Re: kgene's for-next branch broken, and boot regressions

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Am 27.07.2014 05:08, schrieb Andreas Färber:
> On the ODROID-XU (with local patches based on smdk5410) I get the
> following with earlyprintk:
> 
> Uncompressing Linux... done, booting the kernel.
> [    0.000000] Booting Linux on physical CPU 0x0
> [    0.000000] Linux version 3.16.0-rc6+ (andreas@droide) (gcc version
> 4.8.2 20140404 [gcc-4_8-branch revision 209122] (SUSE Linux) ) #2 SMP
> PREEMPT Sun Jul 27 02:31:31 CEST 2014
> [    0.000000] CPU: ARMv7 Processor [412fc0f3] revision 3 (ARMv7),
> cr=30c5387d
> [    0.000000] CPU: PIPT / VIPT nonaliasing data cache, PIPT instruction
> cache
> [    0.000000] Machine model: ODROID-XU based on EXYNOS5410
> [    0.000000] bootconsole [earlycon0] enabled
> [    0.000000] Forcing write-allocate cache policy for SMP
> [    0.000000] Memory policy: Data cache writealloc
> [    0.000000] Running under secure firmware.
> [    0.000000] PERCPU: Embedded 7 pages/cpu @ee7b3000 s7872 r8192 d12608
> u32768
> [    0.000000] Built 1 zonelists in Zone order, mobility grouping on.
> Total pages: 522256
> [    0.000000] Kernel command line: console=ttySAC2,115200n8 earlyprintk
> root=/dev/mmcblk0p2 rootfstype=ext4 rw rootwait
> [    0.000000] PID hash table entries: 4096 (order: 2, 16384 bytes)
> [    0.000000] Dentry cache hash table entries: 131072 (order: 7, 524288
> bytes)
> [    0.000000] Inode-cache hash table entries: 65536 (order: 6, 262144
> bytes)
> [    0.000000] Memory: 2070984K/2095104K available (4364K kernel code,
> 271K rwdata, 1420K rodata, 271K init, 283K bss, 24120K reserved,
> 1316864K highmem)
> [    0.000000] Virtual kernel memory layout:
> [    0.000000]     vector  : 0xffff0000 - 0xffff1000   (   4 kB)
> [    0.000000]     fixmap  : 0xffc00000 - 0xffe00000   (2048 kB)
> [    0.000000]     vmalloc : 0xf0000000 - 0xff000000   ( 240 MB)
> [    0.000000]     lowmem  : 0xc0000000 - 0xef800000   ( 760 MB)
> [    0.000000]     pkmap   : 0xbfe00000 - 0xc0000000   (   2 MB)
> [    0.000000]     modules : 0xbf000000 - 0xbfe00000   (  14 MB)
> [    0.000000]       .text : 0xc0008000 - 0xc05ae384   (5785 kB)
> [    0.000000]       .init : 0xc05af000 - 0xc05f2ec0   ( 272 kB)
> [    0.000000]       .data : 0xc05f4000 - 0xc0637d80   ( 272 kB)
> [    0.000000]        .bss : 0xc0637d8c - 0xc067eb00   ( 284 kB)
> [    0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1
> [    0.000000] Preemptible hierarchical RCU implementation.
> [    0.000000]  RCU restricting CPUs from NR_CPUS=8 to nr_cpu_ids=4.
> [    0.000000] RCU: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=4
> [    0.000000] NR_IRQS:16 nr_irqs:16 16
> [    0.000000] GIC physical location is 0x10481000
> [    0.000000] Kernel panic - not syncing: failed to find exynos pmu
> register
> [    0.000000]
> [    0.000000] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 3.16.0-rc6+ #2
> [    0.000000] [<c0022214>] (unwind_backtrace) from [<c001f3b4>]
> (show_stack+0x10/0x14)
> [    0.000000] [<c001f3b4>] (show_stack) from [<c04204d4>]
> (dump_stack+0x80/0xc0)
> [    0.000000] [<c04204d4>] (dump_stack) from [<c041d9a4>]
> (panic+0xa4/0x200)
> [    0.000000] [<c041d9a4>] (panic) from [<c05b745c>]
> (exynos_reserve+0x0/0x4c)
> [    0.000000] [<c05b745c>] (exynos_reserve) from [<00000000>] (  (null))
> [    0.000000] ---[ end Kernel panic - not syncing: failed to find
> exynos pmu register
> [    0.000000]
> 
> Reverting "ARM: EXYNOS: Refactored code for using PMU address via DT"
> and "ARM: EXYNOS: Add support for mapping PMU base address via DT" fixed
> the latter.

Adding a "samsung,exynos5410-pmu" system-controller node like on 5420
fixes this as well. Patchset being prepared.

Andreas

-- 
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg
--
To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux SoC Development]     [Linux Rockchip Development]     [Linux USB Development]     [Video for Linux]     [Linux Audio Users]     [Linux SCSI]     [Yosemite News]

  Powered by Linux