linaro-dev

linaro-dev@lists.linaro.org

4332 discussions

[PATCH] omap: use usleep_range() instead of mdelay()/udelay()

by Dmitry Antipov

From e4db974edb5c46360465462518a88b83f1bdedf6 Mon Sep 17 00:00:00 2001 From: Dmitry Antipov <dmitry.antipov(a)linaro.org> Date: Wed, 21 Dec 2011 10:57:08 +0400 Subject: [PATCH] omap: use usleep_range() instead of mdelay()/udelay() --- arch/arm/mach-omap2/omap_phy_internal.c | 2 +- arch/arm/mach-omap2/vc.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm/mach-omap2/omap_phy_internal.c b/arch/arm/mach-omap2/omap_phy_internal.c index 58775e3..e5dff64 100644 --- a/arch/arm/mach-omap2/omap_phy_internal.c +++ b/arch/arm/mach-omap2/omap_phy_internal.c @@ -145,7 +145,7 @@ int omap4430_phy_suspend(struct device *dev, int suspend) /* power on the phy */ if (__raw_readl(ctrl_base + CONTROL_DEV_CONF) & PHY_PD) { __raw_writel(~PHY_PD, ctrl_base + CONTROL_DEV_CONF); - mdelay(200); + usleep_range(200000, 201000); } /* restore the context */ diff --git a/arch/arm/mach-omap2/vc.c b/arch/arm/mach-omap2/vc.c index 031d116..57f44d5 100644 --- a/arch/arm/mach-omap2/vc.c +++ b/arch/arm/mach-omap2/vc.c @@ -151,7 +151,7 @@ void omap_vc_post_scale(struct voltagedomain *voltdm, /* SMPS slew rate / step size. 2us added as buffer. */ smps_delay = ((smps_steps * voltdm->pmic->step_size) / voltdm->pmic->slew_rate) + 2; - udelay(smps_delay); + usleep_range(smps_delay, smps_delay + 10); } /* vc_bypass_scale - VC bypass method of voltage scaling */ -- 1.7.7.4

13 years, 4 months

[PATCH v4 0/7] add a generic cpufreq driver

by Richard Zhao

Thanks Arnd, Mark, Jamie, Rob, for your review. Changes in v4: - add depends on HAVE_CLK && OF && REGULATOR - add set_cpu_freq fail check - regulator_put wehn module exit - add pr_fmt and convert all printk to pr_xxx - use voltage range - comment and doc fix - add cpu_volts value pre-check in module init - add helpfull module parameter max_freq - remove compatible string check on Arnd's comment. - remove generic-cpufreq to clk-reg-cpufreq Changes in v3: - move adjusting smp loops_per_jiffy to arm common code, and also adjust global loops_per_jiffy. - remove adjusting loops_per_jiffy in imx and omap cpufreq drivers. - check compatible "generic-cpufreq" when module_init - change printk to pr_xxx - add generic-cpufreq DT binding doc Changes in v2: - add volatage change support - change '_' in property name to '-' - use initial value to calculate loops_per_jiffy - fix reading cpu_volts property bug - let cpufreq_frequency_table_cpuinfo routines handle cpu_freq_khz_max/min - don't change freq in arm_cpufreq_exit, because every core share the same freq. - use unsigned long describe frequency as much as possible. Because clk use unsigned long, but cpufreq use unsigned int. [PATCH v4 1/7] ARM: add cpufreq transiton notifier to adjust [PATCH v4 2/7] arm/imx: cpufreq: remove loops_per_jiffy recalculate [PATCH v4 3/7] cpufreq: OMAP: remove loops_per_jiffy recalculate for [PATCH v4 4/7] cpufreq: add clk-reg cpufreq driver [PATCH v4 5/7] dts/imx6q: add cpufreq property [PATCH v4 6/7] arm/imx6q: register arm_clk as cpu to clkdev [PATCH v4 7/7] arm/imx6q: select ARCH_HAS_CPUFREQ

13 years, 4 months

[PATCH V5 0/7] add a generic cpufreq driver

by Richard Zhao

The driver is based on clock and regulator APIs and support single core and multi core ARM SoCs. For multi core, it assume all cores share the same clock and voltage. Thanks Arnd, Mark, Jamie, Rob, for your review. Changes in V5: - add more comments - rename trans-latency to clk-trans-latency, and it only describe clk latency. Regulator latency is got from regulator_set_voltage_time. Changes in v4: - add depends on HAVE_CLK && OF && REGULATOR - add set_cpu_freq fail check - regulator_put wehn module exit - add pr_fmt and convert all printk to pr_xxx - use voltage range - comment and doc fix - add cpu_volts value pre-check in module init - add helpfull module parameter max_freq - remove compatible string check on Arnd's comment. - remove generic-cpufreq to clk-reg-cpufreq Changes in v3: - move adjusting smp loops_per_jiffy to arm common code, and also adjust global loops_per_jiffy. - remove adjusting loops_per_jiffy in imx and omap cpufreq drivers. - check compatible "generic-cpufreq" when module_init - change printk to pr_xxx - add generic-cpufreq DT binding doc Changes in v2: - add volatage change support - change '_' in property name to '-' - use initial value to calculate loops_per_jiffy - fix reading cpu_volts property bug - let cpufreq_frequency_table_cpuinfo routines handle cpu_freq_khz_max/min - don't change freq in arm_cpufreq_exit, because every core share the same freq. - use unsigned long describe frequency as much as possible. Because clk use unsigned long, but cpufreq use unsigned int. [PATCH V5 1/7] ARM: add cpufreq transiton notifier to adjust [PATCH V5 2/7] arm/imx: cpufreq: remove loops_per_jiffy recalculate [PATCH V5 3/7] cpufreq: OMAP: remove loops_per_jiffy recalculate for [PATCH V5 4/7] cpufreq: add clk-reg cpufreq driver [PATCH V5 5/7] dts/imx6q: add cpufreq property [PATCH V5 6/7] arm/imx6q: register arm_clk as cpu to clkdev [PATCH V5 7/7] arm/imx6q: select ARCH_HAS_CPUFREQ Thanks Richard

13 years, 4 months

[PATCH] ARM: EXYNOS4: Enable Bluetooth on ORIGEN

by Sangwook Lee

This patch enables Bluetooth support on ORIGEN board. Signed-off-by: Sangwook <sangwook.lee(a)linaro.org> --- arch/arm/mach-exynos4/mach-origen.c | 32 ++++++++++++++++++++++++++++++++ 1 files changed, 32 insertions(+), 0 deletions(-) diff --git a/arch/arm/mach-exynos4/mach-origen.c b/arch/arm/mach-exynos4/mach-origen.c index f80b563..f8c50d7 100644 --- a/arch/arm/mach-exynos4/mach-origen.c +++ b/arch/arm/mach-exynos4/mach-origen.c @@ -20,6 +20,7 @@ #include <linux/regulator/machine.h> #include <linux/mfd/max8997.h> #include <linux/lcd.h> +#include <linux/rfkill-gpio.h> #include <asm/mach/arch.h> #include <asm/mach-types.h> @@ -232,6 +233,7 @@ static struct regulator_init_data __initdata max8997_ldo9_data = { .min_uV = 2800000, .max_uV = 2800000, .apply_uV = 1, + .always_on = 1, .valid_ops_mask = REGULATOR_CHANGE_STATUS, .state_mem = { .disabled = 1, @@ -275,6 +277,7 @@ static struct regulator_init_data __initdata max8997_ldo14_data = { .min_uV = 1800000, .max_uV = 1800000, .apply_uV = 1, + .always_on = 1, .valid_ops_mask = REGULATOR_CHANGE_STATUS, .state_mem = { .disabled = 1, @@ -290,6 +293,7 @@ static struct regulator_init_data __initdata max8997_ldo17_data = { .min_uV = 3300000, .max_uV = 3300000, .apply_uV = 1, + .always_on = 1, .valid_ops_mask = REGULATOR_CHANGE_STATUS, .state_mem = { .disabled = 1, @@ -588,6 +592,21 @@ static struct s3c_fb_platdata origen_lcd_pdata __initdata = { .setup_gpio = exynos4_fimd0_gpio_setup_24bpp, }; +/* Bluetooth rfkill gpio platform data */ +struct rfkill_gpio_platform_data origen_bt_pdata = { + .reset_gpio = EXYNOS4_GPX2(2), + .shutdown_gpio = -1, + .type = RFKILL_TYPE_BLUETOOTH, + .name = "origen-bt", +}; + +/* Bluetooth Platform device */ +static struct platform_device origen_device_bluetooth = { + .name = "rfkill_gpio", + .id = -1, + .dev.platform_data = &origen_bt_pdata, +}; + static struct platform_device *origen_devices[] __initdata = { &s3c_device_hsmmc2, &s3c_device_hsmmc0, @@ -615,6 +634,7 @@ static struct platform_device *origen_devices[] __initdata = { &exynos4_device_pd[PD_MFC], &origen_device_gpiokeys, &origen_lcd_hv070wsa, + &origen_device_bluetooth, }; /* LCD Backlight data */ @@ -628,6 +648,16 @@ static struct platform_pwm_backlight_data origen_bl_data = { .pwm_period_ns = 1000, }; +static void __init origen_bt_setup(void) +{ + gpio_request(EXYNOS4_GPA0(0), "GPIO BT_UART"); + /* 4 UART Pins configuration */ + s3c_gpio_cfgrange_nopull(EXYNOS4_GPA0(0), 4, S3C_GPIO_SFN(2)); + /* Setup BT Reset, this gpio will be requesed by rfkill-gpio */ + s3c_gpio_cfgpin(EXYNOS4_GPX2(2), S3C_GPIO_OUTPUT); + s3c_gpio_setpull(EXYNOS4_GPX2(2), S3C_GPIO_PULL_NONE); +} + static void s5p_tv_setup(void) { /* Direct HPD to HDMI chip */ @@ -687,6 +717,8 @@ static void __init origen_machine_init(void) s5p_device_mfc.dev.parent = &exynos4_device_pd[PD_MFC].dev; samsung_bl_set(&origen_bl_gpio_info, &origen_bl_data); + + origen_bt_setup(); } MACHINE_START(ORIGEN, "ORIGEN") -- 1.7.4.1

13 years, 4 months

Linaro Android GB vs ICS bugs

by Andy Green

Hi - I visited https://bugs.launchpad.net/linaro-android to create a couple of bugs for Panda ICS rootfs [1], I was surprised to see 268 open bugs there including ones about Panda. When I looked at them, a lot are about Gingerbread, some are about TI LT kernels but others about Panda are about other kernels. Well, I'm kind of happy I didn't get bothered about those bugs; we have some open bugs that are relevant that we're still working on which is fine. However... what's the plan about Gingerbread? We seem to have moved lock, stock and barrel to ICS, which although it happened a bit abruptly I can understand the reasoning for. Should we not close out the Android bugs about Gingerbread then with INVALID or WONTFIX? Or is the plan we will continue to make GB builds too? (That will need us to create another kernel with old SGX 1.7 stuff in if so, it's no big deal but we would need to know.) It's very difficult at the moment to see if a bug like "Panda: Bootup failures observed when HDMI cable is connected" https://bugs.launchpad.net/linaro-android/+bug/902046 is relevant, I don't think it is since it's about old tracking kernel on Gingerbread with 1.7 SGX. Then, we should nuke the bug so we can see the wood from the trees? Another kind of problem a real, old bug we fixed 6 weeks ago is not closed out https://bugs.launchpad.net/linaro-android/+bug/869537 -Andy [1] I didn't bother listing bugs for all the regressions ICS rootfs introduced generally since they're well known already, but these ones are interesting for TI LT ICS: Panda: 1080p background image memory allocation fails https://bugs.launchpad.net/linaro-android/+bug/908954 ICS: Panda: 1080p launcher screen positioning uses 720p origin https://bugs.launchpad.net/linaro-android/+bug/908956 ICS: All arches: No aplay / arecord or equivalent https://bugs.launchpad.net/linaro-android/+bug/908957 -- Andy Green | TI Landing Team Leader Linaro.org │ Open source software for ARM SoCs | Follow Linaro http://facebook.com/pages/Linaro/155974581091106 - http://twitter.com/#!/linaroorg - http://linaro.org/linaro-blog

13 years, 4 months

Call for testing: Updated OpenJDK 6.0 ARM port (for Ubuntu)

by Christian Robottom Reis

Hi there, Matthias has just landed in the Precise repositories an updated version of OpenJDK that comes with a newly updated Zero-based ARM optimized backend. Since many people have inquired about the general state of Java on ARM, I'd like it if we could get some installation and testing results using the packages published from the source at: https://launchpad.net/ubuntu/precise/+source/openjdk-6/6b24~pre2-0ubuntu2 Installable packages are linked to from: https://launchpad.net/ubuntu/+source/openjdk-6/6b24~pre2-0ubuntu2/+build/30… Reports of installation issues, and general results trying to run from simple to complex applications would be appreciated. Note there is no backport PPA for these packages at the moment. But it's still time to give them a xmas spin and give me the great news that Java on ARM is getting back on track -- thanks! -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs

13 years, 4 months

[PATCH] ARM: EXYNOS: Add USB OHCI support to ORIGEN board

by Tushar Behera

Signed-off-by: Tushar Behera <tushar.behera(a)linaro.org> Signed-off-by: Angus Ainslie <angus.ainslie(a)linaro.org> --- This patch are based Kukjin's for-next branch and OHCI related patches from Jingoo Han. [PATCH v2 0/3] Support Samsung Exynos OHCI device and driver arch/arm/mach-exynos/Kconfig | 1 + arch/arm/mach-exynos/mach-origen.c | 13 +++++++++++++ 2 files changed, 14 insertions(+), 0 deletions(-) diff --git a/arch/arm/mach-exynos/Kconfig b/arch/arm/mach-exynos/Kconfig index bd1bb9f1..0da2ced 100644 --- a/arch/arm/mach-exynos/Kconfig +++ b/arch/arm/mach-exynos/Kconfig @@ -304,6 +304,7 @@ config MACH_ORIGEN select SAMSUNG_DEV_PWM select EXYNOS4_DEV_DMA select EXYNOS4_DEV_PD + select EXYNOS4_DEV_USB_OHCI select EXYNOS4_SETUP_FIMD0 select EXYNOS4_SETUP_SDHCI select EXYNOS4_SETUP_USB_PHY diff --git a/arch/arm/mach-exynos/mach-origen.c b/arch/arm/mach-exynos/mach-origen.c index f56d027..a0116036 100644 --- a/arch/arm/mach-exynos/mach-origen.c +++ b/arch/arm/mach-exynos/mach-origen.c @@ -42,6 +42,7 @@ #include <plat/fb.h> #include <plat/mfc.h> +#include <mach/ohci.h> #include <mach/map.h> /* Following are default values for UCON, ULCON and UFCON UART registers */ @@ -487,6 +488,16 @@ static void __init origen_ehci_init(void) s5p_ehci_set_platdata(pdata); } +/* USB OHCI */ +static struct exynos4_ohci_platdata origen_ohci_pdata; + +static void __init origen_ohci_init(void) +{ + struct exynos4_ohci_platdata *pdata = &origen_ohci_pdata; + + exynos4_ohci_set_platdata(pdata); +} + static struct gpio_keys_button origen_gpio_keys_table[] = { { .code = KEY_MENU, @@ -627,6 +638,7 @@ static struct platform_device *origen_devices[] __initdata = { &s5p_device_mfc_l, &s5p_device_mfc_r, &s5p_device_mixer, + &exynos4_device_ohci, &exynos4_device_pd[PD_LCD0], &exynos4_device_pd[PD_TV], &exynos4_device_pd[PD_G3D], @@ -702,6 +714,7 @@ static void __init origen_machine_init(void) s3c_sdhci0_set_platdata(&origen_hsmmc0_pdata); origen_ehci_init(); + origen_ohci_init(); clk_xusbxti.rate = 24000000; s5p_tv_setup(); -- 1.7.4.1

13 years, 4 months

Linaro Release 11.12 Postmortem summary

by David Zinman

Hi All, Here is the summary for Linaro release 11.12 postmortem and lessons learned, and the last for the calendar year. For a detailed release review please visit https://wiki.linaro.org/Cycles/1112/Release/Review Highlights and Key Successes ============================ This cycle's release features accelerated graphics for Android Ice Cream Sandwich on several of our supported member platforms. http://www.linaro.org/accelerated-builds-of-android-ice-cream-sandwich-now-… The Youtube videos have been making the rounds in various social media spots: http://www.youtube.com/watch?v=XPFy2MFbUys&feature=youtu.be http://www.youtube.com/watch?v=whpaltVa3pQ&feature=youtu.be http://www.youtube.com/watch?v=7_MCLKmXDFA&feature=youtu.be Other than ICS the Android team has integrated DS-5 with Gator and libjpeg-turbo support. An AOSP master build is also available. The Ubuntu Platform team has integrated continuous integration (CI) scripts to automatically generate linux-linaro and lt-panda kernel packages. The preview images for Ubuntu 12.04, Precise Pangolin are available and include nano, developer, server, alip (Xfce desktop based), and ubuntu-desktop. For more information on release highlights please see our release page: https://wiki.linaro.org/Cycles/1112/Release Postmortem and Lessons Learned ============================== Congratulations to the release team for getting this release out on time with little thrashing at the end of the cycle. One item that has contributed to that was the initiation of a weekly platform - landing team meeting where issues with high priorities are discussed between the groups. Near the end of the cycle short stand-up meetings are held for any last minute issues that arise. This has been a good success so far and a similar weekly meeting between the platform and working groups is planned for the new year. The addition of the community specialist (Amber Graner) was extremely helpful to keeping the release on track and on time. Some of the lessons learned that came out of the cycle are: * Talking directly to members and communities is very beneficial to Linaro. * When creating blueprints, due diligence is required to scope and schedule it properly. * Integration with components should happen at the earliest possible moment to allow time for re-spins and bug-fixing. * Use the project manager as a resource to help with the release process. -- David Zinman Linaro Release Manager | Project Manager Linaro.org | Open source software for ARM SoCs

13 years, 4 months

[PATCH] regulator: use usleep_range() instead of mdelay()/udelay()

by Dmitry Antipov

From 00753f3d48c4b6c45c1778c3e37bc9949ed79e77 Mon Sep 17 00:00:00 2001 From: Dmitry Antipov <dmitry.antipov(a)linaro.org> Date: Wed, 21 Dec 2011 11:01:42 +0400 Subject: [PATCH] regulator: use usleep_range() instead of mdelay()/udelay() --- drivers/regulator/core.c | 7 +------ 1 files changed, 1 insertions(+), 6 deletions(-) diff --git a/drivers/regulator/core.c b/drivers/regulator/core.c index 938398f..183ded8 100644 --- a/drivers/regulator/core.c +++ b/drivers/regulator/core.c @@ -1379,12 +1379,7 @@ static int _regulator_enable(struct regulator_dev *rdev) trace_regulator_enable_delay(rdev_get_name(rdev)); - if (delay >= 1000) { - mdelay(delay / 1000); - udelay(delay % 1000); - } else if (delay) { - udelay(delay); - } + usleep_range(delay, delay + 1000); trace_regulator_enable_complete(rdev_get_name(rdev)); -- 1.7.7.4

13 years, 4 months

Announce: Panda ICS SGX 1.8 on tilt-android-tracking

by Andy Green

Hi - Mainly due to the extraordinary efforts of Jassi, I'm pleased to announce TI LT now has a mostly-workable initial build of tilt-android-tracking for ICS including SGX 1.8 driver, on 3.2-rc5 basis. It has two issues at the moment to be aware of: 1) We were only able to get it to work right now on Build #1 of the Panda ICS rootfs. Build 4 is giving some problem with struct size matching in dsscomp. Jassi had read something about it on linaro-android and expects it'll be solved soon. 2) Display is from HDMI, is coming at 1080p, but we have a 640x480 box in the top left right now with the content. I understand AOSP is only coming at 640x480 anyway from HDMI anyway. We also hope to fix this shortly. It's important to note this is now stitched into its own topic (tracking-topic-sgx-1.8) and follows our normal flow of vanilla tracking + sgx-1.8 + androidization, ie, it's under control for ongoing tracking like the previous sgx topic was (which we successfully provided for 5 months or so for Gingerbread) and not just a bolt-on. Hopefully this will reduce the amount of Linaro effort wasted off-piste... -Andy -- Andy Green | TI Landing Team Leader Linaro.org │ Open source software for ARM SoCs | Follow Linaro http://facebook.com/pages/Linaro/155974581091106 - http://twitter.com/#!/linaroorg - http://linaro.org/linaro-blog

13 years, 4 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

linaro-dev