linaro-kernel

linaro-kernel@lists.linaro.org

10094 discussions

[ACTIVITY] (Linus Walleij) 2013-05-25 - 2013-05-31

by Linus Walleij

== Linus Walleij linusw == === Highlights === * Collected and prepared a set of new GPIO patches targeted at v3.11, handshake with Grant on IRC. * Continued to apply DMA40 patches from Lee on a specific DMA40 branch targeted for ARM SoC. The first batch of patches has been pulled into ARM SoC and we're now waiting for some final ACKs from Vinod on the remaining patches. * Applied and queued various ux500 patches, including a patch I prepared for abx500 pinctrl tables. I now have these pending ux500 branches: ux500-core ux500-defconfig ux500-devicetree ux500-dma40 ux500-fixes ux500-pinctrl ux500-fixes will be send to ARM SoC ASAP, ux500-dma40 is partly landed in ARM SoC (for v3.11) and the rest remain to be funneled when stabilized. * Reviewed lots of pinctrl and GPIO code. Much time has been spent on DT issues. * Discussed at length about the option to create generic DT bindings and DT parsing code for the pinconf-generic consumers so we do not need to replicate this in all pinctrl drivers using the generic pinconf library. * Iterated the U300 device tree + multiplatform patch series. Arnd has some final comments so we'll iterate it some more. * Nomadik DT clocks and some more Nomadik changes like DT pinctrl were pulled into ARM SoC. * Ethernet fix for the Nomadik S8815 is upstream. * Tested an IRQ branch from Grant on the Integrator/AP. === Plans === * Finalize U300 DT+multiplatform patch set. * Integrate Integrator PCI patch set, then start to delete board files and convert to multiplatform. * Convert Nomadik pinctrl driver to register GPIO ranges from the gpiochip side. * Test the PL08x patches on the Ericsson Research PB11MPCore and submit platform data for using pl08x DMA on that platform. * Get hands dirty with regmap. === Issues === * Subsystem maintainers in the kernel community are forced to act as standardization comittee for device tree bindings due to lack of review power. As they have to merge the bindings in the end, reviewing fall upward to the subsystem maintainers, this is something of a workload issue. * Need a PCI branch at ARM SoC to request Integrator PCI DT patches to be pulled into. (Still blocked on this for Integrator single zImage.) * Some impediments from internal turmoil @ST-Ericsson. Thanks, Linus Walleij

11 years, 11 months

[PATCH] ACPI: Fix potential NULL pointer dereference in acpi_processor_add()

by Hanjun Guo

In acpi_processor_add(), get_cpu_device() will return NULL sometimes, although the chances are small, I think it should be fixed. Signed-off-by: Hanjun Guo <hanjun.guo(a)linaro.org> --- drivers/acpi/processor_driver.c | 4 ++++ 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/drivers/acpi/processor_driver.c b/drivers/acpi/processor_driver.c index bec717f..dd64f23 100644 --- a/drivers/acpi/processor_driver.c +++ b/drivers/acpi/processor_driver.c @@ -579,6 +579,10 @@ static int __cpuinit acpi_processor_add(struct acpi_device *device) per_cpu(processors, pr->id) = pr; dev = get_cpu_device(pr->id); + if (!dev) { + result = -ENODEV; + goto err_clear_processor; + } if (sysfs_create_link(&device->dev.kobj, &dev->kobj, "sysdev")) { result = -EFAULT; goto err_clear_processor; -- 1.7.1

11 years, 11 months

[PATCH] cpufreq: remove unnecessary cpufreq_cpu_{get|put}() calls

by Viresh Kumar

struct cpufreq_policy is already passed as argument to some routines like: __cpufreq_driver_getavg() and so we don't really need to do cpufreq_cpu_get() before and cpufreq_cpu_put() in them to get policy structure. Remove them. Signed-off-by: Viresh Kumar <viresh.kumar(a)linaro.org> --- drivers/cpufreq/cpufreq.c | 19 ++----------------- 1 file changed, 2 insertions(+), 17 deletions(-) diff --git a/drivers/cpufreq/cpufreq.c b/drivers/cpufreq/cpufreq.c index ce9273a7..f8c2860 100644 --- a/drivers/cpufreq/cpufreq.c +++ b/drivers/cpufreq/cpufreq.c @@ -1572,10 +1572,6 @@ int cpufreq_driver_target(struct cpufreq_policy *policy, { int ret = -EINVAL; - policy = cpufreq_cpu_get(policy->cpu); - if (!policy) - goto no_policy; - if (unlikely(lock_policy_rwsem_write(policy->cpu))) goto fail; @@ -1584,30 +1580,19 @@ int cpufreq_driver_target(struct cpufreq_policy *policy, unlock_policy_rwsem_write(policy->cpu); fail: - cpufreq_cpu_put(policy); -no_policy: return ret; } EXPORT_SYMBOL_GPL(cpufreq_driver_target); int __cpufreq_driver_getavg(struct cpufreq_policy *policy, unsigned int cpu) { - int ret = 0; - if (cpufreq_disabled()) - return ret; + return 0; if (!cpufreq_driver->getavg) return 0; - policy = cpufreq_cpu_get(policy->cpu); - if (!policy) - return -EINVAL; - - ret = cpufreq_driver->getavg(policy, cpu); - - cpufreq_cpu_put(policy); - return ret; + return cpufreq_driver->getavg(policy, cpu); } EXPORT_SYMBOL_GPL(__cpufreq_driver_getavg); -- 1.7.12.rc2.18.g61b472e

11 years, 11 months

[PATCH v2 0/3] Add DP related DT and Display-timing Node to exynos5250 based Arndale Board

by Vikas Sajjan

This patch series adds support for DP on Exynos5250 based Arndale Board changes since v1: - moved display-timimg node inside fimd DT node as suggested by Steffen Trumtrar s.trumtrar(a)pengutronix.de Is based on branch "for-next" http://git.kernel.org/pub/scm/linux/kernel/git/kgene/linux-samsung.git Vikas Sajjan (3): ARM: dts: Add DT node for DP controller for Arndale Board ARM: dts: Add clock provider information for DP controller in Exynos5250 SoC ARM: dts: Add display timing node to exynos5250-arndale.dts arch/arm/boot/dts/exynos5250-arndale.dts | 28 ++++++++++++++++++++++++++++ arch/arm/boot/dts/exynos5250.dtsi | 2 ++ 2 files changed, 30 insertions(+) -- 1.7.9.5

11 years, 11 months

[PATCH v3] ARM: KVM: mm: Get rid of L_PTE_USER ref from PAGE_S2_DEVICE

by Christoffer Dall

THe L_PTE_USER actually has nothing to do with stage 2 mappings and the L_PTE_S2_RDWR value sets the readable bit, which was what L_PTE_USER was used for before proper handling of stage 2 memory defines. Changelog: [v3]: Drop call to kvm_set_s2pte_writable in mmu.c [v2]: Change default mappings to be r/w instead of r/o, as per Marc Zyngier's suggestion. Cc: Marc Zyngier <marc.zyngier(a)arm.com> Signed-off-by: Christoffer Dall <christoffer.dall(a)linaro.org> --- arch/arm/include/asm/pgtable.h | 2 +- arch/arm/kvm/mmu.c | 1 - 2 files changed, 1 insertion(+), 2 deletions(-) diff --git a/arch/arm/include/asm/pgtable.h b/arch/arm/include/asm/pgtable.h index 9bcd262..8afc60c 100644 --- a/arch/arm/include/asm/pgtable.h +++ b/arch/arm/include/asm/pgtable.h @@ -97,7 +97,7 @@ extern pgprot_t pgprot_s2_device; #define PAGE_HYP _MOD_PROT(pgprot_kernel, L_PTE_HYP) #define PAGE_HYP_DEVICE _MOD_PROT(pgprot_hyp_device, L_PTE_HYP) #define PAGE_S2 _MOD_PROT(pgprot_s2, L_PTE_S2_RDONLY) -#define PAGE_S2_DEVICE _MOD_PROT(pgprot_s2_device, L_PTE_USER | L_PTE_S2_RDONLY) +#define PAGE_S2_DEVICE _MOD_PROT(pgprot_s2_device, L_PTE_S2_RDWR) #define __PAGE_NONE __pgprot(_L_PTE_DEFAULT | L_PTE_RDONLY | L_PTE_XN | L_PTE_NONE) #define __PAGE_SHARED __pgprot(_L_PTE_DEFAULT | L_PTE_USER | L_PTE_XN) diff --git a/arch/arm/kvm/mmu.c b/arch/arm/kvm/mmu.c index 2f12e40..d80264c 100644 --- a/arch/arm/kvm/mmu.c +++ b/arch/arm/kvm/mmu.c @@ -485,7 +485,6 @@ int kvm_phys_addr_ioremap(struct kvm *kvm, phys_addr_t guest_ipa, for (addr = guest_ipa; addr < end; addr += PAGE_SIZE) { pte_t pte = pfn_pte(pfn, PAGE_S2_DEVICE); - kvm_set_s2pte_writable(&pte); ret = mmu_topup_memory_cache(&cache, 2, 2); if (ret) -- 1.7.9.5

11 years, 11 months

[PATCH 1/7] cpuidle: remove governor module format

by Daniel Lezcano

The governors are defined as module in the code, but the Kconfig options do not allow to compile them as module. This is not really a problem but the init order is: the cpuidle init functions (framework and driver) and then the governors. That leads to some weirdness in the cpuidle framework because the function cpuidle_register_device calls cpuidle_enable_device which in turns fails at the first attempt because no governor is registered. When the governor is registered, the framework calls cpuidle_enable_device again which will invoke the __cpuidle_register_device function. Of course, in order to make this to work, the return code of cpuidle_enable_device is not checked by the caller in cpuidle_register_device. Instead of having this cyclic call graph and relying on a positive side effect of the hackish back and forth call to cpuidle_enable_device, let's change the init order for the governor in order to clean up the cpuidle_enable_device function. Signed-off-by: Daniel Lezcano <daniel.lezcano(a)linaro.org> --- drivers/cpuidle/Makefile | 2 +- drivers/cpuidle/governors/ladder.c | 14 ++------------ drivers/cpuidle/governors/menu.c | 14 ++------------ 3 files changed, 5 insertions(+), 25 deletions(-) diff --git a/drivers/cpuidle/Makefile b/drivers/cpuidle/Makefile index 0d8bd55..05e2035 100644 --- a/drivers/cpuidle/Makefile +++ b/drivers/cpuidle/Makefile @@ -2,7 +2,7 @@ # Makefile for cpuidle. # -obj-y += cpuidle.o driver.o governor.o sysfs.o governors/ +obj-y += governors/ cpuidle.o driver.o governor.o sysfs.o obj-$(CONFIG_ARCH_NEEDS_CPU_IDLE_COUPLED) += coupled.o obj-$(CONFIG_CPU_IDLE_CALXEDA) += cpuidle-calxeda.o diff --git a/drivers/cpuidle/governors/ladder.c b/drivers/cpuidle/governors/ladder.c index 9b78405..928dc59 100644 --- a/drivers/cpuidle/governors/ladder.c +++ b/drivers/cpuidle/governors/ladder.c @@ -187,19 +187,9 @@ static struct cpuidle_governor ladder_governor = { /** * init_ladder - initializes the governor */ -static int __init init_ladder(void) +static int __init ladder_init(void) { return cpuidle_register_governor(&ladder_governor); } -/** - * exit_ladder - exits the governor - */ -static void __exit exit_ladder(void) -{ - cpuidle_unregister_governor(&ladder_governor); -} - -MODULE_LICENSE("GPL"); -module_init(init_ladder); -module_exit(exit_ladder); +core_initcall(ladder_init); diff --git a/drivers/cpuidle/governors/menu.c b/drivers/cpuidle/governors/menu.c index fe343a0..483bac1 100644 --- a/drivers/cpuidle/governors/menu.c +++ b/drivers/cpuidle/governors/menu.c @@ -535,19 +535,9 @@ static struct cpuidle_governor menu_governor = { /** * init_menu - initializes the governor */ -static int __init init_menu(void) +static int __init menu_init(void) { return cpuidle_register_governor(&menu_governor); } -/** - * exit_menu - exits the governor - */ -static void __exit exit_menu(void) -{ - cpuidle_unregister_governor(&menu_governor); -} - -MODULE_LICENSE("GPL"); -module_init(init_menu); -module_exit(exit_menu); +core_initcall(menu_init); -- 1.7.9.5

11 years, 11 months

[PATCH] arm64: config: add missing CONFIGs to vexpress64.conf

by Sumit Semwal

vexpress64.conf is missing some key CONFIGs about Regulators, which cause the kernel to complain about mmc voltages, and panic. These additional configs seem to help. Signed-off-by: Sumit Semwal <sumit.semwal(a)linaro.org> --- linaro/configs/vexpress64.conf | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/linaro/configs/vexpress64.conf b/linaro/configs/vexpress64.conf index 9087e4e..32b638f 100644 --- a/linaro/configs/vexpress64.conf +++ b/linaro/configs/vexpress64.conf @@ -28,3 +28,8 @@ CONFIG_VIRTIO_BLK=y CONFIG_VIRTIO_MMIO=y CONFIG_REGULATOR=y CONFIG_REGULATOR_FIXED_VOLTAGE=y +CONFIG_SENSORS_VEXPRESS=y +CONFIG_REGULATOR_VEXPRESS=y +CONFIG_NEW_LEDS=y +CONFIG_LEDS_CLASS=y +CONFIG_LEDS_REGULATOR=y -- 1.8.1.2

11 years, 11 months

[PATCH] cpufreq: MAINTAINERS: Add git tree path for ARM specific updates

by Viresh Kumar

To reduce cpufreq maintenance load on Rafael, ARM specific patches would be Applied by me now. Rafael will pull in these changes from time to time (at rc's). Additionally I would be sending him pull request for every merge window and rc's (for fixes). Web interface of my tree is present here: https://git.linaro.org/gitweb?p=people/vireshk/linux.git;a=summary Branch names would be: cpufreq-next and cpufreq-fixes. Signed-off-by: Viresh Kumar <viresh.kumar(a)linaro.org> --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS b/MAINTAINERS index fd3a495..50c81bd 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -2216,6 +2216,7 @@ L: cpufreq(a)vger.kernel.org L: linux-pm(a)vger.kernel.org S: Maintained T: git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git +T: git://git.linaro.org/people/vireshk/linux.git (For ARM Updates) F: drivers/cpufreq/ F: include/linux/cpufreq.h -- 1.7.12.rc2.18.g61b472e

11 years, 11 months

[PATCH] ACPICA: Remove redundant macro defines for ACPI_DEBUG_PRINT() and ACPI_DEBUG_PRINT_RAW()

by Hanjun Guo

In commit 0377b5acba2 (ACPICA: Merge all debug output macros into a single file, acoutput.), the patch introduces redundant macro defines for ACPI_DEBUG_PRINT() and ACPI_DEBUG_PRINT_RAW(), just remove it. Signed-off-by: Hanjun Guo <hanjun.guo(a)linaro.org> --- include/acpi/acoutput.h | 2 -- 1 file changed, 2 deletions(-) diff --git a/include/acpi/acoutput.h b/include/acpi/acoutput.h index 4f52ea7..e1c7474 100644 --- a/include/acpi/acoutput.h +++ b/include/acpi/acoutput.h @@ -447,8 +447,6 @@ #define ACPI_DUMP_TABLES(a, b) #define ACPI_DUMP_PATHNAME(a, b, c, d) #define ACPI_DUMP_BUFFER(a, b) -#define ACPI_DEBUG_PRINT(pl) -#define ACPI_DEBUG_PRINT_RAW(pl) #define ACPI_IS_DEBUG_ENABLED(level, component) 0 /* Return macros must have a return statement at the minimum */ -- 1.8.2.1

11 years, 11 months

Re: [linux-pm] ARM hibernation / suspend-to-disk

by Viresh Kumar

On 29 May 2013 13:40, Jan Glauber <jan.glauber(a)gmail.com> wrote: > what's the status of suspend-to-disk on ARM? The most recent discussion I > found is: > http://lists.linuxfoundation.org/pipermail/linux-pm/2012-November/034997.ht… > > with no replies at all. Is anyone still working on that? Anyone got it running? > > I tried the patch above (on top of LTS 3.4) and got stuck forever, the last > thing on the console was: > > root@omap5:/sys/power# echo disk > state > [ 2015.641540] PM: Syncing filesystems ... done. > [ 2015.666870] PM: Preallocating image memory... done (allocated 16957 pages) > [ 2016.062011] PM: Allocated 67828 kbytes in 0.38 seconds (178.49 MB/s) > > Any hint how to debug that? I know it is still broken and I had discussion with Kevin in past regarding that. See below. On 13 March 2013 22:57, Kevin Hilman <khilman(a)linaro.org> wrote: > Viresh Kumar <viresh.kumar(a)linaro.org> writes: > >> Hi Guys, >> >> As discussed during connect about "HIBERNATION support for ARM platforms", >> this is my last mail on this, almost a year back, where i tried my best to get >> relevant answer from Amit. >> >> Probably he missed all my mails then, but this might be a good starting point >> for this discussion as i did some testing on hibernation earlier. >> >> https://lkml.org/lkml/2012/2/6/8 > > I think the reason that ARM sub-arches are not setting things up is > because ARM has never supported hibernation in mainline. > > The most recent patch to add basic support[1] references the various > discussions on what is needed and still missing. > > Kevin > > [1] http://marc.info/?l=linux-omap&m=135292458209355&w=2

11 years, 11 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

linaro-kernel