linaro-kernel

linaro-kernel@lists.linaro.org

10094 discussions

[PATCH 0/3] sched: Sched Domains: Fixups

by Viresh Kumar

Peter/Ingo, These are minor fixes that I could find for code responsible for creating sched domains. They are rebased of my earlier fixes: https://lkml.org/lkml/2013/6/4/253 I couldn't find them in linux-next or tip/master and so giving this link. Viresh Kumar (3): sched: don't initialize alloc_state in build_sched_domains sched: don't sd->child to NULL when it is already NULL sched: Create for_each_sd_topology() kernel/sched/core.c | 13 ++++++++----- 1 file changed, 8 insertions(+), 5 deletions(-) -- 1.7.12.rc2.18.g61b472e

11 years, 10 months

[PATCH 00/11] CPUFreq Kconfig fixes

by Viresh Kumar

Hi Rafael, Recently Arnd sent few fixes where drivers were using APIs from freq_table.c but haven't selected CPU_FREQ_TABLE. Based on that, I just crossed checked all the places where it should be selected and where it shouldn't be. These are fixes around that. I have applied these in my cpufreq-kconfig-fixes branch. Will send you a pull request separately once I get some Acks (will wait for few days). Viresh Kumar (11): cpufreq: blackfin: enable driver for CONFIG_BFIN_CPU_FREQ cpufreq: cris: select CPU_FREQ_TABLE cpufreq: davinci: select CPU_FREQ_TABLE cpufreq: exynos: select CPU_FREQ_TABLE cpufreq: highbank: remove select CPU_FREQ_TABLE cpufreq: imx: select CPU_FREQ_TABLE cpufreq: powerpc: CBE_RAS: select CPU_FREQ_TABLE cpufreq: pxa: select CPU_FREQ_TABLE cpufreq: S3C2416/S3C64XX: select CPU_FREQ_TABLE cpufreq: tegra: select CPU_FREQ_TABLE for ARCH_TEGRA cpufreq: X86_AMD_FREQ_SENSITIVITY: select CPU_FREQ_TABLE arch/arm/mach-davinci/Kconfig | 1 + arch/arm/mach-pxa/Kconfig | 3 +++ arch/arm/mach-tegra/Kconfig | 4 +--- arch/cris/Kconfig | 2 ++ drivers/cpufreq/Kconfig.arm | 6 +++++- drivers/cpufreq/Kconfig.powerpc | 1 + drivers/cpufreq/Kconfig.x86 | 1 + drivers/cpufreq/Makefile | 2 +- 8 files changed, 15 insertions(+), 5 deletions(-) -- 1.7.12.rc2.18.g61b472e

11 years, 10 months

[ACTIVITY] (Linus Walleij) 2013-06-08 - 2013-06-15

by Linus Walleij

== Linus Walleij linusw == === Highlights === * Merged the runtime PM pinctrl states device core container patch into the pinctrl tree. Now discussing the OMAP "active" state with affected maintainers. * Olof J pulled all 5 ux500 branches for v3.11 * Iterated the Integrator/AP pull request after it was discovered that it broke on ATAG build. Mea culpa. Hopefully the fixed version get pulled. * Sent a pull request for the Integrator PCI DT patch series to ARM SoC. * Sent fixes on top of the U300 Device Tree and multiplatform branch to address the last review comments by utilizing regmap/syscon and attempt to move board power into the regulator driver. If we can sort this out I can line up a pull request. * Merged pinctrl patches for sparser GPIO ranges i.e. where pinctrl GPIO ranges are not entirely linear. Christian Ruppert needed this and it enables us to proceed with the Intel Bay Trail as a pinctrl driver. * Reviewed lots of pinctrl code. Qeueued some pinctrl patches. * Adviced on how pinctrl works to LKML newbies. * Involved in some Allwinner reviews. === Plans === * I have a ux500-defconfig branch, that will be submitted later, turning on this and some more new stuff that will hit the v3.11 merge window. Maybe this need to come after v3.11-rc1. * Finalize U300 DT+multiplatform patch set and send a pull request for it. * Start to delete Integrator board files and convert to multiplatform once the PCI DT patches land in ARM SoC. * 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. === Issues === * Subsystem maintainers in the kernel community are acting like Judge Dredd on DT review and commit issues, as noted last week. * Some impediments from internal turmoil @ST-Ericsson. Thanks, Linus Walleij

11 years, 10 months

[ACTIVITY] (John Stultz) June 10-14

by John Stultz

=== Highlights === * Cleaned/fixed up and sent out volatile ranges (v8) patchset to lkml * Sent re-factored ION patchset to Rebecca, Arnd, Jesse and Serban * Updated linaro.android kernel to the AOSP 3.10-rc5 base branch * Discussed Android's adoption of memcg pressure notifications w/ AntonV and Android devs. * Thomas merged my current 3.11 queue into -tip * Worked with Zoran on his mmc wakeup_source patch * Tried to sort out vfat ioctl issues w/ Android devs, so we can get something upstream. * Discussed & reviewed a number of community time/rtc patches on lkml * Implemented a new alarmtimer test for my timekeeping testsuite * Worked out some details on LCE Android Graphics Upstreaming session * More work on Plumbers Android MiniConf (& got another yes from an Android dev!) * Reviewed blueprints and sent out weekly status mail * Attended LSK android patch discussion * Attended Linaro internal patch review discussion === Plans === * Try to get Anton's ulmkd updated to use upstreamed memcg mempressure notifier * Re-integrate noswap purging into vrange patchset * Update refactored ion patches to include changes from the AOSP 3.10-rc5 branch * Sort out the rest of my 3.11 queue and send to Thomas * Still have to do some blueprint breaking up for Jakub === Issues === * N/A

11 years, 10 months

Removing "Make low-level printk work" from linaro kernels

by Javi Merino

Hi, Linaro kernels include a patch by Tony Lindgren that adds a printascii() to every printk() call. Currently in linux-linaro-tracking, that's 892a9def (ARM: Make low-level printk work). With this patch, every line is printed twice once you've registered a console driver which is a bit of a pain. Speaking to him, he acknowledges that this hack is no longer needed since we now have earlyprintk, so can this patch be removed from linaro kernels? Cheers, Javi PS: Please CC me, I'm not subscribed to the list

11 years, 11 months

[PATCH 1/8] 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 fix the init order for the governor in order to clean up the cpuidle_enable_device function. Remove the module init code and replaced it with postcore_initcall, so we have: * cpuidle framework : core_initcall * cpuidle governors : postcore_initcall * cpuidle drivers : device_initcall Remove exit module code as it is dead code (governors aren't compiled as module). Signed-off-by: Daniel Lezcano <daniel.lezcano(a)linaro.org> --- drivers/cpuidle/governors/ladder.c | 12 +----------- drivers/cpuidle/governors/menu.c | 12 +----------- 2 files changed, 2 insertions(+), 22 deletions(-) diff --git a/drivers/cpuidle/governors/ladder.c b/drivers/cpuidle/governors/ladder.c index 9b78405..9f08e8c 100644 --- a/drivers/cpuidle/governors/ladder.c +++ b/drivers/cpuidle/governors/ladder.c @@ -192,14 +192,4 @@ static int __init init_ladder(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); +postcore_initcall(init_ladder); diff --git a/drivers/cpuidle/governors/menu.c b/drivers/cpuidle/governors/menu.c index fe343a0..743138c 100644 --- a/drivers/cpuidle/governors/menu.c +++ b/drivers/cpuidle/governors/menu.c @@ -540,14 +540,4 @@ static int __init init_menu(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); +postcore_initcall(init_menu); -- 1.7.9.5

11 years, 11 months

[PATCH] timer: Avoid masking EVENTEN bit in CNTKCTL register

by mathieu.poirier＠linaro.org

From: "Mathieu J. Poirier" <mathieu.poirier(a)linaro.org> Will Deacon has a better solution and his patch should be coming in soon. In the mean time please consider for inclusion. This is an in-between solution that prevents the EVENTEN bit in the CNTKCTL register from being mask, resulting in events between clusters being lost. Bug: LP1188778 Signed-off-by: Mathieu Poirier <mathieu.poirier(a)linaro.org> Signed-off-by: Sudeep KarkadaNagesha <Sudeep.KarkadaNagesha(a)arm.com> --- arch/arm/include/asm/arch_timer.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/include/asm/arch_timer.h b/arch/arm/include/asm/arch_timer.h index 7c1bfc0..4928cda 100644 --- a/arch/arm/include/asm/arch_timer.h +++ b/arch/arm/include/asm/arch_timer.h @@ -105,7 +105,7 @@ static inline void __cpuinit arch_counter_set_user_access(void) asm volatile("mrc p15, 0, %0, c14, c1, 0" : "=r" (cntkctl)); /* disable user access to everything */ - cntkctl &= ~((3 << 8) | (7 << 0)); + cntkctl &= ~((3 << 8) | (3 << 0)); asm volatile("mcr p15, 0, %0, c14, c1, 0" : : "r" (cntkctl)); } -- 1.7.9.5

11 years, 11 months

systemtap failed to compile the generated code for Pandaboard vesrion 13.04 (ubuntu)

by vaasudev s

Dear Members, I am trying to use systemtap on Pandaboard with Linaro Ubuntu 13.04 version. http://releases.linaro.org/13.04/ubuntu/panda I have installed systemtap & other dependencies by apt-get. And followed the instructions below. https://wiki.linaro.org/Platform/DevPlatform/Tools/Systemtap Simple script to test systemtap: stap -k -v -e 'probe vfs.read {printf("read performed\n"); exit()}' It failed at the step 4(pass) to compile the code. By default -Werror flag is also enabled by stap. I guess that would be the cause. Also there are few other errors. Please find the compilation error message below & let me know how to solve this. Thanks in advance. localhost:~# stap -k -v -e 'probe vfs.read {printf("read performed\n"); exi Pass 1: parsed user script and 79 library script(s) using 17588virt/12740res/1716shr kb, in 900usr/20sys/912real ms. Pass 2: analyzed script: 1 probe(s), 1 function(s), 3 embed(s), 0 global(s) using 188456virt/72220res/2284shr kb, in 9440usr/590sys/10031real ms. Pass 3: translated to C into "/tmp/staprrXuW5/stap_1871_src.c" using 188456virt/75576res/5640shr kb, in 120usr/20sys/145real ms. In file included from /usr/share/systemtap/runtime/runtime.h:130:0, from /tmp/staprrXuW5/stap_1871_src.c:20: /usr/share/systemtap/runtime/copy.c: In function '_stp_strncpy_from_user': /usr/share/systemtap/runtime/copy.c:137:3: error: implicit declaration of function '__strncpy_from_user' [-Werror=implicit-function-declaration] In file included from /usr/share/systemtap/runtime/stp_utrace.c:32:0, from /usr/share/systemtap/runtime/task_finder2.c:4, from /usr/share/systemtap/runtime/task_finder.c:21, from /usr/share/systemtap/runtime/runtime.h:138, from /tmp/staprrXuW5/stap_1871_src.c:20: /usr/share/systemtap/runtime/stp_utrace.h: At top level: /usr/share/systemtap/runtime/stp_utrace.h:258:14: error: 'struct linux_binprm' declared inside parameter list [-Werror] /usr/share/systemtap/runtime/stp_utrace.h:258:14: error: its scope is only this definition or declaration, which is probably not what you want [-Werror] In file included from /usr/share/systemtap/runtime/task_finder2.c:4:0, from /usr/share/systemtap/runtime/task_finder.c:21, from /usr/share/systemtap/runtime/runtime.h:138, from /tmp/staprrXuW5/stap_1871_src.c:20: /usr/share/systemtap/runtime/stp_utrace.c: In function 'utrace_shutdown': /usr/share/systemtap/runtime/stp_utrace.c:289:61: error: macro "hlist_for_each_entry_safe" passed 5 arguments, but takes just 4 /usr/share/systemtap/runtime/stp_utrace.c:289:3: error: 'hlist_for_each_entry_safe' undeclared (first use in this function) /usr/share/systemtap/runtime/stp_utrace.c:289:3: note: each undeclared identifier is reported only once for each function it appears in /usr/share/systemtap/runtime/stp_utrace.c:289:63: error: expected ';' before '{' token /usr/share/systemtap/runtime/stp_utrace.c: In function '__task_utrace_struct': /usr/share/systemtap/runtime/stp_utrace.c:308:48: error: macro "hlist_for_each_entry" passed 4 arguments, but takes just 3 /usr/share/systemtap/runtime/stp_utrace.c:308:2: error: 'hlist_for_each_entry' undeclared (first use in this function) /usr/share/systemtap/runtime/stp_utrace.c:308:50: error: expected ';' before '{' token /usr/share/systemtap/runtime/stp_utrace.c:313:1: error: no return statement in function returning non-void [-Werror=return-type] In file included from /usr/share/systemtap/runtime/task_finder2.c:13:0, from /usr/share/systemtap/runtime/task_finder.c:21, from /usr/share/systemtap/runtime/runtime.h:138, from /tmp/staprrXuW5/stap_1871_src.c:20: /usr/share/systemtap/runtime/task_finder_map.c: In function '__stp_tf_map_get_free_entry': /usr/share/systemtap/runtime/task_finder_map.c:74:47: error: macro "hlist_for_each_entry" passed 4 arguments, but takes just 3 /usr/share/systemtap/runtime/task_finder_map.c:74:2: error: 'hlist_for_each_entry' undeclared (first use in this function) /usr/share/systemtap/runtime/task_finder_map.c:74:49: error: expected ';' before '{' token /usr/share/systemtap/runtime/task_finder_map.c: In function '__stp_tf_get_map_entry': /usr/share/systemtap/runtime/task_finder_map.c:114:47: error: macro "hlist_for_each_entry" passed 4 arguments, but takes just 3 /usr/share/systemtap/runtime/task_finder_map.c:114:2: error: 'hlist_for_each_entry' undeclared (first use in this function) /usr/share/systemtap/runtime/task_finder_map.c:114:49: error: expected ';' before '{' token /usr/share/systemtap/runtime/task_finder_map.c: In function '__stp_tf_add_map': /usr/share/systemtap/runtime/task_finder_map.c:138:47: error: macro "hlist_for_each_entry" passed 4 arguments, but takes just 3 /usr/share/systemtap/runtime/task_finder_map.c:138:2: error: 'hlist_for_each_entry' undeclared (first use in this function) /usr/share/systemtap/runtime/task_finder_map.c:138:49: error: expected ';' before '{' token In file included from /usr/share/systemtap/runtime/task_finder.c:21:0, from /usr/share/systemtap/runtime/runtime.h:138, from /tmp/staprrXuW5/stap_1871_src.c:20: /usr/share/systemtap/runtime/task_finder2.c: In function 'stap_register_task_finder_target': /usr/share/systemtap/runtime/task_finder2.c:152:27: error: assignment from incompatible pointer type [-Werror] /usr/share/systemtap/runtime/task_finder2.c: In function '__stp_get_mm_path': /usr/share/systemtap/runtime/task_finder2.c:353:24: error: 'VM_EXECUTABLE' undeclared (first use in this function) /usr/share/systemtap/runtime/task_finder2.c: At top level: /usr/share/systemtap/runtime/task_finder2.c:1324:2: error: initialization from incompatible pointer type [-Werror] /usr/share/systemtap/runtime/task_finder2.c:1324:2: error: (near initialization for '__stp_utrace_task_finder_ops.report_exec') [-Werror] In file included from /usr/share/systemtap/runtime/vma.c:18:0, from /usr/share/systemtap/runtime/sym.c:16, from /usr/share/systemtap/runtime/runtime.h:140, from /tmp/staprrXuW5/stap_1871_src.c:20: /usr/share/systemtap/runtime/task_finder_vma.c: In function 'stap_destroy_vma_map': /usr/share/systemtap/runtime/task_finder_vma.c:102:64: error: macro "hlist_for_each_entry_safe" passed 5 arguments, but takes just 4 /usr/share/systemtap/runtime/task_finder_vma.c:102:11: error: 'hlist_for_each_entry_safe' undeclared (first use in this function) /usr/share/systemtap/runtime/task_finder_vma.c:102:66: error: expected ';' before '{' token /usr/share/systemtap/runtime/task_finder_vma.c: In function '__stp_tf_get_vma_map_entry_internal': /usr/share/systemtap/runtime/task_finder_vma.c:131:47: error: macro "hlist_for_each_entry" passed 4 arguments, but takes just 3 /usr/share/systemtap/runtime/task_finder_vma.c:131:2: error: 'hlist_for_each_entry' undeclared (first use in this function) /usr/share/systemtap/runtime/task_finder_vma.c:131:49: error: expected ';' before '{' token /usr/share/systemtap/runtime/task_finder_vma.c:138:1: error: no return statement in function returning non-void [-Werror=return-type] /usr/share/systemtap/runtime/task_finder_vma.c: In function '__stp_tf_get_vma_map_entry_end_internal': /usr/share/systemtap/runtime/task_finder_vma.c:152:47: error: macro "hlist_for_each_entry" passed 4 arguments, but takes just 3 /usr/share/systemtap/runtime/task_finder_vma.c:152:2: error: 'hlist_for_each_entry' undeclared (first use in this function) /usr/share/systemtap/runtime/task_finder_vma.c:152:49: error: expected ';' before '{' token /usr/share/systemtap/runtime/task_finder_vma.c:159:1: error: no return statement in function returning non-void [-Werror=return-type] /usr/share/systemtap/runtime/task_finder_vma.c: In function 'stap_find_vma_map_info': /usr/share/systemtap/runtime/task_finder_vma.c:290:47: error: macro "hlist_for_each_entry" passed 4 arguments, but takes just 3 /usr/share/systemtap/runtime/task_finder_vma.c:290:2: error: 'hlist_for_each_entry' undeclared (first use in this function) /usr/share/systemtap/runtime/task_finder_vma.c:290:49: error: expected ';' before '{' token /usr/share/systemtap/runtime/task_finder_vma.c: In function 'stap_find_vma_map_info_user': /usr/share/systemtap/runtime/task_finder_vma.c:334:47: error: macro "hlist_for_each_entry" passed 4 arguments, but takes just 3 /usr/share/systemtap/runtime/task_finder_vma.c:334:2: error: 'hlist_for_each_entry' undeclared (first use in this function) /usr/share/systemtap/runtime/task_finder_vma.c:334:49: error: expected ';' before '{' token /usr/share/systemtap/runtime/task_finder_vma.c: In function 'stap_drop_vma_maps': /usr/share/systemtap/runtime/task_finder_vma.c:365:62: error: macro "hlist_for_each_entry_safe" passed 5 arguments, but takes just 4 /usr/share/systemtap/runtime/task_finder_vma.c:365:9: error: 'hlist_for_each_entry_safe' undeclared (first use in this function) /usr/share/systemtap/runtime/task_finder_vma.c:365:64: error: expected ';' before '{' token cc1: all warnings being treated as errors make[1]: *** [/tmp/staprrXuW5/stap_1871_src.o] Error 1 make: *** [_module_/tmp/staprrXuW5] Error 2 WARNING: make exited with status: 2 Pass 4: compiled C into "stap_1871.ko" in 22840usr/1690sys/31630real ms. Pass 4: compilation failed. Try again with another '--vp 0001' option. Keeping temporary directory "/tmp/staprrXuW5" root@localhost:~#

11 years, 11 months

Power efficient scheduling micro conference proposal

by Daniel Lezcano

Hi all, I am sure lot of us have this information but just in case someone missed it, there is a micro conference proposal for Linux Plumbers New Orleans: http://wiki.linuxplumbersconf.org/2013:power-efficient_scheduling If you are interested in it and you could have the opportunity to be there, please update the wiki page with your name, it is still proposed not yet accepted. -- Daniel

11 years, 11 months

[PATCH v3 0/6] Add generic set_rate clk_ops for PLL35xx and PLL36xx for samsung SoCs

by Vikas Sajjan

This patch series does the following: 1) Factors out possible common code, unifies the clk strutures used for PLL35xx & PLL36xx and usues clk->base instead of clk->con0 2) Defines a common rate_table which will contain recommended p, m, s and k values for supported rates that needs to be changed for changing corresponding PLL's rate 3) Adds set_rate() and round_rate() clk_ops for PLL35xx and PLL36xx changes since v2: - Added new patch to reorder the MUX registration for mout_vpllsrc MUX before the PLL registrations. And to add the alias for the mout_vpllsrc MUX. - Added a check to confirm parent rate while registrating the PLL rate tables. changes since v1: - removed sorting and bsearch - modified the definition of struct "samsung_pll_rate_table" - added generic round_rate() - rectified the ops assignment for "rate table passed as NULL" during PLL registration Is rebased on branch kgene's "for-next" https://git.kernel.org/cgit/linux/kernel/git/kgene/linux-samsung.git/log/?h… And tested these patch on chromebook for EPLL settings for Audio on our chrome tree. Vikas Sajjan (3): clk: samsung: Add set_rate() clk_ops for PLL36xx clk: samsung: Add alias for mout_vpllsrc and reorder MUX registration for it clk: samsung: Add EPLL and VPLL freq table for exynos5250 SoC Yadwinder Singh Brar (3): clk: samsung: Use clk->base instead of directly using clk->con0 for PLL3xxx clk: samsung: Add support to register rate_table for PLL3xxx clk: samsung: Add set_rate() clk_ops for PLL35xx drivers/clk/samsung/clk-exynos4.c | 10 +- drivers/clk/samsung/clk-exynos5250.c | 69 +++++++++-- drivers/clk/samsung/clk-pll.c | 226 ++++++++++++++++++++++++++++++---- drivers/clk/samsung/clk-pll.h | 35 +++++- drivers/clk/samsung/clk.h | 2 + 5 files changed, 300 insertions(+), 42 deletions(-) -- 1.7.9.5

11 years, 11 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

linaro-kernel