linaro-dev June 2013

linaro-dev@lists.linaro.org

57 participants
67 discussions

[PATCH pm-qa] pm-qa: export variables and copy switch file in outdir

by Sanjay Singh Rawat

- Export switch variables from a script file - Update Android.mk to copy the switch file to out directory. Currently switch file is missing in android. Signed-off-by: Sanjay Singh Rawat <sanjay.rawat(a)linaro.org> --- Android.mk | 10 ++++++++++ Switches | 11 ----------- Switches.sh | 11 +++++++++++ include/functions.sh | 2 +- 4 files changed, 22 insertions(+), 12 deletions(-) delete mode 100644 Switches create mode 100644 Switches.sh diff --git a/Android.mk b/Android.mk index 5053e7d..b3f12f6 100644 --- a/Android.mk +++ b/Android.mk @@ -1 +1,11 @@ include $(call all-subdir-makefiles) + +LOCAL_PATH:= $(call my-dir) + +include $(CLEAR_VARS) +LOCAL_MODULE_TAGS := optional +LOCAL_MODULE_CLASS := tests +LOCAL_MODULE := Switches.sh +LOCAL_SRC_FILES := ../../external/pm-qa/Switches.sh +LOCAL_MODULE_PATH := $(TARGET_OUT_DATA)/benchmark/pm-qa +include $(BUILD_PREBUILT) diff --git a/Switches b/Switches deleted file mode 100644 index 3a46ffe..0000000 --- a/Switches +++ /dev/null @@ -1,11 +0,0 @@ -# These are switches to enable/disable some tests. - -# Thermal tests -thermal_try_max=0 - -# Suspend tests -suspend_dbus=0 -suspend_pmsuspend=1 -suspend_mem=1 -suspend_ac=0 -suspend_power=0 diff --git a/Switches.sh b/Switches.sh new file mode 100644 index 0000000..cc59992 --- /dev/null +++ b/Switches.sh @@ -0,0 +1,11 @@ +# These are switches to enable/disable some tests. + +# Thermal tests +export thermal_try_max=0 + +# Suspend tests +export suspend_dbus=0 +export suspend_pmsuspend=1 +export suspend_mem=1 +export suspend_ac=0 +export suspend_power=0 diff --git a/include/functions.sh b/include/functions.sh index fa9a370..874d2d2 100644 --- a/include/functions.sh +++ b/include/functions.sh @@ -23,7 +23,7 @@ # - initial API and implementation # -source ../Switches +source ../Switches.sh CPU_PATH="/sys/devices/system/cpu" TEST_NAME=$(basename ${0%.sh}) -- 1.7.9.5

10 years, 5 months

[PATCH 00/10] USB: OHCI:Properly handle ohci_suspend()routine in bus glue

by Manjunath Goudar

Suspend scenario in case of ohci bus glue was not properly handled as it was not suspending generic part of ohci controller. Calling explicitly the ohci_suspend()routine will ensure proper handling of suspend scenario. Manjunath Goudar (10): USB: OHCI: Properly handle ohci-at91 suspend USB: OHCI: Properly handle ohci-s3c2410 suspend USB: OHCI: Properly handle ohci-da8xx suspend USB: OHCI: Properly handle ohci-ep93xx suspend USB: OHCI: Properly handle ohci-exynos suspend USB: OHCI: Properly handle ohci-omap suspend USB: OHCI: Properly handle ohci-platform suspend USB: OHCI: Properly handle ohci-pxa27x suspend USB: OHCI: Properly handle ohci-sm501 suspend USB: OHCI: Properly handle ohci-spear suspend drivers/usb/host/ohci-at91.c | 8 ++++++-- drivers/usb/host/ohci-da8xx.c | 13 +++++++++---- drivers/usb/host/ohci-ep93xx.c | 6 +++++- drivers/usb/host/ohci-exynos.c | 3 +++ drivers/usb/host/ohci-omap.c | 11 ++++++++--- drivers/usb/host/ohci-platform.c | 6 +++++- drivers/usb/host/ohci-pxa27x.c | 6 +++++- drivers/usb/host/ohci-s3c2410.c | 3 +++ drivers/usb/host/ohci-sm501.c | 9 +++++++-- drivers/usb/host/ohci-spear.c | 10 +++++++--- 10 files changed, 58 insertions(+), 17 deletions(-) -- 1.7.9.5

10 years, 5 months

first ubuntu saucy test rebuild

by Matthias Klose

The first test rebuild of saucy salamander was started yesterday for the amd64, i386 and armhf architectures. Currently running, finished for main, universe will finish within the next ten days (armhf a bit earlier). Results can be seen at http://people.ubuntuwire.org/~wgrant/rebuild-ftbfs-test/test-rebuild-201306… The archive for the test rebuild is https://launchpad.net/ubuntu/+archive/test-rebuild-20130614/ Some common build failures are: - underlinking: symbols used in linked object files, which formerly were resolved by linked libraries. The fix almost always is to add the library (mentioned in the error message) to the link command. - build failures exposed by GCC-4.8. See http://gcc.gnu.org/gcc-4.8/porting_to.html for some guidance. Please help fixing the build failures for the final release. Matthias

10 years, 5 months

[GIT PULL]: ll-interactive-gov-updates : Per policy governor instance

by Viresh Kumar

Hi Andrey, I have got some important updates for Android's Interactive Governor. These are already sent to Todd Poyner for inclusion into AOSP and we are awaiting a response. These changes are important for ARM big LITTLE platforms which want multiple instances of a governor to be available for a multi package system. Until then, we want these patches to land into linux-linaro release via my tree. Below is what I did to generate this branch: - Checked out: https://git.linaro.org/gitweb?p=people/jstultz/android.git;a=shortlog;h=ref… - Merged v3.10-rc2 into it (As I had some cpufreq core patches included here) - Applied my patches (8) over it I am not able to generate a formal PULL request using 'git request-pull' as 3.10-rc2 is not yet there in your tree. Please pull git://git.linaro.org/arm/big.LITTLE/mp.git ll-interactive-gov-updates into linux-linaro. -- Viresh

10 years, 5 months

big.LITTLE MP status June 11, 2013

by Serge Broslavsky

https://wiki.linaro.org/projects/big.LITTLE.MP Work Items for functional completion: https://wiki.linaro.org/projects/big.LITTLE.MP/WorkItems Main Project page: https://launchpad.net/linaro-big-little-system Development ============ 1. big.LITTLE IKS IKS snapshot: git://git.linaro.org/landing-teams/working/arm/kernel.git More information: http://lists.linaro.org/pipermail/linaro-dev/2013-May/015882.html Also the latest Linaro 13.05 release contains big.LITTLE release with IKS code integrated. By default MP is used (IKS is off). To enable IKS: echo 1 > /sys/kernel/bL_switcher/active 2. big.LITTLE MP There are two branches, which are functionally equivalent - they tweak the scheduler to select the right processes to move to the A15 and try to decrease power consumption while maintaining performance. * A Reference (stable) big.LITTLE MP patchset (merged with linux-linaro): https://git.linaro.org/gitweb?p=arm/big.LITTLE/mp.git;a=shortlog;h=refs/hea… Recommended to be used for testing. * And an upstream (work in progress) big.LITTLE MP patchset: https://git.linaro.org/gitweb?p=arm/big.LITTLE/mp.git;a=shortlog;h=refs/hea… Being worked on in order to achieve the performance/power numbers of the reference one. Upstream discussion is ongoing. * Documentation: Code flow is already covered by several LWN articles. See https://wiki.linaro.org/WorkingGroups/PowerManagement/Doc/ in the Articles section. We will provide a tuning guide once we have reached agreement upstream. * Automated benchmarking code is ready: - Golden Board is to be used for running daily tests. - Both branches - reference and upstream to be tested. Blueprint Updates ------------------ * https://blueprints.launchpad.net/linaro-big-little-system/+spec/big-little-… Ongoing work. * https://blueprints.launchpad.net/linaro-big-little-system/+spec/small-task-… - Trying to understand the diff reference/upstream with dbench. - Workbench modified to get more information. - Big variation of results is visible (page rendering). - Official test on the Golden Board is to be done. - v5 upstreaming is postponed. * https://blueprints.launchpad.net/linaro-big-little-system/+spec/sched-coope… - Postponed. Priorities are to be re-evaluated. QA == big.LITTLE MP LAVA Dashboard http://validation.linaro.org/lava-server/dashboard/image-reports/linaro-and… Testing (week 23): sched_tests.git #Cases #Run Pass Fail Absolute pass rate Regression 20 19 19 0 100 % mpbasicsuite 14 10 10 0 100 % mpcoresuite 10 6 6 0 84 % [1] mpextendedsuite 20 10 7 3 70 % [2] mploadbalance 2 2 2 0 100 % --- [1] https://bugs.launchpad.net/linaro-big-little-system/+bug/1188655 [2] https://bugs.launchpad.net/linaro-big-little-system/+bug/1183769 Bugs: https://bugs.launchpad.net/linaro-big-little-system/+bugs?field.tag=bl-mp Highlight: Bug 1166246 - Lockup on post 3.9 IKS kernel - can be hardware or software bug, investigation continues. - seems to be related to MMC being in use (switching to USB stick can be used as a reliable workaround). Highlight: Bug 1183821 - perf failed to count events on A15 cluster - existing perf code is at the end of it's lifecycle. - a rewrite is ongoing. - will most likely stay unfixed for Linaro 13.6 release. -- Best Regards, Serge Broslavsky <serge.broslavsky(a)linaro.org> Project Manager, Linaro M: +37129426328 IRC: ototo Skype: serge.broslavsky http://linaro.org | Open source software for ARM SoCs

10 years, 5 months

ux500 not booting

by Daniel Lezcano

Hi Linus, I tried to boot my ux500 with the 3.10-rc4 kernel but it hangs at boot time with the following messages: mmcblk0: error -110 transferring data, sector 2891778, nr 6, cmd response 0x900, card status 0x0 mmci-pl18x sdi4: error during DMA transfer! mmcblk0: error -110 transferring data, sector 2891779, nr 5, cmd response 0x900, card status 0x0 mmci-pl18x sdi4: error during DMA transfer! mmcblk0: error -110 transferring data, sector 2891780, nr 4, cmd response 0x900, card status 0x0 mmci-pl18x sdi4: error during DMA transfer! mmcblk0: error -110 transferring data, sector 2891781, nr 3, cmd response 0x900, card status 0x0 mmci-pl18x sdi4: error during DMA transfer! mmcblk0: error -110 transferring data, sector 2891782, nr 2, cmd response 0x900, card status 0x0 mmci-pl18x sdi4: error during DMA transfer! mmcblk0: error -110 transferring data, sector 2891783, nr 1, cmd response 0x900, card status 0x0 Buffer I/O error on device mmcblk0, logical block 361472 mmcblk0: p1 p2 p3 p4 < p5 p6 > mmc0: Card stuck in programming state! __mmc_switch blk_update_request: 6 callbacks suppressed end_request: I/O error, dev mmcblk0boot1, sector 0 Buffer I/O error on device mmcblk0boot1, logical block 0 end_request: I/O error, dev mmcblk0boot1, sector 0 Buffer I/O error on device mmcblk0boot1, logical block 0 end_request: I/O error, dev mmcblk0boot1, sector 0 Buffer I/O error on device mmcblk0boot1, logical block 0 mmcblk0boot1: unable to read partition table end_request: I/O error, dev mmcblk0boot0, sector 0 Buffer I/O error on device mmcblk0boot0, logical block 0 end_request: I/O error, dev mmcblk0boot0, sector 0 Buffer I/O error on device mmcblk0boot0, logical block 0 end_request: I/O error, dev mmcblk0boot0, sector 0 Buffer I/O error on device mmcblk0boot0, logical block 0 mmcblk0boot0: unable to read partition table Waiting for root device /dev/mmcblk1p2... I thought my sd-card was dead and tried another one but I got the same problem. Is it a known problem ? Thanks in advance -- Daniel -- <http://www.linaro.org/> Linaro.org │ Open source software for ARM SoCs Follow Linaro: <http://www.facebook.com/pages/Linaro> Facebook | <http://twitter.com/#!/linaroorg> Twitter | <http://www.linaro.org/linaro-blog/> Blog

10 years, 5 months

Release Critical Test Result Summary of Calendar Week 24, 2013 for Linux Linaro ubuntu Raring.

by Botao Sun

Calendar Week 24, 2013: Here is release critical test result summary for Linux Linaro ubuntu Raring image on following boards: 1) ARM Versatile Express A9; 2) Samsung Arndale; 3) TI Panda 4430; 4) TI Panda 4460; 5) ST Ericsson Snowball. 1. ARM Versatile Express A9 + Linux Linaro Raring (Column Z): https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AroPySpr4FnEdFNmV… 2. Samsung Arndale + Linux Linaro Raring (Column T): https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AgB-fT5LL31CdGZJS… 3. TI Panda 4430 + Linux Linaro Raring (Column AA): https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AroPySpr4FnEdEwwZ… 4. TI Panda 4460 + Linux Linaro Raring (Column AA): https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AroPySpr4FnEdEwwZ… 5. ST Ericsson Snowball + Linux Linaro Raring (Column AA): https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AroPySpr4FnEdFJ4X… For the test summary of Calendar Week 23, please refer to attachment. Thank you. Best Regards Botao Sun

10 years, 5 months

Fwd: 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:~#

10 years, 5 months

IKSHackbox going away

by Dave Pigott

Hi all, Next Wednesday, 19th June, we intend to take IKSHackbox out of circulation and turn it into a LAVA TC2. We will be backing up the existing configuration, just in case we need to deploy a new one or revert the existing one. We'll also be removing the ssh access (for obvious reasons). If anybody has any problems or issues with this decision, please contact me to discuss. Many thanks Dave

10 years, 5 months

[PATCH 0/8] ARM: use cpu_do_idle for entering wfi mode

by Sanjay Singh Rawat

With this patch set we make use of cpu_do_idle to enter WFI mode, many platform are not clearing the data buffer before WFI or directly using the address instead of opcode. For the rest its good to have a common approach. Sanjay Singh Rawat (8): ARM: EXYNOS: use generic cpu idle function for wfi ARM: RealView: use generic cpu idle function for wfi ARM: SPEAr: use generic cpu idle function for wfi ARM: vexpress: use generic cpu idle function for wfi ARM: zynq: use generic cpu idle function for wfi ARM: ux500: use generic cpu idle function for wfi ARM: msm: use generic cpu idle function for wfi ARM: PRIMA2: use generic cpu idle function for wfi arch/arm/mach-exynos/hotplug.c | 9 ++------- arch/arm/mach-msm/hotplug.c | 9 ++------- arch/arm/mach-prima2/hotplug.c | 4 ++-- arch/arm/mach-realview/hotplug.c | 9 ++------- arch/arm/mach-spear/hotplug.c | 3 ++- arch/arm/mach-ux500/hotplug.c | 5 +++-- arch/arm/mach-vexpress/hotplug.c | 3 ++- arch/arm/mach-zynq/hotplug.c | 4 ++-- 8 files changed, 17 insertions(+), 29 deletions(-) -- 1.7.9.5

10 years, 6 months

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

linaro-dev June 2013