linaro-dev September 2011

linaro-dev@lists.linaro.org

149 participants
200 discussions

[ACTIVITY] Graphics WG status report - wk35.2011 (20110829-20110902)

by Ilias Biris

Status: https://wiki.linaro.org/WorkingGroups/Middleware/Graphics/WeeklyReport Wk 35 weekly meeting minutes: https://wiki.linaro.org/WorkingGroups/Middleware/Graphics/Notes/2011-08-31 Highlights: - Many on vacation or national holiday for part of last week - less action ongoing - LP: started working with the backlog milestone on the LP Graphics projects. Transition ongoing to move the backlog as blueprints under the backlog milestone of each project - Main highlight - retrospective with regards to Unity/NUX/Compiz support in LEBs. In summary the decisions taken were ++ Start a regular communication with the maintainers of these three components + Ubuntu team to gauge what is coming as well as to ask how to best get our components code upstream. Due to Oneiric there is not much upstreaming happening on the Ubuntu side. The calls already started (weekly calls) ++ For GWG this means we also shift our focus to the Oneiric development builds, whilst tackling on case by case any issues with the natty-based LEBs Please see the status report for more details Thanks, -- 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

13 years, 12 months

Linaro's tip Panda, Beagle, Beagle xM, Snowball and iMX53 builds working again

by Zach Pfeffer

Linaro's tip Panda, Beagle, Beagle xM, Snowball and iMX53 builds working again. I will release 11.09 versions of these soon. Panda-LEB and Origen are not coming up. We're investigating. These are working: Beagle, Beagle xM https://android-build.linaro.org/builds/~linaro-android/beagle/#build=255 Panda https://android-build.linaro.org/builds/~linaro-android/panda/#build=273 iMX53 https://android-build.linaro.org/builds/~linaro-android/leb-imx53/#build=12 Snowball https://android-build.linaro.org/builds/~linaro-android/leb-snowball/#build… These builds did not come up: Panda-LEB https://android-build.linaro.org/builds/~linaro-android/leb-panda/#build=208 Origen https://android-build.linaro.org/builds/~linaro-android/leb-origen/#build=33 We're working on it. Changes are being posted to http://review.android.git.linaro.org/. Community help is welcome. -Zach

13 years, 12 months

DEB_HOST_MULTIARCH is not a supported

by Tom Gall

While updating my natty install on my beagle board xm, I ran into the following Preparing to replace libjpeg-turbo62 1.1.90-1inaro6 (using .../libjpeg-turbo62_1.1.90-1inaro6_armel.deb) ... DEB_HOST_MULTIARCH is not a supported variable name at /usr/bin/dpkg-architecture line 214. dpkg: error processing /var/cache/apt/archives/libjpeg-turbo62_1.1.90-1inaro6_armel.deb (--unpack): subprocess new pre-installation script returned error exit status 9 DEB_HOST_MULTIARCH is not a supported variable name at /usr/bin/dpkg-architecture line 214. dpkg: error while cleaning up: subprocess new post-removal script returned error exit status 9 This doesn't make much sense as dpkg-query -l multiarch-support Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Description +++-====================-====================-======================================================== ii multiarch-support 2.13-0ubuntu13 Transitional package to ensure multiarch compatibility Least I thought that's all you needed to have installed for multiarch support, judging by what I see in http://wiki.debian.org/Multiarch/Implementation Am I missing something obvious? Thanks! -- Regards, Tom "We want great men who, when fortune frowns will not be discouraged." - Colonel Henry Knox Linaro.org │ Open source software for ARM SoCs w) tom.gall att linaro.org w) tom_gall att vnet.ibm.com h) tom_gall att mac.com

13 years, 12 months

re: 11.07 oprofile on panda busted?

by David Long

>These days, I believe the separate oprofile backend for ARM has gone >away, and oprofile is implemented using the perf backend anyway. I've been asked to look into this some more. I will post what I learn. -dl

13 years, 12 months

[PATCH] ARM: EXYNOS4: Add machine support for 7" LCD on ORIGEN

by Tushar Behera

ORIGEN board is fitted with 7" LCD panel HV070WSA. The pixel resolution of the LCD panel is 1024x600. Signed-off-by: Tushar Behera <tushar.behera(a)linaro.org> --- The patch is rebased on [1]. But for proper working of LCD on ORIGEN, following patches are needed. a. ARM: EXYNOS4: Add PWM backlight support on Origen http://www.spinics.net/lists/linux-samsung-soc/msg06309.html b. ARM: EXYNOS4: Configure MAX8997 PMIC for Origen http://www.spinics.net/lists/linux-samsung-soc/msg06282.html [1] git://git.kernel.org/pub/scm/linux/kernel/git/kgene/linux-samsung.git arch/arm/mach-exynos4/Kconfig | 2 + arch/arm/mach-exynos4/mach-origen.c | 50 +++++++++++++++++++++++++++++++++++ 2 files changed, 52 insertions(+), 0 deletions(-) diff --git a/arch/arm/mach-exynos4/Kconfig b/arch/arm/mach-exynos4/Kconfig index 48f18f7..8656f49 100644 --- a/arch/arm/mach-exynos4/Kconfig +++ b/arch/arm/mach-exynos4/Kconfig @@ -222,6 +222,8 @@ config MACH_ORIGEN select S3C_DEV_RTC select S3C_DEV_WDT select S3C_DEV_HSMMC2 + select S5P_DEV_FIMD0 + select EXYNOS4_SETUP_FIMD0 select EXYNOS4_SETUP_SDHCI help Machine support for ORIGEN based on Samsung EXYNOS4210 diff --git a/arch/arm/mach-exynos4/mach-origen.c b/arch/arm/mach-exynos4/mach-origen.c index ed59f86..f2cea78 100644 --- a/arch/arm/mach-exynos4/mach-origen.c +++ b/arch/arm/mach-exynos4/mach-origen.c @@ -14,16 +14,21 @@ #include <linux/platform_device.h> #include <linux/io.h> #include <linux/input.h> +#include <linux/lcd.h> + +#include <video/platform_lcd.h> #include <asm/mach/arch.h> #include <asm/mach-types.h> #include <plat/regs-serial.h> +#include <plat/regs-fb-v4.h> #include <plat/exynos4.h> #include <plat/cpu.h> #include <plat/devs.h> #include <plat/sdhci.h> #include <plat/iic.h> +#include <plat/fb.h> #include <mach/map.h> @@ -79,10 +84,54 @@ static struct s3c_sdhci_platdata origen_hsmmc2_pdata __initdata = { .clk_type = S3C_SDHCI_CLK_DIV_EXTERNAL, }; +static void lcd_hv070wsa_set_power(struct plat_lcd_data *pd, unsigned int power) +{ + int gpio = EXYNOS4_GPE3(4); + + gpio_request(gpio, "GPE3_4"); + gpio_direction_output(gpio, power); + gpio_free(gpio); +} + +static struct plat_lcd_data origen_lcd_hv070wsa_data = { + .set_power = lcd_hv070wsa_set_power, +}; + +static struct platform_device origen_lcd_hv070wsa = { + .name = "platform-lcd", + .dev.parent = &s5p_device_fimd0.dev, + .dev.platform_data = &origen_lcd_hv070wsa_data, +}; + +static struct s3c_fb_pd_win origen_fb_win0 = { + .win_mode = { + .left_margin = 64, + .right_margin = 16, + .upper_margin = 64, + .lower_margin = 16, + .hsync_len = 48, + .vsync_len = 3, + .xres = 1024, + .yres = 600, + .refresh = 60, + }, + .max_bpp = 32, + .default_bpp = 24, +}; + +static struct s3c_fb_platdata origen_lcd_pdata __initdata = { + .win[0] = &origen_fb_win0, + .vidcon0 = VIDCON0_VIDOUT_RGB | VIDCON0_PNRMODE_RGB, + .vidcon1 = VIDCON1_INV_HSYNC | VIDCON1_INV_VSYNC, + .setup_gpio = exynos4_fimd0_gpio_setup_24bpp, +}; + static struct platform_device *origen_devices[] __initdata = { &s3c_device_hsmmc2, &s3c_device_rtc, &s3c_device_wdt, + &s5p_device_fimd0, + &origen_lcd_hv070wsa, }; static void __init origen_map_io(void) @@ -95,6 +144,7 @@ static void __init origen_map_io(void) static void __init origen_machine_init(void) { s3c_sdhci2_set_platdata(&origen_hsmmc2_pdata); + s5p_fimd0_set_platdata(&origen_lcd_pdata); platform_add_devices(origen_devices, ARRAY_SIZE(origen_devices)); } -- 1.7.4.1

13 years, 12 months

[ACTIVITY] Multimedia WG status report - wk35.2011 (20110829-20110902)

by Ilias Biris

Status report in https://wiki.linaro.org/WorkingGroups/Middleware/Multimedia/WeeklyReport Last week's meeting notes in: https://wiki.linaro.org/WorkingGroups/Middleware/Multimedia/Notes/2011-08-30 == Highlights (details in the status report link above) == - the 1109 planned deliverables are in : https://wiki.linaro.org/WorkingGroups/Middleware/Multimedia/WeeklyReport#mu… - LJT support for Android has been announced. The existing code needs to be broken into smaller patches to be sent upstream. Backlog in https://launchpad.net/libjpeg-turbo/+milestone/backlog contains a number of blueprints related to that work - bugs work is ongoing: https://bugs.launchpad.net/linaro-ubuntu/+bug/816638 - the kernel side seems to be fixed, looking at the pulseaudio/alsa side of the bug now https://bugs.launchpad.net/linaro-ubuntu/+bug/760919 - patch created and posted https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/746023 - being worked now https://bugs.launchpad.net/ubuntu/+source/linux-linaro-omap/+bug/733334 - probably a duplicate of 746023 - UCM integration is now being tested. Snowball related testing for UCM configuration support may be postponed for after 1109 as snowball ubuntu support for audio still has issues - there is no easy way to test UCM there Please contact me if there are questions, or if you spot something odd/missing in this status report. 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

13 years, 12 months

Gerrit refs regexp patterns don't work - usefully or at all

by Paul Sokolovsky

Hello, We're elaborating our Linaro Gerrit (2.2.1) set up, and would like to enforce separation between upstream and "our" branches, to disallow stray commits to upstream branches and keep them pullable from AOSP. So, we'd like to limit review requests, pushes, etc. to "refs/heads/for/linaro*" and "refs/heads/linaro*". Trying to enter exactly that into refs entries for All Project's ACL lead to "Invalid Name" error. After looking at Gerrit's source, it turns out that Gerrit expects *-using pattern to end with "/*". Well, why? Yes, it's nice idea to use hierarchical-like branch names. Sometimes. But there're also good reasons to restrict branch name to generic "identifier". For example, to keep one-to-one mapping with filenames (confined to some dirs), or database names (both useful for CI for example). So, requiring slash present before "*" seems like arbitrary restrictions. Anyway, I wasn't too upset, knowing that arbitrary patterns can be encoded using regexps, and that's where real surprises start. First of all, looking at example regexps at http://gerrit.googlecode.com/svn/documentation/2.2.1/access-control.html#_p… there were suspiciously stray backslashes in pattern examples. Anyway, I tried to input "^refs/heads/linaro.*", it was rejected with "Invalid Name" error. Same for "^refs/heads/linaro.*". Then I just tried example from the doc, both as is and with slashes stripped - "\^refs/heads/[a-z]\{1,8\}" & "^refs/heads/[a-z]{1,8}". Same error. Looking at the source, validation for regexp case is complicated (and nothing points to backslashes being required): it seems to generate a subject string which would match entered pattern, and test that simple for being good refs syntax. Well, I thought, maybe UI validation outslies itself, and commit changes directly to project.config of refs/meta/config branch of All-Project. No avail. With config like: [access "^refs/for/refs/linaro.*"] push = group Registered Users it's not possible to submit review against any branch at all. Thinking here would be that may be regexp library is not available, or regexp syntax is not enabled by some option, but just searching reviews with queries like below works just ok: "project:^platform/buil. status:open" "project:^platform/buil.* status:open" "project:^platform/buil.+ status:open" So, I'm stumbled here - what could be wrong, and where to look next? Thanks, 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

13 years, 12 months

ARM CPU part numbers

by Andrew Stubbs

Hi all, I'm currently trying to get GCC to auto-detect what CPU to optimize for by finding out what CPU it's actually running on (the user would only have to pass -mcpu=native). It does this simply by reading /proc/cpuinfo. The problem is finding what magic numbers correspond to what CPU. I've found the numbers for A8 and A9 empirically, but I'd like a longer list than that! Does anybody have a list of such numbers? Or else, perhaps people could just post any number they happen to know? I do have a few devices other than A8 and A9 lying around I can look at, but the problem there is I don't actually know for certain what exact CPU model those numbers map to, so confirmed numbers only please. Thanks Andrew

13 years, 12 months

auxv + neon

by Tom Gall

Is a method via the aux vectors to know at runtime if neon is or is not present? Thanks! -- Regards, Tom "We want great men who, when fortune frowns will not be discouraged." - Colonel Henry Knox Linaro.org │ Open source software for ARM SoCs w) tom.gall att linaro.org w) tom_gall att vnet.ibm.com h) tom_gall att mac.com

13 years, 12 months

[PATCH] ASoC: omap: add MODULE_ALIAS to mcbsp and pcm drivers

by Mans Rullgard

This adds MODULE_ALIAS directives to the omap-mcbsp-dai and omap-pcm-audio drivers so they can be auto-loaded when platform devices are scanned. Signed-off-by: Mans Rullgard <mans.rullgard(a)linaro.org> --- sound/soc/omap/omap-mcbsp.c | 2 ++ sound/soc/omap/omap-pcm.c | 2 ++ 2 files changed, 4 insertions(+), 0 deletions(-) diff --git a/sound/soc/omap/omap-mcbsp.c b/sound/soc/omap/omap-mcbsp.c index 07b7723..56b7504 100644 --- a/sound/soc/omap/omap-mcbsp.c +++ b/sound/soc/omap/omap-mcbsp.c @@ -758,6 +758,8 @@ static int __devexit asoc_mcbsp_remove(struct platform_device *pdev) return 0; } +MODULE_ALIAS("platform:omap-mcbsp-dai"); + static struct platform_driver asoc_mcbsp_driver = { .driver = { .name = "omap-mcbsp-dai", diff --git a/sound/soc/omap/omap-pcm.c b/sound/soc/omap/omap-pcm.c index e6a6b99..6c85b69 100644 --- a/sound/soc/omap/omap-pcm.c +++ b/sound/soc/omap/omap-pcm.c @@ -412,6 +412,8 @@ static int __devexit omap_pcm_remove(struct platform_device *pdev) return 0; } +MODULE_ALIAS("platform:omap-pcm-audio"); + static struct platform_driver omap_pcm_driver = { .driver = { .name = "omap-pcm-audio", -- 1.7.6.1

13 years, 12 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

linaro-dev September 2011