linaro-dev

linaro-dev@lists.linaro.org

4332 discussions

anybody willing to boot a test kernel on an omap34xx/omap2 board for me?

by Peter Maydell

Hi; I'm hoping somebody will be willing to run a test kernel for me on some omap boards and send me the dmesg output. (I'm trying to sort out QEMU's modelling of the OMAP ID registers and the TRMs are rather unhelpful; in particular the OMAP35x TRM claims that there are two overlapping registers at addresses 0x218-0x21c!) I've done a Beagle xM which is an OMAP3630, but I'm looking for the results for OMAP34xx/35xx (I think classic Beagle is this) and also if possible an OMAP2 board. The kernel is http://people.linaro.org/~pmaydell/uImage.test (it's the linaro 3.0 kernel with a stock omap2_defconfig and some extra printks so it shouldn't do anything too alarming to your board :-)). It needs the command line arguments 'earlyprintk debug console=ttyO2,115200' (possibly for omap2 the console tty device is different) and I'm interested in the bit of dmesg output near the start: [ 0.000000] PMM: ID register dump: [ 0.000000] register offset 0x204 value 0x0b89102f [ 0.000000] register offset 0x208 value 0x00000000 [ 0.000000] register offset 0x20c value 0x00000000 [ 0.000000] register offset 0x210 value 0x000000f0 [ 0.000000] register offset 0x214 value 0xcafeb891 [ 0.000000] register offset 0x218 value 0x0703201f [ 0.000000] register offset 0x21c value 0x015739ea [ 0.000000] register offset 0x220 value 0x1bf00000 [ 0.000000] register offset 0x224 value 0x5dd40000 [ 0.000000] OMAP3630 ES1.0 (l2cache iva sgx neon isp 192mhz_clk ) (so you don't need the initrd/modules/etc, it's ok if it doesn't boot fully.) Thanks in advance! -- PMM

14 years

Improvements to Android Build errors separation (and NOT BUILT status)

by Paul Sokolovsky

Hello, One of the issues with https://android-build.linaro.org/ is that, if build fails, it's not easy to tell if it happened because of compilation error ("real" failure) or due to non-deterministic error with setting up infrastructure for build (e.g. during source checkout). The latter not so uncommon due to vast source size of Android and complexity of cloud infrastructure. This became especially problematic with start of automated CI loop, where it leads to false negatives when doing pre-merge testing. Improving this situation was subject of few blueprints in which Infrastructure team worked, and recently, a solution was deployed. With it, if a build fails due to non-deterministic infrastructure error, it will get status of "NOT BUILT", meaning that a build never actually got to compilation phase. Suggested action in such case is to retry. Please note that Jenkins there is some inconsistency within the Jenkins itself regarding NOT BUILT status - "Pending" is used as a display name in places, and the same gray icon used as for ABORTED builds. So, please keep that in mind, or yet better use Build Frontend. Unfortunately, even short weekend testing showed that error separation achieved is not ideal (folks who participated in Connect Q4.11 session dedicated to this, may remember that I said that it would take adding AI to do that properly ;-) ). In particular, if there was an issue with manifest file (essentially, an error in Android source code), it will be reported as NOT BUILT instead of FAILED. Here's example of such build: https://android-build.linaro.org/jenkins/job/linaro-android_panda-ics-gcc44… Opposite miscategorization may also happen: very early infra error may be reported as FAILED instead of NOT BUILT. Example: https://android-build.linaro.org/jenkins/job/linaro-android_panda-ics-gcc46… So, Infrastructure team will continue to work on improving reliability of builds, but in the meantime please keep looking in the build logs for actual cause of the failure (feel free to report unexpected build status to https://bugs.launchpad.net/linaro-android-infrastructure) -- Best Regards, Paul Linaro.org | Open source software for ARM SoCs Follow Linaro: http://www.facebook.com/pages/Linaro http://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog

14 years

[PATCH] gic : check if there are pending interrupts

by Daniel Lezcano

The following patch checks if there are pending interrupts on the gic. This function is needed for example for the ux500 cpuidle driver. When the A9 cores and the gic are decoupled from the PRCMU, the idle routine has to check if an interrupt is pending on the gic before entering in retention mode. Signed-off-by: Daniel Lezcano <daniel.lezcano(a)linaro.org> --- arch/arm/common/gic.c | 37 +++++++++++++++++++++++++++++++++++ arch/arm/include/asm/hardware/gic.h | 2 +- 2 files changed, 38 insertions(+), 1 deletions(-) diff --git a/arch/arm/common/gic.c b/arch/arm/common/gic.c index aa52699..2528094 100644 --- a/arch/arm/common/gic.c +++ b/arch/arm/common/gic.c @@ -750,6 +750,43 @@ void gic_raise_softirq(const struct cpumask *mask, unsigned int irq) } #endif +/* + * gic_pending_irq - checks if there are pending interrupts on the gic + * + * Disabling an interrupt only disables the forwarding of the + * interrupt to any CPU interface. It does not prevent the interrupt + * from changing state, for example becoming pending, or active and + * pending if it is already active. For this reason, we have to check + * the interrupt is pending *and* is enabled. + * + * Returns true if there are pending and enabled interrupts, false + * otherwise. + */ +bool gic_pending_irq(unsigned int gic_nr) +{ + u32 pr; /* Pending register */ + u32 er; /* Enable register */ + void __iomem *dist_base; + int gic_irqs; + int i; + + BUG_ON(gic_nr >= MAX_GIC_NR); + + gic_irqs = gic_data[gic_nr].gic_irqs; + dist_base = gic_data_dist_base(&gic_data[gic_nr]); + + for (i = 0; i < DIV_ROUND_UP(gic_irqs, 32); i++) { + + pr = readl_relaxed(dist_base + GIC_DIST_PENDING_SET + i * 4); + er = readl_relaxed(dist_base + GIC_DIST_ENABLE_SET + i * 4); + + if (pr & er) + return true; + } + + return false; +} + #ifdef CONFIG_OF static int gic_cnt __initdata = 0; diff --git a/arch/arm/include/asm/hardware/gic.h b/arch/arm/include/asm/hardware/gic.h index 4b1ce6c..d198ac0 100644 --- a/arch/arm/include/asm/hardware/gic.h +++ b/arch/arm/include/asm/hardware/gic.h @@ -45,7 +45,7 @@ void gic_secondary_init(unsigned int); void gic_handle_irq(struct pt_regs *regs); void gic_cascade_irq(unsigned int gic_nr, unsigned int irq); void gic_raise_softirq(const struct cpumask *mask, unsigned int irq); - +bool gic_pending_irq(unsigned int gic_nr); static inline void gic_init(unsigned int nr, int start, void __iomem *dist , void __iomem *cpu) { -- 1.7.5.4

14 years

Linaro Release 12.02 Postmortem Summary

by David Zinman

Postmortem and lessons learned for Linaro's release 2012.02 https://wiki.linaro.org/Cycles/1202/Release/Review Highlights and Key Successes ============================ By using proper image builds and validation with LAVA the Linaro Developer Platform can ensure all images are properly tested as soon they are published. A new proposal for the linux-linaro tree was introduced which will make the linux-linaro tree the single reference for kernel work at Linaro and should always be working against latest upstream RC release. The Linaro Developer Platform team will now be responsible for packaging and maintenance of all the LT kernel flavours. Responsibilities will include validating the kernel daily with LAVA, and only publishing the kernels (which pass validation testing) to be used by the LEB images (until the new linux-linaro tree is in place). During February 6-10 Linaro hosted Linaro Connect Q1.12. Rounding out the event were daily plenary, planning, and hacking sessions which attendees were encouraged to attend and take part in. This event was the largest Linaro Connect to date and was highlighted by the participation of community members and other external attendees, notably from Google. The event also hosted "Demo Friday" where once again the public was invited to participate in hands-on demonstrations of Linaro developments. Some demos can be seen on Linaro's Youtube channel: Ubuntu TV Demo on ARM http://www.youtube.com/watch?v=tpIFaAxyFGE&list=UUAl2MfCBjH5y0nIym0ujHf… XBMC on ST-ERICSSON's Snowball http://www.youtube.com/watch?v=14p-WOFAWWw&list=UUAl2MfCBjH5y0nIym0ujHf… Linaro was also well represented at Embedded Linux Conference with a very high percentage of presentations given by Linaro team member or seconders. For links to highlights from Linaro Connect and ELC please go to the bottom of this announcement. Postmortem and Lessons Learned ============================== This cycle was the shortest that Linaro release has encountered, and this presented some challenges. The small number of development and planning days, along with interruptions by Linaro Connect, ELC and ABS contributed to a smaller production of deliverables from the team. There was a loss of focus as people dealt with fractured development cycle, jet lag and the shorter work sprint. A solution discussed to mitigate this problem is that for short cycles, a different type of planning should be applied that is focused more on bug-fixing and the backlog, rather than larger ambitious deliverables. The Android team has been doing a large amount of kernel development and has suggested the addition of some sort of kernel resources for iMX53, Origen and, possibly Snowball. Links ===== -= Highlights from this Linaro Connect =- Plenary Sessions: David Rusling, Linaro CTO, Phase III Plenary Presentation at Linaro Connect Q1.12 http://www.youtube.com/watch?v=ZSoCCRF7Hl0&list=UUAl2MfCBjH5y0nIym0ujHf… George Grey, Linaro CEO, Plenary Presentation at Linaro Connect Q1.12 http://www.youtube.com/watch?v=Cl4Yr9rf7fQ&list=UUAl2MfCBjH5y0nIym0ujHf… Kiko, Linaro Engineering VP: ARM, the new mainstream http://www.youtube.com/watch?v=86Ox3wWOWTw&list=UUAl2MfCBjH5y0nIym0ujHf… Linaro Connect Plenary: Andrea Gallo of ST-ERICSSON http://www.youtube.com/watch?v=-WnsPPq_A50&list=UUAl2MfCBjH5y0nIym0ujHf… Tim Bird of the Linux Foundation at Linaro Connect http://www.youtube.com/watch?v=dub3HgezCAs&list=UUAl2MfCBjH5y0nIym0ujHf… Interviews: Linaro Connect: Patrik Klinger Talks Snowball & The Igloo Community http://www.youtube.com/watch?v=cxYdyEEb9X4&list=UUAl2MfCBjH5y0nIym0ujHf… Tim Bird and David Rusling Chat at Linaro Connect http://www.youtube.com/watch?v=xgdTzBl-3wQ&list=UUAl2MfCBjH5y0nIym0ujHf… -= Highlights from ELC =- http://video.linux.com/videos/ubuntu-on-arm-improvements-and-optimizations-… http://video.linux.com/videos/dma-buffer-sharing-an-introduction http://www.cnx-software.com/2012/02/25/binary_blobs_attack-elc-2012/ http://video.linux.com/videos/what-android-and-embedded-linux-can-learn-fro… For these and other presentations from ELC please visit http://video.linux.com/categories/2012-embedded-linux-conference -- David Zinman Linaro Release Manager | Project Manager Linaro.org | Open source software for ARM SoCs

14 years

by Mayank Agarwal

Hi, I want to contribute to any of the projects of linaro.Please guide me how can i contribute. Thanks and Regards, Mayank

14 years

gcc: Thumb interworking and weakly linked functions

by Aneesh V

Hi, I have an interesting observation that I thought might be interesting to the tool-chain team. I was trying to build u-boot in Thumb2 for OMAP4. Everything was fine until I added some patches recently. One of these patches introduced an API (let's say foo()) that has a weakly linked alias(let's say __foo()) and a strongly linked implementation(the real foo()) in an assembly file. Although I give -mthumb and -mthumb-interwork for all the files, apparently GCC generates ARM code for assembly files. In the final image foobar() calls foo() using a BL. Since foobar() is in Thumb and foo() in ARM, it ends up crashing. Looks like foobar() assumed foo() to be Thumb because __foo() is Thumb. Also I see that 'objdump -S' aborts when it tries to parse foo(). I could workaround this problem by having foo() also in a C file that in turn calls into the assembly file. I tried Linaro GCC 4.5.2 and Codesourcery Lite GCC 4.4.1. Both seem to have the issue. Isn't this an issue with GCC or am I missing something? -Aneesh

14 years, 1 month

[PATCH v3 0/2] Device tree support for TWL regulators

by Rajendra Nayak

Re-sending as these patches did not make it to the lists due to issues with my 'git send-email' v3 has mainly 2 differences from v2 -1- TWL driver now uses just one table for both dt and non-dt based lookup for driver data. -2- All common regulator nodes for twl4030 and twl6030 are now defined in the twl4030.dtsi and twl6030.dtsi instead of repeating the nodes in all board files, which also means the patch ('arm/dts: twl: Pass regulator data from dt') has a dependency with the series from Benoit which adds the twl4030.dtsi and twl6030.dtsi files[1]. I have tested the patches on omap4panda and omap3beagle boards. [1] git://git.kernel.org/pub/scm/linux/kernel/git/bcousson/linux-omap-dt.git for_3.4/dt_i2c_twl Rajendra Nayak (2): regulator: twl: adapt twl-regulator driver to dt arm/dts: twl: Pass regulator data from dt .../bindings/regulator/twl-regulator.txt | 63 ++++++ arch/arm/boot/dts/omap3-beagle.dts | 6 + arch/arm/boot/dts/twl4030.dtsi | 18 ++ arch/arm/boot/dts/twl6030.dtsi | 60 +++++ drivers/regulator/twl-regulator.c | 227 +++++++++++++------- 5 files changed, 301 insertions(+), 73 deletions(-) create mode 100644 Documentation/devicetree/bindings/regulator/twl-regulator.txt

14 years, 1 month

12.02 efika smart book (MX?) images are totally borked

by Zygmunt Krynicki

Hi. I'd like to let everyone know that our 12.02 images for Efika are bogus: http://releases.linaro.org/12.02/ubuntu/oneiric-images/ubuntu-desktop/ The desktop image is 3MB big. The reason for this is that linaro media create crashes while trying to build it: (this is on 12.02 LMC release) $ linaro-media-create --image-file efika.img --dev efikasb --rootfs ext2 --hwpack .cache/linaro/image-tools/fetch_image/releases.linaro.org/12.02/ubuntu/oneiric-hwpacks/hwpack_linaro-efikamx_20120221-1_armel_supported.tar.gz --hwpack-force-yes --image-size 4G --binary .cache/linaro/image-tools/fetch_image/releases.linaro.org/12.02/ubuntu/oneiric-images/nano/linaro-o-nano-tar-20120221-0.tar.gz --align-boot-part [sudo] password for zyga: ------------------------------------------------------------ Installing (linaro-hwpack-install) hwpack_linaro-efikamx_20120221-1_armel_supported.tar.gz in target rootfs. Unpacking hardware pack ...Done Updating apt package lists ... Ign file: ./ InRelease Ign file: ./ Release.gpg Ign file: ./ Release Ign file: ./ Translation-en Ign http://ports.ubuntu.com oneiric InRelease Ign http://ports.ubuntu.com oneiric-security InRelease Ign http://ppa.launchpad.net oneiric InRelease Ign http://ports.ubuntu.com oneiric-updates InRelease Get:1 http://ppa.launchpad.net oneiric Release.gpg [316 B] Ign http://ports.ubuntu.com oneiric-security InRelease Ign http://ports.ubuntu.com oneiric InRelease Get:2 http://ppa.launchpad.net oneiric Release [9759 B] Ign http://ports.ubuntu.com oneiric-updates InRelease Get:3 http://ports.ubuntu.com oneiric Release.gpg [198 B] Get:4 http://ports.ubuntu.com oneiric-security Release.gpg [198 B] Get:5 http://ppa.launchpad.net oneiric/main armel Packages [202 kB] Get:6 http://ports.ubuntu.com oneiric-updates Release.gpg [198 B] Get:7 http://ports.ubuntu.com oneiric-security Release.gpg [198 B] Ign http://ppa.launchpad.net oneiric/main TranslationIndex Get:8 http://ports.ubuntu.com oneiric Release.gpg [198 B] Get:9 http://ports.ubuntu.com oneiric-updates Release.gpg [198 B] Ign http://ppa.launchpad.net oneiric/main Translation-en Get:10 http://ports.ubuntu.com oneiric Release [40.8 kB] Get:11 http://ports.ubuntu.com oneiric-security Release [40.8 kB] Get:12 http://ports.ubuntu.com oneiric-updates Release [40.8 kB] Get:13 http://ports.ubuntu.com oneiric-security Release [40.8 kB] Get:14 http://ports.ubuntu.com oneiric Release [40.8 kB] Get:15 http://ports.ubuntu.com oneiric-updates Release [40.8 kB] Get:16 http://ports.ubuntu.com oneiric/main Sources [1095 kB] Get:17 http://ports.ubuntu.com oneiric/universe Sources [5792 kB] Get:18 http://ports.ubuntu.com oneiric/main armel Packages [1562 kB] Get:19 http://ports.ubuntu.com oneiric/universe armel Packages [5611 kB] Hit http://ports.ubuntu.com oneiric/main TranslationIndex Hit http://ports.ubuntu.com oneiric/universe TranslationIndex Get:20 http://ports.ubuntu.com oneiric-security/main Sources [34.9 kB] Get:21 http://ports.ubuntu.com oneiric-security/universe Sources [12.1 kB] Get:22 http://ports.ubuntu.com oneiric-security/main armel Packages [96.3 kB] Get:23 http://ports.ubuntu.com oneiric-security/universe armel Packages [31.7 kB] Get:24 http://ports.ubuntu.com oneiric-security/main TranslationIndex [73 B] Get:25 http://ports.ubuntu.com oneiric-security/universe TranslationIndex [73 B] Get:26 http://ports.ubuntu.com oneiric-updates/main Sources [157 kB] Get:27 http://ports.ubuntu.com oneiric-updates/universe Sources [51.9 kB] Get:28 http://ports.ubuntu.com oneiric-updates/main armel Packages [369 kB] Get:29 http://ports.ubuntu.com oneiric-updates/universe armel Packages [122 kB] Get:30 http://ports.ubuntu.com oneiric-updates/main TranslationIndex [74 B] Get:31 http://ports.ubuntu.com oneiric-updates/universe TranslationIndex [73 B] Get:32 http://ports.ubuntu.com oneiric-security/main armel Packages [96.3 kB] Get:33 http://ports.ubuntu.com oneiric-security/universe armel Packages [31.7 kB] Get:34 http://ports.ubuntu.com oneiric-security/main TranslationIndex [73 B] Get:35 http://ports.ubuntu.com oneiric-security/universe TranslationIndex [73 B] Get:36 http://ports.ubuntu.com oneiric/main armel Packages [1562 kB] Get:37 http://ports.ubuntu.com oneiric/universe armel Packages [5611 kB] Get:38 http://ports.ubuntu.com oneiric/multiverse armel Packages [134 kB] Get:39 http://ports.ubuntu.com oneiric/main TranslationIndex [3289 B] Get:40 http://ports.ubuntu.com oneiric/multiverse TranslationIndex [2265 B] Get:41 http://ports.ubuntu.com oneiric/universe TranslationIndex [2640 B] Get:42 http://ports.ubuntu.com oneiric-updates/main armel Packages [369 kB] Get:43 http://ports.ubuntu.com oneiric-updates/universe armel Packages [122 kB] Get:44 http://ports.ubuntu.com oneiric-updates/main TranslationIndex [74 B] Get:45 http://ports.ubuntu.com oneiric-updates/universe TranslationIndex [73 B] Hit http://ports.ubuntu.com oneiric/main Translation-en Hit http://ports.ubuntu.com oneiric/universe Translation-en Get:46 http://ports.ubuntu.com oneiric-security/main Translation-en [52.3 kB] Hit http://ports.ubuntu.com oneiric-security/universe Translation-en Get:47 http://ports.ubuntu.com oneiric-updates/main Translation-en [174 kB] Get:48 http://ports.ubuntu.com oneiric-updates/universe Translation-en [70.9 kB] Get:49 http://ports.ubuntu.com oneiric-security/main Translation-en [52.3 kB] Get:50 http://ports.ubuntu.com oneiric-security/universe Translation-en [22.3 kB] Get:51 http://ports.ubuntu.com oneiric/main Translation-en [861 kB] Get:52 http://ports.ubuntu.com oneiric/multiverse Translation-en [111 kB] Get:53 http://ports.ubuntu.com oneiric/universe Translation-en [3919 kB] Get:54 http://ports.ubuntu.com oneiric-updates/main Translation-en [174 kB] Get:55 http://ports.ubuntu.com oneiric-updates/universe Translation-en [70.9 kB] Fetched 28.8 MB in 2min 25s (198 kB/s) Reading package lists... Reading package lists... Done Building dependency tree Reading state information... Done The following NEW packages will be installed: devio flash-kernel hwpack-linaro-efikamx linux-firmware linux-image-3.1.0-14-linaro-mx51 linux-image-linaro-mx51 u-boot-linaro-efikamx u-boot-tools uboot-mkimage wireless-crda 0 upgraded, 10 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B/29.8 MB of archives. After this operation, 0 B of additional disk space will be used. WARNING: The following packages cannot be authenticated! wireless-crda linux-image-3.1.0-14-linaro-mx51 devio flash-kernel linux-firmware linux-image-linaro-mx51 u-boot-linaro-efikamx hwpack-linaro-efikamx u-boot-tools uboot-mkimage Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously deselected package wireless-crda. (Reading database ... 8692 files and directories currently installed.) Unpacking wireless-crda (from .../wireless-crda_1.14_armel.deb) ... Selecting previously deselected package linux-image-3.1.0-14-linaro-mx51. Unpacking linux-image-3.1.0-14-linaro-mx51 (from .../linux-image-3.1.0-14-linaro-mx51_3.1.0-14.14~ci~20120203215810~4f2d074a_armel.deb) ... Done. Selecting previously deselected package devio. Unpacking devio (from .../devio_1.2-1build1_armel.deb) ... Selecting previously deselected package flash-kernel. Unpacking flash-kernel (from .../flash-kernel_2.28ubuntu34linaro3_armel.deb) ... Selecting previously deselected package linux-firmware. Unpacking linux-firmware (from .../linux-firmware_1.60.1linaro1_all.deb) ... Selecting previously deselected package linux-image-linaro-mx51. Unpacking linux-image-linaro-mx51 (from .../linux-image-linaro-mx51_3.1.0.14.8_armel.deb) ... Selecting previously deselected package u-boot-linaro-efikamx. Unpacking u-boot-linaro-efikamx (from .../u-boot-linaro-efikamx_2012.01.1+6190+39+201202162119~oneiric1_armel.deb) ... Selecting previously deselected package hwpack-linaro-efikamx. Unpacking hwpack-linaro-efikamx (from .../hwpack-linaro-efikamx_20120221-1_armel.deb) ... Selecting previously deselected package u-boot-tools. Unpacking u-boot-tools (from .../u-boot-tools_2011.06-3ubuntu1_armel.deb) ... Selecting previously deselected package uboot-mkimage. Unpacking uboot-mkimage (from .../uboot-mkimage_2011.06-3ubuntu1_all.deb) ... Can not write log, openpty() failed (/dev/pts not mounted?) Setting up wireless-crda (1.14) ... Setting up linux-image-3.1.0-14-linaro-mx51 (3.1.0-14.14~ci~20120203215810~4f2d074a) ... Running depmod. update-initramfs: deferring update (hook will be called later) Examining /etc/kernel/postinst.d. run-parts: executing /etc/kernel/postinst.d/initramfs-tools 3.1.0-14-linaro-mx51 /boot/vmlinuz-3.1.0-14-linaro-mx51 update-initramfs: Generating /boot/initrd.img-3.1.0-14-linaro-mx51 /bin/df: Warning: cannot read table of mounted file systems: No such file or directory Setting up devio (1.2-1build1) ... Setting up flash-kernel (2.28ubuntu34linaro3) ... Setting up linux-firmware (1.60.1linaro1) ... Setting up linux-image-linaro-mx51 (3.1.0.14.8) ... Setting up u-boot-linaro-efikamx (2012.01.1+6190+39+201202162119~oneiric1) ... Setting up hwpack-linaro-efikamx (20120221-1) ... Setting up u-boot-tools (2011.06-3ubuntu1) ... Setting up uboot-mkimage (2011.06-3ubuntu1) ... Reading package lists... Done Building dependency tree Reading state information... Done devio set to automatically installed. linux-image-linaro-mx51 set to automatically installed. flash-kernel set to automatically installed. u-boot-tools set to automatically installed. linux-firmware set to automatically installed. uboot-mkimage set to automatically installed. u-boot-linaro-efikamx set to automatically installed. linux-image-3.1.0-14-linaro-mx51 set to automatically installed. wireless-crda set to automatically installed. N: This command is deprecated. Please use 'apt-mark auto' and 'apt-mark manual' instead. Done Cleaning up ...Done ------------------------------------------------------------ proc has been unmounted Traceback (most recent call last): File "/usr/bin/linaro-media-create", line 171, in <module> args.should_format_rootfs, args.should_align_boot_part) File "/usr/lib/pymodules/python2.7/linaro_image_tools/media_create/partitions.py", line 140, in setup_partitions proc.wait() File "/usr/lib/pymodules/python2.7/linaro_image_tools/cmd_runner.py", line 100, in wait raise SubcommandNonZeroReturnValue(self._my_args, returncode) linaro_image_tools.cmd_runner.SubcommandNonZeroReturnValue: Sub process "['dd', 'of=efika.img', 'bs=1', 'seek=4294967296', 'count=0']" returned a non-zero value: 1

14 years, 1 month

Ubuntu LEB 12.02 RC images

by Ricardo Salveti

Hey, As usual, here it goes the announcement of the 12.02 RC images. This time it's later than usual because we had an issue with our builder (offspring), but seems to be all solved now (thanks to Fathi). This release includes a newer version of Unity (2d and 3d), XBMC and for Pandaboard's OpenGL ES drivers. Other than that we also had minor fixes for other boards, with improvements at the audio support as well. You can find our current test cases at https://wiki.linaro.org/Platform/QA/TestCases/Ubuntu, and the 12.02 RC builds (for all boards and image flavors) at http://snapshots.linaro.org/oneiric/, with build id 20120221-1 for hwpacks and 20120221-0 for the rootfs (nano, developer, alip, ubuntu-desktop and linaro-tv-xbmc). For our four main boards we also have a testing spreadsheet, were we publish the official release testing, done by the dev platform engineers. You can find the links at https://wiki.linaro.org/Platform/DevPlatform/Testing (note that you can find the bug reports from the test cases by looking at the QA page tag links). Fathi will be coordinating all respin requests in the next following days at linaro-release m-l, and the final image will be published this thursday, at releases.linaro.org. Please also be sure to publish any bug report with the RC images against https://launchpad.net/linaro-ubuntu, or just contact us at #linaro @ freenode (https://wiki.linaro.org/MeetTheTeam#Developer_Platform). Thanks, -- Ricardo Salveti de Araujo

14 years, 1 month

[ACTIVITY] Graphics weekly status - wk082012 (20120220-20120224)

by Ilias Biris

Hello here is the status of the Graphics group. Latest meeting minutes can be found in https://wiki.linaro.org/WorkingGroups/Middleware/Graphics/Notes/2012-02-22 = Highlights = - related to the 12.02 release the group managed to release the intended components: libmatrix, glcompbench, glmark2, glproxy. Details are in the 12.02 release highlights - https://wiki.linaro.org/Cycles/1202/Release/Highlights - On the Unity/Nux/Compiz front: we are discussing the way forward related to compiz-core with Ubuntu DX. There is a patch from our side, based on earlier work done while Travis was still working for GFX - in discussions this is the 'distro' or 'ifdef' patch, which is rather large and work has been going on to split it into parts. One part introduces an API which does not affect Compiz or Unity per se. The objective is to have Unity using the new API. In doing so, Unity will be loosing its fixed function OpenGL code and it will start to use a more recent part of the OpenGL API that is more compatible with OpenGL ES (it would turn the compiz package into a compiz-gles2). This will reduce the difference in code between Unity on the desktop and Unity on ARM. The point is this API patch won't be used right away when it is proposed. So there aren't any existing automated DX tests to exercise it in Unity immediately. This is an issue since the DX team are trying to achieve working unity-3d for 12.04 before anything else, and they are past feature freeze. It has now been agreed to work on getting the 'distro' patch landed as soon as possible. The API patch will be worked on at a later stage. - dmabuf plans: the points from the discussions at Connect are being collected at https://wiki.linaro.org/WorkingGroups/Middleware/Graphics/UMM/Status, and a number of blueprints are being created and discussed to reflect the work under https://blueprints.launchpad.net/linaro-mm-sig/ - 12.03 plans: apart from the compiz and dmabuf work which was mentioned above, the group will focus on working towards glmark2 backlog items, glcompbench + glproxy. - GFX LAVA dashboard: Alexandros has given a private demo of the dashboard to a number of people. It is clear that the tests employed are really useful in discovering regressions and issues with performance, comparing daily test-run results. The development strategy is to focus on the glmark2 benchmark first. After the glmark2 visualization is in a good state, the team will start looking into visualizing additional benchmarks. Due to the Linaro data policy there is also some polishing needed - perhaps there will be 2 versions of the dashboard with the externally available being completely compliant with the data policy. Please note that the requirement to make a private version available under permission is proving challenging, seems we would be spending much time protecting the private dashboard view - Finally related to prototyping around perf events (Mali): currently this is bit stuck in not getting much data across the GPUs (information is different between GPUs as well as the way to get the information is different for different GPUs), trying to solve this in a good way. Requires some driver specific modifications to generate the data correctly, we will continue piloting this. Questions, issues please let me know. Best regards -- 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

14 years, 1 month

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

linaro-dev