linaro-dev

linaro-dev@lists.linaro.org

4332 discussions

by Frederic Turgis

Hi all, In the scope of my work on systemtap, I would like to have a look to its user-space instrumentation capabilities. Systemtap relies on uprobes+utrace for that purpose so has anyone some feedback/global view on these with regards to ARM ? utrace did not make it into the mainline and would need more to convince Linux. I have also seen that a utraceless uprobe is emerging. There is also a PPA with a utrace enabled kernel but this is not covering ARM. I am in parallel seeking info on utrace-devel mailing list. thanks for any help Regards Fred

15 years

ION: google's answer to GEM?

by Clark, Rob

hmm, https://review.source.android.com/#change,22239 >From a quick look, it appears to be doing a similar thing as GEM.. although as a stand-alone driver rather than coupled with display driver (drm). BR, -R

15 years

Fwd: An Introduction to the Linaro@UDS Event

by Matt Waddel

Hi Everyone, The introduction to Linaro@UDS presentations will start tomorrow: 13 April 2011 4:00 UTC (For Asia, India and Australia timezones) 14 April 2011 15:00 UTC (For US and European timezones) The meeting will be a brief presentation of these slides with a question/answer session after: https://docs.google.com/present/edit?id=0AdTXkLTDIrbnZGZnNTM0YmdfMjFmNDl0OW… If you didn't receive an invite to one of the meetings and want to attend, you can access the Linaro calendar and go to one of the dates listed above then add your name to the invitees list. If you can't see the Linaro calendar, just dial in to one of the conference numbers listed below and use this access code: 23068 60813# Canada 1 866 352 2710 Taiwan 0800 265 855 UK Freephone 0800 026 0166** UK Local +44 207 630 2405 US Toll Free 1 866 352 2709 US Local +1 781 761 9450 Argentina 800 444 2926 Australia 1 800 700 575 Brazil 0800 881 0038 Chile 1 230 020 2450 China (North) 10 800 152 1873 China (South) 10 800 852 1873 Denmark 8040 4904 Finland 800 523 103 France 0 805 980 044 Germany 800 589 0993 Hungary 680 204 991 India 000 800 100 7944 Ireland 1800 719 827 Isle of Man 800 026 0216 Israel 1 809 452 928 Italy 800 089 718 Japan 2096 1857 Lithuania 880 073 532 Netherlands 800 020 5895 New Zealand 800 452 290 Peru 800 53115 Poland 800 331 1398 Russia 800 500 9237 Spain 900 900 867 Thailand 1 800 852 6026 Ukraine 880 050 1138 Cheers, Matt

15 years

[NOTES] Minutes & Actions: Kernel Working Group meetings of April 11, 2011

by Mounir Bsaibes

Enclosed you'll find a link to the agenda, minutes, actions and IRC logs from the Linaro kernel working group weekly meetings of April 11, 2011. https://wiki.linaro.org/WorkingGroups/KernelConsolidation/Meetings/2011-04-… == Summary == * ARM Programmer's guide * ARM is sharing with us an early version of a book on ARM architecture * Needs feedback back to ARM from Linaro as an expert group on ARM and opensource * Send feedback to David Rusling and/or to Loic * Validation: what the KWG would need in terms of validation for next cycle * Support for the desired monthly release. For instance, automated builds & automated boot * Automated builds and tests for tree merges. * Wider testing than an individual can do by the validation group will be helpful * It would be very helpful if the test suite and boards were available to anyone to test code changes * TSC was OK with refusal to rewrite the smc driver. * TR's for next cycle, seem we have more than we can handle in 6 months * Unlikely to get to the low priority items and medium items are at risk * Discussion about bug 664477, need more info how to reproduce it and owner to handle and/or submit it upstream Regards, Mounir

15 years

Libraries with NEON backends

by Michael Hope

Hi there. I'm looking for areas where the toolchain could generate faster code, and a good way of doing that is seeing how compiled code does against the best hand-written code. I know of skia, ffmpeg, pixman, Orc, and efl - what others are out there? Thanks for any input, -- Michael

15 years

[PATCH] ARM: EXYNOS4: Fix card insert/removal event detection on smdkv310 board

by Thomas Abraham

On SMDKV310 board, a card detect gpio pin is available that is directly connected to the io pad of the sdhci controller. Fix incorrect value of cd_type field in platform data for sdhci instance 0 and 2. Signed-off-by: Thomas Abraham <thomas.ab(a)samsung.com> --- arch/arm/mach-exynos4/mach-smdkv310.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm/mach-exynos4/mach-smdkv310.c b/arch/arm/mach-exynos4/mach-smdkv310.c index 1526764..f6b1c7e 100644 --- a/arch/arm/mach-exynos4/mach-smdkv310.c +++ b/arch/arm/mach-exynos4/mach-smdkv310.c @@ -78,7 +78,7 @@ static struct s3c2410_uartcfg smdkv310_uartcfgs[] __initdata = { }; static struct s3c_sdhci_platdata smdkv310_hsmmc0_pdata __initdata = { - .cd_type = S3C_SDHCI_CD_GPIO, + .cd_type = S3C_SDHCI_CD_INTERNAL, .ext_cd_gpio = EXYNOS4_GPK0(2), .ext_cd_gpio_invert = 1, .clk_type = S3C_SDHCI_CLK_DIV_EXTERNAL, @@ -96,7 +96,7 @@ static struct s3c_sdhci_platdata smdkv310_hsmmc1_pdata __initdata = { }; static struct s3c_sdhci_platdata smdkv310_hsmmc2_pdata __initdata = { - .cd_type = S3C_SDHCI_CD_GPIO, + .cd_type = S3C_SDHCI_CD_INTERNAL, .ext_cd_gpio = EXYNOS4_GPK2(2), .ext_cd_gpio_invert = 1, .clk_type = S3C_SDHCI_CLK_DIV_EXTERNAL, -- 1.6.6.rc2

15 years

[PATCH] ARM: EXYNOS4: Fix incorrect mapping of gpio pull-up macro to register setting

by Thomas Abraham

The S3C_GPIO_PULL_UP macro value incorrectly maps to a reserved setting of GPIO pull up/down registers on Exynos4 platform. Fix this incorrect mapping by adding wrappers to the s3c_gpio_setpull_updown and s3c_gpio_getpull_updown functions. Signed-off-by: Thomas Abraham <thomas.ab(a)samsung.com> --- arch/arm/mach-exynos4/gpiolib.c | 8 +++--- arch/arm/plat-samsung/gpio-config.c | 23 ++++++++++++++++++ .../plat-samsung/include/plat/gpio-cfg-helpers.h | 25 ++++++++++++++++++++ 3 files changed, 52 insertions(+), 4 deletions(-) diff --git a/arch/arm/mach-exynos4/gpiolib.c b/arch/arm/mach-exynos4/gpiolib.c index d54ca6a..3a47c8e 100644 --- a/arch/arm/mach-exynos4/gpiolib.c +++ b/arch/arm/mach-exynos4/gpiolib.c @@ -23,14 +23,14 @@ static struct s3c_gpio_cfg gpio_cfg = { .set_config = s3c_gpio_setcfg_s3c64xx_4bit, - .set_pull = s3c_gpio_setpull_updown, - .get_pull = s3c_gpio_getpull_updown, + .set_pull = s3c_gpio_setpull_exynos4, + .get_pull = s3c_gpio_getpull_exynos4, }; static struct s3c_gpio_cfg gpio_cfg_noint = { .set_config = s3c_gpio_setcfg_s3c64xx_4bit, - .set_pull = s3c_gpio_setpull_updown, - .get_pull = s3c_gpio_getpull_updown, + .set_pull = s3c_gpio_setpull_exynos4, + .get_pull = s3c_gpio_getpull_exynos4, }; /* diff --git a/arch/arm/plat-samsung/gpio-config.c b/arch/arm/plat-samsung/gpio-config.c index 1c0b040..2a710b0 100644 --- a/arch/arm/plat-samsung/gpio-config.c +++ b/arch/arm/plat-samsung/gpio-config.c @@ -320,6 +320,29 @@ s3c_gpio_pull_t s3c_gpio_getpull_s3c2443(struct s3c_gpio_chip *chip, return pull; } #endif + +#ifdef CONFIG_CPU_EXYNOS4210 +int s3c_gpio_setpull_exynos4(struct s3c_gpio_chip *chip, + unsigned int off, s3c_gpio_pull_t pull) +{ + if (pull == S3C_GPIO_PULL_UP) + pull = 3; + + return s3c_gpio_setpull_updown(chip, off, pull); +} + +s3c_gpio_pull_t s3c_gpio_getpull_exynos4(struct s3c_gpio_chip *chip, + unsigned int off) +{ + s3c_gpio_pull_t pull; + + pull = s3c_gpio_getpull_updown(chip, off); + if (pull == 3) + pull = S3C_GPIO_PULL_UP; + + return pull; +} +#endif /* CONFIG_CPU_EXYNOS4210 */ #endif #if defined(CONFIG_S3C_GPIO_PULL_UP) || defined(CONFIG_S3C_GPIO_PULL_DOWN) diff --git a/arch/arm/plat-samsung/include/plat/gpio-cfg-helpers.h b/arch/arm/plat-samsung/include/plat/gpio-cfg-helpers.h index 5603db0..75c46b9 100644 --- a/arch/arm/plat-samsung/include/plat/gpio-cfg-helpers.h +++ b/arch/arm/plat-samsung/include/plat/gpio-cfg-helpers.h @@ -247,5 +247,30 @@ extern int s3c_gpio_setpull_s3c2443(struct s3c_gpio_chip *chip, extern s3c_gpio_pull_t s3c_gpio_getpull_s3c2443(struct s3c_gpio_chip *chip, unsigned int off); +/** + * s3c_gpio_setpull_exynos4() - Pull configuration for Exynos 4210. + * @chip: The gpio chip that is being configured. + * @off: The offset for the GPIO being configured. + * @param: pull: The pull mode being requested. + * + * This is a wrapper function for s3c_gpio_setpull_updown() function. + * It provides a different mapping of S3C_GPIO_PULL_XXX to actual + * register settings. + */ +extern int s3c_gpio_setpull_exynos4(struct s3c_gpio_chip *chip, + unsigned int off, s3c_gpio_pull_t pull); + +/** + * s3c_gpio_getpull_exynos4() - Get configuration for Exynos 4210 pull resistors + * @chip: The gpio chip that the GPIO pin belongs to + * @off: The offset to the pin to get the configuration of. + * + * This is a wrapper function for s3c_gpio_getpull_updown() function. + * It provides a different mapping of S3C_GPIO_PULL_XXX to actual + * register settings. +*/ +extern s3c_gpio_pull_t s3c_gpio_getpull_exynos4(struct s3c_gpio_chip *chip, + unsigned int off); + #endif /* __PLAT_GPIO_CFG_HELPERS_H */ -- 1.6.6.rc2

15 years

[Android: device/linaro/common] Added support for xloader (MLO)

by Patrik Ryd

--- tasks/bootfiles.mk | 3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/tasks/bootfiles.mk b/tasks/bootfiles.mk index 8489e69..c9cea21 100644 --- a/tasks/bootfiles.mk +++ b/tasks/bootfiles.mk @@ -8,5 +8,8 @@ bootfiles: ifeq ($(TARGET_USE_UBOOT),true) cp $(PRODUCT_OUT)/u-boot.bin $(PRODUCT_OUT)/boot endif +ifeq ($(TARGET_USE_XLOADER),true) + cp $(XLOADER_BINARY) $(PRODUCT_OUT)/boot +endif $(INSTALLED_BOOTTARBALL_TARGET): bootfiles \ No newline at end of file -- 1.7.1

15 years

Notes & Actions: Linaro Graphics Working Group - Apr 06, 2011

by Alexandros Frantzis

Hi, notes and actions from our Wednesday graphics working group call are available on the wiki: + https://wiki.linaro.org/WorkingGroups/Middleware/Graphics/Notes/2011-04-06 Details about when and where of this meeting can be found here: + https://wiki.linaro.org/WorkingGroups/Middleware/Graphics#Weekly%20Public%2… Summary ======= * Started porting two example programs (cairogears and cairo-clock) to cairo-gles2. * Benchmarks * Test definitions * Created out-of-tree abrek test definitions branch (+packaging) for WG for glcompbench, cairo-traces and qt-traces and added them to linaro-graphics-wg-tests. * Had a meeting with infrastructure/platform team to align benchmarking needs. * glcompbench : Finished profiler branch and pushed to trunk (lp:glcompbench) * Skia * segfault happens in arm_memset32() for Tegra2 as well as EfikaMX if ARM_HAVE_NEON not enabled, bug created in skia upstream * Need account in git.linaro.org for creating skia branch * Kwin : kdelibs and kde-workspace mainline packages available in Kunal's PPA https://launchpad.net/~goelkunal/+archive/multimedia, but ARM build still not available * DRI/Mali * Investigated overall KMS architecture and functionality and need to investigate the recent source which allows KMS to allocate a buffer without using DRM. * Added support in glewinfo file to verify the entry point of the ES and EGL extensions supported. * Compiz * Updated build system to disable building non-ported plugins and went through all core plugins and verified they work correctly. * Tested on efikamx, needs some changes for improper GL_BGRA support then doesn't draw correctly. Thanks, -- - Alexandros

15 years

[Android: device/linaro/u8500href] Updated Boardconfig to keep it similar to the beagle and panda

by Patrik Ryd

--- BoardConfig.mk | 7 ++++++- 1 files changed, 6 insertions(+), 1 deletions(-) diff --git a/BoardConfig.mk b/BoardConfig.mk index 882a994..e8135c1 100644 --- a/BoardConfig.mk +++ b/BoardConfig.mk @@ -4,8 +4,13 @@ # TARGET_BOARD_PLATFORM := montblanc -TARGET_NO_BOOTLOADER := true +TARGET_NO_BOOTLOADER := true # Uses u-boot instead TARGET_NO_KERNEL := true +KERNEL_CONFIG := +TARGET_USE_UBOOT := false +UBOOT_CONFIG := +TARGET_USE_XLOADER := false +TARGET_NO_RECOVERY := true TARGET_NO_RADIOIMAGE := true TARGET_PROVIDES_INIT_RC := true BOARD_USES_GENERIC_AUDIO := true -- 1.7.1

15 years

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

linaro-dev