linaro-dev May 2012

linaro-dev@lists.linaro.org

118 participants
90 discussions

[Linaro Connect] Session about packaging Linaro components

by Marcin Juszkiewicz

Hi all. During Linaro Connect there will be a session [1] about packaging tools and other components produced by Linaro teams. Goals: - Review the current set of components/projects create and maintained by Linaro - Identify the ones that are not yet part of Ubuntu and Ubuntu LEB - Discuss how to make the Linaro changes upstream at the distro-level as soon they are updated I want to get Linaro to the point where most of our tools will be available in Debian and Ubuntu distributions instead of random set of PPAs. Whom I would like to see there? Everyone who has written any packaged (or not yet) tool useful for other developers. Nevermind is it host or target, native or cross tool. 1. http://summit.linaro.org/lcq2-12/meeting/20859/review-the-missing-packages-…

11 years, 11 months

Optimized kernel memcpy/memset

by Christian Robottom Reis

Hey there, I was asked today in the board meeting about the use of NEON routines in the kernel; I said we had looked into this but hadn't done it because a) it wasn't conclusively better and b) if better, it would need to be done conditionally per-platform. But I wanted to double-check that's actually true (and I'm copying Vijay to keep me honest). I have some references: http://lists.linaro.org/pipermail/linaro-toolchain/2011-January/000722.html http://groups.google.com/group/beagleboard/browse_thread/thread/12c7bd415fb… http://www.spinics.net/lists/arm-kernel/msg106503.html http://dev.gentoo.org/~armin76/arm/memcpy-neon_result.txt https://wiki.linaro.org/WorkingGroups/ToolChain/Benchmarks/InitialMemcpy?hi… https://wiki.linaro.org/WorkingGroups/ToolChain/StringRoutines?highlight=%2… Incidentally, this ties into the question sent earlier this week which had to do with Nico's work item in: https://blueprints.launchpad.net/linux-linaro/+spec/other-kernel-thumb2 Which IIRC Nico says probably isn't worth it, right? -- Christian Robottom Reis | [+55] 16 9112 6430 | http://launchpad.net/~kiko Linaro Engineering VP | [ +1] 612 216 4935 | http://async.com.br/~kiko

11 years, 11 months

[RFC PATCH v1] AudiVal (Audio Validation Suite for Linux)

by Harsh Prateek Bora

AudiVal (Audio Validation Suite for Linux) This is an attempt to automate and integrate various audio related tests which can help validate audio on various boards supported by Linaro. Motivation for this project comes from various audio tests listed at: https://wiki.linaro.org/TomGall/LinaroAudioFeatureIndex The git repo for this project can be cloned from: git://git.linaro.org/people/harshbora/audival.git Various files required by this script are available in the git repo. Requesting all to test this script on various boards that you may have access to and share feedback to make it better. TODO: Add tests for Audio over USB, Bluetooth. Signed-off-by: Harsh Prateek Bora <harsh.bora(a)linaro.org> diff --git a/AudiVal.py b/AudiVal.py new file mode 100755 index 0000000..7d56c4e --- /dev/null +++ b/AudiVal.py @@ -0,0 +1,247 @@ +#!/usr/bin/env python +# +# Audival : Audio Validation Suite for Linux. +# +# Author: Harsh Prateek Bora +# <harsh.bora(a)linaro.org> +# <harsh(a)linux.vnet.ibm.com> + +import os +import sys +import getopt +from subprocess import * # for calling external programs +import commands # deprecated since python 2.6, Python 3.0 uses subprocess + +def usage(): + print "=========================================" + print "AudiVal: Audio Validation Suite for Linux" + print "=========================================" + print "Usage:" + print sys.argv[0], "[--check-info]" + print + print "Supported HW: PandaBoard (ES), BeagleBoard (XM), i.MX53, i.MX6, Origen, Snowball" + sys.exit(1) + +SpeakerJack = { + 'GenuineIntel': 'Analog', + 'Panda': 'Headset', + 'Beagle': 'TWL4030', + 'i.MX53': 'HiFi', + 'i.MX6': 'HiFi', + 'ORIGEN': 'Pri_Dai', + 'Snowball': 'Headset' +} + +MicJack = { + 'GenuineIntel': 'Analog', + 'Panda': 'Headset', # not sure though, arecord doesnt work for me! + 'Beagle': 'TWL4030', + 'i.MX53': 'HiFi', + 'i.MX6': 'HiFi', + 'ORIGEN': 'Pri_Dai', + 'Snowball': 'Headset' +} + +# As and when HDMI out/in device string differs, we'll need 2 dictionaries. +HDMI_Audio = { + 'GenuineIntel': 'HDMI', + 'Panda': 'HDMI', + 'Beagle': 'HDMI', + 'i.MX53': 'HDMI', + 'i.MX6': 'HDMI', # audio out only supported, audio in not supported. + 'ORIGEN': 'HDMI', + 'Snowball': 'hdmi' # odd one, lowercase +} + +Audio_Devices = { + 'playback': 'aplay-l.log', + 'capture': 'arecord-l.log' +} + +def get_device_list(logfile): + fobj = open(logfile) + return fobj + +def get_card_device_info_by_name(devicestr, fobj): + """Helper routine to get card, device number by interface name""" + optxt = fobj.readlines() + card = "" + device = "" + for line in optxt: + if devicestr in line: + cardtext, colon, text = line.partition(':') + pre, sep, card = cardtext.partition(' ') + devtext, colon, text = text.partition(':') + pre, sep, device = devtext.partition('device ') + break + hwstr = 'plughw:' + card + ',' + device + if card is "" and device is "": + return None + return hwstr + +def speaker_test_audio_jack(board): + fobj = get_device_list(Audio_Devices['playback']) + print "speaker-test over audio jack .." + headset_jack_id = get_card_device_info_by_name(SpeakerJack[board], fobj) + fobj.close() + if headset_jack_id is None: + print "No Audio Jack found !" + return + call("date > speaker-test-jack.log", shell=True) + cmdstr = "speaker-test -D " + headset_jack_id + " -t s -c 2 -l 1 > speaker-test-jack.log 2>&1" + call(cmdstr, shell=True) + print "If you heard beeps from left and right speaker, test passed." + +def aplay_over_jack(board): + fobj = get_device_list(Audio_Devices['playback']) + headset_jack_id = get_card_device_info_by_name(SpeakerJack[board], fobj) + print "Testing aplay over audio jack .." + fobj.close() + if headset_jack_id is None: + print "No Audio Jack found !" + return + cmdstr = "aplay login.wav -D " + headset_jack_id + call(cmdstr, shell=True) + print "If you heard a stereo sound, test passed." + # Check dmesg to see if there is an error or I2C error + call("dmesg | tail | grep error", shell=True) + print "Note: Error, if any, shall be displayed above." + +def arecord_and_aplay_over_audio_jack(board): + # Record the WAV stream and play it back. + fobj = get_device_list(Audio_Devices['capture']) + mic_jack_id = get_card_device_info_by_name(MicJack[board], fobj) + if mic_jack_id is None: + print "No Mic Jack found !" + return + cmdstr = "arecord -c 2 -f S16_LE -d 10 -r 44100 aud44k16S.wav -D " + mic_jack_id + print "Testing arecord over audio jack .." + print "Started recording audio over jack for 10 seconds (replay follows) .." + call(cmdstr, shell=True) + print "Replaying the recorded audio now .." + call("aplay aud44k16S.wav", shell=True) + # Check dmesg to see if there is an error or I2C error + call("dmesg | tail | grep error", shell=True) + print "If you heard the recorded audio, test passed." + print "Note: Error, if any, shall be displayed above." + fobj.close() + +def speaker_test_over_hdmi(board): + """ speaker-test over HDMI audio interface. """ + fobj = get_device_list(Audio_Devices['playback']) + print "Running speaker-test over HDMI .." + # Automatic detection of card,device number for HDMI interface + hdmi_hw_id = get_card_device_info_by_name(HDMI_Audio[board], fobj) + if hdmi_hw_id is None: + print "No HDMI device found !" + return + cmdstr = "speaker-test -D " + hdmi_hw_id + " -t s -c 2 -l 1 > speaker-test-hdmi.log 2>&1" + print "speaker-test over HDMI .." + call(cmdstr, shell=True) + print "If you heard beeps from left and right speaker, test passed." + fobj.close() + +def arecord_and_aplay_over_hdmi(board): + """ arecord and aplay over HDMI audio interface. """ + fobj = get_device_list(Audio_Devices['capture']) + print "Testing arecord over HDMI .." + # Automatic detection of card,device number for HDMI interface + hdmi_hw_info = get_card_device_info_by_name(HDMI_Audio[board], fobj) + if hdmi_hw_info is None: + print "No HDMI device found !" + sys.exit(1) + return + arecord_cmd = "arecord -D " + hdmi_hw_info + " -c 2 -f S16_LE -d 10 -r 44100 aud44k16S.wav" + aplay_cmd = "aplay -D " + hdmi_hw_info + " aud44k16S.wav" + print "Started recording audio over HDMI for 10 seconds (replay follows).." + call(arecord_cmd, shell=True) + print "Replaying the recorded audio now .." + call(aplay_cmd, shell=True) + # Check dmesg to see if there is an error or I2C error + call("dmesg | tail | grep error", shell=True) + print "If you heard the recorded audio, test passed." + print "Note: Error, if any, shall be displayed above." + fobj.close() + +def mixer_panda(): + # silently setup mixer using -q + call("amixer sset Headset 10 -q", shell=True) + call("amixer sset 'Headset Left Playback' 'HS DAC' -q", shell=True) + call("amixer sset 'Headset Right Playback' 'HS DAC' -q", shell=True) + +def mixer_nop(): + pass # for unknown mixer settings + +MixerSetup = { + 'GenuineIntel': mixer_nop, + 'Panda': mixer_panda, + 'Beagle': mixer_nop, + 'i.MX53': mixer_nop, + 'i.MX6': mixer_nop, + 'ORIGEN': mixer_nop, + 'Snowball': mixer_nop +} + +def audio_tests(board): + MixerSetup[board]() + # minimal speaker test producing a sine wave tone. + speaker_test_audio_jack(board) + + # testing alsa with a stereo sound using aplay over jack + aplay_over_jack(board); + # Record a WAV stream using arecord and play it back over jack. + arecord_and_aplay_over_audio_jack(board) + + # speaker-test over HDMI + speaker_test_over_hdmi(board) # Need to test, dont have HDMI hw ! + # arecord and aplay over HDMI + arecord_and_aplay_over_hdmi(board) # Need to test, dont have HDMI hw ! + + +def check_sound_info(): + print + print "Running alsa-info.sh ..\n" + call("alsa-info.sh --stdout", shell=True) + print "************************************************\n" + +def main(): + cpuinfo = ["Beagle", "Panda", "i.MX6", "i.MX53", "ORIGEN", "Snowball", "GenuineIntel"] + long_options = ["check-info"] + runtest = "" + try: + opts, args = getopt.getopt(sys.argv[1:], "", long_options) + except getopt.GetoptError, err: + # print help information and exit + # will print something like "option -a not recognized" + sys.stderr.writelines(str(err)+"\n") + usage() + + call("aplay -l > aplay-l.log", shell=True) + call("arecord -l > arecord-l.log", shell=True) + + for opt, arg in opts: + if opt == '--check-info': + print "Checking Sound/Audio related info ..." + check_sound_info() + sys.exit(0) + else: + print "unhandled option:", opt + usage() + + cpufile = open("/proc/cpuinfo") + cputext = cpufile.readlines() + + for line in cputext: + for board in cpuinfo: + if board in line: + print "Hardware Detected: %s" % board + print "Running audiotests for %s .." % board + audio_tests(board) + sys.exit(0) + + print "Err, looks like your hardware is not supported." + print "Please report to harsh.bora(a)linaro.org" + sys.exit(1) + +if __name__ == "__main__": + main() diff --git a/login.wav b/login.wav new file mode 100644 index 0000000..ec06433 Binary files /dev/null and b/login.wav differ

11 years, 11 months

[ANNOUNCE] New boot loader on Snowball

by Mathieu Poirier

All, In our ongoing effort to move to an upstream-supported code base and booting the snowball with a device tree (DT) I have change the boot loader in the following android builds [1][2][3] to u-boot-linaro-stable [4]. Once the linaro-uboot is installed in a system it won't be able to boot images that were created at an earlier time. Say that build #500 has the new linaro-uboot and the image has been installed on the emmc. Once powered this uboot will not be able to boot build #499 that is installed on the mmc. To fix the problem, simply install build #500 on the mmc. This is because the mmc commands in the IK-uboot and the linaro-uboot differ. To install the linaro-uboot you *must* use the latest android-linaro-media-create found here [5] until the changes get merged in the official repository [6]. Something like: $ bzr branch lp:~mathieu.poirier/linaro-image-tools/linaro-image-tools Last but not least, the linaro-uboot is currently not able to save the environment variable block to the emmc card. That work is ongoing and the functionality expected to be part of 12.05. Find me on IRC if you have any questions. Regards, Mathieu. [1]. https://android-build.linaro.org/builds/~linaro-android/snowball-ics-gcc47-… [2]. https://android-build.linaro.org/builds/~linaro-android/snowball-ics-gcc47-… [3]. https://android-build.linaro.org/builds/~linaro-android/snowball-ics-gcc46-… [4]. http://git.linaro.org/git/boot/u-boot-linaro-stable.git [5]. https://code.launchpad.net/~mathieu.poirier/linaro-image-tools/linaro-image… [6]. https://code.launchpad.net/linaro-image-tools

11 years, 11 months

can I read Overo's madc registers...??

by Sudhangathan B S

I did a number of searches and found that in the recent kernels the twl4030-madc module has been made upstream. And I found this link: http://wiki.gumstix.org/index.php?title=ADC_overo_2.6.39%2B as I followed it, I couldn't find the directories mentioned therein.. The most relevant thing I found in Linaro-Alip/Nano file system was the /sys/class/i2c-adapter/ folder. Now i'm into the wild and searching for the file I need, so that I can read the ADC values. Any help meanwhile....??? --------------------------------- Sudhangathan BS Ph:(+91) 9731-905-205 --------------------------------- terms: twl4030-madc tps65950 hwmon madc driver sys class i2c-adapter

11 years, 11 months

[PATCH 0/2] ARM: DAVINCI: cpuidle - cleanups

by Daniel Lezcano

These couple of patches use the new cpuidle core api to refactor some part of the code. The first one removes the state count initialization as it is done from the cpuidle core and the second one use the new API and removes the ops. The patchset is based on Lenb's tree on top of Robert Lee cpuidle consolidation work. I don't have this board, I was not able to test these patches. Daniel Lezcano (2): ARM: DAVINCI: cpuidle - remove useless state count initialization ARM: DAVINCI: cpuidle - remove ops arch/arm/mach-davinci/cpuidle.c | 83 +++++++++++++-------------------------- 1 files changed, 27 insertions(+), 56 deletions(-) -- 1.7.5.4

11 years, 11 months

[PATCH 0/2] ARM: S3C64xx: cpuidle cleanups

by Daniel Lezcano

These couple of patches use the new cpuidle core api to refactor some part of the code. The first one declares the states directly in the driver declaration and the second one use the timekeeping flag to let the cpuidle core to compute the idle time. I don't have this board, I was not able to test these patches. Daniel Lezcano (2): ARM: s3c64xx: cpuidle - declare the states with the new api ARM: s3c64xx: cpuidle - use timekeeping wrapper arch/arm/mach-s3c64xx/cpuidle.c | 45 +++++++++++++-------------------------- 1 files changed, 15 insertions(+), 30 deletions(-) -- 1.7.5.4

11 years, 11 months

[PATCH 0/3] OMAP: control: bootaddr and bootmod APIs

by Omar Ramirez Luna

Recently a patch went in for tidspbridge code, to ioremap SCM registers and solve a build break[1]. However it has been pointed out before that this is a layer violation given that control module should handle its own registers, this series is an attempt to create APIs for the users of these registers. With some adaptations this patch might also make use of it: http://www.mail-archive.com/linux-omap@vger.kernel.org/msg66491.html Patch: staging: tidspbridge: use scm functions to set boot address and mode, will be sent separately to staging tree. Tested on OMAP3 Beagleboard. [1] http://www.mail-archive.com/devel@linuxdriverproject.org/msg18762.html Omar Ramirez Luna (3): OMAP2+: control: new APIs to configure boot address and mode OMAP: dsp: interface to control module functions staging: tidspbridge: use scm functions to set boot address and mode arch/arm/mach-omap2/control.c | 43 ++++++++++++++++++++ arch/arm/mach-omap2/control.h | 2 + arch/arm/mach-omap2/dsp.c | 4 ++ .../include/mach/ctrl_module_core_44xx.h | 1 + arch/arm/plat-omap/include/plat/dsp.h | 3 + drivers/staging/tidspbridge/core/tiomap3430.c | 32 +++----------- 6 files changed, 60 insertions(+), 25 deletions(-) -- 1.7.4.1

11 years, 11 months

[PATCH v4 0/7] cleanup imx5 idle, add imx5/6 cpuidle

by Robert Lee

Cleanup up imx5 idle code and enable imx5 low powe idle for imx53. Add common imx cpuidle initialization functionality and add a i.MX5 and i.MX6Q platform cpuidle implementation. Based on v3.4-rc7 plus recently submitted/accepted MACHINE_INIT late_initcall patch: http://www.spinics.net/lists/arm-kernel/msg171620.html v4 changes: * Added several imx5 idle cleanups to series. * Modified imx_io_p2v function to allow common imx5 AIPS2 bus virutal address * Added comment to tzic_wakeup_enable(). * Movied imx5 idle code from mm-imx5.c to pm-imx5.c. * Removed unnecessary time consuming code execution that ran on each idle instance. * modified imx5_pm_init to be a late_initcall * added late_initcall to all imx53 MACHINE_START entries. * enabled imx5 low power idle for imx53 * rebased cpuidle driver on top of imx5 cleanup changes. * modified cpuidle driver exit time to reflect removal of unnecessary code v3 changes: * removed file introduced in v1 no longer needed after v2 [per Shawn Guo] * re-ordered added #includes in alphabetical order [per Shawn Guo] * Remove if(!drv) check to allow handling by stack trace [per Sascha Hauer] * Added missing return value in error meesage [per Shawn Guo] * fixed (void *) casting problem pointed out Sasha Hauer. Used a different type of casting to properly give warning on improper casting: arm_pm_idle = (void (*)(void))imx5_idle; Used this casting instead of adding a dummy caller function because adding the dummy function appears to unnecessarily introduce the following additional operations: static void imx5_pm_idle(void) { a0: e1a0c00d mov ip, sp a4: e92dd800 push {fp, ip, lr, pc} a8: e24cb004 sub fp, ip, #4 imx5_idle(); ac: ebffffd3 bl 0 <imx5_idle> } b0: e89da800 ldm sp, {fp, sp, pc} http://permalink.gmane.org/gmane.linux.linaro.devel/11653 v2 changes: * Removed some unnecessary spaces [per Jess Juhl] * Added return value for an error message [per Sascha Hauer] * Reworked init scheme to use device tree late_initcall [per Sascha and Shawn] * Moved imx6q and imx5 cpuidle functionality to existing files. https://lkml.org/lkml/2012/5/1/363 v1 initial submission: https://lkml.org/lkml/2012/4/16/644 Robert Lee (7): ARM: imx: Modify IMX_IO_P2V macro ARM: imx: Add comments to tzic_enable_waker() ARM: imx: clean and consolidate imx5 suspend and idle code ARM: imx: Enable imx53 low power idle ARM: imx: Add common imx cpuidle init functionality. ARM: imx: Add imx5 cpuidle ARM: imx: Add imx6q cpuidle driver arch/arm/mach-imx/clock-mx51-mx53.c | 1 + arch/arm/mach-imx/imx53-dt.c | 1 + arch/arm/mach-imx/mach-imx6q.c | 19 ++++++ arch/arm/mach-imx/mach-mx53_ard.c | 1 + arch/arm/mach-imx/mach-mx53_evk.c | 1 + arch/arm/mach-imx/mach-mx53_loco.c | 1 + arch/arm/mach-imx/mach-mx53_smd.c | 1 + arch/arm/mach-imx/mm-imx5.c | 25 ++----- arch/arm/mach-imx/pm-imx5.c | 103 +++++++++++++++++++++-------- arch/arm/plat-mxc/Makefile | 1 + arch/arm/plat-mxc/cpuidle.c | 80 ++++++++++++++++++++++ arch/arm/plat-mxc/include/mach/common.h | 4 +- arch/arm/plat-mxc/include/mach/cpuidle.h | 22 ++++++ arch/arm/plat-mxc/include/mach/hardware.h | 25 ++++--- arch/arm/plat-mxc/tzic.c | 4 ++ 15 files changed, 231 insertions(+), 58 deletions(-) create mode 100644 arch/arm/plat-mxc/cpuidle.c create mode 100644 arch/arm/plat-mxc/include/mach/cpuidle.h -- 1.7.10

11 years, 11 months

New Gator version ready for Linaro kernels

by Jon Medhurst (Tixy)

Hello All ARM have released a new version of Developer Studio 5 (DS-5) and we now have a new version of the Gator component [1] to go with this which needs updating in all Linaro kernel trees that will be part of the 12.05 release. For those people maintaining kernel trees here is what this means... - If your kernels are including the linux-linaro-core-tracking [2] branch then you will get the new Gator version from this when it is updated over the next couple of days. You don't need to do anything except to make sure you are up to date with this branch before the 12.05 release. - For Ubuntu kernels not including linux-linaro-core-tracking (and not being released from the common linux-linaro branch) then you should replace your existing gator topic branch (or add one if it is missing). This new topic branch can be created by pulling from the ARM Landing Team's tree [3], we have tree topic branches available for the last three kernel versions... tracking-armlt-gator (3.4-rc7) 3.3-armlt-gator-5.10 3.2-armlt-gator-5.10 The code in these branches is identical, they are just rebased onto different Linux versions to make pulling easier. - For Android kernels, if your kernel already includes the Gator topic, then this should be updated as above. If it doesn't already have Gator then you can add this topic now, or, leave it for the time being. (Some Android builds are using a separate Gator git repo in their manifest and this will continue to work for now.) If anyone has any questions or if anything is unclear, please do hesitate to contact me. For those people who have applied Mali driver patches to support profiling by Gator: you don't need to modify those Mali patches, just take the new version of Gator, this will still work OK. Cheers -- Tixy [1] Gator is the ARM target device components for ARM's Streamline Performance Analyzer which is part of their Developer Studio (DS-5). http://www.arm.com/products/tools/software-tools/ds-5/streamline.php [2] http://git.linaro.org/gitweb?p=kernel/linux-linaro-tracking.git;a=shortlog;… [3] git://git.linaro.org/landing-teams/working/arm/kernel.git

11 years, 11 months

← Newer
1
2
3
4
5
6
7
8
9
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

linaro-dev May 2012