linaro-kernel

linaro-kernel@lists.linaro.org

10094 discussions

mainline boot: 33 pass, 3 fail (v3.13-8631-gba635f8)

by Kevin's boot bot

Automated DT boot report for various ARM defconfigs. Tree/Branch: mainline Git describe: v3.13-8631-gba635f8 Failed boot tests (console logs at the end) =========================================== armada-370-mirabox: FAIL: multi_v7_defconfig armada-xp-openblocks-ax3-4: FAIL: multi_v7_defconfig armada-xp-openblocks-ax3-4: FAIL: mvebu_defconfig Full Report =========== omap2plus_defconfig ------------------- am335x-boneblack PASS: 0 min 25.7 sec omap3-beagle-xm PASS: 0 min 54.9 sec am335x-bone PASS: 0 min 27.5 sec omap4-panda PASS: 1 min 5.6 sec omap4-panda-es PASS: 1 min 6.6 sec omap3-tobi,3730storm PASS: 0 min 25.5 sec omap3-tobi,3530overo PASS: 0 min 22.9 sec multi_lpae_defconfig -------------------- sun7i-a20-cubieboard2 PASS: 0 min 13.9 sec imx_v6_v7_defconfig ------------------- imx6dl-wandboard,wand-dual PASS: 0 min 18.4 sec imx6dl-wandboard,wand-solo PASS: 0 min 18.2 sec imx6q-wandboard PASS: 0 min 16.9 sec sunxi_defconfig --------------- sun7i-a20-cubieboard2 PASS: 0 min 11.6 sec sun4i-a10-cubieboard PASS: 0 min 15.9 sec bcm_defconfig ------------- bcm28155-ap PASS: 1 min 14.9 sec exynos_defconfig ---------------- exynos5250-arndale PASS: 0 min 28.7 sec multi_v7_defconfig ------------------ ste-snowball PASS: 0 min 32.6 sec tegra30-beaver PASS: 0 min 19.3 sec am335x-boneblack PASS: 0 min 22.3 sec omap3-beagle-xm PASS: 0 min 59.7 sec sun7i-a20-cubieboard2 PASS: 0 min 13.7 sec armada-370-mirabox FAIL: 0 min 27.0 sec omap4-panda PASS: 1 min 4.2 sec omap4-panda-es PASS: 1 min 2.1 sec armada-xp-openblocks-ax3-4 FAIL: 0 min 30.3 sec sun4i-a10-cubieboard PASS: 0 min 13.4 sec bcm28155-ap PASS: 1 min 9.5 sec imx6dl-wandboard,wand-solo PASS: 0 min 17.3 sec am335x-bone PASS: 0 min 25.1 sec imx6q-wandboard PASS: 0 min 16.4 sec omap3-tobi,3730storm PASS: 0 min 23.3 sec imx6dl-wandboard,wand-dual PASS: 0 min 17.4 sec omap3-tobi,3530overo PASS: 0 min 20.5 sec u8500_defconfig --------------- ste-snowball PASS: 0 min 30.0 sec sama5_defconfig --------------- sama5d35ek PASS: 0 min 17.5 sec mvebu_defconfig --------------- armada-xp-openblocks-ax3-4 FAIL: 0 min 20.2 sec armada-370-mirabox PASS: 0 min 20.2 sec Console logs for failures ========================= multi_v7_defconfig ------------------ armada-370-mirabox: FAIL: last 24 lines of boot log: ---------------------------------------------------- Image Name: Linux Created: 2014-01-27 17:40:19 UTC Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 3685778 Bytes = 3.5 MB Load Address: 00008000 Entry Point: 00008000 Verifying Checksum ... OK ## Loading init Ramdisk from Legacy Image at 03000000 ... Image Name: Created: 2013-09-07 5:02:12 UTC Image Type: ARM Linux RAMDisk Image (uncompressed) Data Size: 639744 Bytes = 624.8 kB Load Address: 81000000 Entry Point: 81000000 Verifying Checksum ... OK Loading Kernel Image ... OK OK Starting kernel ... ~$off # PYBOOT: Exception: kernel: ERROR: did not start booting. # PYBOOT: Time: 27.02 seconds. # PYBOOT: Result: FAIL armada-xp-openblocks-ax3-4: FAIL: last 24 lines of boot log: ------------------------------------------------------------ Image Name: Linux Created: 2014-01-27 17:39:42 UTC Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 3690399 Bytes = 3.5 MiB Load Address: 00008000 Entry Point: 00008000 Verifying Checksum ... OK ## Loading init Ramdisk from Legacy Image at 03000000 ... Image Name: Created: 2013-09-07 5:02:12 UTC Image Type: ARM Linux RAMDisk Image (uncompressed) Data Size: 639744 Bytes = 624.8 KiB Load Address: 81000000 Entry Point: 81000000 Verifying Checksum ... OK Loading Kernel Image ... OK OK Starting kernel ... ~$off # PYBOOT: Exception: kernel: ERROR: did not start booting. # PYBOOT: Time: 30.27 seconds. # PYBOOT: Result: FAIL mvebu_defconfig --------------- armada-xp-openblocks-ax3-4: FAIL: last 24 lines of boot log: ------------------------------------------------------------ [<c04cbc40>] (kernel_init_freeable) from [<c039ef64>] (kernel_init+0x8/0x120) [<c039ef64>] (kernel_init) from [<c000e278>] (ret_from_fork+0x14/0x3c) Code: 8a000012 ebfff583 e2840054 f57ff05b (e1903f9f) ---[ end trace 7cf218136a715187 ]--- Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b CPU1: stopping CPU: 1 PID: 0 Comm: swapper/1 Tainted: G D 3.13.0-08631-gba635f8 #1 [<c0014824>] (unwind_backtrace) from [<c00110d4>] (show_stack+0x10/0x14) [<c00110d4>] (show_stack) from [<c03a378c>] (dump_stack+0x80/0x90) [<c03a378c>] (dump_stack) from [<c0013be4>] (handle_IPI+0x148/0x170) [<c0013be4>] (handle_IPI) from [<c00085ac>] (armada_370_xp_handle_irq+0xac/0xb0) [<c00085ac>] (armada_370_xp_handle_irq) from [<c0011c00>] (__irq_svc+0x40/0x50) Exception stack(0xee877fa0 to 0xee877fe8) 7fa0: eefe65b8 00000000 00000954 00000000 ee876000 c05004ac c03aa9c8 ee876000 7fc0: c052a9f6 00000001 c052a9f6 ee876000 00000000 ee877fe8 c000edec c0055688 7fe0: 60000113 ffffffff [<c0011c00>] (__irq_svc) from [<c0055688>] (cpu_startup_entry+0xf4/0x134) [<c0055688>] (cpu_startup_entry) from [<00008644>] (0x8644) ~$off # PYBOOT: Exception: kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000054 # PYBOOT: Time: 20.16 seconds. # PYBOOT: Result: FAIL

11 years, 3 months

mainline boot: 33 pass, 3 fail (v3.13-8627-gba6b508)

by Kevin's boot bot

Automated DT boot report for various ARM defconfigs. Tree/Branch: mainline Git describe: v3.13-8627-gba6b508 Failed boot tests (console logs at the end) =========================================== armada-370-mirabox: FAIL: multi_v7_defconfig armada-xp-openblocks-ax3-4: FAIL: multi_v7_defconfig armada-xp-openblocks-ax3-4: FAIL: mvebu_defconfig Full Report =========== omap2plus_defconfig ------------------- am335x-boneblack PASS: 0 min 25.7 sec omap3-beagle-xm PASS: 0 min 59.0 sec am335x-bone PASS: 0 min 27.7 sec omap4-panda PASS: 1 min 16.9 sec omap4-panda-es PASS: 1 min 13.1 sec omap3-tobi,3730storm PASS: 0 min 22.1 sec omap3-tobi,3530overo PASS: 0 min 22.7 sec multi_lpae_defconfig -------------------- sun7i-a20-cubieboard2 PASS: 0 min 13.6 sec imx_v6_v7_defconfig ------------------- imx6dl-wandboard,wand-dual PASS: 0 min 18.4 sec imx6dl-wandboard,wand-solo PASS: 0 min 18.6 sec imx6q-wandboard PASS: 0 min 17.0 sec sunxi_defconfig --------------- sun7i-a20-cubieboard2 PASS: 0 min 13.8 sec sun4i-a10-cubieboard PASS: 0 min 12.8 sec bcm_defconfig ------------- bcm28155-ap PASS: 0 min 59.4 sec exynos_defconfig ---------------- exynos5250-arndale PASS: 0 min 28.6 sec multi_v7_defconfig ------------------ ste-snowball PASS: 0 min 29.7 sec tegra30-beaver PASS: 0 min 18.8 sec am335x-boneblack PASS: 0 min 22.4 sec omap3-beagle-xm PASS: 0 min 59.1 sec sun7i-a20-cubieboard2 PASS: 0 min 13.9 sec armada-370-mirabox FAIL: 0 min 28.7 sec omap4-panda PASS: 1 min 6.2 sec omap4-panda-es PASS: 1 min 1.0 sec armada-xp-openblocks-ax3-4 FAIL: 0 min 30.2 sec sun4i-a10-cubieboard PASS: 0 min 13.6 sec bcm28155-ap PASS: 0 min 59.6 sec imx6dl-wandboard,wand-solo PASS: 0 min 17.3 sec am335x-bone PASS: 0 min 25.1 sec imx6q-wandboard PASS: 0 min 16.3 sec omap3-tobi,3730storm PASS: 0 min 23.4 sec imx6dl-wandboard,wand-dual PASS: 0 min 17.6 sec omap3-tobi,3530overo PASS: 0 min 20.9 sec u8500_defconfig --------------- ste-snowball PASS: 0 min 33.5 sec sama5_defconfig --------------- sama5d35ek PASS: 0 min 17.6 sec mvebu_defconfig --------------- armada-xp-openblocks-ax3-4 FAIL: 0 min 20.2 sec armada-370-mirabox PASS: 0 min 20.2 sec Console logs for failures ========================= multi_v7_defconfig ------------------ armada-370-mirabox: FAIL: last 24 lines of boot log: ---------------------------------------------------- Image Name: Linux Created: 2014-01-27 17:06:09 UTC Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 3685770 Bytes = 3.5 MB Load Address: 00008000 Entry Point: 00008000 Verifying Checksum ... OK ## Loading init Ramdisk from Legacy Image at 03000000 ... Image Name: Created: 2013-09-07 5:02:12 UTC Image Type: ARM Linux RAMDisk Image (uncompressed) Data Size: 639744 Bytes = 624.8 kB Load Address: 81000000 Entry Point: 81000000 Verifying Checksum ... OK Loading Kernel Image ... OK OK Starting kernel ... ~$off # PYBOOT: Exception: kernel: ERROR: did not start booting. # PYBOOT: Time: 28.69 seconds. # PYBOOT: Result: FAIL armada-xp-openblocks-ax3-4: FAIL: last 24 lines of boot log: ------------------------------------------------------------ Image Name: Linux Created: 2014-01-27 17:09:08 UTC Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 3690391 Bytes = 3.5 MiB Load Address: 00008000 Entry Point: 00008000 Verifying Checksum ... OK ## Loading init Ramdisk from Legacy Image at 03000000 ... Image Name: Created: 2013-09-07 5:02:12 UTC Image Type: ARM Linux RAMDisk Image (uncompressed) Data Size: 639744 Bytes = 624.8 KiB Load Address: 81000000 Entry Point: 81000000 Verifying Checksum ... OK Loading Kernel Image ... OK OK Starting kernel ... ~$off # PYBOOT: Exception: kernel: ERROR: did not start booting. # PYBOOT: Time: 30.25 seconds. # PYBOOT: Result: FAIL mvebu_defconfig --------------- armada-xp-openblocks-ax3-4: FAIL: last 24 lines of boot log: ------------------------------------------------------------ [<c04cbc40>] (kernel_init_freeable) from [<c039ef64>] (kernel_init+0x8/0x120) [<c039ef64>] (kernel_init) from [<c000e278>] (ret_from_fork+0x14/0x3c) Code: 8a000012 ebfff583 e2840054 f57ff05b (e1903f9f) ---[ end trace 6ecbdb2475708342 ]--- Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b CPU1: stopping CPU: 1 PID: 0 Comm: swapper/1 Tainted: G D 3.13.0-08627-gba6b508 #1 [<c0014824>] (unwind_backtrace) from [<c00110d4>] (show_stack+0x10/0x14) [<c00110d4>] (show_stack) from [<c03a378c>] (dump_stack+0x80/0x90) [<c03a378c>] (dump_stack) from [<c0013be4>] (handle_IPI+0x148/0x170) [<c0013be4>] (handle_IPI) from [<c00085ac>] (armada_370_xp_handle_irq+0xac/0xb0) [<c00085ac>] (armada_370_xp_handle_irq) from [<c0011c00>] (__irq_svc+0x40/0x50) Exception stack(0xee877fa0 to 0xee877fe8) 7fa0: eefe65b8 00000000 0000094c 00000000 ee876000 c05004ac c03aa9c8 ee876000 7fc0: c052a9f6 00000001 c052a9f6 ee876000 00000000 ee877fe8 c000edec c0055688 7fe0: 60000113 ffffffff [<c0011c00>] (__irq_svc) from [<c0055688>] (cpu_startup_entry+0xf4/0x134) [<c0055688>] (cpu_startup_entry) from [<00008644>] (0x8644) ~$off # PYBOOT: Exception: kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000054 # PYBOOT: Time: 20.23 seconds. # PYBOOT: Result: FAIL

11 years, 3 months

queue boot: 33 pass, 2 fail (v3.12.9-1-gba7f2a7)

by Kevin's boot bot

Automated DT boot report for various ARM defconfigs. Tree/Branch: queue Git describe: v3.12.9-1-gba7f2a7 Failed boot tests (console logs at the end) =========================================== armada-370-mirabox: FAIL: multi_v7_defconfig armada-370-mirabox: FAIL: mvebu_defconfig Full Report =========== omap2plus_defconfig ------------------- am335x-boneblack PASS: 0 min 25.0 sec omap3-beagle-xm PASS: 0 min 55.8 sec am335x-bone PASS: 0 min 26.9 sec omap4-panda PASS: 1 min 6.7 sec omap4-panda-es PASS: 1 min 3.9 sec omap3-tobi,3730storm PASS: 0 min 24.7 sec omap3-tobi,3530overo PASS: 0 min 21.6 sec multi_lpae_defconfig -------------------- sun7i-a20-cubieboard2 PASS: 0 min 16.6 sec tegra_defconfig --------------- tegra30-beaver PASS: 0 min 16.9 sec imx_v6_v7_defconfig ------------------- imx6dl-wandboard,wand-dual PASS: 0 min 17.6 sec imx6dl-wandboard,wand-solo PASS: 0 min 17.4 sec imx6q-wandboard PASS: 0 min 16.1 sec bcm_defconfig ------------- bcm28155-ap PASS: 1 min 15.3 sec exynos_defconfig ---------------- exynos5250-arndale PASS: 0 min 30.5 sec multi_v7_defconfig ------------------ ste-snowball PASS: 0 min 28.9 sec tegra30-beaver PASS: 0 min 16.9 sec am335x-boneblack PASS: 0 min 32.3 sec omap3-beagle-xm PASS: 0 min 56.3 sec sun7i-a20-cubieboard2 PASS: 0 min 13.4 sec armada-370-mirabox FAIL: 0 min 31.8 sec omap4-panda PASS: 1 min 5.2 sec omap4-panda-es PASS: 1 min 4.5 sec armada-xp-openblocks-ax3-4 PASS: 0 min 23.1 sec sun4i-a10-cubieboard PASS: 0 min 13.2 sec bcm28155-ap PASS: 1 min 14.9 sec imx6dl-wandboard,wand-solo PASS: 0 min 16.9 sec am335x-bone PASS: 0 min 33.8 sec imx6q-wandboard PASS: 0 min 16.2 sec omap3-tobi,3730storm PASS: 0 min 23.1 sec imx6dl-wandboard,wand-dual PASS: 0 min 17.6 sec omap3-tobi,3530overo PASS: 0 min 19.9 sec u8500_defconfig --------------- ste-snowball PASS: 0 min 33.1 sec sama5_defconfig --------------- sama5d35ek PASS: 0 min 17.4 sec mvebu_defconfig --------------- armada-xp-openblocks-ax3-4 PASS: 0 min 22.0 sec armada-370-mirabox FAIL: 0 min 31.6 sec Console logs for failures ========================= multi_v7_defconfig ------------------ armada-370-mirabox: FAIL: last 24 lines of boot log: ---------------------------------------------------- Connected to mirabox console [channel connected] (~$quit to exit) (user:khilman) is already connected ~$hardreset Command(mirabox console)> hardreset (user:khilman) Reboot mirabox Reboot: mirabox ; ip9258 1 1 : off, sleep, on ~$off # PYBOOT: Exception: ERROR: Could not break into autoboot. # PYBOOT: Time: 31.76 seconds. # PYBOOT: Result: FAIL mvebu_defconfig --------------- armada-370-mirabox: FAIL: last 24 lines of boot log: ---------------------------------------------------- Connected to mirabox console [channel connected] (~$quit to exit) (user:khilman) is already connected ~$hardreset Command(mirabox console)> hardreset (user:khilman) Reboot mirabox Reboot: mirabox ; ip9258 1 1 : off, sleep, on ~$off # PYBOOT: Exception: ERROR: Could not break into autoboot. # PYBOOT: Time: 31.56 seconds. # PYBOOT: Result: FAIL

11 years, 3 months

mainline boot: 32 pass, 4 fail (v3.13-8598-g77d143d)

by Kevin's boot bot

Automated DT boot report for various ARM defconfigs. Tree/Branch: mainline Git describe: v3.13-8598-g77d143d Failed boot tests (console logs at the end) =========================================== armada-370-mirabox: FAIL: multi_v7_defconfig armada-xp-openblocks-ax3-4: FAIL: multi_v7_defconfig armada-xp-openblocks-ax3-4: FAIL: mvebu_defconfig armada-370-mirabox: FAIL: mvebu_defconfig Full Report =========== omap2plus_defconfig ------------------- am335x-boneblack PASS: 0 min 25.4 sec omap3-beagle-xm PASS: 0 min 58.8 sec am335x-bone PASS: 0 min 27.6 sec omap4-panda PASS: 1 min 5.9 sec omap4-panda-es PASS: 1 min 11.1 sec omap3-tobi,3730storm PASS: 0 min 24.6 sec omap3-tobi,3530overo PASS: 0 min 23.0 sec multi_lpae_defconfig -------------------- sun7i-a20-cubieboard2 PASS: 0 min 14.3 sec imx_v6_v7_defconfig ------------------- imx6dl-wandboard,wand-dual PASS: 0 min 18.8 sec imx6dl-wandboard,wand-solo PASS: 0 min 18.5 sec imx6q-wandboard PASS: 0 min 17.0 sec sunxi_defconfig --------------- sun7i-a20-cubieboard2 PASS: 0 min 12.2 sec sun4i-a10-cubieboard PASS: 0 min 12.7 sec bcm_defconfig ------------- bcm28155-ap PASS: 1 min 20.2 sec exynos_defconfig ---------------- exynos5250-arndale PASS: 0 min 30.4 sec multi_v7_defconfig ------------------ ste-snowball PASS: 0 min 29.4 sec tegra30-beaver PASS: 0 min 14.3 sec am335x-boneblack PASS: 0 min 22.3 sec omap3-beagle-xm PASS: 0 min 53.9 sec sun7i-a20-cubieboard2 PASS: 0 min 13.9 sec armada-370-mirabox FAIL: 0 min 31.6 sec omap4-panda PASS: 1 min 6.4 sec omap4-panda-es PASS: 1 min 6.7 sec armada-xp-openblocks-ax3-4 FAIL: 0 min 30.3 sec sun4i-a10-cubieboard PASS: 0 min 16.4 sec bcm28155-ap PASS: 1 min 15.3 sec imx6dl-wandboard,wand-solo PASS: 0 min 17.0 sec am335x-bone PASS: 0 min 30.1 sec imx6q-wandboard PASS: 0 min 16.5 sec omap3-tobi,3730storm PASS: 0 min 23.4 sec imx6dl-wandboard,wand-dual PASS: 0 min 17.4 sec omap3-tobi,3530overo PASS: 0 min 21.0 sec u8500_defconfig --------------- ste-snowball PASS: 0 min 30.6 sec sama5_defconfig --------------- sama5d35ek PASS: 0 min 17.6 sec mvebu_defconfig --------------- armada-xp-openblocks-ax3-4 FAIL: 0 min 20.1 sec armada-370-mirabox FAIL: 0 min 31.8 sec Console logs for failures ========================= multi_v7_defconfig ------------------ armada-370-mirabox: FAIL: last 24 lines of boot log: ---------------------------------------------------- Connected to mirabox console [channel connected] (~$quit to exit) (user:khilman) is already connected ~$hardreset Command(mirabox console)> hardreset (user:khilman) Reboot mirabox Reboot: mirabox ; ip9258 1 1 : off, sleep, on ~$off # PYBOOT: Exception: ERROR: Could not break into autoboot. # PYBOOT: Time: 31.59 seconds. # PYBOOT: Result: FAIL armada-xp-openblocks-ax3-4: FAIL: last 24 lines of boot log: ------------------------------------------------------------ Image Name: Linux Created: 2014-01-27 15:32:21 UTC Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 3690439 Bytes = 3.5 MiB Load Address: 00008000 Entry Point: 00008000 Verifying Checksum ... OK ## Loading init Ramdisk from Legacy Image at 03000000 ... Image Name: Created: 2013-09-07 5:02:12 UTC Image Type: ARM Linux RAMDisk Image (uncompressed) Data Size: 639744 Bytes = 624.8 KiB Load Address: 81000000 Entry Point: 81000000 Verifying Checksum ... OK Loading Kernel Image ... OK OK Starting kernel ... ~$off # PYBOOT: Exception: kernel: ERROR: did not start booting. # PYBOOT: Time: 30.28 seconds. # PYBOOT: Result: FAIL mvebu_defconfig --------------- armada-xp-openblocks-ax3-4: FAIL: last 24 lines of boot log: ------------------------------------------------------------ [<c04cbc40>] (kernel_init_freeable) from [<c039ef40>] (kernel_init+0x8/0x120) [<c039ef40>] (kernel_init) from [<c000e278>] (ret_from_fork+0x14/0x3c) Code: 8a000012 ebfff583 e2840054 f57ff05b (e1903f9f) ---[ end trace 023f3776152218d8 ]--- Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b CPU1: stopping CPU: 1 PID: 0 Comm: swapper/1 Tainted: G D 3.13.0-08598-g77d143d #1 [<c0014824>] (unwind_backtrace) from [<c00110d4>] (show_stack+0x10/0x14) [<c00110d4>] (show_stack) from [<c03a3768>] (dump_stack+0x80/0x90) [<c03a3768>] (dump_stack) from [<c0013be4>] (handle_IPI+0x148/0x170) [<c0013be4>] (handle_IPI) from [<c00085ac>] (armada_370_xp_handle_irq+0xac/0xb0) [<c00085ac>] (armada_370_xp_handle_irq) from [<c0011c00>] (__irq_svc+0x40/0x50) Exception stack(0xee877fa0 to 0xee877fe8) 7fa0: eefe65b8 00000000 0000094a 00000000 ee876000 c05004ac c03aa9c8 ee876000 7fc0: c052a9f6 00000001 c052a9f6 ee876000 00000000 ee877fe8 c000edec c0055688 7fe0: 60000113 ffffffff [<c0011c00>] (__irq_svc) from [<c0055688>] (cpu_startup_entry+0xf4/0x134) [<c0055688>] (cpu_startup_entry) from [<00008644>] (0x8644) ~$off # PYBOOT: Exception: kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000054 # PYBOOT: Time: 20.13 seconds. # PYBOOT: Result: FAIL armada-370-mirabox: FAIL: last 24 lines of boot log: ---------------------------------------------------- Connected to mirabox console [channel connected] (~$quit to exit) (user:khilman) is already connected ~$hardreset Command(mirabox console)> hardreset (user:khilman) Reboot mirabox Reboot: mirabox ; ip9258 1 1 : off, sleep, on ~$off # PYBOOT: Exception: ERROR: Could not break into autoboot. # PYBOOT: Time: 31.75 seconds. # PYBOOT: Result: FAIL

11 years, 3 months

[PATCH 00/20] Make ACPI core running on ARM64

by Hanjun Guo

This patch set trys to make ACPI core running on ARM64. 1. Why ACPI is needed ? ACPI provides standard interfaces for power managment, themal control, device enumeration and configuration and etc. So ACPI can make OS and hardware decoupling and make people upgrade software or hardware more easily. ACPI is more than that. It can provide standard error report interface called ACPI Platform Error Interface (APEI) for RAS features, and provide standard interface for dynamic system device reconfigurations such as CPU/memory/computer node hot-add and hot-remove, this is especially useful for servers. 2. Does ACPI run propably on ARM64 ? ACPI spec 5.0 introduces hardware reduced mode, GICC/GICD, GTDT for arch timer and etc for Socs. This makes it possible to run ACPI on ARM/ARM64. Some company already did that (UEFI+ACPI) on ARM platforms. ACPI spec for ARM/ARM64 is still need to be improved and people are working on that, but for now, we can run ACPI propably except for some new features such as PSCI and GICv3. 3. What we did in this patch set patch 1-8(Hanjun Guo) will make ACPI core running on ARM64 and make the compilation is ok on ARM64. patch 9-12 will enumeration cpus presented by MADT table. since PSCI is not available for ACPI 5.0, we use spin-table method for SMP initialization. patch 13-16 will initialize GIC in the system. ACPI only support one GIC and only report information about GICC and GICD, so there will some limitations for GICv3 and GICH for GICv2 for virtualization. patch 17-19 and patch from Amit will finish the arch timer initialization. We get informatiom from GTDT (Generic Timer Description Table) to initialize arch timer and introduce a macro CLOCKSOURCE_ACPI_DECLARE to do the same job as CLOCKSOURCE_OF_DECLARE to make it scalable for other timers. All the ACPI tables are available with BSD license at: git://git.linaro.org/arm/acpi/acpi-asl.git Changs since last RFC version: 1) Introduce some PCI functions when PCI is enabled 2) Select ACPI_REDUCED_HARDWARE_ONLY if ACPI is enabled 3) Remove ACPI based CPU hotplug code 4) Use spin-table method for SMP initialization 5) Add macro CLOCKSOURCE_ACPI_DECLARE for ACPI timer init 6) Address lots of comments and suggestions in last RFC version 7) Remove RFC tag and make all the patches seperated as two parts, one is "ACPI: Some patches to prepare for running ACPI on !x86 and !ia64", and another is this one. 8) Rebased on 3.13-rc8. Amit Daniel Kachhap (1): clocksource / acpi: Add macro CLOCKSOURCE_ACPI_DECLARE Hanjun Guo (19): ARM64 / ACPI: Make PCI optional for ACPI on ARM64 ARM64 : Add dummy asm/cpu.h ARM64 / ACPI: Introduce the skeleton of _PDC related for ARM64 ARM64 / ACPI: Introduce arm_core.c and its related head file ARM64 / ACPI: Introduce lowlevel suspend function ARM64 / ACPI: Introduce some PCI functions when PCI is enabled ARM64 / ACPI: Enable ARM64 in Kconfig ARM64 / ACPI: Select ACPI_REDUCED_HARDWARE_ONLY if ACPI is enabled on ARM64 ARM64 / ACPI: Implement core functions for parsing MADT table ARM64 / ACPI: Enumerate possible/present CPU set and map logical cpu id to APIC id ARM64 / ACPI: Get the enable method for SMP initialization ARM64 / ACPI: Use Parked Address in GIC structure for spin table SMP initialisation ARM64 / ACPI: Define ACPI_IRQ_MODEL_GIC needed for arm Irqchip / gic: Set as default domain so we can access from ACPI ACPI / ARM64: Update acpi_register_gsi to register with the core IRQ subsystem ACPI / GIC: Initialize GIC using the information in MADT clocksource / arch_timer: Use ACPI GTDT table to initialize arch timer clocksource / ACPI: Introduce clocksource_acpi_init() using CLOCKSOURCE_ACPI_DECLARE ARM64 / clocksource: Use clocksource_acpi_init() arch/arm64/Kconfig | 3 + arch/arm64/Makefile | 1 + arch/arm64/include/asm/acpi.h | 112 +++++++ arch/arm64/include/asm/cpu.h | 25 ++ arch/arm64/include/asm/cpu_ops.h | 1 + arch/arm64/include/asm/pci.h | 20 ++ arch/arm64/include/asm/processor.h | 2 + arch/arm64/include/asm/smp.h | 2 +- arch/arm64/kernel/cpu_ops.c | 2 +- arch/arm64/kernel/irq.c | 6 + arch/arm64/kernel/process.c | 3 + arch/arm64/kernel/setup.c | 6 + arch/arm64/kernel/smp.c | 42 ++- arch/arm64/kernel/smp_spin_table.c | 12 +- arch/arm64/kernel/time.c | 6 + arch/arm64/pci/Makefile | 1 + arch/arm64/pci/pci.c | 33 ++ drivers/acpi/Kconfig | 11 +- drivers/acpi/Makefile | 4 +- drivers/acpi/bus.c | 3 + drivers/acpi/internal.h | 7 + drivers/acpi/osl.c | 3 +- drivers/acpi/plat/Makefile | 1 + drivers/acpi/plat/arm-core.c | 599 ++++++++++++++++++++++++++++++++++ drivers/acpi/tables.c | 21 ++ drivers/clocksource/Makefile | 1 + drivers/clocksource/arm_arch_timer.c | 101 +++++- drivers/clocksource/clksrc-acpi.c | 36 ++ drivers/irqchip/irq-gic.c | 7 + include/asm-generic/vmlinux.lds.h | 10 + include/linux/acpi.h | 7 + include/linux/clocksource.h | 15 + include/linux/pci.h | 33 +- 33 files changed, 1099 insertions(+), 37 deletions(-) create mode 100644 arch/arm64/include/asm/acpi.h create mode 100644 arch/arm64/include/asm/cpu.h create mode 100644 arch/arm64/include/asm/pci.h create mode 100644 arch/arm64/pci/Makefile create mode 100644 arch/arm64/pci/pci.c create mode 100644 drivers/acpi/plat/Makefile create mode 100644 drivers/acpi/plat/arm-core.c create mode 100644 drivers/clocksource/clksrc-acpi.c -- 1.7.9.5

11 years, 3 months

[PATCH] mfd: sec: Only build suspend() and resume if they will be used

by Mark Brown

From: Mark Brown <broonie(a)linaro.org> Not doing so causes warnings as the functions are static but end up not being referenced, the macros aren't smart enough to generate fake references. Signed-off-by: Mark Brown <broonie(a)linaro.org> --- drivers/mfd/sec-core.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/mfd/sec-core.c b/drivers/mfd/sec-core.c index a139798b8065..456ce491b733 100644 --- a/drivers/mfd/sec-core.c +++ b/drivers/mfd/sec-core.c @@ -315,6 +315,7 @@ static int sec_pmic_remove(struct i2c_client *i2c) return 0; } +#ifdef CONFIG_PM_SLEEP static int sec_pmic_suspend(struct device *dev) { struct i2c_client *i2c = container_of(dev, struct i2c_client, dev); @@ -349,6 +350,7 @@ static int sec_pmic_resume(struct device *dev) return 0; } +#endif static SIMPLE_DEV_PM_OPS(sec_pmic_pm_ops, sec_pmic_suspend, sec_pmic_resume); -- 1.8.5.3

11 years, 3 months

[PATCH 1/2] ASoC: pcm1681: Convert to params_width()

by Mark Brown

From: Mark Brown <broonie(a)linaro.org> This will help support future enhancements in the way we negotiate parameters in the core. Signed-off-by: Mark Brown <broonie(a)linaro.org> --- sound/soc/codecs/pcm1681.c | 15 ++++++++++----- 1 file changed, 10 insertions(+), 5 deletions(-) diff --git a/sound/soc/codecs/pcm1681.c b/sound/soc/codecs/pcm1681.c index 73f9c3630e2c..e427544183d7 100644 --- a/sound/soc/codecs/pcm1681.c +++ b/sound/soc/codecs/pcm1681.c @@ -172,16 +172,21 @@ static int pcm1681_hw_params(struct snd_pcm_substream *substream, struct snd_soc_codec *codec = dai->codec; struct pcm1681_private *priv = snd_soc_codec_get_drvdata(codec); int val = 0, ret; - int pcm_format = params_format(params); priv->rate = params_rate(params); switch (priv->format & SND_SOC_DAIFMT_FORMAT_MASK) { case SND_SOC_DAIFMT_RIGHT_J: - if (pcm_format == SNDRV_PCM_FORMAT_S24_LE) - val = 0x00; - else if (pcm_format == SNDRV_PCM_FORMAT_S16_LE) - val = 0x03; + switch (params_width(params)) { + case 24: + val = 0; + break; + case 16: + val = 3; + break; + default: + return -EINVAL; + } break; case SND_SOC_DAIFMT_I2S: val = 0x04; -- 1.8.5.3

11 years, 3 months

[PATCH] spi/s3c64xx: Split wait_for_xfer() into PIO and DMA versions

by Mark Brown

From: Mark Brown <broonie(a)linaro.org> There is no meaningful code sharing between the PIO and DMA variants (just the timeout calculation) so in order to make the code easier to work with split the two cases. Looking at the code it is not clear how the PIO version works for large transmits, greater than FIFO size is only handled for RX. Signed-off-by: Mark Brown <broonie(a)linaro.org> --- drivers/spi/spi-s3c64xx.c | 166 +++++++++++++++++++++++++--------------------- 1 file changed, 89 insertions(+), 77 deletions(-) diff --git a/drivers/spi/spi-s3c64xx.c b/drivers/spi/spi-s3c64xx.c index 19113538f5c6..b9ba7a3e7741 100644 --- a/drivers/spi/spi-s3c64xx.c +++ b/drivers/spi/spi-s3c64xx.c @@ -677,101 +677,110 @@ static u32 s3c64xx_spi_wait_for_timeout(struct s3c64xx_spi_driver_data *sdd, return RX_FIFO_LVL(status, sdd); } -static int wait_for_xfer(struct s3c64xx_spi_driver_data *sdd, - struct spi_transfer *xfer, int dma_mode) +static int wait_for_dma(struct s3c64xx_spi_driver_data *sdd, + struct spi_transfer *xfer) { void __iomem *regs = sdd->regs; unsigned long val; + u32 status; int ms; /* millisecs to xfer 'len' bytes @ 'cur_speed' */ ms = xfer->len * 8 * 1000 / sdd->cur_speed; ms += 10; /* some tolerance */ - if (dma_mode) { - val = msecs_to_jiffies(ms) + 10; - val = wait_for_completion_timeout(&sdd->xfer_completion, val); - } else { - u32 status; - val = msecs_to_loops(ms); - do { + val = msecs_to_jiffies(ms) + 10; + val = wait_for_completion_timeout(&sdd->xfer_completion, val); + + /* + * If the previous xfer was completed within timeout, then + * proceed further else return -EIO. + * DmaTx returns after simply writing data in the FIFO, + * w/o waiting for real transmission on the bus to finish. + * DmaRx returns only after Dma read data from FIFO which + * needs bus transmission to finish, so we don't worry if + * Xfer involved Rx(with or without Tx). + */ + if (val && !xfer->rx_buf) { + val = msecs_to_loops(10); + status = readl(regs + S3C64XX_SPI_STATUS); + while ((TX_FIFO_LVL(status, sdd) + || !S3C64XX_SPI_ST_TX_DONE(status, sdd)) + && --val) { + cpu_relax(); status = readl(regs + S3C64XX_SPI_STATUS); - } while (RX_FIFO_LVL(status, sdd) < xfer->len && --val); + } + } - if (dma_mode) { - u32 status; - - /* - * If the previous xfer was completed within timeout, then - * proceed further else return -EIO. - * DmaTx returns after simply writing data in the FIFO, - * w/o waiting for real transmission on the bus to finish. - * DmaRx returns only after Dma read data from FIFO which - * needs bus transmission to finish, so we don't worry if - * Xfer involved Rx(with or without Tx). - */ - if (val && !xfer->rx_buf) { - val = msecs_to_loops(10); - status = readl(regs + S3C64XX_SPI_STATUS); - while ((TX_FIFO_LVL(status, sdd) - || !S3C64XX_SPI_ST_TX_DONE(status, sdd)) - && --val) { - cpu_relax(); - status = readl(regs + S3C64XX_SPI_STATUS); - } + /* If timed out while checking rx/tx status return error */ + if (!val) + return -EIO; - } + return 0; +} - /* If timed out while checking rx/tx status return error */ - if (!val) - return -EIO; - } else { - int loops; - u32 cpy_len; - u8 *buf; - - /* If it was only Tx */ - if (!xfer->rx_buf) { - sdd->state &= ~TXBUSY; - return 0; - } +static int wait_for_pio(struct s3c64xx_spi_driver_data *sdd, + struct spi_transfer *xfer) +{ + void __iomem *regs = sdd->regs; + unsigned long val; + u32 status; + int loops; + u32 cpy_len; + u8 *buf; + int ms; - /* - * If the receive length is bigger than the controller fifo - * size, calculate the loops and read the fifo as many times. - * loops = length / max fifo size (calculated by using the - * fifo mask). - * For any size less than the fifo size the below code is - * executed atleast once. - */ - loops = xfer->len / ((FIFO_LVL_MASK(sdd) >> 1) + 1); - buf = xfer->rx_buf; - do { - /* wait for data to be received in the fifo */ - cpy_len = s3c64xx_spi_wait_for_timeout(sdd, - (loops ? ms : 0)); + /* millisecs to xfer 'len' bytes @ 'cur_speed' */ + ms = xfer->len * 8 * 1000 / sdd->cur_speed; + ms += 10; /* some tolerance */ - switch (sdd->cur_bpw) { - case 32: - ioread32_rep(regs + S3C64XX_SPI_RX_DATA, - buf, cpy_len / 4); - break; - case 16: - ioread16_rep(regs + S3C64XX_SPI_RX_DATA, - buf, cpy_len / 2); - break; - default: - ioread8_rep(regs + S3C64XX_SPI_RX_DATA, - buf, cpy_len); - break; - } + val = msecs_to_loops(ms); + do { + status = readl(regs + S3C64XX_SPI_STATUS); + } while (RX_FIFO_LVL(status, sdd) < xfer->len && --val); - buf = buf + cpy_len; - } while (loops--); - sdd->state &= ~RXBUSY; + + /* If it was only Tx */ + if (!xfer->rx_buf) { + sdd->state &= ~TXBUSY; + return 0; } + /* + * If the receive length is bigger than the controller fifo + * size, calculate the loops and read the fifo as many times. + * loops = length / max fifo size (calculated by using the + * fifo mask). + * For any size less than the fifo size the below code is + * executed atleast once. + */ + loops = xfer->len / ((FIFO_LVL_MASK(sdd) >> 1) + 1); + buf = xfer->rx_buf; + do { + /* wait for data to be received in the fifo */ + cpy_len = s3c64xx_spi_wait_for_timeout(sdd, + (loops ? ms : 0)); + + switch (sdd->cur_bpw) { + case 32: + ioread32_rep(regs + S3C64XX_SPI_RX_DATA, + buf, cpy_len / 4); + break; + case 16: + ioread16_rep(regs + S3C64XX_SPI_RX_DATA, + buf, cpy_len / 2); + break; + default: + ioread8_rep(regs + S3C64XX_SPI_RX_DATA, + buf, cpy_len); + break; + } + + buf = buf + cpy_len; + } while (loops--); + sdd->state &= ~RXBUSY; + return 0; } @@ -928,7 +937,10 @@ static int s3c64xx_spi_transfer_one(struct spi_master *master, spin_unlock_irqrestore(&sdd->lock, flags); - status = wait_for_xfer(sdd, xfer, use_dma); + if (use_dma) + status = wait_for_dma(sdd, xfer); + else + status = wait_for_pio(sdd, xfer); if (status) { dev_err(&spi->dev, "I/O Error: rx-%d tx-%d res:rx-%c tx-%c len-%d\n", -- 1.8.5.3

11 years, 3 months

[PATCH] spi/s3c64xx: Remove unused /CS GPIO management

by Mark Brown

From: Mark Brown <broonie(a)linaro.org> The GPIO enable and disable is done in the core so does not need to be replicated in the driver, delete the unneeded code. enable_cs() was not referenced at all. Signed-off-by: Mark Brown <broonie(a)linaro.org> --- drivers/spi/spi-s3c64xx.c | 29 ----------------------------- 1 file changed, 29 deletions(-) diff --git a/drivers/spi/spi-s3c64xx.c b/drivers/spi/spi-s3c64xx.c index e7620f299777..19113538f5c6 100644 --- a/drivers/spi/spi-s3c64xx.c +++ b/drivers/spi/spi-s3c64xx.c @@ -656,23 +656,6 @@ static void enable_datapath(struct s3c64xx_spi_driver_data *sdd, writel(chcfg, regs + S3C64XX_SPI_CH_CFG); } -static inline void enable_cs(struct s3c64xx_spi_driver_data *sdd, - struct spi_device *spi) -{ - if (sdd->tgl_spi != NULL) { /* If last device toggled after mssg */ - if (sdd->tgl_spi != spi) { /* if last mssg on diff device */ - /* Deselect the last toggled device */ - if (spi->cs_gpio >= 0) - gpio_set_value(spi->cs_gpio, - spi->mode & SPI_CS_HIGH ? 0 : 1); - } - sdd->tgl_spi = NULL; - } - - if (spi->cs_gpio >= 0) - gpio_set_value(spi->cs_gpio, spi->mode & SPI_CS_HIGH ? 1 : 0); -} - static u32 s3c64xx_spi_wait_for_timeout(struct s3c64xx_spi_driver_data *sdd, int timeout_ms) { @@ -792,16 +775,6 @@ static int wait_for_xfer(struct s3c64xx_spi_driver_data *sdd, return 0; } -static inline void disable_cs(struct s3c64xx_spi_driver_data *sdd, - struct spi_device *spi) -{ - if (sdd->tgl_spi == spi) - sdd->tgl_spi = NULL; - - if (spi->cs_gpio >= 0) - gpio_set_value(spi->cs_gpio, spi->mode & SPI_CS_HIGH ? 0 : 1); -} - static void s3c64xx_spi_config(struct s3c64xx_spi_driver_data *sdd) { void __iomem *regs = sdd->regs; @@ -1118,14 +1091,12 @@ static int s3c64xx_spi_setup(struct spi_device *spi) pm_runtime_put(&sdd->pdev->dev); writel(S3C64XX_SPI_SLAVE_SIG_INACT, sdd->regs + S3C64XX_SPI_SLAVE_SEL); - disable_cs(sdd, spi); return 0; setup_exit: pm_runtime_put(&sdd->pdev->dev); /* setup() returns with device de-selected */ writel(S3C64XX_SPI_SLAVE_SIG_INACT, sdd->regs + S3C64XX_SPI_SLAVE_SEL); - disable_cs(sdd, spi); gpio_free(cs->line); spi_set_ctldata(spi, NULL); -- 1.8.5.3

11 years, 3 months

[PATCH] Platform / wmi: Fix potential memory leak in parse_wdg()

by Hanjun Guo

we forgot to call wmi_free_devices() and free out.pointer when alloc mamory failed. Signed-off-by: Hanjun Guo <hanjun.guo(a)linaro.org> --- drivers/platform/x86/wmi.c | 7 +++++-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/drivers/platform/x86/wmi.c b/drivers/platform/x86/wmi.c index 43d1329..e1338b5 100644 --- a/drivers/platform/x86/wmi.c +++ b/drivers/platform/x86/wmi.c @@ -797,8 +797,11 @@ static int parse_wdg(acpi_handle handle) wmi_dump_wdg(&gblock[i]); wblock = kzalloc(sizeof(struct wmi_block), GFP_KERNEL); - if (!wblock) - return -ENOMEM; + if (!wblock) { + wmi_free_devices(); + retval = -ENOMEM; + goto out_free_pointer; + } wblock->handle = handle; wblock->gblock = gblock[i]; -- 1.7.9.5

11 years, 3 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

linaro-kernel