linaro-dev July 2011

linaro-dev@lists.linaro.org

107 participants
163 discussions

[ACTIVITY] Status report for Graphics WG - wk27.2011 (20110704-20110708)

by Ilias Biris

Status report is in https://wiki.linaro.org/WorkingGroups/Middleware/Graphics/WeeklyReport Last weekly meeting minutes can be found from https://wiki.linaro.org/WorkingGroups/Middleware/Graphics/Notes/2011-07-06 Highlights 11.06 release done, great thanks to all! Graphics deliverables were part of the release (glcompbench, glamrk2, unity, nux). Planning for 11.07 is now in place. Milestone pages created, blueprints associated, work now moving forward to meet the targets. See the planned release content from Graphics in https://wiki.linaro.org/Cycles/1107/Release/MilestonePagesStatus Preparation for Connect is ongoing. GLEW patches have been submitted upstream, discussing now the revisions to be made. Android targets: 0xbench - trying to see if the benchmarking work which Alexandros has been busy with can be folded into 0xbench. glmark2 seems to be a good candidate. ARMHF benchmarking for graphics was also discussed, if nothing else such work would provide also HF builds of the benchmarking packages we have in Graphics. Discussion ongoing, perhaps this is something to leave for discusion during Linaro Connect - it depends on the time available with the release happening in less than 2 weeks Memory management has seen a different kind of communication on the lists this week. Linaro folks are working to drive the solutions safely ahead, addressing stakeholder concerns on the way. Best, -- Ilias Biris ilias.biris(a)linaro.org Project Manager, Linaro M: +358504839608, IRC: ibiris Skype: ilias_biris Linaro.org│ Open source software for ARM SoCs

15 years

Re: Updated armel cross toolchains for lucid/maverick/natty releases

by Marcin Juszkiewicz

On 08.07.2011 00:11, Michael Hope wrote: > On Thu, Jul 7, 2011 at 1:36 AM, Marcin Juszkiewicz >> There is no gcc-4.6 for Lucid currently as it requires newer versions of >> few libraries (mpfr, mpc) and one of rule of this PPA is "do not update >> packages which may affect other packages". > > Hi Marcin. The versions included with Lucid are OK for 4.6. Lucid > includes libmpc 0.8.1 (GCC's configure.ac marks it as 'buggy but > acceptable) and libmpfr 2.4.2. There is a difference in package names > - it's libmpfr1ldbl in Lucid and libmpfr4 in Natty. Thanks Michael. I do not remember why I though that. Anyway gcc-4.6 got built for Lucid too. Enjoy.

15 years

[ACTIVITY] Status report for Office of CTO - wk27.2011 (20110704-20110708)

by Ilias Biris

Status report: https://wiki.linaro.org/OfficeofCTO/WeeklyReport Weekly meeting minutes: https://wiki.linaro.org/OfficeofCTO/2011-07-05 Highlights: ARMHF: Konstantinos has been doing benchmarking (check out https://wiki.linaro.org/OfficeofCTO/HardFloat/Benchmarks for more details of the results so far). A first release of Konstantinos' own images will be made for the 1107 as a non-official use-at-own-risk set of images. Blueprint to follow the images release is https://blueprints.launchpad.net/linaro/+spec/engr-octo-armhf-images. ArmHF Cross bootstrap: just about getting in place. Working on a libtool bug, as well as a second issue which is a lot of perl modules which do not cross build Boot architecture meetings have started. Boot architecture seems to be on a good start, goal this week is to have an agenda for the face to face Linaro Connect meeting. Device tree: seems to be moving along well. Patches should if all goes as expected get merged in the 3.1 kernel window. Work is being done also on device model and how it relates to power management. Work for 1107 planned - related to Boot Architecture, final updates to the device tree documentation, ARMHF work, SMP (64 bit sync primitives in gcc). For the highlights only ARMHF images availability is provided now, depending how the rest of the work goes we may have additional highlights for documentation made available Finally, the Office of CTO wiki is being updated, so keep watching that space for better wiki pages that convey all the great work done by that team -- Ilias Biris ilias.biris(a)linaro.org Project Manager, Linaro M: +358504839608, IRC: ibiris Skype: ilias_biris Linaro.org│ Open source software for ARM SoCs

15 years

[PATCH] ARM:SAMSUNG: DMA Cleanup as per sparse

by Sangwook Lee

Function declaration differs between file: dma.c and file:dma.h and SPARSE (Documentation/sparse.txt) gives error messages All dma channels are members of 'enum dma_ch' and not 'unsigned int' Please have a look at channel definitions in: arch/arm/mach-s3c64xx/include/mach/dma.h arch/arm/plat-samsung/include/plat/s3c-dma-pl330.h arch/arm/mach-s3c2410/include/mach/dma.h So all arguments should be of type 'enum dma_ch' Signed-off-by: Sangwook Lee <sangwook.lee(a)linaro.org> --- arch/arm/mach-s3c64xx/dma.c | 14 +++++++------- arch/arm/plat-s3c24xx/dma.c | 12 ++++++------ arch/arm/plat-samsung/dma.c | 6 +++--- arch/arm/plat-samsung/include/plat/dma.h | 21 +++++++++++---------- 4 files changed, 27 insertions(+), 26 deletions(-) diff --git a/arch/arm/mach-s3c64xx/dma.c b/arch/arm/mach-s3c64xx/dma.c index b197171..204bfaf 100644 --- a/arch/arm/mach-s3c64xx/dma.c +++ b/arch/arm/mach-s3c64xx/dma.c @@ -113,7 +113,7 @@ found: return chan; } -int s3c2410_dma_config(unsigned int channel, int xferunit) +int s3c2410_dma_config(enum dma_ch channel, int xferunit) { struct s3c2410_dma_chan *chan = s3c_dma_lookup_channel(channel); @@ -297,7 +297,7 @@ static int s3c64xx_dma_flush(struct s3c2410_dma_chan *chan) return 0; } -int s3c2410_dma_ctrl(unsigned int channel, enum s3c2410_chan_op op) +int s3c2410_dma_ctrl(enum dma_ch channel, enum s3c2410_chan_op op) { struct s3c2410_dma_chan *chan = s3c_dma_lookup_channel(channel); @@ -331,7 +331,7 @@ EXPORT_SYMBOL(s3c2410_dma_ctrl); * */ -int s3c2410_dma_enqueue(unsigned int channel, void *id, +int s3c2410_dma_enqueue(enum dma_ch channel, void *id, dma_addr_t data, int size) { struct s3c2410_dma_chan *chan = s3c_dma_lookup_channel(channel); @@ -415,7 +415,7 @@ err_buff: EXPORT_SYMBOL(s3c2410_dma_enqueue); -int s3c2410_dma_devconfig(unsigned int channel, +int s3c2410_dma_devconfig(enum dma_ch channel, enum s3c2410_dmasrc source, unsigned long devaddr) { @@ -463,7 +463,7 @@ int s3c2410_dma_devconfig(unsigned int channel, EXPORT_SYMBOL(s3c2410_dma_devconfig); -int s3c2410_dma_getposition(unsigned int channel, +int s3c2410_dma_getposition(enum dma_ch channel, dma_addr_t *src, dma_addr_t *dst) { struct s3c2410_dma_chan *chan = s3c_dma_lookup_channel(channel); @@ -487,7 +487,7 @@ EXPORT_SYMBOL(s3c2410_dma_getposition); * get control of an dma channel */ -int s3c2410_dma_request(unsigned int channel, +int s3c2410_dma_request(enum dma_ch channel, struct s3c2410_dma_client *client, void *dev) { @@ -533,7 +533,7 @@ EXPORT_SYMBOL(s3c2410_dma_request); * allowed to go through. */ -int s3c2410_dma_free(unsigned int channel, struct s3c2410_dma_client *client) +int s3c2410_dma_free(enum dma_ch channel, struct s3c2410_dma_client *client) { struct s3c2410_dma_chan *chan = s3c_dma_lookup_channel(channel); unsigned long flags; diff --git a/arch/arm/plat-s3c24xx/dma.c b/arch/arm/plat-s3c24xx/dma.c index 2abf966..623fba5 100644 --- a/arch/arm/plat-s3c24xx/dma.c +++ b/arch/arm/plat-s3c24xx/dma.c @@ -712,7 +712,7 @@ static struct s3c2410_dma_chan *s3c2410_dma_map_channel(int channel); * get control of an dma channel */ -int s3c2410_dma_request(unsigned int channel, +int s3c2410_dma_request(enum dma_ch channel, struct s3c2410_dma_client *client, void *dev) { @@ -783,7 +783,7 @@ EXPORT_SYMBOL(s3c2410_dma_request); * allowed to go through. */ -int s3c2410_dma_free(unsigned int channel, struct s3c2410_dma_client *client) +int s3c2410_dma_free(enum dma_ch channel, struct s3c2410_dma_client *client) { struct s3c2410_dma_chan *chan = s3c_dma_lookup_channel(channel); unsigned long flags; @@ -974,7 +974,7 @@ static int s3c2410_dma_started(struct s3c2410_dma_chan *chan) } int -s3c2410_dma_ctrl(unsigned int channel, enum s3c2410_chan_op op) +s3c2410_dma_ctrl(enum dma_ch channel, enum s3c2410_chan_op op) { struct s3c2410_dma_chan *chan = s3c_dma_lookup_channel(channel); @@ -1021,7 +1021,7 @@ EXPORT_SYMBOL(s3c2410_dma_ctrl); * xfersize: size of unit in bytes (1,2,4) */ -int s3c2410_dma_config(unsigned int channel, +int s3c2410_dma_config(enum dma_ch channel, int xferunit) { struct s3c2410_dma_chan *chan = s3c_dma_lookup_channel(channel); @@ -1104,7 +1104,7 @@ EXPORT_SYMBOL(s3c2410_dma_config); * devaddr: physical address of the source */ -int s3c2410_dma_devconfig(unsigned int channel, +int s3c2410_dma_devconfig(enum dma_ch channel, enum s3c2410_dmasrc source, unsigned long devaddr) { @@ -1177,7 +1177,7 @@ EXPORT_SYMBOL(s3c2410_dma_devconfig); * returns the current transfer points for the dma source and destination */ -int s3c2410_dma_getposition(unsigned int channel, dma_addr_t *src, dma_addr_t *dst) +int s3c2410_dma_getposition(enum dma_ch channel, dma_addr_t *src, dma_addr_t *dst) { struct s3c2410_dma_chan *chan = s3c_dma_lookup_channel(channel); diff --git a/arch/arm/plat-samsung/dma.c b/arch/arm/plat-samsung/dma.c index cb459dd..6143aa1 100644 --- a/arch/arm/plat-samsung/dma.c +++ b/arch/arm/plat-samsung/dma.c @@ -41,7 +41,7 @@ struct s3c2410_dma_chan *s3c_dma_lookup_channel(unsigned int channel) * irq? */ -int s3c2410_dma_set_opfn(unsigned int channel, s3c2410_dma_opfn_t rtn) +int s3c2410_dma_set_opfn(enum dma_ch channel, s3c2410_dma_opfn_t rtn) { struct s3c2410_dma_chan *chan = s3c_dma_lookup_channel(channel); @@ -56,7 +56,7 @@ int s3c2410_dma_set_opfn(unsigned int channel, s3c2410_dma_opfn_t rtn) } EXPORT_SYMBOL(s3c2410_dma_set_opfn); -int s3c2410_dma_set_buffdone_fn(unsigned int channel, s3c2410_dma_cbfn_t rtn) +int s3c2410_dma_set_buffdone_fn(enum dma_ch channel, s3c2410_dma_cbfn_t rtn) { struct s3c2410_dma_chan *chan = s3c_dma_lookup_channel(channel); @@ -71,7 +71,7 @@ int s3c2410_dma_set_buffdone_fn(unsigned int channel, s3c2410_dma_cbfn_t rtn) } EXPORT_SYMBOL(s3c2410_dma_set_buffdone_fn); -int s3c2410_dma_setflags(unsigned int channel, unsigned int flags) +int s3c2410_dma_setflags(enum dma_ch channel, unsigned int flags) { struct s3c2410_dma_chan *chan = s3c_dma_lookup_channel(channel); diff --git a/arch/arm/plat-samsung/include/plat/dma.h b/arch/arm/plat-samsung/include/plat/dma.h index 2e8f8c6..8c273b7 100644 --- a/arch/arm/plat-samsung/include/plat/dma.h +++ b/arch/arm/plat-samsung/include/plat/dma.h @@ -42,6 +42,7 @@ struct s3c2410_dma_client { }; struct s3c2410_dma_chan; +enum dma_ch; /* s3c2410_dma_cbfn_t * @@ -62,7 +63,7 @@ typedef int (*s3c2410_dma_opfn_t)(struct s3c2410_dma_chan *, * request a dma channel exclusivley */ -extern int s3c2410_dma_request(unsigned int channel, +extern int s3c2410_dma_request(enum dma_ch channel, struct s3c2410_dma_client *, void *dev); @@ -71,14 +72,14 @@ extern int s3c2410_dma_request(unsigned int channel, * change the state of the dma channel */ -extern int s3c2410_dma_ctrl(unsigned int channel, enum s3c2410_chan_op op); +extern int s3c2410_dma_ctrl(enum dma_ch channel, enum s3c2410_chan_op op); /* s3c2410_dma_setflags * * set the channel's flags to a given state */ -extern int s3c2410_dma_setflags(unsigned int channel, +extern int s3c2410_dma_setflags(enum dma_ch channel, unsigned int flags); /* s3c2410_dma_free @@ -86,7 +87,7 @@ extern int s3c2410_dma_setflags(unsigned int channel, * free the dma channel (will also abort any outstanding operations) */ -extern int s3c2410_dma_free(unsigned int channel, struct s3c2410_dma_client *); +extern int s3c2410_dma_free(enum dma_ch channel, struct s3c2410_dma_client *); /* s3c2410_dma_enqueue * @@ -95,7 +96,7 @@ extern int s3c2410_dma_free(unsigned int channel, struct s3c2410_dma_client *); * drained before the buffer is given to the DMA system. */ -extern int s3c2410_dma_enqueue(unsigned int channel, void *id, +extern int s3c2410_dma_enqueue(enum dma_ch channel, void *id, dma_addr_t data, int size); /* s3c2410_dma_config @@ -103,14 +104,14 @@ extern int s3c2410_dma_enqueue(unsigned int channel, void *id, * configure the dma channel */ -extern int s3c2410_dma_config(unsigned int channel, int xferunit); +extern int s3c2410_dma_config(enum dma_ch channel, int xferunit); /* s3c2410_dma_devconfig * * configure the device we're talking to */ -extern int s3c2410_dma_devconfig(unsigned int channel, +extern int s3c2410_dma_devconfig(enum dma_ch channel, enum s3c2410_dmasrc source, unsigned long devaddr); /* s3c2410_dma_getposition @@ -118,10 +119,10 @@ extern int s3c2410_dma_devconfig(unsigned int channel, * get the position that the dma transfer is currently at */ -extern int s3c2410_dma_getposition(unsigned int channel, +extern int s3c2410_dma_getposition(enum dma_ch channel, dma_addr_t *src, dma_addr_t *dest); -extern int s3c2410_dma_set_opfn(unsigned int, s3c2410_dma_opfn_t rtn); -extern int s3c2410_dma_set_buffdone_fn(unsigned int, s3c2410_dma_cbfn_t rtn); +extern int s3c2410_dma_set_opfn(enum dma_ch, s3c2410_dma_opfn_t rtn); +extern int s3c2410_dma_set_buffdone_fn(enum dma_ch, s3c2410_dma_cbfn_t rtn); -- 1.7.4.1

15 years

Linaro 11.05 weekly testing 2011-07-07

by Fathi Boudra

Hi, This is a message sent out once per week to call on our community to encourage all Linux/ARM enthusiasts to try out the latest preview images of our Linaro Evaluation Builds (LEBs) for Android Handset and Ubuntu Desktop/Netbook. These images showcase the current state of development on our LEBs images on their way to the next release: 11.07. * Android: http://snapshots.linaro.org/11.05-daily/linaro-android/leb-panda/20110707/ * Ubuntu: http://snapshots.linaro.org/11.05-daily/linaro-ubuntu-desktop/20110707/0/im… http://snapshots.linaro.org/11.05-daily/linaro-hwpacks/panda-x11-base/20110… On top of the official Linaro Evaluation Builds, the Platform Team hosts a set of functional images and board support packages that are typically released by Linaro engineers for developers that have different images requirements. These images are not officially supported release artifacts and are provided on a best-effort basis in the hope that they can be useful for the Linux/ARM enthusiasts community. The download locations for these so called "Developers and Community Builds" can be found below. Developer and Experimental Images based on Android (vanilla AOSP experience using linux-linaro mainline kernel): * Android Mainline for BeagleBoardr-xM: http://snapshots.linaro.org/11.05-daily/linaro-android/beaglexm/20110707/ * Android Mainline for PandaBoard: http://snapshots.linaro.org/11.05-daily/linaro-android/panda/20110707/ Developer Images based on Ubuntu: Note: Ubuntu images are distributed in two parts: 1. a SoC independent userspace rootfs (the image) 2. a Soc specific BSP (the hwpack) * Nano: http://snapshots.linaro.org/11.05-daily/linaro-nano/20110707/0/images/tar/ * ALIP: http://snapshots.linaro.org/11.05-daily/linaro-alip/20110707/0/images/tar/ * Developer: http://snapshots.linaro.org/11.05-daily/linaro-developer/20110707/0/images/… Not officially supported community board support packages are also provided for either boards that don't meet our Linaro Evaluation Builds criterias. The idea is that you can combine them freely (e.g. combine an imx51 hwpack with Nano or Developer); though in practice UI images might not work. A list of all hardware packs hosted by Linaro Platform can be found below: http://snapshots.linaro.org/11.05-daily/linaro-hwpacks/ Make your way to the installation instructions: https://wiki.linaro.org/Platform/Android/ImageInstallation https://wiki.linaro.org/Platform/DevPlatform/Ubuntu/ImageInstallation For an explanation on how to test and submit your results to the QA tracker at: http://qatracker.linaro.org For an explanation of how to use the qatracker please see: https://wiki.linaro.org/QA/QATracker -- Fathi Boudra Linaro Release Manager | Platform Project Manager Linaro.org | Open source software for ARM SoCs

15 years

trouble with should-be-bootable SD cards and kernel versions

by AJ ONeal

I have a few inter-related issues: - Why would one kernel boot a card that another kernel can't? - Why would a card's disk geometry matter for boot? - Who is a good manufacturer for getting hardware-identical cards in bulk? - How can I probe the actual "disk geometry" of an sd card? I bought 100 Transcend SD cards a little while ago and duplicated them with an OpenEmbedded-based filesystem (linux-2.6.36). There were a few "bad" cards that I threw out, but the success rate was acceptable. In the next round of 40 SD cards I used a Linaro-based filesystem (linux-2.6.39) and had about a 50% failure rate when testing that the cards would boot, which is absurd. There kernel reports: [ 1.003204] mmcblk0: unknown partition table However, the cards would mount and show files just fine. I reduplicated one of the non-booting cards with an OpenEmbedded filesystem and then it booted. Weird! After some investigation I found that using `gparted` (instead of `fdisk`) to create a new partition table and then `rsync`ing the contents of the original filesystem resulted in a booting Linaro card. Rinse and repeat and I ended up with 3 images which only vary by the disk geometry as reported by `fdisk -l`: - 50% -- 255 heads, 63 sectors/track, 974 cylinders - 40% -- 2 heads, 4 sectors/track, 1957632 cylinders - 10% -- 247 heads, 62 sectors/track, 1022 cylinders - 1 card still didn't boot I'm lost. Please advise. AJ ONeal Non-booting kernel message [ 0.923309] Waiting for root device /dev/mmcblk0p2... [ 0.957885] mmc0: host does not support reading read-only switch. assuming write-enable. [ 0.982025] mmc0: new high speed SDHC card at address b368 [ 0.988494] mmcblk0: mmc0:b368 USD 7.46 GiB [ 0.993957] mmcblk0: detected capacity change from 0 to 8018460672 [ 1.003204] mmcblk0: unknown partition table [ 1.036926] VFS: Cannot open root device "mmcblk0p2" or unknown-block(179,2) [ 1.044433] Please append a correct "root=" boot option; here are the available partitions: [ 1.053344] b300 7830528 mmcblk0 driver: mmcblk [ 1.058959] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(179,2) Booting kernel message [ 1.122070] mmc0: host does not support reading read-only switch. assuming write-enable. [ 1.146087] mmc0: new high speed SDHC card at address b368 [ 1.152557] mmcblk0: mmc0:b368 USD 7.46 GiB [ 1.158020] mmcblk0: detected capacity change from 0 to 8018460672 [ 1.166351] mmcblk0: p1 p2 p3 [ 1.259674] EXT3-fs: barriers not enabled [ 1.265411] kjournald starting. Commit interval 5 seconds [ 1.271331] EXT3-fs (mmcblk0p2): mounted filesystem with ordered data mode [ 1.278686] VFS: Mounted root (ext3 filesystem) readonly on device 179:2.

15 years

linaro-android-3.0 git tree is up!

by john stultz

I've just pushed a 3.0 based branch to the Linaro+Android git tree, which can be found here: git://git.linaro.org/people/jstultz/android.git linaro-android-3.0 See the revision log here: http://git.linaro.org/gitweb?p=people/jstultz/android.git;a=shortlog;h=refs… At the moment there isn't a 3.0 based linaro tree, so in order to facilitate early testing with 3.0 for the 11.07 release, I've gone ahead and pushed out only the android-3.0 branch + a few defconfig changes. Once Nico makes the 3.0 linaro tree available, I'll merge it in as I normally do. Known issues: ------------- o The ADB code has changed in 3.0, and requires some commands from userland at boot in order to be enabled. See bug #807230 for details. o EDID isn't yet working, so to get graphics on pandaboard, I needed to add: "omapfb.mode=dvi:1280x1024MR-16@60" to the boot prompt. Zach is looking into this w/ the TI developers. o USB goes to sleep periodically, and requires a keystroke to wake up. Unfortunately usb adb connections don't survive these cat-naps. o I've not finished testing on beagleboard, but it was working a few days ago without major issues. Please let me know if anyone runs into any additional issues. thanks -john

15 years

Launch Control to LAVA migration script

by Zygmunt Krynicki

Hi folks. I wrote this script that allows one to upgrade from l-c to lava-dashboard. The script is interactive due to debconf which we are currently stuck with. I tested it in several configurations on a snapshot of l-c 0.4.1 I would like to use this script in the migration guide, feedback welcome! Thanks ZK

15 years

Customization of Gerrit for Android

by James Westby

Hi Zach, We have a request in the queue to set up Gerrit for the Android team, and I know it's something that you consider very important. We haven't yet talked specifics of the configuration of Gerrit, and so I don't yet have a solid idea of what work there is for the Infrastructure team there. I'd like to rectify that and create an implementation plan for the first steps to where you want to go. To that end, if we had a vanilla Gerrit instance up and running tomorrow, what would be the first things that you would want to do to it before it would be useful to you? Thanks, James

15 years

Jenkins upgrade on android-build

by Paul Sokolovsky

Hello, I'd like to upgrade Jenkins on the production to be close to sandboxes (which always use latest) and local development to be performed per this milestone's blueprints. android-build.linaro.org runs 1.400, latest is 1.418. Interim versions were tested regularly on sandboxes, and I reviewed changelog and saw no backwards-incompatible changes which might affect us. Actually, it has few nice fixes and features useful for us, including those which raised discontent with using Jenkins for our usage patterns: * Label expression logic wasn't supporting a binary operator sequence like "a || b || c" (issue 8537) * Move Jenkins URL setting from E-mail Notification to its own section in the main configuration. * Added an extension point to allow prodding the NodeProvisioner into taking action faster than it might usually. * When there are absolutely no executors for a specific label, there was an unnecessary delay in provisioning the first node for that label. * Added a new build parameter type that shows a text area So, I'd propose to perform upgrade European morning on Thursday, 7th. Please let me know if there're any concerns. -- Best Regards, Paul

15 years

← Newer
1
...
10
11
12
13
14
15
16
17
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

linaro-dev July 2011