linaro-kernel October 2013

linaro-kernel@lists.linaro.org

87 participants
222 discussions

[PATCH V2] ARM: mm: make UACCESS_WITH_MEMCPY huge page aware

by Steve Capper

The memory pinning code in uaccess_with_memcpy.c does not check for HugeTLB or THP pmds, and will enter an infinite loop should a __copy_to_user or __clear_user occur against a huge page. This patch adds detection code for huge pages to pin_page_for_write. As this code can be executed in a fast path it refers to the actual pmds rather than the vma. If a HugeTLB or THP is found (they have the same pmd representation on ARM), the page table spinlock is taken to prevent modification whilst the page is pinned. On ARM, huge pages are only represented as pmds, thus no huge pud checks are performed. (For huge puds one would lock the page table in a similar manner as in the pmd case). Two helper functions are introduced; pmd_thp_or_huge will check whether or not a page is huge or transparent huge (which have the same pmd layout on ARM), and pmd_hugewillfault will detect whether or not a page fault will occur on write to the page. Running the following test (with the chunking from read_zero removed): $ dd if=/dev/zero of=/dev/null bs=10M count=1024 Gave: 2.3 GB/s backed by normal pages, 2.9 GB/s backed by huge pages, 5.1 GB/s backed by huge pages, with page mask=HPAGE_MASK. After some discussion, it was decided not to adopt the HPAGE_MASK, as this would have a significant detrimental effect on the overall system latency due to page_table_lock being held for too long. This could be revisited if split huge page locks are adopted. Signed-off-by: Steve Capper <steve.capper(a)linaro.org> Reviewed-by: Nicolas Pitre <nico(a)linaro.org> --- arch/arm/include/asm/pgtable-3level.h | 3 +++ arch/arm/lib/uaccess_with_memcpy.c | 41 ++++++++++++++++++++++++++++++++--- 2 files changed, 41 insertions(+), 3 deletions(-) diff --git a/arch/arm/include/asm/pgtable-3level.h b/arch/arm/include/asm/pgtable-3level.h index 5689c18..39c54cf 100644 --- a/arch/arm/include/asm/pgtable-3level.h +++ b/arch/arm/include/asm/pgtable-3level.h @@ -206,6 +206,9 @@ static inline pmd_t *pmd_offset(pud_t *pud, unsigned long addr) #define __HAVE_ARCH_PMD_WRITE #define pmd_write(pmd) (!(pmd_val(pmd) & PMD_SECT_RDONLY)) +#define pmd_hugewillfault(pmd) (!pmd_young(pmd) || !pmd_write(pmd)) +#define pmd_thp_or_huge(pmd) (pmd_huge(pmd) || pmd_trans_huge(pmd)) + #ifdef CONFIG_TRANSPARENT_HUGEPAGE #define pmd_trans_huge(pmd) (pmd_val(pmd) && !(pmd_val(pmd) & PMD_TABLE_BIT)) #define pmd_trans_splitting(pmd) (pmd_val(pmd) & PMD_SECT_SPLITTING) diff --git a/arch/arm/lib/uaccess_with_memcpy.c b/arch/arm/lib/uaccess_with_memcpy.c index 025f742..3e58d71 100644 --- a/arch/arm/lib/uaccess_with_memcpy.c +++ b/arch/arm/lib/uaccess_with_memcpy.c @@ -18,6 +18,7 @@ #include <linux/hardirq.h> /* for in_atomic() */ #include <linux/gfp.h> #include <linux/highmem.h> +#include <linux/hugetlb.h> #include <asm/current.h> #include <asm/page.h> @@ -40,7 +41,35 @@ pin_page_for_write(const void __user *_addr, pte_t **ptep, spinlock_t **ptlp) return 0; pmd = pmd_offset(pud, addr); - if (unlikely(pmd_none(*pmd) || pmd_bad(*pmd))) + if (unlikely(pmd_none(*pmd))) + return 0; + + /* + * A pmd can be bad if it refers to a HugeTLB or THP page. + * + * Both THP and HugeTLB pages have the same pmd layout + * and should not be manipulated by the pte functions. + * + * Lock the page table for the destination and check + * to see that it's still huge and whether or not we will + * need to fault on write, or if we have a splitting THP. + */ + if (unlikely(pmd_thp_or_huge(*pmd))) { + ptl = &current->mm->page_table_lock; + spin_lock(ptl); + if (unlikely(!pmd_thp_or_huge(*pmd) + || pmd_hugewillfault(*pmd) + || pmd_trans_splitting(*pmd))) { + spin_unlock(ptl); + return 0; + } + + *ptep = NULL; + *ptlp = ptl; + return 1; + } + + if (unlikely(pmd_bad(*pmd))) return 0; pte = pte_offset_map_lock(current->mm, pmd, addr, &ptl); @@ -94,7 +123,10 @@ __copy_to_user_memcpy(void __user *to, const void *from, unsigned long n) from += tocopy; n -= tocopy; - pte_unmap_unlock(pte, ptl); + if (pte) + pte_unmap_unlock(pte, ptl); + else + spin_unlock(ptl); } if (!atomic) up_read(&current->mm->mmap_sem); @@ -147,7 +179,10 @@ __clear_user_memset(void __user *addr, unsigned long n) addr += tocopy; n -= tocopy; - pte_unmap_unlock(pte, ptl); + if (pte) + pte_unmap_unlock(pte, ptl); + else + spin_unlock(ptl); } up_read(&current->mm->mmap_sem); -- 1.8.1.4

11 years, 4 months

queue boot: 27 pass, 0 fail (v3.11.4-135-g2dd70a7)

by Kevin's boot bot

Automated DT boot report for various ARM defconfigs. Tree/Branch: queue Git describe: v3.11.4-135-g2dd70a7 Full Report =========== omap2plus_defconfig ------------------- omap3-beagle-xm PASS: 0 min 49.5 sec am335x-bone PASS: 0 min 26.5 sec omap3-tobi,3530overo PASS: 0 min 21.5 sec omap4-panda PASS: 1 min 3.7 sec omap4-panda-es PASS: 1 min 14.4 sec omap3-tobi,3730storm PASS: 0 min 20.7 sec omap3-beagle PASS: 0 min 55.9 sec tegra_defconfig --------------- tegra30-beaver PASS: 0 min 15.4 sec imx_v6_v7_defconfig ------------------- imx6dl-wandboard,wand-dual PASS: 0 min 15.9 sec imx6dl-wandboard,wand-solo PASS: 0 min 15.7 sec mvebu_defconfig --------------- armada-xp-openblocks-ax3-4 PASS: 0 min 21.9 sec armada-370-mirabox PASS: 0 min 20.0 sec exynos_defconfig ---------------- exynos5250-arndale PASS: 0 min 29.8 sec multi_v7_defconfig ------------------ tegra30-beaver PASS: 0 min 16.6 sec omap3-beagle-xm PASS: 0 min 49.2 sec armada-370-mirabox PASS: 0 min 20.6 sec omap4-panda PASS: 1 min 0.9 sec armada-xp-openblocks-ax3-4 PASS: 0 min 22.7 sec sun4i-a10-cubieboard PASS: 0 min 13.8 sec imx6dl-wandboard,wand-solo PASS: 0 min 16.1 sec omap3-tobi,3530overo PASS: 0 min 20.1 sec am335x-bone PASS: 0 min 33.6 sec omap4-panda-es PASS: 1 min 6.2 sec omap3-tobi,3730storm PASS: 0 min 22.3 sec imx6dl-wandboard,wand-dual PASS: 0 min 16.3 sec omap3-beagle PASS: 1 min 0.5 sec sama5_defconfig --------------- sama5d35ek PASS: 0 min 17.2 sec

11 years, 4 months

mainline boot: 33 pass, 0 fail (v3.12-rc4-62-g2fe80d3)

by Kevin's boot bot

Automated DT boot report for various ARM defconfigs. Tree/Branch: mainline Git describe: v3.12-rc4-62-g2fe80d3 Full Report =========== omap2plus_defconfig ------------------- am335x-boneblack PASS: 0 min 30.1 sec omap3-beagle-xm PASS: 0 min 48.0 sec am335x-bone PASS: 0 min 26.2 sec omap3-tobi,3530overo PASS: 0 min 21.1 sec omap4-panda PASS: 1 min 3.0 sec omap4-panda-es PASS: 1 min 11.1 sec omap3-tobi,3730storm PASS: 0 min 23.6 sec omap3-beagle PASS: 0 min 50.9 sec tegra_defconfig --------------- tegra30-beaver PASS: 0 min 16.8 sec imx_v6_v7_defconfig ------------------- imx6dl-wandboard,wand-dual PASS: 0 min 16.1 sec imx6dl-wandboard,wand-solo PASS: 0 min 16.0 sec imx6q-wandboard PASS: 0 min 14.7 sec mvebu_defconfig --------------- armada-xp-openblocks-ax3-4 PASS: 0 min 22.0 sec armada-370-mirabox PASS: 0 min 20.0 sec exynos_defconfig ---------------- exynos5250-arndale PASS: 0 min 34.9 sec multi_v7_defconfig ------------------ ste-snowball PASS: 0 min 25.2 sec tegra30-beaver PASS: 0 min 20.4 sec am335x-boneblack PASS: 0 min 34.4 sec omap3-beagle-xm PASS: 0 min 50.2 sec armada-370-mirabox PASS: 0 min 20.5 sec omap4-panda PASS: 1 min 0.4 sec omap4-panda-es PASS: 1 min 7.8 sec armada-xp-openblocks-ax3-4 PASS: 0 min 22.6 sec sun4i-a10-cubieboard PASS: 0 min 13.8 sec imx6dl-wandboard,wand-solo PASS: 0 min 16.5 sec omap3-tobi,3530overo PASS: 0 min 19.8 sec am335x-bone PASS: 0 min 33.3 sec imx6q-wandboard PASS: 0 min 15.6 sec omap3-tobi,3730storm PASS: 0 min 19.5 sec imx6dl-wandboard,wand-dual PASS: 0 min 16.6 sec omap3-beagle PASS: 0 min 47.9 sec u8500_defconfig --------------- ste-snowball PASS: 0 min 33.8 sec sama5_defconfig --------------- sama5d35ek PASS: 0 min 22.0 sec

11 years, 4 months

arm-soc boot: 33 pass, 0 fail (v3.12-rc3-336-g6b20398)

by Kevin's boot bot

Automated DT boot report for various ARM defconfigs. Tree/Branch: arm-soc Git describe: v3.12-rc3-336-g6b20398 Full Report =========== omap2plus_defconfig ------------------- am335x-boneblack PASS: 0 min 29.8 sec omap3-beagle-xm PASS: 0 min 51.8 sec am335x-bone PASS: 0 min 26.2 sec omap3-tobi,3530overo PASS: 0 min 42.1 sec omap4-panda PASS: 1 min 6.8 sec omap4-panda-es PASS: 1 min 12.0 sec omap3-tobi,3730storm PASS: 0 min 44.1 sec omap3-beagle PASS: 0 min 58.3 sec tegra_defconfig --------------- tegra30-beaver PASS: 0 min 17.1 sec imx_v6_v7_defconfig ------------------- imx6dl-wandboard,wand-dual PASS: 0 min 16.2 sec imx6dl-wandboard,wand-solo PASS: 0 min 16.0 sec imx6q-wandboard PASS: 0 min 14.6 sec mvebu_defconfig --------------- armada-xp-openblocks-ax3-4 PASS: 0 min 22.1 sec armada-370-mirabox PASS: 0 min 20.0 sec exynos_defconfig ---------------- exynos5250-arndale PASS: 0 min 28.8 sec multi_v7_defconfig ------------------ ste-snowball PASS: 0 min 28.3 sec tegra30-beaver PASS: 0 min 14.1 sec am335x-boneblack PASS: 0 min 34.4 sec omap3-beagle-xm PASS: 0 min 51.8 sec armada-370-mirabox PASS: 0 min 20.3 sec omap4-panda PASS: 1 min 0.6 sec omap4-panda-es PASS: 1 min 6.5 sec armada-xp-openblocks-ax3-4 PASS: 0 min 22.8 sec sun4i-a10-cubieboard PASS: 0 min 13.8 sec imx6dl-wandboard,wand-solo PASS: 0 min 16.5 sec omap3-tobi,3530overo PASS: 0 min 40.8 sec am335x-bone PASS: 0 min 33.2 sec imx6q-wandboard PASS: 0 min 15.6 sec omap3-tobi,3730storm PASS: 0 min 42.9 sec imx6dl-wandboard,wand-dual PASS: 0 min 16.5 sec omap3-beagle PASS: 0 min 56.8 sec u8500_defconfig --------------- ste-snowball PASS: 0 min 28.6 sec sama5_defconfig --------------- sama5d35ek PASS: 0 min 17.3 sec

11 years, 4 months

next-thierry boot: 32 pass, 0 fail (next-20131010)

by Kevin's boot bot

Automated DT boot report for various ARM defconfigs. Tree/Branch: next-thierry Git describe: next-20131010 Full Report =========== omap2plus_defconfig ------------------- am335x-boneblack PASS: 0 min 30.3 sec omap3-beagle-xm PASS: 0 min 50.3 sec am335x-bone PASS: 0 min 26.1 sec omap3-tobi,3530overo PASS: 0 min 21.2 sec omap4-panda PASS: 1 min 13.2 sec omap4-panda-es PASS: 1 min 10.8 sec omap3-tobi,3730storm PASS: 0 min 23.4 sec omap3-beagle PASS: 1 min 0.7 sec tegra_defconfig --------------- tegra30-beaver PASS: 0 min 20.6 sec imx_v6_v7_defconfig ------------------- imx6dl-wandboard,wand-dual PASS: 0 min 16.3 sec imx6dl-wandboard,wand-solo PASS: 0 min 16.2 sec imx6q-wandboard PASS: 0 min 15.8 sec mvebu_defconfig --------------- armada-xp-openblocks-ax3-4 PASS: 0 min 21.9 sec armada-370-mirabox PASS: 0 min 20.0 sec exynos_defconfig ---------------- exynos5250-arndale PASS: 0 min 30.0 sec multi_v7_defconfig ------------------ ste-snowball PASS: 0 min 28.0 sec tegra30-beaver PASS: 0 min 20.0 sec am335x-boneblack PASS: 0 min 34.4 sec omap3-beagle-xm PASS: 0 min 47.5 sec armada-370-mirabox PASS: 0 min 20.6 sec omap4-panda PASS: 1 min 0.9 sec omap4-panda-es PASS: 1 min 7.8 sec armada-xp-openblocks-ax3-4 PASS: 0 min 22.9 sec sun4i-a10-cubieboard PASS: 0 min 13.7 sec imx6dl-wandboard,wand-solo PASS: 0 min 17.4 sec omap3-tobi,3530overo PASS: 0 min 19.6 sec am335x-bone PASS: 0 min 33.2 sec imx6q-wandboard PASS: 0 min 16.8 sec omap3-tobi,3730storm PASS: 0 min 21.8 sec imx6dl-wandboard,wand-dual PASS: 0 min 17.8 sec omap3-beagle PASS: 0 min 50.6 sec u8500_defconfig --------------- ste-snowball PASS: 0 min 28.6 sec

11 years, 4 months

[RFC PATCH] ARM: kexec: Assemble relocate code in ARM mode

by Taras Kondratiuk

In Thumb2 kernel (CONFIG_THUMB2_KERNEL) kexec's relocate code is assembled in Thumb2 mode, but cpu_v7_reset() jumps to this code in ARM state, because its address is page aligned and has 0 in LSB. Assemble this code in ARM mode to fix the issue. Signed-off-by: Taras Kondratiuk <taras.kondratiuk(a)linaro.org> --- Based on v3.12-rc4 Cc: Dave Martin <dave.martin(a)linaro.org> Cc: Will Deacon <will.deacon(a)arm.com> Cc: Russell King <linux(a)arm.linux.org.uk> Cc: linaro-kernel(a)lists.linaro.org Cc: linux-arm-kernel(a)lists.infradead.org --- arch/arm/kernel/relocate_kernel.S | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/kernel/relocate_kernel.S b/arch/arm/kernel/relocate_kernel.S index d0cdedf..a3af323 100644 --- a/arch/arm/kernel/relocate_kernel.S +++ b/arch/arm/kernel/relocate_kernel.S @@ -5,6 +5,7 @@ #include <asm/kexec.h> .globl relocate_new_kernel + .arm relocate_new_kernel: ldr r0,kexec_indirection_page -- 1.7.9.5

11 years, 4 months

[PATCH] regmap: Use async I/O during cache sync

by Mark Brown

From: Mark Brown <broonie(a)linaro.org> Try to speed up I/O a little by not synchronising until we are finished scheduling writes. A brief survey of existing users suggests we have none that would currently benefit from an async cache sync. Signed-off-by: Mark Brown <broonie(a)linaro.org> --- drivers/base/regmap/regcache.c | 16 ++++++++++++++-- 1 file changed, 14 insertions(+), 2 deletions(-) diff --git a/drivers/base/regmap/regcache.c b/drivers/base/regmap/regcache.c index a36112a..d4dd771 100644 --- a/drivers/base/regmap/regcache.c +++ b/drivers/base/regmap/regcache.c @@ -307,6 +307,8 @@ int regcache_sync(struct regmap *map) if (!map->cache_dirty) goto out; + map->async = true; + /* Apply any patch first */ map->cache_bypass = 1; for (i = 0; i < map->patch_regs; i++) { @@ -332,11 +334,15 @@ int regcache_sync(struct regmap *map) map->cache_dirty = false; out: - trace_regcache_sync(map->dev, name, "stop"); /* Restore the bypass state */ + map->async = false; map->cache_bypass = bypass; map->unlock(map->lock_arg); + regmap_async_complete(map); + + trace_regcache_sync(map->dev, name, "stop"); + return ret; } EXPORT_SYMBOL_GPL(regcache_sync); @@ -375,17 +381,23 @@ int regcache_sync_region(struct regmap *map, unsigned int min, if (!map->cache_dirty) goto out; + map->async = true; + if (map->cache_ops->sync) ret = map->cache_ops->sync(map, min, max); else ret = regcache_default_sync(map, min, max); out: - trace_regcache_sync(map->dev, name, "stop region"); /* Restore the bypass state */ map->cache_bypass = bypass; + map->async = false; map->unlock(map->lock_arg); + regmap_async_complete(map); + + trace_regcache_sync(map->dev, name, "stop region"); + return ret; } EXPORT_SYMBOL_GPL(regcache_sync_region); -- 1.8.4.rc3

11 years, 4 months

[PATCH] regmap: Use async I/O for patch application

by Mark Brown

From: Mark Brown <broonie(a)linaro.org> Try to speed up patch application a little using async I/O. Signed-off-by: Mark Brown <broonie(a)linaro.org> --- drivers/base/regmap/regmap.c | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/drivers/base/regmap/regmap.c b/drivers/base/regmap/regmap.c index ccdac61..437f7f6 100644 --- a/drivers/base/regmap/regmap.c +++ b/drivers/base/regmap/regmap.c @@ -2132,6 +2132,7 @@ int regmap_register_patch(struct regmap *map, const struct reg_default *regs, bypass = map->cache_bypass; map->cache_bypass = true; + map->async = true; /* Write out first; it's useful to apply even if we fail later. */ for (i = 0; i < num_regs; i++) { @@ -2155,10 +2156,13 @@ int regmap_register_patch(struct regmap *map, const struct reg_default *regs, } out: + map->async = false; map->cache_bypass = bypass; map->unlock(map->lock_arg); + regmap_async_complete(map); + return ret; } EXPORT_SYMBOL_GPL(regmap_register_patch); -- 1.8.4.rc3

11 years, 4 months

[RESEND PATCH] ARM: mm: Remove HugeTLB warning from dma-mapping.c

by Steve Capper

The coherant DMA allocator code contained a compile time warning when HugeTLB support was enabled. It stated that huge pages were not supported by the DMA allocator. Apart from memory pressure, HugeTLB should not affect (or be affected by) the higher order pages operated on by the DMA allocator. Also, the user space mappings returned by arm_dma_mmap are done via remap_pfn_range, so the Transparent Huge Page daemon will leave them alone too. This patch removes the huge page warning from dma-mapping.c. Signed-off-by: Steve Capper <steve.capper(a)linaro.org> --- Hi, I'm resending this patch as it appears to have slipped through the cracks. Without this patch we will get spurious compiler warnings when building kernels with huge page support. Cheers, -- Steve --- arch/arm/mm/dma-mapping.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/arch/arm/mm/dma-mapping.c b/arch/arm/mm/dma-mapping.c index 7f9b179..9486048 100644 --- a/arch/arm/mm/dma-mapping.c +++ b/arch/arm/mm/dma-mapping.c @@ -249,9 +249,6 @@ static void __dma_free_buffer(struct page *page, size_t size) } #ifdef CONFIG_MMU -#ifdef CONFIG_HUGETLB_PAGE -#warning ARM Coherent DMA allocator does not (yet) support huge TLB -#endif static void *__alloc_from_contiguous(struct device *dev, size_t size, pgprot_t prot, struct page **ret_page, -- 1.8.1.4

11 years, 4 months

queue boot: 25 pass, 2 fail (v3.11.4-102-g9c7f30a)

by Kevin's boot bot

Automated DT boot report for various ARM defconfigs. Tree/Branch: queue Git describe: v3.11.4-102-g9c7f30a Failed boot tests (console logs at the end) =========================================== armada-370-mirabox: FAIL: multi_v7_defconfig armada-xp-openblocks-ax3-4: FAIL: multi_v7_defconfig Full Report =========== omap2plus_defconfig ------------------- omap3-beagle-xm PASS: 0 min 52.3 sec am335x-bone PASS: 0 min 26.5 sec omap3-tobi,3530overo PASS: 0 min 21.8 sec omap4-panda PASS: 1 min 4.2 sec omap4-panda-es PASS: 1 min 25.6 sec omap3-tobi,3730storm PASS: 0 min 23.8 sec omap3-beagle PASS: 0 min 58.1 sec tegra_defconfig --------------- tegra30-beaver PASS: 0 min 15.4 sec imx_v6_v7_defconfig ------------------- imx6dl-wandboard,wand-dual PASS: 0 min 15.8 sec imx6dl-wandboard,wand-solo PASS: 0 min 15.6 sec mvebu_defconfig --------------- armada-xp-openblocks-ax3-4 PASS: 0 min 21.6 sec armada-370-mirabox PASS: 0 min 18.1 sec exynos_defconfig ---------------- exynos5250-arndale PASS: 0 min 28.8 sec multi_v7_defconfig ------------------ tegra30-beaver PASS: 0 min 17.0 sec omap3-beagle-xm PASS: 0 min 52.5 sec armada-370-mirabox FAIL: 0 min 19.7 sec omap4-panda PASS: 1 min 1.6 sec armada-xp-openblocks-ax3-4 FAIL: 0 min 22.4 sec sun4i-a10-cubieboard PASS: 0 min 13.8 sec imx6dl-wandboard,wand-solo PASS: 0 min 16.1 sec omap3-tobi,3530overo PASS: 0 min 22.9 sec am335x-bone PASS: 0 min 33.6 sec omap4-panda-es PASS: 1 min 7.2 sec omap3-tobi,3730storm PASS: 0 min 22.4 sec imx6dl-wandboard,wand-dual PASS: 0 min 16.2 sec omap3-beagle PASS: 0 min 51.5 sec sama5_defconfig --------------- sama5d35ek PASS: 0 min 17.3 sec Console logs for failures ========================= multi_v7_defconfig ------------------ armada-370-mirabox: FAIL: last 24 lines of boot log: ---------------------------------------------------- [ 139.037237] usbhid: USB HID core driver [ 139.041264] TCP: cubic registered [ 139.044957] NET: Registered protocol family 10 [ 139.049869] sit: IPv6 over IPv4 tunneling driver [ 139.054937] Key type dns_resolver registered [ 139.059270] VFP support v0.3: implementor 56 architecture 2 part 20 variant 9 rev 6 [ 139.066991] Registering SWP/SWPB emulation handler [ 139.072353] ../../drivers/rtc/hctosys.c: unable to open rtc device (rtc0) [ 139.079694] VFS: Cannot open root device "(null)" or unknown-block(0,0): error -6 [ 139.087191] Please append a correct "root=" boot option; here are the available partitions: [ 139.095577] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0) [ 139.103859] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 3.11.4-00102-g9c7f30a #1 [ 139.111123] [<c00157bc>] (unwind_backtrace+0x0/0xf4) from [<c001168c>] (show_stack+0x10/0x14) [ 139.119669] [<c001168c>] (show_stack+0x10/0x14) from [<c04b145c>] (dump_stack+0x84/0x94) [ 139.127786] [<c04b145c>] (dump_stack+0x84/0x94) from [<c04ae980>] (panic+0xa0/0x1f0) [ 139.135549] [<c04ae980>] (panic+0xa0/0x1f0) from [<c06470ec>] (mount_block_root+0x1a0/0x230) [ 139.144005] [<c06470ec>] (mount_block_root+0x1a0/0x230) from [<c0647284>] (mount_root+0x108/0x110) [ 139.152982] [<c0647284>] (mount_root+0x108/0x110) from [<c06473e4>] (prepare_namespace+0x158/0x1a0) [ 139.162056] [<c06473e4>] (prepare_namespace+0x158/0x1a0) from [<c0646da8>] (kernel_init_freeable+0x1c8/0x1d8) [ 139.171991] [<c0646da8>] (kernel_init_freeable+0x1c8/0x1d8) from [<c04ac4dc>] (kernel_init+0x8/0x158) [ 139.181231] [<c04ac4dc>] (kernel_init+0x8/0x158) from [<c000e2b8>] (ret_from_fork+0x14/0x3c) # PYBOOT: Exception: kernel: ERROR: failed to boot: Kernel panic # PYBOOT: Time: 19.71 seconds. # PYBOOT: Result: FAIL armada-xp-openblocks-ax3-4: FAIL: last 24 lines of boot log: ------------------------------------------------------------ [ 159.399385] [<c001168c>] (show_stack+0x10/0x14) from [<c04b145c>] (dump_stack+0x84/0x94) [ 159.407505] [<c04b145c>] (dump_stack+0x84/0x94) from [<c04ae980>] (panic+0xa0/0x1f0) [ 159.415272] [<c04ae980>] (panic+0xa0/0x1f0) from [<c06470ec>] (mount_block_root+0x1a0/0x230) [ 159.423735] [<c06470ec>] (mount_block_root+0x1a0/0x230) from [<c0647284>] (mount_root+0x108/0x110) [ 159.432719] [<c0647284>] (mount_root+0x108/0x110) from [<c06473e4>] (prepare_namespace+0x158/0x1a0) [ 159.441796] [<c06473e4>] (prepare_namespace+0x158/0x1a0) from [<c0646da8>] (kernel_init_freeable+0x1c8/0x1d8) [ 159.451739] [<c0646da8>] (kernel_init_freeable+0x1c8/0x1d8) from [<c04ac4dc>] (kernel_init+0x8/0x158) [ 159.460985] [<c04ac4dc>] (kernel_init+0x8/0x158) from [<c000e2b8>] (ret_from_fork+0x14/0x3c) [ 159.469446] CPU1: stopping [ 159.472163] CPU: 1 PID: 0 Comm: swapper/1 Not tainted 3.11.4-00102-g9c7f30a #1 [ 159.479413] [<c00157bc>] (unwind_backtrace+0x0/0xf4) from [<c001168c>] (show_stack+0x10/0x14) [ 159.487963] [<c001168c>] (show_stack+0x10/0x14) from [<c04b145c>] (dump_stack+0x84/0x94) [ 159.496078] [<c04b145c>] (dump_stack+0x84/0x94) from [<c0013b74>] (handle_IPI+0x10c/0x134) [ 159.504366] [<c0013b74>] (handle_IPI+0x10c/0x134) from [<c00086a4>] (armada_370_xp_handle_irq+0x90/0xa8) [ 159.513874] [<c00086a4>] (armada_370_xp_handle_irq+0x90/0xa8) from [<c0012180>] (__irq_svc+0x40/0x50) [ 159.523115] Exception stack(0xee873fa0 to 0xee873fe8) [ 159.528182] 3fa0: c22dc920 00000000 000009e6 000009e6 c074e175 c06c44c0 c04bb204 ee872000 [ 159.536382] 3fc0: c074e175 ee872000 ee872000 c06c4448 00000000 ee873fe8 c000f430 c00797ec [ 159.544578] 3fe0: 60000113 ffffffff [ 159.548084] [<c0012180>] (__irq_svc+0x40/0x50) from [<c00797ec>] (cpu_startup_entry+0x100/0x144) [ 159.556895] [<c00797ec>] (cpu_startup_entry+0x100/0x144) from [<000088a4>] (0x88a4) # PYBOOT: Exception: kernel: ERROR: failed to boot: Kernel panic # PYBOOT: Time: 22.36 seconds. # PYBOOT: Result: FAIL

11 years, 4 months

← Newer
1
...
13
14
15
16
17
18
19
...
23
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

linaro-kernel October 2013