* kernel.org - master not booting on keystone (ARM v7 Cortex A15 SoC) EVMs
@ 2014-12-19 20:55 Murali Karicheri
2014-12-19 21:17 ` Murali Karicheri
2014-12-19 21:18 ` Uwe Kleine-König
0 siblings, 2 replies; 22+ messages in thread
From: Murali Karicheri @ 2014-12-19 20:55 UTC (permalink / raw)
To: linux-arm-kernel
Hi,
I have pulled the latest master from
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git and
tried booting on keystone k2hk and k2e EVM. The boot hangs with
following log. Has anyone seen this? Keystone is an ARM v7 cortex A15
SMP platform. I am assuming master branch is broken for ARM v7 and
someone is working to address this. v3.18 booted up fine on my EVM.
Any idea?
--
Murali Karicheri
Linux Kernel, Texas Instruments
^ permalink raw reply [flat|nested] 22+ messages in thread
* kernel.org - master not booting on keystone (ARM v7 Cortex A15 SoC) EVMs
2014-12-19 20:55 kernel.org - master not booting on keystone (ARM v7 Cortex A15 SoC) EVMs Murali Karicheri
@ 2014-12-19 21:17 ` Murali Karicheri
2014-12-19 21:18 ` Uwe Kleine-König
1 sibling, 0 replies; 22+ messages in thread
From: Murali Karicheri @ 2014-12-19 21:17 UTC (permalink / raw)
To: linux-arm-kernel
On 12/19/2014 03:55 PM, Murali Karicheri wrote:
> Hi,
>
> I have pulled the latest master from
> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git and
> tried booting on keystone k2hk and k2e EVM. The boot hangs with
> following log. Has anyone seen this? Keystone is an ARM v7 cortex A15
> SMP platform. I am assuming master branch is broken for ARM v7 and
> someone is working to address this. v3.18 booted up fine on my EVM.
>
> Any idea?
>
Just see below if I enable debug earlyprintk
Uncompressing Linux... done, booting the kernel.
[ 0.000000] Booting Linux on physical CPU 0x0
[ 0.000000] Linux version 3.18.0-11757-gd790be3
(a0868495 at ares-ubuntu) (gcc version 4.7.3 20130226 (prerelease)
(crosstool-NG linaro-1.13.1-4.7-2013.03-20130313 - Linaro GCC 2013.03) )
#1 SMP PREEMPT Fri Dec 19 15:53:47 EST 2014
[ 0.000000] CPU: ARMv7 Processor [412fc0f4] revision 4 (ARMv7),
cr=30c5387d
[ 0.000000] CPU: PIPT / VIPT nonaliasing data cache, PIPT instruction
cache
[ 0.000000] Machine model: Texas Instruments Keystone 2 Edison EVM
[ 0.000000] bootconsole [earlycon0] enabled
[ 0.000000] Switching to high address space at 0x800000000
[ 0.000000] WARNING: unsafe modification of in-place page tables -
tainting kernel
[ 0.000000] cma: Reserved 16 MiB at 0x000000085f000000
[ 0.000000] Forcing write-allocate cache policy for SMP
[ 0.000000] Memory policy: Data cache writealloc
--
Murali Karicheri
Linux Kernel, Texas Instruments
^ permalink raw reply [flat|nested] 22+ messages in thread
* kernel.org - master not booting on keystone (ARM v7 Cortex A15 SoC) EVMs
2014-12-19 20:55 kernel.org - master not booting on keystone (ARM v7 Cortex A15 SoC) EVMs Murali Karicheri
2014-12-19 21:17 ` Murali Karicheri
@ 2014-12-19 21:18 ` Uwe Kleine-König
2014-12-19 21:25 ` Tyler Baker
2014-12-19 22:00 ` Murali Karicheri
1 sibling, 2 replies; 22+ messages in thread
From: Uwe Kleine-König @ 2014-12-19 21:18 UTC (permalink / raw)
To: linux-arm-kernel
Hello,
On Fri, Dec 19, 2014 at 03:55:50PM -0500, Murali Karicheri wrote:
> I have pulled the latest master from
> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git and
> tried booting on keystone k2hk and k2e EVM. The boot hangs with
> following log. Has anyone seen this? Keystone is an ARM v7 cortex
> A15 SMP platform. I am assuming master branch is broken for ARM v7
> and someone is working to address this. v3.18 booted up fine on my
> EVM.
>
> Any idea?
You forgot to attach the log?! So no, I don't have any idea. Did you
bisect?
Best regards
Uwe
--
Pengutronix e.K. | Uwe Kleine-K?nig |
Industrial Linux Solutions | http://www.pengutronix.de/ |
^ permalink raw reply [flat|nested] 22+ messages in thread
* kernel.org - master not booting on keystone (ARM v7 Cortex A15 SoC) EVMs
2014-12-19 21:18 ` Uwe Kleine-König
@ 2014-12-19 21:25 ` Tyler Baker
2014-12-19 23:48 ` Murali Karicheri
2014-12-19 22:00 ` Murali Karicheri
1 sibling, 1 reply; 22+ messages in thread
From: Tyler Baker @ 2014-12-19 21:25 UTC (permalink / raw)
To: linux-arm-kernel
Hello,
On 19 December 2014 at 13:18, Uwe Kleine-K?nig
<u.kleine-koenig@pengutronix.de> wrote:
> Hello,
>
> On Fri, Dec 19, 2014 at 03:55:50PM -0500, Murali Karicheri wrote:
>> I have pulled the latest master from
>> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git and
>> tried booting on keystone k2hk and k2e EVM. The boot hangs with
>> following log. Has anyone seen this? Keystone is an ARM v7 cortex
>> A15 SMP platform. I am assuming master branch is broken for ARM v7
>> and someone is working to address this. v3.18 booted up fine on my
>> EVM.
>>
>> Any idea?
> You forgot to attach the log?! So no, I don't have any idea. Did you
> bisect?
>
> Best regards
> Uwe
>
> --
> Pengutronix e.K. | Uwe Kleine-K?nig |
> Industrial Linux Solutions | http://www.pengutronix.de/ |
>
> _______________________________________________
> linux-arm-kernel mailing list
> linux-arm-kernel at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
Could you share your u-boot configuration?
^ permalink raw reply [flat|nested] 22+ messages in thread
* kernel.org - master not booting on keystone (ARM v7 Cortex A15 SoC) EVMs
2014-12-19 21:18 ` Uwe Kleine-König
2014-12-19 21:25 ` Tyler Baker
@ 2014-12-19 22:00 ` Murali Karicheri
2014-12-19 23:26 ` Nishanth Menon
1 sibling, 1 reply; 22+ messages in thread
From: Murali Karicheri @ 2014-12-19 22:00 UTC (permalink / raw)
To: linux-arm-kernel
On 12/19/2014 04:18 PM, Uwe Kleine-K?nig wrote:
> Hello,
>
> On Fri, Dec 19, 2014 at 03:55:50PM -0500, Murali Karicheri wrote:
>> I have pulled the latest master from
>> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git and
>> tried booting on keystone k2hk and k2e EVM. The boot hangs with
>> following log. Has anyone seen this? Keystone is an ARM v7 cortex
>> A15 SMP platform. I am assuming master branch is broken for ARM v7
>> and someone is working to address this. v3.18 booted up fine on my
>> EVM.
>>
>> Any idea?
> You forgot to attach the log?! So no, I don't have any idea. Did you
> bisect?
>
> Best regards
> Uwe
>
Just see below if I enable debug earlyprintk
Uncompressing Linux... done, booting the kernel.
[ 0.000000] Booting Linux on physical CPU 0x0
[ 0.000000] Linux version 3.18.0-11757-gd790be3
(a0868495 at ares-ubuntu) (gcc version 4.7.3 20130226 (prerelease)
(crosstool-NG linaro-1.13.1-4.7-2013.03-20130313 - Linaro GCC 2013.03) )
#1 SMP PREEMPT Fri Dec 19 15:53:47 EST 2014
[ 0.000000] CPU: ARMv7 Processor [412fc0f4] revision 4 (ARMv7),
cr=30c5387d
[ 0.000000] CPU: PIPT / VIPT nonaliasing data cache, PIPT instruction
cache
[ 0.000000] Machine model: Texas Instruments Keystone 2 Edison EVM
[ 0.000000] bootconsole [earlycon0] enabled
[ 0.000000] Switching to high address space at 0x800000000
[ 0.000000] WARNING: unsafe modification of in-place page tables -
tainting kernel
[ 0.000000] cma: Reserved 16 MiB at 0x000000085f000000
[ 0.000000] Forcing write-allocate cache policy for SMP
[ 0.000000] Memory policy: Data cache writealloc
I am currently doing a git bisect to find the offending commit.
Murali
--
Murali Karicheri
Linux Kernel, Texas Instruments
^ permalink raw reply [flat|nested] 22+ messages in thread
* kernel.org - master not booting on keystone (ARM v7 Cortex A15 SoC) EVMs
2014-12-19 22:00 ` Murali Karicheri
@ 2014-12-19 23:26 ` Nishanth Menon
2014-12-19 23:49 ` Murali Karicheri
0 siblings, 1 reply; 22+ messages in thread
From: Nishanth Menon @ 2014-12-19 23:26 UTC (permalink / raw)
To: linux-arm-kernel
On Fri, Dec 19, 2014 at 4:00 PM, Murali Karicheri <m-karicheri2@ti.com> wrote:
> On 12/19/2014 04:18 PM, Uwe Kleine-K?nig wrote:
>>
>> Hello,
>>
>> On Fri, Dec 19, 2014 at 03:55:50PM -0500, Murali Karicheri wrote:
>>>
>>> I have pulled the latest master from
>>> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git and
>>> tried booting on keystone k2hk and k2e EVM. The boot hangs with
>>> following log. Has anyone seen this? Keystone is an ARM v7 cortex
>>> A15 SMP platform. I am assuming master branch is broken for ARM v7
>>> and someone is working to address this. v3.18 booted up fine on my
>>> EVM.
>>>
>>> Any idea?
>>
>> You forgot to attach the log?! So no, I don't have any idea. Did you
>> bisect?
>>
>> Best regards
>> Uwe
>>
> Just see below if I enable debug earlyprintk
>
> Uncompressing Linux... done, booting the kernel.
> [ 0.000000] Booting Linux on physical CPU 0x0
> [ 0.000000] Linux version 3.18.0-11757-gd790be3 (a0868495 at ares-ubuntu)
> (gcc version 4.7.3 20130226 (prerelease) (crosstool-NG
> linaro-1.13.1-4.7-2013.03-20130313 - Linaro GCC 2013.03) ) #1 SMP PREEMPT
> Fri Dec 19 15:53:47 EST 2014
> [ 0.000000] CPU: ARMv7 Processor [412fc0f4] revision 4 (ARMv7),
> cr=30c5387d
> [ 0.000000] CPU: PIPT / VIPT nonaliasing data cache, PIPT instruction
> cache
> [ 0.000000] Machine model: Texas Instruments Keystone 2 Edison EVM
> [ 0.000000] bootconsole [earlycon0] enabled
> [ 0.000000] Switching to high address space at 0x800000000
> [ 0.000000] WARNING: unsafe modification of in-place page tables -
> tainting kernel
> [ 0.000000] cma: Reserved 16 MiB at 0x000000085f000000
> [ 0.000000] Forcing write-allocate cache policy for SMP
> [ 0.000000] Memory policy: Data cache writealloc
>
> I am currently doing a git bisect to find the offending commit.
>
Does not look like few other TI A15 platforms are impacted by this.
branch: master e589c9e Merge branch 'x86-apic-for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip
defconfig: omap2plus_defconfig
gcc: arm-linux-gnueabi-gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3
AM5728 (Dual A15):
1: BeagleBoard-X15(am57xx-evm): BOOT: PASS: http://slexy.org/raw/s21IM6bagp
DRA72x (Single A15):
2: dra72x-evm: BOOT: PASS: http://slexy.org/raw/s212Gk53mv
DRA74x (Dual A15):
3: dra7xx-evm: BOOT: PASS: http://slexy.org/raw/s21C5oTez8
OMAP5432 (Dual A15):
4: omap5-evm: BOOT: PASS: http://slexy.org/raw/s20PMK1WGR
TOTAL = 4 boards, Booted Boards = 4, No Boot boards = 0
---
Regards,
Nishanth Menon
^ permalink raw reply [flat|nested] 22+ messages in thread
* kernel.org - master not booting on keystone (ARM v7 Cortex A15 SoC) EVMs
2014-12-19 21:25 ` Tyler Baker
@ 2014-12-19 23:48 ` Murali Karicheri
2014-12-21 10:29 ` Uwe Kleine-König
0 siblings, 1 reply; 22+ messages in thread
From: Murali Karicheri @ 2014-12-19 23:48 UTC (permalink / raw)
To: linux-arm-kernel
On 12/19/2014 04:25 PM, Tyler Baker wrote:
> Hello,
>
> On 19 December 2014 at 13:18, Uwe Kleine-K?nig
> <u.kleine-koenig@pengutronix.de> wrote:
>> Hello,
>>
>> On Fri, Dec 19, 2014 at 03:55:50PM -0500, Murali Karicheri wrote:
>>> I have pulled the latest master from
>>> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git and
>>> tried booting on keystone k2hk and k2e EVM. The boot hangs with
>>> following log. Has anyone seen this? Keystone is an ARM v7 cortex
>>> A15 SMP platform. I am assuming master branch is broken for ARM v7
>>> and someone is working to address this. v3.18 booted up fine on my
>>> EVM.
>>>
>>> Any idea?
>> You forgot to attach the log?! So no, I don't have any idea. Did you
>> bisect?
This was my first git bisect work. git bisect showed me below commit as
bad commit. But it is pretty old commit. I tried reverting the commit
and my board booted up fine. The boot log attached below. I did
following until I got the bad commit. v3.18 also worked fine.
git bisect start
git bisect good <working commit>
git bisect bad <non working commit>
I build and test. If boots fine, I did git bisect good and if not, git
bisect bad until I got the bad commit. Can someone comment if my bisect
steps look sane? If so, what is wrong with the below commit? Ours is a
LPAE SoC.
commit 1e6b48116a95046ec51f3d40f83aff8b006674d7
Author: Kees Cook <keescook@chromium.org>
Date: Thu Apr 3 17:28:11 2014 -0700
ARM: mm: allow non-text sections to be non-executable
Adds CONFIG_ARM_KERNMEM_PERMS to separate the kernel memory regions
into section-sized areas that can have different permisions. Performs
the NX permission changes during free_initmem, so that init memory
can be
reclaimed.
This uses section size instead of PMD size to reduce memory lost to
padding on non-LPAE systems.
Based on work by Brad Spengler, Larry Bassel, and Laura Abbott.
Signed-off-by: Kees Cook <keescook@chromium.org>
Tested-by: Laura Abbott <lauraa@codeaurora.org>
Acked-by: Nicolas Pitre <nico@linaro.org>
Bytes transferred = 3934208 (3c0800 hex)
## installed monitor, freq [208333333], status 0
## Booting kernel from Legacy Image at 88000000 ...
Image Name: Linux-3.18.0-11757-gd790be3-dirt
Created: 2014-12-19 23:14:58 UTC
Image Type: ARM Linux Kernel Image (uncompressed)
Data Size: 3934144 Bytes = 3.8 MiB
Load Address: 80008000
Entry Point: 80008000
Verifying Checksum ... OK
## Flattened Device Tree blob at 87000000
Booting using the fdt blob at 0x87000000
Loading Kernel Image ... OK
Using Device Tree in place at 87000000, end 8700781d
Starting kernel ...
[ 0.000000] Booting Linux on physical CPU 0x0
[ 0.000000] Linux version 3.18.0-11757-gd790be3-dirty
(a0868495 at ares-ubuntu) (gcc version 4.7.3 20130226 (prerelease)
(crosstool-NG linaro-1.13.1-4.7-2013.03-20130313 - Linaro GCC 2013.03) )
#16 SMP PREEMPT Fri Dec 19 18:14:46 EST 2014
[ 0.000000] CPU: ARMv7 Processor [412fc0f4] revision 4 (ARMv7),
cr=30c5387d
[ 0.000000] CPU: PIPT / VIPT nonaliasing data cache, PIPT instruction
cache
[ 0.000000] Machine model: Texas Instruments Keystone 2 Edison EVM
[ 0.000000] Switching to high address space at 0x800000000
[ 0.000000] WARNING: unsafe modification of in-place page tables -
tainting kernel
[ 0.000000] cma: Reserved 16 MiB at 0x000000085f000000
[ 0.000000] Forcing write-allocate cache policy for SMP
[ 0.000000] Memory policy: Data cache writealloc
[ 0.000000] On node 0 totalpages: 917504
[ 0.000000] free_area_init_node: node 0, pgdat c078c240, node_mem_map
ed7f9000
[ 0.000000] DMA zone: 1520 pages used for memmap
[ 0.000000] DMA zone: 0 pages reserved
[ 0.000000] DMA zone: 194560 pages, LIFO batch:31
[ 0.000000] HighMem zone: 722944 pages, LIFO batch:31
[ 0.000000] PERCPU: Embedded 10 pages/cpu @ed7b2000 s12096 r8192
d20672 u40960
[ 0.000000] pcpu-alloc: s12096 r8192 d20672 u40960 alloc=10*4096
[ 0.000000] pcpu-alloc: [0] 0 [0] 1 [0] 2 [0] 3
[ 0.000000] Built 1 zonelists in Zone order, mobility grouping on.
Total pages: 915984
[ 0.000000] Kernel command line: console=ttyS0,115200n8 rootwait=1
clk_ignore_unused debug earlyprintk rdinit=/sbin/init rw root=/dev/ram0
initrd=0x802000000,9M
[ 0.000000] log_buf_len individual max cpu contribution: 4096 bytes
[ 0.000000] log_buf_len total cpu_extra contributions: 12288 bytes
[ 0.000000] log_buf_len min size: 16384 bytes
[ 0.000000] log_buf_len: 32768 bytes
[ 0.000000] early log buf free: 14536(88%)
[ 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: 3606688K/3670016K available (5220K kernel code,
288K rwdata, 1888K rodata, 315K init, 174K bss, 46944K reserved, 16384K
cma-reserved, 2875392K highmem)
[ 0.000000] Virtual kernel memory layout:
[ 0.000000] vector : 0xffff0000 - 0xffff1000 ( 4 kB)
[ 0.000000] fixmap : 0xffc00000 - 0xfff00000 (3072 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 - 0xc06f95bc (7110 kB)
[ 0.000000] .init : 0xc06fa000 - 0xc0748f40 ( 316 kB)
[ 0.000000] .data : 0xc074a000 - 0xc079217c ( 289 kB)
[ 0.000000] .bss : 0xc079217c - 0xc07bdaa0 ( 175 kB)
[ 0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1
[ 0.000000] Preemptible hierarchical RCU implementation.
[ 0.000000] NR_IRQS:16 nr_irqs:16 16
[ 0.000000] Architected cp15 timer(s) running at 208.33MHz (virt).
[ 0.000003] sched_clock: 56 bits at 208MHz, resolution 4ns, wraps
every 2638828011520ns
[ 0.000011] Switching to timer-based delay loop, resolution 4ns
[ 0.000122] keystone timer clock @208333333 Hz
[ 0.000219] Console: colour dummy device 80x30
[ 0.000234] Calibrating delay loop (skipped), value calculated using
timer frequency.. 416.66 BogoMIPS (lpj=2083333)
[ 0.000244] pid_max: default: 4096 minimum: 301
[ 0.000306] Mount-cache hash table entries: 2048 (order: 1, 8192 bytes)
[ 0.000314] Mountpoint-cache hash table entries: 2048 (order: 1, 8192
bytes)
[ 0.000680] CPU: Testing write buffer coherency: ok
[ 0.000824] /cpus/cpu at 0 missing clock-frequency property
[ 0.000838] /cpus/cpu at 1 missing clock-frequency property
[ 0.000851] /cpus/cpu at 2 missing clock-frequency property
[ 0.000865] /cpus/cpu at 3 missing clock-frequency property
[ 0.000874] CPU0: thread -1, cpu 0, socket 0, mpidr 80000000
[ 0.000914] Setting up static identity map for 0x804f3760 - 0x804f3794
[ 0.139325] CPU1: thread -1, cpu 1, socket 0, mpidr 80000001
[ 0.229428] CPU2: thread -1, cpu 2, socket 0, mpidr 80000002
[ 0.319532] CPU3: thread -1, cpu 3, socket 0, mpidr 80000003
[ 0.319599] Brought up 4 CPUs
[ 0.319613] CPU: All CPU(s) started in SVC mode.
[ 0.320333] VFP support v0.3: implementor 41 architecture 4 part 30
variant f rev 0
[ 0.324330] NET: Registered protocol family 16
[ 0.325137] DMA: preallocated 256 KiB pool for atomic coherent
allocations
[ 0.330901] hw-breakpoint: found 5 (+1 reserved) breakpoint and 4
watchpoint registers.
[ 0.330908] hw-breakpoint: maximum watchpoint size is 8 bytes.
[ 0.339937] vgaarb: loaded
[ 0.340214] SCSI subsystem initialized
[ 0.340617] usbcore: registered new interface driver usbfs
[ 0.340696] usbcore: registered new interface driver hub
[ 0.340790] usbcore: registered new device driver usb
[ 0.342609] Switched to clocksource arch_sys_counter
[ 0.364910] NET: Registered protocol family 2
[ 0.365338] TCP established hash table entries: 8192 (order: 3, 32768
bytes)
[ 0.365389] TCP bind hash table entries: 8192 (order: 4, 65536 bytes)
[ 0.365494] TCP: Hash tables configured (established 8192 bind 8192)
[ 0.365531] TCP: reno registered
[ 0.365540] UDP hash table entries: 512 (order: 2, 16384 bytes)
[ 0.365565] UDP-Lite hash table entries: 512 (order: 2, 16384 bytes)
[ 0.365699] NET: Registered protocol family 1
[ 0.365857] RPC: Registered named UNIX socket transport module.
[ 0.365864] RPC: Registered udp transport module.
[ 0.365869] RPC: Registered tcp transport module.
[ 0.365874] RPC: Registered tcp NFSv4.1 backchannel transport module.
[ 0.365889] PCI: CLS 0 bytes, default 64
[ 0.366023] Unpacking initramfs...
[ 0.797798] Freeing initrd memory: 9216K (c2000000 - c2900000)
[ 0.797991] hw perfevents: enabled with armv7_cortex_a15 PMU driver,
7 counters available
[ 0.798630] platform alarmtimer: set dma_pfn_offset00780000
[ 0.799270] futex hash table entries: 16 (order: -2, 1024 bytes)
[ 0.810620] Installing knfsd (copyright (C) 1996 okir at monad.swb.de).
[ 0.810718] ntfs: driver 2.1.31 [Flags: R/O].
[ 0.811058] jffs2: version 2.2. (NAND) ?? 2001-2006 Red Hat, Inc.
[ 0.812696] NET: Registered protocol family 38
[ 0.812765] bounce: pool size: 64 pages
[ 0.812992] Block layer SCSI generic (bsg) driver version 0.4 loaded
(major 253)
[ 0.813006] io scheduler noop registered
[ 0.813018] io scheduler deadline registered
[ 0.813197] io scheduler cfq registered (default)
[ 0.813333] keystone_irq soc:keystone_irq at 26202a0: irqchip
registered, nr_irqs 28
[ 0.813480] gpio-syscon soc:keystone_dsp_gpio at 02620240: can't read
the dir register offset!
[ 0.814272] keystone-pcie 21801000.pcie: missing *config* reg space
[ 1.014637] keystone-pcie 21801000.pcie: phy link never came up
[ 1.014853] keystone-pcie 21801000.pcie: PCI host bridge to bus 0000:00
[ 1.014865] pci_bus 0000:00: root bus resource [io 0x1000-0x3fff]
[ 1.014874] pci_bus 0000:00: root bus resource [mem
0x50000000-0x5fffffff]
[ 1.014883] pci_bus 0000:00: root bus resource [bus 00-ff]
[ 1.014913] pci 0000:00:00.0: [104c:b009] type 01 class 0x060400
[ 1.015180] PCI: bus0: Fast back to back transfers disabled
[ 1.015324] PCI: bus1: Fast back to back transfers enabled
[ 1.015334] pci_bus 0000:01: busn_res: [bus 01-ff] end is updated to 01
[ 1.015389] pci 0000:00:00.0: PCI bridge to [bus 01]
[ 1.015599] pcieport 0000:00:00.0: Signaling PME through PCIe PME
interrupt
[ 1.015610] pcie_pme 0000:00:00.0:pcie01: service driver pcie_pme loaded
[ 1.015736] aer 0000:00:00.0:pcie02: service driver aer loaded
[ 1.016058] keystone-pcie 21021000.pcie: missing *config* reg space
[ 1.016075] Requested IO range too big, new size set to 64K
[ 1.215646] keystone-pcie 21021000.pcie: phy link never came up
[ 1.215857] keystone-pcie 21021000.pcie: PCI host bridge to bus 0001:00
[ 1.215867] pci_bus 0001:00: root bus resource [io 0x10000-0xfffff]
(bus address [0x0000-0xeffff])
[ 1.215876] pci_bus 0001:00: root bus resource [mem
0x60000000-0x6fffffff]
[ 1.215884] pci_bus 0001:00: root bus resource [bus 00-ff]
[ 1.215910] pci 0001:00:00.0: [104c:b009] type 01 class 0x060400
[ 1.216162] PCI: bus0: Fast back to back transfers disabled
[ 1.216313] PCI: bus1: Fast back to back transfers enabled
[ 1.216322] pci_bus 0001:01: busn_res: [bus 01-ff] end is updated to 01
[ 1.216378] pci 0001:00:00.0: PCI bridge to [bus 01]
[ 1.216578] pcieport 0001:00:00.0: Signaling PME through PCIe PME
interrupt
[ 1.216588] pcie_pme 0001:00:00.0:pcie01: service driver pcie_pme loaded
[ 1.216712] aer 0001:00:00.0:pcie02: service driver aer loaded
[ 1.256740] Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
[ 1.256825] platform serial8250: set dma_pfn_offset00780000
[ 1.257936] console [ttyS0] disabled
[ 1.257993] of_serial 2530c00.serial: ttyS0 at MMIO 0x2530c00 (irq =
26, base_baud = 13020833) is a 16550A
[ 2.082903] console [ttyS0] enabled
[ 2.086928] of_serial 2531000.serial: ttyS1 at MMIO 0x2531000 (irq =
27, base_baud = 13020833) is a 16550A
[ 2.099328] loop: module loaded
[ 2.102592] at24 0-0050: 131072 byte 24c1024 EEPROM, writable, 1
bytes/write
[ 2.114188] m25p80 spi32766.0: n25q128a11 (16384 Kbytes)
[ 2.119507] 2 ofpart partitions found on MTD device spi32766.0
[ 2.125340] Creating 2 MTD partitions on "spi32766.0":
[ 2.130472] 0x000000000000-0x000000080000 : "u-boot-spl"
[ 2.136411] 0x000000080000-0x000001000000 : "misc"
[ 2.141765] spi_davinci 21000400.spi: Controller at 0xf014a400
[ 2.147931] spi_davinci 21000600.spi: Controller at 0xf014c600
[ 2.154096] spi_davinci 21000800.spi: Controller at 0xf014e800
[ 2.360911] dwc3 2690000.dwc3: No power optimization available
[ 2.366743] dwc3 2690000.dwc3: found 16 IN and 16 OUT endpoints
[ 2.572689] dwc3 2690000.dwc3: Event buf ec9c1000 dma ac9c1000 length 256
[ 2.579469] dwc3 2690000.dwc3: Event buf ec9c2000 dma ac9c2000 length 256
[ 2.586254] dwc3 2690000.dwc3: Event buf ec9c3000 dma ac9c3000 length 256
[ 2.593039] dwc3 2690000.dwc3: Event buf ed164000 dma ad164000 length 256
[ 2.599819] dwc3 2690000.dwc3: Event buf ed166000 dma ad166000 length 256
[ 2.606603] dwc3 2690000.dwc3: Event buf ed167000 dma ad167000 length 256
[ 2.613387] dwc3 2690000.dwc3: Event buf ec82c000 dma ac82c000 length 256
[ 2.620166] dwc3 2690000.dwc3: Event buf ec82d000 dma ac82d000 length 256
[ 2.626951] dwc3 2690000.dwc3: Event buf ec82e000 dma ac82e000 length 256
[ 2.633735] dwc3 2690000.dwc3: Event buf ec82f000 dma ac82f000 length 256
[ 2.640514] dwc3 2690000.dwc3: Event buf ecb80000 dma acb80000 length 256
[ 2.647298] dwc3 2690000.dwc3: Event buf ecb81000 dma acb81000 length 256
[ 2.654083] dwc3 2690000.dwc3: Event buf ecb82000 dma acb82000 length 256
[ 2.660862] dwc3 2690000.dwc3: Event buf ecb83000 dma acb83000 length 256
[ 2.667647] dwc3 2690000.dwc3: Event buf ed34c000 dma ad34c000 length 256
[ 2.674430] dwc3 2690000.dwc3: Event buf ed34d000 dma ad34d000 length 256
[ 2.681274] platform xhci-hcd.0.auto: set dma_pfn_offset00780000
[ 2.887719] dwc3 25010000.dwc3: No power optimization available
[ 2.893637] dwc3 25010000.dwc3: found 16 IN and 16 OUT endpoints
[ 3.099664] dwc3 25010000.dwc3: Event buf ecbd0000 dma acbd0000
length 256
[ 3.106537] dwc3 25010000.dwc3: Event buf ecbd1000 dma acbd1000
length 256
[ 3.113410] dwc3 25010000.dwc3: Event buf ecbd2000 dma acbd2000
length 256
[ 3.120276] dwc3 25010000.dwc3: Event buf ecbd3000 dma acbd3000
length 256
[ 3.127148] dwc3 25010000.dwc3: Event buf ec866000 dma ac866000
length 256
[ 3.134019] dwc3 25010000.dwc3: Event buf ec867000 dma ac867000
length 256
[ 3.140885] dwc3 25010000.dwc3: Event buf ecb74000 dma acb74000
length 256
[ 3.147756] dwc3 25010000.dwc3: Event buf ecb75000 dma acb75000
length 256
[ 3.154628] dwc3 25010000.dwc3: Event buf ed3d2000 dma ad3d2000
length 256
[ 3.161495] dwc3 25010000.dwc3: Event buf ed3d3000 dma ad3d3000
length 256
[ 3.168367] dwc3 25010000.dwc3: Event buf ec828000 dma ac828000
length 256
[ 3.175239] dwc3 25010000.dwc3: Event buf ec829000 dma ac829000
length 256
[ 3.182105] dwc3 25010000.dwc3: Event buf ed1da000 dma ad1da000
length 256
[ 3.188975] dwc3 25010000.dwc3: Event buf ed1db000 dma ad1db000
length 256
[ 3.195846] dwc3 25010000.dwc3: Event buf ed160000 dma ad160000
length 256
[ 3.202716] dwc3 25010000.dwc3: Event buf ed161000 dma ad161000
length 256
[ 3.209649] platform xhci-hcd.1.auto: set dma_pfn_offset00780000
[ 3.215984] xhci-hcd xhci-hcd.0.auto: xHCI Host Controller
[ 3.221567] xhci-hcd xhci-hcd.0.auto: new USB bus registered,
assigned bus number 1
[ 3.229502] xhci-hcd xhci-hcd.0.auto: irq 34, io mem 0x02690000
[ 3.235545] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
[ 3.242326] usb usb1: New USB device strings: Mfr=3, Product=2,
SerialNumber=1
[ 3.249552] usb usb1: Product: xHCI Host Controller
[ 3.254430] usb usb1: Manufacturer: Linux 3.18.0-11757-gd790be3-dirty
xhci-hcd
[ 3.261643] usb usb1: SerialNumber: xhci-hcd.0.auto
[ 3.266901] hub 1-0:1.0: USB hub found
[ 3.270666] hub 1-0:1.0: 1 port detected
[ 3.274845] xhci-hcd xhci-hcd.0.auto: xHCI Host Controller
[ 3.280445] xhci-hcd xhci-hcd.0.auto: new USB bus registered,
assigned bus number 2
[ 3.288235] usb usb2: New USB device found, idVendor=1d6b, idProduct=0003
[ 3.295027] usb usb2: New USB device strings: Mfr=3, Product=2,
SerialNumber=1
[ 3.302240] usb usb2: Product: xHCI Host Controller
[ 3.307118] usb usb2: Manufacturer: Linux 3.18.0-11757-gd790be3-dirty
xhci-hcd
[ 3.314340] usb usb2: SerialNumber: xhci-hcd.0.auto
[ 3.319582] hub 2-0:1.0: USB hub found
[ 3.323353] hub 2-0:1.0: 1 port detected
[ 3.327559] xhci-hcd xhci-hcd.1.auto: xHCI Host Controller
[ 3.333182] xhci-hcd xhci-hcd.1.auto: new USB bus registered,
assigned bus number 3
[ 3.341014] xhci-hcd xhci-hcd.1.auto: irq 68, io mem 0x25010000
[ 3.347041] usb usb3: New USB device found, idVendor=1d6b, idProduct=0002
[ 3.353832] usb usb3: New USB device strings: Mfr=3, Product=2,
SerialNumber=1
[ 3.361045] usb usb3: Product: xHCI Host Controller
[ 3.365923] usb usb3: Manufacturer: Linux 3.18.0-11757-gd790be3-dirty
xhci-hcd
[ 3.373836] usb usb3: SerialNumber: xhci-hcd.1.auto
[ 3.379079] hub 3-0:1.0: USB hub found
[ 3.382850] hub 3-0:1.0: 1 port detected
[ 3.387013] xhci-hcd xhci-hcd.1.auto: xHCI Host Controller
[ 3.392622] xhci-hcd xhci-hcd.1.auto: new USB bus registered,
assigned bus number 4
[ 3.400399] usb usb4: New USB device found, idVendor=1d6b, idProduct=0003
[ 3.407189] usb usb4: New USB device strings: Mfr=3, Product=2,
SerialNumber=1
[ 3.414412] usb usb4: Product: xHCI Host Controller
[ 3.419282] usb usb4: Manufacturer: Linux 3.18.0-11757-gd790be3-dirty
xhci-hcd
[ 3.427836] usb usb4: SerialNumber: xhci-hcd.1.auto
[ 3.433091] hub 4-0:1.0: USB hub found
[ 3.436850] hub 4-0:1.0: 1 port detected
[ 3.441197] usbcore: registered new interface driver usb-storage
[ 3.447572] mousedev: PS/2 mouse device common for all mice
[ 3.453353] i2c /dev entries driver
[ 3.457258] davinci-wdt 22f0080.wdt: heartbeat 60 sec
[ 3.462762] usbcore: registered new interface driver usbhid
[ 3.468325] usbhid: USB HID core driver
[ 3.472893] nand: device found, Manufacturer ID: 0x2c, Chip ID: 0xac
[ 3.479237] nand: Micron MT29F4G08ABBDAHC
[ 3.483945] nand: 512 MiB, SLC, erase size: 128 KiB, page size: 2048,
OOB size: 64
[ 3.491793] Bad block table found at page 262080, version 0x01
[ 3.498135] Bad block table found at page 262016, version 0x01
[ 3.504281] 3 ofpart partitions found on MTD device 30000000.nand
[ 3.510365] Creating 3 MTD partitions on "30000000.nand":
[ 3.515765] 0x000000000000-0x000000100000 : "u-boot"
[ 3.521319] 0x000000100000-0x000000180000 : "params"
[ 3.526843] 0x000000180000-0x000020000000 : "ubifs"
[ 3.532529] davinci_nand 30000000.nand: controller rev. 2.5
[ 3.539597] platform oprofile-perf.0: set dma_pfn_offset00780000
[ 3.545733] oprofile: using timer interrupt.
[ 3.550019] Netfilter messages via NETLINK v0.30.
[ 3.554737] nf_conntrack version 0.5.0 (16384 buckets, 65536 max)
[ 3.561219] ctnetlink v0.93: registering with nfnetlink.
[ 3.566790] ipip: IPv4 over IPv4 tunneling driver
[ 3.571876] gre: GRE over IPv4 demultiplexor driver
[ 3.576762] ip_gre: GRE over IPv4 tunneling driver
[ 3.582421] ip_tables: (C) 2000-2006 Netfilter Core Team
[ 3.587816] ipt_CLUSTERIP: ClusterIP Version 0.8 loaded successfully
[ 3.594195] arp_tables: (C) 2002 David S. Miller
[ 3.598847] TCP: cubic registered
[ 3.602157] Initializing XFRM netlink socket
[ 3.606965] NET: Registered protocol family 10
[ 3.612005] NET: Registered protocol family 17
[ 3.616472] NET: Registered protocol family 15
[ 3.620912] 8021q: 802.1Q VLAN Support v1.8
[ 3.626750] sctp: Hash tables configured (established 65536 bind 65536)
[ 3.633786] Registering SWP/SWPB emulation handler
[ 3.641684] clk: Not disabling unused clocks
[ 3.646516] Freeing unused kernel memory: 312K (c06fa000 - c0748000)
INIT: version 2.88 booting
Starting udev
Starting Bootlog daemon: bootlogd.
Configuring network interfaces... ifconfig: SIOCGIFFLAGS: No such device
ifconfig: SIOCGIFFLAGS: No such device
done.
Mon Jul 8 13:27:00 UTC 2013
Configuring update-modules.
ERROR: could not open directory
/lib/modules/3.18.0-11757-gd790be3-dirty: No such file or directory
WARNING: -e needs -E or -F
ERROR: could not open directory
/lib/modules/3.18.0-11757-gd790be3-dirty: No such file or directory
INIT: Entering runlevel: 5dules: No such file or direct
Starting telnet daemon.
Starting syslogd/klogd: done
Starting thttpd.
Stopping Bootlog daemon: bootlogd.
_____ _____ _ _
| _ |___ ___ ___ ___ | _ |___ ___ |_|___ ___| |_
| | _| .'| . | . | | __| _| . | | | -_| _| _|
|__|__|_| |__,|_ |___| |__| |_| |___|_| |___|___|_|
|___| |___|
Arago Project http://arago-project.org keystone-evm ttyS0
Arago 2013.04 keystone-evm ttyS0
keystone-evm login: root
root at keystone-evm:~# uname -a
Linux keystone-evm 3.18.0-11757-gd790be3-dirty #16 SMP PREEMPT Fri Dec
19 18:14:46 EST 2014 armv7l GNU/Linux
root at keystone-evm:~#
--
Murali Karicheri
Linux Kernel, Texas Instruments
^ permalink raw reply [flat|nested] 22+ messages in thread
* kernel.org - master not booting on keystone (ARM v7 Cortex A15 SoC) EVMs
2014-12-19 23:26 ` Nishanth Menon
@ 2014-12-19 23:49 ` Murali Karicheri
0 siblings, 0 replies; 22+ messages in thread
From: Murali Karicheri @ 2014-12-19 23:49 UTC (permalink / raw)
To: linux-arm-kernel
On 12/19/2014 06:26 PM, Nishanth Menon wrote:
> On Fri, Dec 19, 2014 at 4:00 PM, Murali Karicheri<m-karicheri2@ti.com> wrote:
>> On 12/19/2014 04:18 PM, Uwe Kleine-K?nig wrote:
>>>
>>> Hello,
>>>
>>> On Fri, Dec 19, 2014 at 03:55:50PM -0500, Murali Karicheri wrote:
>>>>
>>>> I have pulled the latest master from
>>>> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git and
>>>> tried booting on keystone k2hk and k2e EVM. The boot hangs with
>>>> following log. Has anyone seen this? Keystone is an ARM v7 cortex
>>>> A15 SMP platform. I am assuming master branch is broken for ARM v7
>>>> and someone is working to address this. v3.18 booted up fine on my
>>>> EVM.
>>>>
>>>> Any idea?
>>>
>>> You forgot to attach the log?! So no, I don't have any idea. Did you
>>> bisect?
>>>
>>> Best regards
>>> Uwe
>>>
>> Just see below if I enable debug earlyprintk
>>
>> Uncompressing Linux... done, booting the kernel.
>> [ 0.000000] Booting Linux on physical CPU 0x0
>> [ 0.000000] Linux version 3.18.0-11757-gd790be3 (a0868495 at ares-ubuntu)
>> (gcc version 4.7.3 20130226 (prerelease) (crosstool-NG
>> linaro-1.13.1-4.7-2013.03-20130313 - Linaro GCC 2013.03) ) #1 SMP PREEMPT
>> Fri Dec 19 15:53:47 EST 2014
>> [ 0.000000] CPU: ARMv7 Processor [412fc0f4] revision 4 (ARMv7),
>> cr=30c5387d
>> [ 0.000000] CPU: PIPT / VIPT nonaliasing data cache, PIPT instruction
>> cache
>> [ 0.000000] Machine model: Texas Instruments Keystone 2 Edison EVM
>> [ 0.000000] bootconsole [earlycon0] enabled
>> [ 0.000000] Switching to high address space at 0x800000000
>> [ 0.000000] WARNING: unsafe modification of in-place page tables -
>> tainting kernel
>> [ 0.000000] cma: Reserved 16 MiB at 0x000000085f000000
>> [ 0.000000] Forcing write-allocate cache policy for SMP
>> [ 0.000000] Memory policy: Data cache writealloc
>>
>> I am currently doing a git bisect to find the offending commit.
>>
> Does not look like few other TI A15 platforms are impacted by this.
>
> branch: master e589c9e Merge branch 'x86-apic-for-linus' of
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip
> defconfig: omap2plus_defconfig
> gcc: arm-linux-gnueabi-gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3
> AM5728 (Dual A15):
> 1: BeagleBoard-X15(am57xx-evm): BOOT: PASS: http://slexy.org/raw/s21IM6bagp
> DRA72x (Single A15):
> 2: dra72x-evm: BOOT: PASS: http://slexy.org/raw/s212Gk53mv
> DRA74x (Dual A15):
> 3: dra7xx-evm: BOOT: PASS: http://slexy.org/raw/s21C5oTez8
> OMAP5432 (Dual A15):
> 4: omap5-evm: BOOT: PASS: http://slexy.org/raw/s20PMK1WGR
> TOTAL = 4 boards, Booted Boards = 4, No Boot boards = 0
>
>
> ---
> Regards,
> Nishanth Menon
Nishanth,
Just posted the git bisect result and narrowed it down to one commit
which seems to be applicable for non LPAE ARM, but somehow impacted LPAE.
--
Murali Karicheri
Linux Kernel, Texas Instruments
^ permalink raw reply [flat|nested] 22+ messages in thread
* kernel.org - master not booting on keystone (ARM v7 Cortex A15 SoC) EVMs
2014-12-19 23:48 ` Murali Karicheri
@ 2014-12-21 10:29 ` Uwe Kleine-König
2014-12-22 15:04 ` Murali Karicheri
0 siblings, 1 reply; 22+ messages in thread
From: Uwe Kleine-König @ 2014-12-21 10:29 UTC (permalink / raw)
To: linux-arm-kernel
Hello,
I cannot say anything here, but maybe the people being involved in
1e6b48116a950 can. I added them to Cc and didn't trim the mail for them.
Best regards
Uwe
On Fri, Dec 19, 2014 at 06:48:02PM -0500, Murali Karicheri wrote:
> On 12/19/2014 04:25 PM, Tyler Baker wrote:
> >Hello,
> >
> >On 19 December 2014 at 13:18, Uwe Kleine-K?nig
> ><u.kleine-koenig@pengutronix.de> wrote:
> >>Hello,
> >>
> >>On Fri, Dec 19, 2014 at 03:55:50PM -0500, Murali Karicheri wrote:
> >>>I have pulled the latest master from
> >>>git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git and
> >>>tried booting on keystone k2hk and k2e EVM. The boot hangs with
> >>>following log. Has anyone seen this? Keystone is an ARM v7 cortex
> >>>A15 SMP platform. I am assuming master branch is broken for ARM v7
> >>>and someone is working to address this. v3.18 booted up fine on my
> >>>EVM.
> >>>
> >>>Any idea?
> >>You forgot to attach the log?! So no, I don't have any idea. Did you
> >>bisect?
>
> This was my first git bisect work. git bisect showed me below commit
> as bad commit. But it is pretty old commit. I tried reverting the
> commit and my board booted up fine. The boot log attached below. I
> did following until I got the bad commit. v3.18 also worked fine.
>
> git bisect start
> git bisect good <working commit>
> git bisect bad <non working commit>
>
> I build and test. If boots fine, I did git bisect good and if not,
> git bisect bad until I got the bad commit. Can someone comment if my
> bisect steps look sane? If so, what is wrong with the below commit?
> Ours is a LPAE SoC.
>
> commit 1e6b48116a95046ec51f3d40f83aff8b006674d7
> Author: Kees Cook <keescook@chromium.org>
> Date: Thu Apr 3 17:28:11 2014 -0700
>
> ARM: mm: allow non-text sections to be non-executable
>
> Adds CONFIG_ARM_KERNMEM_PERMS to separate the kernel memory regions
> into section-sized areas that can have different permisions. Performs
> the NX permission changes during free_initmem, so that init
> memory can be
> reclaimed.
>
> This uses section size instead of PMD size to reduce memory lost to
> padding on non-LPAE systems.
>
> Based on work by Brad Spengler, Larry Bassel, and Laura Abbott.
>
> Signed-off-by: Kees Cook <keescook@chromium.org>
> Tested-by: Laura Abbott <lauraa@codeaurora.org>
> Acked-by: Nicolas Pitre <nico@linaro.org>
>
> Bytes transferred = 3934208 (3c0800 hex)
> ## installed monitor, freq [208333333], status 0
> ## Booting kernel from Legacy Image at 88000000 ...
> Image Name: Linux-3.18.0-11757-gd790be3-dirt
> Created: 2014-12-19 23:14:58 UTC
> Image Type: ARM Linux Kernel Image (uncompressed)
> Data Size: 3934144 Bytes = 3.8 MiB
> Load Address: 80008000
> Entry Point: 80008000
> Verifying Checksum ... OK
> ## Flattened Device Tree blob at 87000000
> Booting using the fdt blob at 0x87000000
> Loading Kernel Image ... OK
> Using Device Tree in place at 87000000, end 8700781d
>
> Starting kernel ...
>
> [ 0.000000] Booting Linux on physical CPU 0x0
> [ 0.000000] Linux version 3.18.0-11757-gd790be3-dirty
> (a0868495 at ares-ubuntu) (gcc version 4.7.3 20130226 (prerelease)
> (crosstool-NG linaro-1.13.1-4.7-2013.03-20130313 - Linaro GCC
> 2013.03) ) #16 SMP PREEMPT Fri Dec 19 18:14:46 EST 2014
> [ 0.000000] CPU: ARMv7 Processor [412fc0f4] revision 4 (ARMv7),
> cr=30c5387d
> [ 0.000000] CPU: PIPT / VIPT nonaliasing data cache, PIPT
> instruction cache
> [ 0.000000] Machine model: Texas Instruments Keystone 2 Edison EVM
> [ 0.000000] Switching to high address space at 0x800000000
> [ 0.000000] WARNING: unsafe modification of in-place page tables
> - tainting kernel
> [ 0.000000] cma: Reserved 16 MiB at 0x000000085f000000
> [ 0.000000] Forcing write-allocate cache policy for SMP
> [ 0.000000] Memory policy: Data cache writealloc
> [ 0.000000] On node 0 totalpages: 917504
> [ 0.000000] free_area_init_node: node 0, pgdat c078c240,
> node_mem_map ed7f9000
> [ 0.000000] DMA zone: 1520 pages used for memmap
> [ 0.000000] DMA zone: 0 pages reserved
> [ 0.000000] DMA zone: 194560 pages, LIFO batch:31
> [ 0.000000] HighMem zone: 722944 pages, LIFO batch:31
> [ 0.000000] PERCPU: Embedded 10 pages/cpu @ed7b2000 s12096 r8192
> d20672 u40960
> [ 0.000000] pcpu-alloc: s12096 r8192 d20672 u40960 alloc=10*4096
> [ 0.000000] pcpu-alloc: [0] 0 [0] 1 [0] 2 [0] 3
> [ 0.000000] Built 1 zonelists in Zone order, mobility grouping
> on. Total pages: 915984
> [ 0.000000] Kernel command line: console=ttyS0,115200n8
> rootwait=1 clk_ignore_unused debug earlyprintk rdinit=/sbin/init rw
> root=/dev/ram0 initrd=0x802000000,9M
> [ 0.000000] log_buf_len individual max cpu contribution: 4096 bytes
> [ 0.000000] log_buf_len total cpu_extra contributions: 12288 bytes
> [ 0.000000] log_buf_len min size: 16384 bytes
> [ 0.000000] log_buf_len: 32768 bytes
> [ 0.000000] early log buf free: 14536(88%)
> [ 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: 3606688K/3670016K available (5220K kernel
> code, 288K rwdata, 1888K rodata, 315K init, 174K bss, 46944K
> reserved, 16384K cma-reserved, 2875392K highmem)
> [ 0.000000] Virtual kernel memory layout:
> [ 0.000000] vector : 0xffff0000 - 0xffff1000 ( 4 kB)
> [ 0.000000] fixmap : 0xffc00000 - 0xfff00000 (3072 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 - 0xc06f95bc (7110 kB)
> [ 0.000000] .init : 0xc06fa000 - 0xc0748f40 ( 316 kB)
> [ 0.000000] .data : 0xc074a000 - 0xc079217c ( 289 kB)
> [ 0.000000] .bss : 0xc079217c - 0xc07bdaa0 ( 175 kB)
> [ 0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1
> [ 0.000000] Preemptible hierarchical RCU implementation.
> [ 0.000000] NR_IRQS:16 nr_irqs:16 16
> [ 0.000000] Architected cp15 timer(s) running at 208.33MHz (virt).
> [ 0.000003] sched_clock: 56 bits at 208MHz, resolution 4ns, wraps
> every 2638828011520ns
> [ 0.000011] Switching to timer-based delay loop, resolution 4ns
> [ 0.000122] keystone timer clock @208333333 Hz
> [ 0.000219] Console: colour dummy device 80x30
> [ 0.000234] Calibrating delay loop (skipped), value calculated
> using timer frequency.. 416.66 BogoMIPS (lpj=2083333)
> [ 0.000244] pid_max: default: 4096 minimum: 301
> [ 0.000306] Mount-cache hash table entries: 2048 (order: 1, 8192 bytes)
> [ 0.000314] Mountpoint-cache hash table entries: 2048 (order: 1,
> 8192 bytes)
> [ 0.000680] CPU: Testing write buffer coherency: ok
> [ 0.000824] /cpus/cpu at 0 missing clock-frequency property
> [ 0.000838] /cpus/cpu at 1 missing clock-frequency property
> [ 0.000851] /cpus/cpu at 2 missing clock-frequency property
> [ 0.000865] /cpus/cpu at 3 missing clock-frequency property
> [ 0.000874] CPU0: thread -1, cpu 0, socket 0, mpidr 80000000
> [ 0.000914] Setting up static identity map for 0x804f3760 - 0x804f3794
> [ 0.139325] CPU1: thread -1, cpu 1, socket 0, mpidr 80000001
> [ 0.229428] CPU2: thread -1, cpu 2, socket 0, mpidr 80000002
> [ 0.319532] CPU3: thread -1, cpu 3, socket 0, mpidr 80000003
> [ 0.319599] Brought up 4 CPUs
> [ 0.319613] CPU: All CPU(s) started in SVC mode.
> [ 0.320333] VFP support v0.3: implementor 41 architecture 4 part
> 30 variant f rev 0
> [ 0.324330] NET: Registered protocol family 16
> [ 0.325137] DMA: preallocated 256 KiB pool for atomic coherent
> allocations
> [ 0.330901] hw-breakpoint: found 5 (+1 reserved) breakpoint and 4
> watchpoint registers.
> [ 0.330908] hw-breakpoint: maximum watchpoint size is 8 bytes.
> [ 0.339937] vgaarb: loaded
> [ 0.340214] SCSI subsystem initialized
> [ 0.340617] usbcore: registered new interface driver usbfs
> [ 0.340696] usbcore: registered new interface driver hub
> [ 0.340790] usbcore: registered new device driver usb
> [ 0.342609] Switched to clocksource arch_sys_counter
> [ 0.364910] NET: Registered protocol family 2
> [ 0.365338] TCP established hash table entries: 8192 (order: 3,
> 32768 bytes)
> [ 0.365389] TCP bind hash table entries: 8192 (order: 4, 65536 bytes)
> [ 0.365494] TCP: Hash tables configured (established 8192 bind 8192)
> [ 0.365531] TCP: reno registered
> [ 0.365540] UDP hash table entries: 512 (order: 2, 16384 bytes)
> [ 0.365565] UDP-Lite hash table entries: 512 (order: 2, 16384 bytes)
> [ 0.365699] NET: Registered protocol family 1
> [ 0.365857] RPC: Registered named UNIX socket transport module.
> [ 0.365864] RPC: Registered udp transport module.
> [ 0.365869] RPC: Registered tcp transport module.
> [ 0.365874] RPC: Registered tcp NFSv4.1 backchannel transport module.
> [ 0.365889] PCI: CLS 0 bytes, default 64
> [ 0.366023] Unpacking initramfs...
> [ 0.797798] Freeing initrd memory: 9216K (c2000000 - c2900000)
> [ 0.797991] hw perfevents: enabled with armv7_cortex_a15 PMU
> driver, 7 counters available
> [ 0.798630] platform alarmtimer: set dma_pfn_offset00780000
> [ 0.799270] futex hash table entries: 16 (order: -2, 1024 bytes)
> [ 0.810620] Installing knfsd (copyright (C) 1996 okir at monad.swb.de).
> [ 0.810718] ntfs: driver 2.1.31 [Flags: R/O].
> [ 0.811058] jffs2: version 2.2. (NAND) ?? 2001-2006 Red Hat, Inc.
> [ 0.812696] NET: Registered protocol family 38
> [ 0.812765] bounce: pool size: 64 pages
> [ 0.812992] Block layer SCSI generic (bsg) driver version 0.4
> loaded (major 253)
> [ 0.813006] io scheduler noop registered
> [ 0.813018] io scheduler deadline registered
> [ 0.813197] io scheduler cfq registered (default)
> [ 0.813333] keystone_irq soc:keystone_irq at 26202a0: irqchip
> registered, nr_irqs 28
> [ 0.813480] gpio-syscon soc:keystone_dsp_gpio at 02620240: can't
> read the dir register offset!
> [ 0.814272] keystone-pcie 21801000.pcie: missing *config* reg space
> [ 1.014637] keystone-pcie 21801000.pcie: phy link never came up
> [ 1.014853] keystone-pcie 21801000.pcie: PCI host bridge to bus 0000:00
> [ 1.014865] pci_bus 0000:00: root bus resource [io 0x1000-0x3fff]
> [ 1.014874] pci_bus 0000:00: root bus resource [mem
> 0x50000000-0x5fffffff]
> [ 1.014883] pci_bus 0000:00: root bus resource [bus 00-ff]
> [ 1.014913] pci 0000:00:00.0: [104c:b009] type 01 class 0x060400
> [ 1.015180] PCI: bus0: Fast back to back transfers disabled
> [ 1.015324] PCI: bus1: Fast back to back transfers enabled
> [ 1.015334] pci_bus 0000:01: busn_res: [bus 01-ff] end is updated to 01
> [ 1.015389] pci 0000:00:00.0: PCI bridge to [bus 01]
> [ 1.015599] pcieport 0000:00:00.0: Signaling PME through PCIe PME
> interrupt
> [ 1.015610] pcie_pme 0000:00:00.0:pcie01: service driver pcie_pme loaded
> [ 1.015736] aer 0000:00:00.0:pcie02: service driver aer loaded
> [ 1.016058] keystone-pcie 21021000.pcie: missing *config* reg space
> [ 1.016075] Requested IO range too big, new size set to 64K
> [ 1.215646] keystone-pcie 21021000.pcie: phy link never came up
> [ 1.215857] keystone-pcie 21021000.pcie: PCI host bridge to bus 0001:00
> [ 1.215867] pci_bus 0001:00: root bus resource [io
> 0x10000-0xfffff] (bus address [0x0000-0xeffff])
> [ 1.215876] pci_bus 0001:00: root bus resource [mem
> 0x60000000-0x6fffffff]
> [ 1.215884] pci_bus 0001:00: root bus resource [bus 00-ff]
> [ 1.215910] pci 0001:00:00.0: [104c:b009] type 01 class 0x060400
> [ 1.216162] PCI: bus0: Fast back to back transfers disabled
> [ 1.216313] PCI: bus1: Fast back to back transfers enabled
> [ 1.216322] pci_bus 0001:01: busn_res: [bus 01-ff] end is updated to 01
> [ 1.216378] pci 0001:00:00.0: PCI bridge to [bus 01]
> [ 1.216578] pcieport 0001:00:00.0: Signaling PME through PCIe PME
> interrupt
> [ 1.216588] pcie_pme 0001:00:00.0:pcie01: service driver pcie_pme loaded
> [ 1.216712] aer 0001:00:00.0:pcie02: service driver aer loaded
> [ 1.256740] Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
> [ 1.256825] platform serial8250: set dma_pfn_offset00780000
> [ 1.257936] console [ttyS0] disabled
> [ 1.257993] of_serial 2530c00.serial: ttyS0 at MMIO 0x2530c00
> (irq = 26, base_baud = 13020833) is a 16550A
> [ 2.082903] console [ttyS0] enabled
> [ 2.086928] of_serial 2531000.serial: ttyS1 at MMIO 0x2531000
> (irq = 27, base_baud = 13020833) is a 16550A
> [ 2.099328] loop: module loaded
> [ 2.102592] at24 0-0050: 131072 byte 24c1024 EEPROM, writable, 1
> bytes/write
> [ 2.114188] m25p80 spi32766.0: n25q128a11 (16384 Kbytes)
> [ 2.119507] 2 ofpart partitions found on MTD device spi32766.0
> [ 2.125340] Creating 2 MTD partitions on "spi32766.0":
> [ 2.130472] 0x000000000000-0x000000080000 : "u-boot-spl"
> [ 2.136411] 0x000000080000-0x000001000000 : "misc"
> [ 2.141765] spi_davinci 21000400.spi: Controller at 0xf014a400
> [ 2.147931] spi_davinci 21000600.spi: Controller at 0xf014c600
> [ 2.154096] spi_davinci 21000800.spi: Controller at 0xf014e800
> [ 2.360911] dwc3 2690000.dwc3: No power optimization available
> [ 2.366743] dwc3 2690000.dwc3: found 16 IN and 16 OUT endpoints
> [ 2.572689] dwc3 2690000.dwc3: Event buf ec9c1000 dma ac9c1000 length 256
> [ 2.579469] dwc3 2690000.dwc3: Event buf ec9c2000 dma ac9c2000 length 256
> [ 2.586254] dwc3 2690000.dwc3: Event buf ec9c3000 dma ac9c3000 length 256
> [ 2.593039] dwc3 2690000.dwc3: Event buf ed164000 dma ad164000 length 256
> [ 2.599819] dwc3 2690000.dwc3: Event buf ed166000 dma ad166000 length 256
> [ 2.606603] dwc3 2690000.dwc3: Event buf ed167000 dma ad167000 length 256
> [ 2.613387] dwc3 2690000.dwc3: Event buf ec82c000 dma ac82c000 length 256
> [ 2.620166] dwc3 2690000.dwc3: Event buf ec82d000 dma ac82d000 length 256
> [ 2.626951] dwc3 2690000.dwc3: Event buf ec82e000 dma ac82e000 length 256
> [ 2.633735] dwc3 2690000.dwc3: Event buf ec82f000 dma ac82f000 length 256
> [ 2.640514] dwc3 2690000.dwc3: Event buf ecb80000 dma acb80000 length 256
> [ 2.647298] dwc3 2690000.dwc3: Event buf ecb81000 dma acb81000 length 256
> [ 2.654083] dwc3 2690000.dwc3: Event buf ecb82000 dma acb82000 length 256
> [ 2.660862] dwc3 2690000.dwc3: Event buf ecb83000 dma acb83000 length 256
> [ 2.667647] dwc3 2690000.dwc3: Event buf ed34c000 dma ad34c000 length 256
> [ 2.674430] dwc3 2690000.dwc3: Event buf ed34d000 dma ad34d000 length 256
> [ 2.681274] platform xhci-hcd.0.auto: set dma_pfn_offset00780000
> [ 2.887719] dwc3 25010000.dwc3: No power optimization available
> [ 2.893637] dwc3 25010000.dwc3: found 16 IN and 16 OUT endpoints
> [ 3.099664] dwc3 25010000.dwc3: Event buf ecbd0000 dma acbd0000
> length 256
> [ 3.106537] dwc3 25010000.dwc3: Event buf ecbd1000 dma acbd1000
> length 256
> [ 3.113410] dwc3 25010000.dwc3: Event buf ecbd2000 dma acbd2000
> length 256
> [ 3.120276] dwc3 25010000.dwc3: Event buf ecbd3000 dma acbd3000
> length 256
> [ 3.127148] dwc3 25010000.dwc3: Event buf ec866000 dma ac866000
> length 256
> [ 3.134019] dwc3 25010000.dwc3: Event buf ec867000 dma ac867000
> length 256
> [ 3.140885] dwc3 25010000.dwc3: Event buf ecb74000 dma acb74000
> length 256
> [ 3.147756] dwc3 25010000.dwc3: Event buf ecb75000 dma acb75000
> length 256
> [ 3.154628] dwc3 25010000.dwc3: Event buf ed3d2000 dma ad3d2000
> length 256
> [ 3.161495] dwc3 25010000.dwc3: Event buf ed3d3000 dma ad3d3000
> length 256
> [ 3.168367] dwc3 25010000.dwc3: Event buf ec828000 dma ac828000
> length 256
> [ 3.175239] dwc3 25010000.dwc3: Event buf ec829000 dma ac829000
> length 256
> [ 3.182105] dwc3 25010000.dwc3: Event buf ed1da000 dma ad1da000
> length 256
> [ 3.188975] dwc3 25010000.dwc3: Event buf ed1db000 dma ad1db000
> length 256
> [ 3.195846] dwc3 25010000.dwc3: Event buf ed160000 dma ad160000
> length 256
> [ 3.202716] dwc3 25010000.dwc3: Event buf ed161000 dma ad161000
> length 256
> [ 3.209649] platform xhci-hcd.1.auto: set dma_pfn_offset00780000
> [ 3.215984] xhci-hcd xhci-hcd.0.auto: xHCI Host Controller
> [ 3.221567] xhci-hcd xhci-hcd.0.auto: new USB bus registered,
> assigned bus number 1
> [ 3.229502] xhci-hcd xhci-hcd.0.auto: irq 34, io mem 0x02690000
> [ 3.235545] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
> [ 3.242326] usb usb1: New USB device strings: Mfr=3, Product=2,
> SerialNumber=1
> [ 3.249552] usb usb1: Product: xHCI Host Controller
> [ 3.254430] usb usb1: Manufacturer: Linux
> 3.18.0-11757-gd790be3-dirty xhci-hcd
> [ 3.261643] usb usb1: SerialNumber: xhci-hcd.0.auto
> [ 3.266901] hub 1-0:1.0: USB hub found
> [ 3.270666] hub 1-0:1.0: 1 port detected
> [ 3.274845] xhci-hcd xhci-hcd.0.auto: xHCI Host Controller
> [ 3.280445] xhci-hcd xhci-hcd.0.auto: new USB bus registered,
> assigned bus number 2
> [ 3.288235] usb usb2: New USB device found, idVendor=1d6b, idProduct=0003
> [ 3.295027] usb usb2: New USB device strings: Mfr=3, Product=2,
> SerialNumber=1
> [ 3.302240] usb usb2: Product: xHCI Host Controller
> [ 3.307118] usb usb2: Manufacturer: Linux
> 3.18.0-11757-gd790be3-dirty xhci-hcd
> [ 3.314340] usb usb2: SerialNumber: xhci-hcd.0.auto
> [ 3.319582] hub 2-0:1.0: USB hub found
> [ 3.323353] hub 2-0:1.0: 1 port detected
> [ 3.327559] xhci-hcd xhci-hcd.1.auto: xHCI Host Controller
> [ 3.333182] xhci-hcd xhci-hcd.1.auto: new USB bus registered,
> assigned bus number 3
> [ 3.341014] xhci-hcd xhci-hcd.1.auto: irq 68, io mem 0x25010000
> [ 3.347041] usb usb3: New USB device found, idVendor=1d6b, idProduct=0002
> [ 3.353832] usb usb3: New USB device strings: Mfr=3, Product=2,
> SerialNumber=1
> [ 3.361045] usb usb3: Product: xHCI Host Controller
> [ 3.365923] usb usb3: Manufacturer: Linux
> 3.18.0-11757-gd790be3-dirty xhci-hcd
> [ 3.373836] usb usb3: SerialNumber: xhci-hcd.1.auto
> [ 3.379079] hub 3-0:1.0: USB hub found
> [ 3.382850] hub 3-0:1.0: 1 port detected
> [ 3.387013] xhci-hcd xhci-hcd.1.auto: xHCI Host Controller
> [ 3.392622] xhci-hcd xhci-hcd.1.auto: new USB bus registered,
> assigned bus number 4
> [ 3.400399] usb usb4: New USB device found, idVendor=1d6b, idProduct=0003
> [ 3.407189] usb usb4: New USB device strings: Mfr=3, Product=2,
> SerialNumber=1
> [ 3.414412] usb usb4: Product: xHCI Host Controller
> [ 3.419282] usb usb4: Manufacturer: Linux
> 3.18.0-11757-gd790be3-dirty xhci-hcd
> [ 3.427836] usb usb4: SerialNumber: xhci-hcd.1.auto
> [ 3.433091] hub 4-0:1.0: USB hub found
> [ 3.436850] hub 4-0:1.0: 1 port detected
> [ 3.441197] usbcore: registered new interface driver usb-storage
> [ 3.447572] mousedev: PS/2 mouse device common for all mice
> [ 3.453353] i2c /dev entries driver
> [ 3.457258] davinci-wdt 22f0080.wdt: heartbeat 60 sec
> [ 3.462762] usbcore: registered new interface driver usbhid
> [ 3.468325] usbhid: USB HID core driver
> [ 3.472893] nand: device found, Manufacturer ID: 0x2c, Chip ID: 0xac
> [ 3.479237] nand: Micron MT29F4G08ABBDAHC
> [ 3.483945] nand: 512 MiB, SLC, erase size: 128 KiB, page size:
> 2048, OOB size: 64
> [ 3.491793] Bad block table found at page 262080, version 0x01
> [ 3.498135] Bad block table found at page 262016, version 0x01
> [ 3.504281] 3 ofpart partitions found on MTD device 30000000.nand
> [ 3.510365] Creating 3 MTD partitions on "30000000.nand":
> [ 3.515765] 0x000000000000-0x000000100000 : "u-boot"
> [ 3.521319] 0x000000100000-0x000000180000 : "params"
> [ 3.526843] 0x000000180000-0x000020000000 : "ubifs"
> [ 3.532529] davinci_nand 30000000.nand: controller rev. 2.5
> [ 3.539597] platform oprofile-perf.0: set dma_pfn_offset00780000
> [ 3.545733] oprofile: using timer interrupt.
> [ 3.550019] Netfilter messages via NETLINK v0.30.
> [ 3.554737] nf_conntrack version 0.5.0 (16384 buckets, 65536 max)
> [ 3.561219] ctnetlink v0.93: registering with nfnetlink.
> [ 3.566790] ipip: IPv4 over IPv4 tunneling driver
> [ 3.571876] gre: GRE over IPv4 demultiplexor driver
> [ 3.576762] ip_gre: GRE over IPv4 tunneling driver
> [ 3.582421] ip_tables: (C) 2000-2006 Netfilter Core Team
> [ 3.587816] ipt_CLUSTERIP: ClusterIP Version 0.8 loaded successfully
> [ 3.594195] arp_tables: (C) 2002 David S. Miller
> [ 3.598847] TCP: cubic registered
> [ 3.602157] Initializing XFRM netlink socket
> [ 3.606965] NET: Registered protocol family 10
> [ 3.612005] NET: Registered protocol family 17
> [ 3.616472] NET: Registered protocol family 15
> [ 3.620912] 8021q: 802.1Q VLAN Support v1.8
> [ 3.626750] sctp: Hash tables configured (established 65536 bind 65536)
> [ 3.633786] Registering SWP/SWPB emulation handler
> [ 3.641684] clk: Not disabling unused clocks
> [ 3.646516] Freeing unused kernel memory: 312K (c06fa000 - c0748000)
> INIT: version 2.88 booting
> Starting udev
> Starting Bootlog daemon: bootlogd.
> Configuring network interfaces... ifconfig: SIOCGIFFLAGS: No such device
> ifconfig: SIOCGIFFLAGS: No such device
> done.
> Mon Jul 8 13:27:00 UTC 2013
> Configuring update-modules.
> ERROR: could not open directory
> /lib/modules/3.18.0-11757-gd790be3-dirty: No such file or directory
> WARNING: -e needs -E or -F
> ERROR: could not open directory
> /lib/modules/3.18.0-11757-gd790be3-dirty: No such file or directory
> INIT: Entering runlevel: 5dules: No such file or direct
> Starting telnet daemon.
> Starting syslogd/klogd: done
> Starting thttpd.
> Stopping Bootlog daemon: bootlogd.
>
> _____ _____ _ _
> | _ |___ ___ ___ ___ | _ |___ ___ |_|___ ___| |_
> | | _| .'| . | . | | __| _| . | | | -_| _| _|
> |__|__|_| |__,|_ |___| |__| |_| |___|_| |___|___|_|
> |___| |___|
>
> Arago Project http://arago-project.org keystone-evm ttyS0
>
> Arago 2013.04 keystone-evm ttyS0
>
> keystone-evm login: root
> root at keystone-evm:~# uname -a
> Linux keystone-evm 3.18.0-11757-gd790be3-dirty #16 SMP PREEMPT Fri
> Dec 19 18:14:46 EST 2014 armv7l GNU/Linux
> root at keystone-evm:~#
>
>
>
>
> --
> Murali Karicheri
> Linux Kernel, Texas Instruments
>
--
Pengutronix e.K. | Uwe Kleine-K?nig |
Industrial Linux Solutions | http://www.pengutronix.de/ |
^ permalink raw reply [flat|nested] 22+ messages in thread
* kernel.org - master not booting on keystone (ARM v7 Cortex A15 SoC) EVMs
2014-12-21 10:29 ` Uwe Kleine-König
@ 2014-12-22 15:04 ` Murali Karicheri
2014-12-23 14:22 ` Grygorii.Strashko@linaro.org
0 siblings, 1 reply; 22+ messages in thread
From: Murali Karicheri @ 2014-12-22 15:04 UTC (permalink / raw)
To: linux-arm-kernel
On 12/21/2014 05:29 AM, Uwe Kleine-K?nig wrote:
> Hello,
>
> I cannot say anything here, but maybe the people being involved in
> 1e6b48116a950 can. I added them to Cc and didn't trim the mail for them.
Uwe,
Thanks for copying the commit owners. Looking forward for a response
from them.
Murali
>
> Best regards
> Uwe
>
> On Fri, Dec 19, 2014 at 06:48:02PM -0500, Murali Karicheri wrote:
>> On 12/19/2014 04:25 PM, Tyler Baker wrote:
>>> Hello,
>>>
>>> On 19 December 2014 at 13:18, Uwe Kleine-K?nig
>>> <u.kleine-koenig@pengutronix.de> wrote:
>>>> Hello,
>>>>
>>>> On Fri, Dec 19, 2014 at 03:55:50PM -0500, Murali Karicheri wrote:
>>>>> I have pulled the latest master from
>>>>> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git and
>>>>> tried booting on keystone k2hk and k2e EVM. The boot hangs with
>>>>> following log. Has anyone seen this? Keystone is an ARM v7 cortex
>>>>> A15 SMP platform. I am assuming master branch is broken for ARM v7
>>>>> and someone is working to address this. v3.18 booted up fine on my
>>>>> EVM.
>>>>>
>>>>> Any idea?
>>>> You forgot to attach the log?! So no, I don't have any idea. Did you
>>>> bisect?
>>
>> This was my first git bisect work. git bisect showed me below commit
>> as bad commit. But it is pretty old commit. I tried reverting the
>> commit and my board booted up fine. The boot log attached below. I
>> did following until I got the bad commit. v3.18 also worked fine.
>>
>> git bisect start
>> git bisect good<working commit>
>> git bisect bad<non working commit>
>>
>> I build and test. If boots fine, I did git bisect good and if not,
>> git bisect bad until I got the bad commit. Can someone comment if my
>> bisect steps look sane? If so, what is wrong with the below commit?
>> Ours is a LPAE SoC.
>>
>> commit 1e6b48116a95046ec51f3d40f83aff8b006674d7
>> Author: Kees Cook<keescook@chromium.org>
>> Date: Thu Apr 3 17:28:11 2014 -0700
>>
>> ARM: mm: allow non-text sections to be non-executable
>>
>> Adds CONFIG_ARM_KERNMEM_PERMS to separate the kernel memory regions
>> into section-sized areas that can have different permisions. Performs
>> the NX permission changes during free_initmem, so that init
>> memory can be
>> reclaimed.
>>
>> This uses section size instead of PMD size to reduce memory lost to
>> padding on non-LPAE systems.
>>
>> Based on work by Brad Spengler, Larry Bassel, and Laura Abbott.
>>
>> Signed-off-by: Kees Cook<keescook@chromium.org>
>> Tested-by: Laura Abbott<lauraa@codeaurora.org>
>> Acked-by: Nicolas Pitre<nico@linaro.org>
>>
>> Bytes transferred = 3934208 (3c0800 hex)
>> ## installed monitor, freq [208333333], status 0
>> ## Booting kernel from Legacy Image at 88000000 ...
>> Image Name: Linux-3.18.0-11757-gd790be3-dirt
>> Created: 2014-12-19 23:14:58 UTC
>> Image Type: ARM Linux Kernel Image (uncompressed)
>> Data Size: 3934144 Bytes = 3.8 MiB
>> Load Address: 80008000
>> Entry Point: 80008000
>> Verifying Checksum ... OK
>> ## Flattened Device Tree blob at 87000000
>> Booting using the fdt blob at 0x87000000
>> Loading Kernel Image ... OK
>> Using Device Tree in place at 87000000, end 8700781d
>>
>> Starting kernel ...
>>
>> [ 0.000000] Booting Linux on physical CPU 0x0
>> [ 0.000000] Linux version 3.18.0-11757-gd790be3-dirty
>> (a0868495 at ares-ubuntu) (gcc version 4.7.3 20130226 (prerelease)
>> (crosstool-NG linaro-1.13.1-4.7-2013.03-20130313 - Linaro GCC
>> 2013.03) ) #16 SMP PREEMPT Fri Dec 19 18:14:46 EST 2014
>> [ 0.000000] CPU: ARMv7 Processor [412fc0f4] revision 4 (ARMv7),
>> cr=30c5387d
>> [ 0.000000] CPU: PIPT / VIPT nonaliasing data cache, PIPT
>> instruction cache
>> [ 0.000000] Machine model: Texas Instruments Keystone 2 Edison EVM
>> [ 0.000000] Switching to high address space at 0x800000000
>> [ 0.000000] WARNING: unsafe modification of in-place page tables
>> - tainting kernel
>> [ 0.000000] cma: Reserved 16 MiB at 0x000000085f000000
>> [ 0.000000] Forcing write-allocate cache policy for SMP
>> [ 0.000000] Memory policy: Data cache writealloc
>> [ 0.000000] On node 0 totalpages: 917504
>> [ 0.000000] free_area_init_node: node 0, pgdat c078c240,
>> node_mem_map ed7f9000
>> [ 0.000000] DMA zone: 1520 pages used for memmap
>> [ 0.000000] DMA zone: 0 pages reserved
>> [ 0.000000] DMA zone: 194560 pages, LIFO batch:31
>> [ 0.000000] HighMem zone: 722944 pages, LIFO batch:31
>> [ 0.000000] PERCPU: Embedded 10 pages/cpu @ed7b2000 s12096 r8192
>> d20672 u40960
>> [ 0.000000] pcpu-alloc: s12096 r8192 d20672 u40960 alloc=10*4096
>> [ 0.000000] pcpu-alloc: [0] 0 [0] 1 [0] 2 [0] 3
>> [ 0.000000] Built 1 zonelists in Zone order, mobility grouping
>> on. Total pages: 915984
>> [ 0.000000] Kernel command line: console=ttyS0,115200n8
>> rootwait=1 clk_ignore_unused debug earlyprintk rdinit=/sbin/init rw
>> root=/dev/ram0 initrd=0x802000000,9M
>> [ 0.000000] log_buf_len individual max cpu contribution: 4096 bytes
>> [ 0.000000] log_buf_len total cpu_extra contributions: 12288 bytes
>> [ 0.000000] log_buf_len min size: 16384 bytes
>> [ 0.000000] log_buf_len: 32768 bytes
>> [ 0.000000] early log buf free: 14536(88%)
>> [ 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: 3606688K/3670016K available (5220K kernel
>> code, 288K rwdata, 1888K rodata, 315K init, 174K bss, 46944K
>> reserved, 16384K cma-reserved, 2875392K highmem)
>> [ 0.000000] Virtual kernel memory layout:
>> [ 0.000000] vector : 0xffff0000 - 0xffff1000 ( 4 kB)
>> [ 0.000000] fixmap : 0xffc00000 - 0xfff00000 (3072 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 - 0xc06f95bc (7110 kB)
>> [ 0.000000] .init : 0xc06fa000 - 0xc0748f40 ( 316 kB)
>> [ 0.000000] .data : 0xc074a000 - 0xc079217c ( 289 kB)
>> [ 0.000000] .bss : 0xc079217c - 0xc07bdaa0 ( 175 kB)
>> [ 0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1
>> [ 0.000000] Preemptible hierarchical RCU implementation.
>> [ 0.000000] NR_IRQS:16 nr_irqs:16 16
>> [ 0.000000] Architected cp15 timer(s) running at 208.33MHz (virt).
>> [ 0.000003] sched_clock: 56 bits at 208MHz, resolution 4ns, wraps
>> every 2638828011520ns
>> [ 0.000011] Switching to timer-based delay loop, resolution 4ns
>> [ 0.000122] keystone timer clock @208333333 Hz
>> [ 0.000219] Console: colour dummy device 80x30
>> [ 0.000234] Calibrating delay loop (skipped), value calculated
>> using timer frequency.. 416.66 BogoMIPS (lpj=2083333)
>> [ 0.000244] pid_max: default: 4096 minimum: 301
>> [ 0.000306] Mount-cache hash table entries: 2048 (order: 1, 8192 bytes)
>> [ 0.000314] Mountpoint-cache hash table entries: 2048 (order: 1,
>> 8192 bytes)
>> [ 0.000680] CPU: Testing write buffer coherency: ok
>> [ 0.000824] /cpus/cpu at 0 missing clock-frequency property
>> [ 0.000838] /cpus/cpu at 1 missing clock-frequency property
>> [ 0.000851] /cpus/cpu at 2 missing clock-frequency property
>> [ 0.000865] /cpus/cpu at 3 missing clock-frequency property
>> [ 0.000874] CPU0: thread -1, cpu 0, socket 0, mpidr 80000000
>> [ 0.000914] Setting up static identity map for 0x804f3760 - 0x804f3794
>> [ 0.139325] CPU1: thread -1, cpu 1, socket 0, mpidr 80000001
>> [ 0.229428] CPU2: thread -1, cpu 2, socket 0, mpidr 80000002
>> [ 0.319532] CPU3: thread -1, cpu 3, socket 0, mpidr 80000003
>> [ 0.319599] Brought up 4 CPUs
>> [ 0.319613] CPU: All CPU(s) started in SVC mode.
>> [ 0.320333] VFP support v0.3: implementor 41 architecture 4 part
>> 30 variant f rev 0
>> [ 0.324330] NET: Registered protocol family 16
>> [ 0.325137] DMA: preallocated 256 KiB pool for atomic coherent
>> allocations
>> [ 0.330901] hw-breakpoint: found 5 (+1 reserved) breakpoint and 4
>> watchpoint registers.
>> [ 0.330908] hw-breakpoint: maximum watchpoint size is 8 bytes.
>> [ 0.339937] vgaarb: loaded
>> [ 0.340214] SCSI subsystem initialized
>> [ 0.340617] usbcore: registered new interface driver usbfs
>> [ 0.340696] usbcore: registered new interface driver hub
>> [ 0.340790] usbcore: registered new device driver usb
>> [ 0.342609] Switched to clocksource arch_sys_counter
>> [ 0.364910] NET: Registered protocol family 2
>> [ 0.365338] TCP established hash table entries: 8192 (order: 3,
>> 32768 bytes)
>> [ 0.365389] TCP bind hash table entries: 8192 (order: 4, 65536 bytes)
>> [ 0.365494] TCP: Hash tables configured (established 8192 bind 8192)
>> [ 0.365531] TCP: reno registered
>> [ 0.365540] UDP hash table entries: 512 (order: 2, 16384 bytes)
>> [ 0.365565] UDP-Lite hash table entries: 512 (order: 2, 16384 bytes)
>> [ 0.365699] NET: Registered protocol family 1
>> [ 0.365857] RPC: Registered named UNIX socket transport module.
>> [ 0.365864] RPC: Registered udp transport module.
>> [ 0.365869] RPC: Registered tcp transport module.
>> [ 0.365874] RPC: Registered tcp NFSv4.1 backchannel transport module.
>> [ 0.365889] PCI: CLS 0 bytes, default 64
>> [ 0.366023] Unpacking initramfs...
>> [ 0.797798] Freeing initrd memory: 9216K (c2000000 - c2900000)
>> [ 0.797991] hw perfevents: enabled with armv7_cortex_a15 PMU
>> driver, 7 counters available
>> [ 0.798630] platform alarmtimer: set dma_pfn_offset00780000
>> [ 0.799270] futex hash table entries: 16 (order: -2, 1024 bytes)
>> [ 0.810620] Installing knfsd (copyright (C) 1996 okir at monad.swb.de).
>> [ 0.810718] ntfs: driver 2.1.31 [Flags: R/O].
>> [ 0.811058] jffs2: version 2.2. (NAND) ?? 2001-2006 Red Hat, Inc.
>> [ 0.812696] NET: Registered protocol family 38
>> [ 0.812765] bounce: pool size: 64 pages
>> [ 0.812992] Block layer SCSI generic (bsg) driver version 0.4
>> loaded (major 253)
>> [ 0.813006] io scheduler noop registered
>> [ 0.813018] io scheduler deadline registered
>> [ 0.813197] io scheduler cfq registered (default)
>> [ 0.813333] keystone_irq soc:keystone_irq at 26202a0: irqchip
>> registered, nr_irqs 28
>> [ 0.813480] gpio-syscon soc:keystone_dsp_gpio at 02620240: can't
>> read the dir register offset!
>> [ 0.814272] keystone-pcie 21801000.pcie: missing *config* reg space
>> [ 1.014637] keystone-pcie 21801000.pcie: phy link never came up
>> [ 1.014853] keystone-pcie 21801000.pcie: PCI host bridge to bus 0000:00
>> [ 1.014865] pci_bus 0000:00: root bus resource [io 0x1000-0x3fff]
>> [ 1.014874] pci_bus 0000:00: root bus resource [mem
>> 0x50000000-0x5fffffff]
>> [ 1.014883] pci_bus 0000:00: root bus resource [bus 00-ff]
>> [ 1.014913] pci 0000:00:00.0: [104c:b009] type 01 class 0x060400
>> [ 1.015180] PCI: bus0: Fast back to back transfers disabled
>> [ 1.015324] PCI: bus1: Fast back to back transfers enabled
>> [ 1.015334] pci_bus 0000:01: busn_res: [bus 01-ff] end is updated to 01
>> [ 1.015389] pci 0000:00:00.0: PCI bridge to [bus 01]
>> [ 1.015599] pcieport 0000:00:00.0: Signaling PME through PCIe PME
>> interrupt
>> [ 1.015610] pcie_pme 0000:00:00.0:pcie01: service driver pcie_pme loaded
>> [ 1.015736] aer 0000:00:00.0:pcie02: service driver aer loaded
>> [ 1.016058] keystone-pcie 21021000.pcie: missing *config* reg space
>> [ 1.016075] Requested IO range too big, new size set to 64K
>> [ 1.215646] keystone-pcie 21021000.pcie: phy link never came up
>> [ 1.215857] keystone-pcie 21021000.pcie: PCI host bridge to bus 0001:00
>> [ 1.215867] pci_bus 0001:00: root bus resource [io
>> 0x10000-0xfffff] (bus address [0x0000-0xeffff])
>> [ 1.215876] pci_bus 0001:00: root bus resource [mem
>> 0x60000000-0x6fffffff]
>> [ 1.215884] pci_bus 0001:00: root bus resource [bus 00-ff]
>> [ 1.215910] pci 0001:00:00.0: [104c:b009] type 01 class 0x060400
>> [ 1.216162] PCI: bus0: Fast back to back transfers disabled
>> [ 1.216313] PCI: bus1: Fast back to back transfers enabled
>> [ 1.216322] pci_bus 0001:01: busn_res: [bus 01-ff] end is updated to 01
>> [ 1.216378] pci 0001:00:00.0: PCI bridge to [bus 01]
>> [ 1.216578] pcieport 0001:00:00.0: Signaling PME through PCIe PME
>> interrupt
>> [ 1.216588] pcie_pme 0001:00:00.0:pcie01: service driver pcie_pme loaded
>> [ 1.216712] aer 0001:00:00.0:pcie02: service driver aer loaded
>> [ 1.256740] Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
>> [ 1.256825] platform serial8250: set dma_pfn_offset00780000
>> [ 1.257936] console [ttyS0] disabled
>> [ 1.257993] of_serial 2530c00.serial: ttyS0 at MMIO 0x2530c00
>> (irq = 26, base_baud = 13020833) is a 16550A
>> [ 2.082903] console [ttyS0] enabled
>> [ 2.086928] of_serial 2531000.serial: ttyS1 at MMIO 0x2531000
>> (irq = 27, base_baud = 13020833) is a 16550A
>> [ 2.099328] loop: module loaded
>> [ 2.102592] at24 0-0050: 131072 byte 24c1024 EEPROM, writable, 1
>> bytes/write
>> [ 2.114188] m25p80 spi32766.0: n25q128a11 (16384 Kbytes)
>> [ 2.119507] 2 ofpart partitions found on MTD device spi32766.0
>> [ 2.125340] Creating 2 MTD partitions on "spi32766.0":
>> [ 2.130472] 0x000000000000-0x000000080000 : "u-boot-spl"
>> [ 2.136411] 0x000000080000-0x000001000000 : "misc"
>> [ 2.141765] spi_davinci 21000400.spi: Controller at 0xf014a400
>> [ 2.147931] spi_davinci 21000600.spi: Controller at 0xf014c600
>> [ 2.154096] spi_davinci 21000800.spi: Controller at 0xf014e800
>> [ 2.360911] dwc3 2690000.dwc3: No power optimization available
>> [ 2.366743] dwc3 2690000.dwc3: found 16 IN and 16 OUT endpoints
>> [ 2.572689] dwc3 2690000.dwc3: Event buf ec9c1000 dma ac9c1000 length 256
>> [ 2.579469] dwc3 2690000.dwc3: Event buf ec9c2000 dma ac9c2000 length 256
>> [ 2.586254] dwc3 2690000.dwc3: Event buf ec9c3000 dma ac9c3000 length 256
>> [ 2.593039] dwc3 2690000.dwc3: Event buf ed164000 dma ad164000 length 256
>> [ 2.599819] dwc3 2690000.dwc3: Event buf ed166000 dma ad166000 length 256
>> [ 2.606603] dwc3 2690000.dwc3: Event buf ed167000 dma ad167000 length 256
>> [ 2.613387] dwc3 2690000.dwc3: Event buf ec82c000 dma ac82c000 length 256
>> [ 2.620166] dwc3 2690000.dwc3: Event buf ec82d000 dma ac82d000 length 256
>> [ 2.626951] dwc3 2690000.dwc3: Event buf ec82e000 dma ac82e000 length 256
>> [ 2.633735] dwc3 2690000.dwc3: Event buf ec82f000 dma ac82f000 length 256
>> [ 2.640514] dwc3 2690000.dwc3: Event buf ecb80000 dma acb80000 length 256
>> [ 2.647298] dwc3 2690000.dwc3: Event buf ecb81000 dma acb81000 length 256
>> [ 2.654083] dwc3 2690000.dwc3: Event buf ecb82000 dma acb82000 length 256
>> [ 2.660862] dwc3 2690000.dwc3: Event buf ecb83000 dma acb83000 length 256
>> [ 2.667647] dwc3 2690000.dwc3: Event buf ed34c000 dma ad34c000 length 256
>> [ 2.674430] dwc3 2690000.dwc3: Event buf ed34d000 dma ad34d000 length 256
>> [ 2.681274] platform xhci-hcd.0.auto: set dma_pfn_offset00780000
>> [ 2.887719] dwc3 25010000.dwc3: No power optimization available
>> [ 2.893637] dwc3 25010000.dwc3: found 16 IN and 16 OUT endpoints
>> [ 3.099664] dwc3 25010000.dwc3: Event buf ecbd0000 dma acbd0000
>> length 256
>> [ 3.106537] dwc3 25010000.dwc3: Event buf ecbd1000 dma acbd1000
>> length 256
>> [ 3.113410] dwc3 25010000.dwc3: Event buf ecbd2000 dma acbd2000
>> length 256
>> [ 3.120276] dwc3 25010000.dwc3: Event buf ecbd3000 dma acbd3000
>> length 256
>> [ 3.127148] dwc3 25010000.dwc3: Event buf ec866000 dma ac866000
>> length 256
>> [ 3.134019] dwc3 25010000.dwc3: Event buf ec867000 dma ac867000
>> length 256
>> [ 3.140885] dwc3 25010000.dwc3: Event buf ecb74000 dma acb74000
>> length 256
>> [ 3.147756] dwc3 25010000.dwc3: Event buf ecb75000 dma acb75000
>> length 256
>> [ 3.154628] dwc3 25010000.dwc3: Event buf ed3d2000 dma ad3d2000
>> length 256
>> [ 3.161495] dwc3 25010000.dwc3: Event buf ed3d3000 dma ad3d3000
>> length 256
>> [ 3.168367] dwc3 25010000.dwc3: Event buf ec828000 dma ac828000
>> length 256
>> [ 3.175239] dwc3 25010000.dwc3: Event buf ec829000 dma ac829000
>> length 256
>> [ 3.182105] dwc3 25010000.dwc3: Event buf ed1da000 dma ad1da000
>> length 256
>> [ 3.188975] dwc3 25010000.dwc3: Event buf ed1db000 dma ad1db000
>> length 256
>> [ 3.195846] dwc3 25010000.dwc3: Event buf ed160000 dma ad160000
>> length 256
>> [ 3.202716] dwc3 25010000.dwc3: Event buf ed161000 dma ad161000
>> length 256
>> [ 3.209649] platform xhci-hcd.1.auto: set dma_pfn_offset00780000
>> [ 3.215984] xhci-hcd xhci-hcd.0.auto: xHCI Host Controller
>> [ 3.221567] xhci-hcd xhci-hcd.0.auto: new USB bus registered,
>> assigned bus number 1
>> [ 3.229502] xhci-hcd xhci-hcd.0.auto: irq 34, io mem 0x02690000
>> [ 3.235545] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
>> [ 3.242326] usb usb1: New USB device strings: Mfr=3, Product=2,
>> SerialNumber=1
>> [ 3.249552] usb usb1: Product: xHCI Host Controller
>> [ 3.254430] usb usb1: Manufacturer: Linux
>> 3.18.0-11757-gd790be3-dirty xhci-hcd
>> [ 3.261643] usb usb1: SerialNumber: xhci-hcd.0.auto
>> [ 3.266901] hub 1-0:1.0: USB hub found
>> [ 3.270666] hub 1-0:1.0: 1 port detected
>> [ 3.274845] xhci-hcd xhci-hcd.0.auto: xHCI Host Controller
>> [ 3.280445] xhci-hcd xhci-hcd.0.auto: new USB bus registered,
>> assigned bus number 2
>> [ 3.288235] usb usb2: New USB device found, idVendor=1d6b, idProduct=0003
>> [ 3.295027] usb usb2: New USB device strings: Mfr=3, Product=2,
>> SerialNumber=1
>> [ 3.302240] usb usb2: Product: xHCI Host Controller
>> [ 3.307118] usb usb2: Manufacturer: Linux
>> 3.18.0-11757-gd790be3-dirty xhci-hcd
>> [ 3.314340] usb usb2: SerialNumber: xhci-hcd.0.auto
>> [ 3.319582] hub 2-0:1.0: USB hub found
>> [ 3.323353] hub 2-0:1.0: 1 port detected
>> [ 3.327559] xhci-hcd xhci-hcd.1.auto: xHCI Host Controller
>> [ 3.333182] xhci-hcd xhci-hcd.1.auto: new USB bus registered,
>> assigned bus number 3
>> [ 3.341014] xhci-hcd xhci-hcd.1.auto: irq 68, io mem 0x25010000
>> [ 3.347041] usb usb3: New USB device found, idVendor=1d6b, idProduct=0002
>> [ 3.353832] usb usb3: New USB device strings: Mfr=3, Product=2,
>> SerialNumber=1
>> [ 3.361045] usb usb3: Product: xHCI Host Controller
>> [ 3.365923] usb usb3: Manufacturer: Linux
>> 3.18.0-11757-gd790be3-dirty xhci-hcd
>> [ 3.373836] usb usb3: SerialNumber: xhci-hcd.1.auto
>> [ 3.379079] hub 3-0:1.0: USB hub found
>> [ 3.382850] hub 3-0:1.0: 1 port detected
>> [ 3.387013] xhci-hcd xhci-hcd.1.auto: xHCI Host Controller
>> [ 3.392622] xhci-hcd xhci-hcd.1.auto: new USB bus registered,
>> assigned bus number 4
>> [ 3.400399] usb usb4: New USB device found, idVendor=1d6b, idProduct=0003
>> [ 3.407189] usb usb4: New USB device strings: Mfr=3, Product=2,
>> SerialNumber=1
>> [ 3.414412] usb usb4: Product: xHCI Host Controller
>> [ 3.419282] usb usb4: Manufacturer: Linux
>> 3.18.0-11757-gd790be3-dirty xhci-hcd
>> [ 3.427836] usb usb4: SerialNumber: xhci-hcd.1.auto
>> [ 3.433091] hub 4-0:1.0: USB hub found
>> [ 3.436850] hub 4-0:1.0: 1 port detected
>> [ 3.441197] usbcore: registered new interface driver usb-storage
>> [ 3.447572] mousedev: PS/2 mouse device common for all mice
>> [ 3.453353] i2c /dev entries driver
>> [ 3.457258] davinci-wdt 22f0080.wdt: heartbeat 60 sec
>> [ 3.462762] usbcore: registered new interface driver usbhid
>> [ 3.468325] usbhid: USB HID core driver
>> [ 3.472893] nand: device found, Manufacturer ID: 0x2c, Chip ID: 0xac
>> [ 3.479237] nand: Micron MT29F4G08ABBDAHC
>> [ 3.483945] nand: 512 MiB, SLC, erase size: 128 KiB, page size:
>> 2048, OOB size: 64
>> [ 3.491793] Bad block table found at page 262080, version 0x01
>> [ 3.498135] Bad block table found at page 262016, version 0x01
>> [ 3.504281] 3 ofpart partitions found on MTD device 30000000.nand
>> [ 3.510365] Creating 3 MTD partitions on "30000000.nand":
>> [ 3.515765] 0x000000000000-0x000000100000 : "u-boot"
>> [ 3.521319] 0x000000100000-0x000000180000 : "params"
>> [ 3.526843] 0x000000180000-0x000020000000 : "ubifs"
>> [ 3.532529] davinci_nand 30000000.nand: controller rev. 2.5
>> [ 3.539597] platform oprofile-perf.0: set dma_pfn_offset00780000
>> [ 3.545733] oprofile: using timer interrupt.
>> [ 3.550019] Netfilter messages via NETLINK v0.30.
>> [ 3.554737] nf_conntrack version 0.5.0 (16384 buckets, 65536 max)
>> [ 3.561219] ctnetlink v0.93: registering with nfnetlink.
>> [ 3.566790] ipip: IPv4 over IPv4 tunneling driver
>> [ 3.571876] gre: GRE over IPv4 demultiplexor driver
>> [ 3.576762] ip_gre: GRE over IPv4 tunneling driver
>> [ 3.582421] ip_tables: (C) 2000-2006 Netfilter Core Team
>> [ 3.587816] ipt_CLUSTERIP: ClusterIP Version 0.8 loaded successfully
>> [ 3.594195] arp_tables: (C) 2002 David S. Miller
>> [ 3.598847] TCP: cubic registered
>> [ 3.602157] Initializing XFRM netlink socket
>> [ 3.606965] NET: Registered protocol family 10
>> [ 3.612005] NET: Registered protocol family 17
>> [ 3.616472] NET: Registered protocol family 15
>> [ 3.620912] 8021q: 802.1Q VLAN Support v1.8
>> [ 3.626750] sctp: Hash tables configured (established 65536 bind 65536)
>> [ 3.633786] Registering SWP/SWPB emulation handler
>> [ 3.641684] clk: Not disabling unused clocks
>> [ 3.646516] Freeing unused kernel memory: 312K (c06fa000 - c0748000)
>> INIT: version 2.88 booting
>> Starting udev
>> Starting Bootlog daemon: bootlogd.
>> Configuring network interfaces... ifconfig: SIOCGIFFLAGS: No such device
>> ifconfig: SIOCGIFFLAGS: No such device
>> done.
>> Mon Jul 8 13:27:00 UTC 2013
>> Configuring update-modules.
>> ERROR: could not open directory
>> /lib/modules/3.18.0-11757-gd790be3-dirty: No such file or directory
>> WARNING: -e needs -E or -F
>> ERROR: could not open directory
>> /lib/modules/3.18.0-11757-gd790be3-dirty: No such file or directory
>> INIT: Entering runlevel: 5dules: No such file or direct
>> Starting telnet daemon.
>> Starting syslogd/klogd: done
>> Starting thttpd.
>> Stopping Bootlog daemon: bootlogd.
>>
>> _____ _____ _ _
>> | _ |___ ___ ___ ___ | _ |___ ___ |_|___ ___| |_
>> | | _| .'| . | . | | __| _| . | | | -_| _| _|
>> |__|__|_| |__,|_ |___| |__| |_| |___|_| |___|___|_|
>> |___| |___|
>>
>> Arago Project http://arago-project.org keystone-evm ttyS0
>>
>> Arago 2013.04 keystone-evm ttyS0
>>
>> keystone-evm login: root
>> root at keystone-evm:~# uname -a
>> Linux keystone-evm 3.18.0-11757-gd790be3-dirty #16 SMP PREEMPT Fri
>> Dec 19 18:14:46 EST 2014 armv7l GNU/Linux
>> root at keystone-evm:~#
>>
>>
>>
>>
>> --
>> Murali Karicheri
>> Linux Kernel, Texas Instruments
>>
>
--
Murali Karicheri
Linux Kernel, Texas Instruments
^ permalink raw reply [flat|nested] 22+ messages in thread
* kernel.org - master not booting on keystone (ARM v7 Cortex A15 SoC) EVMs
2014-12-22 15:04 ` Murali Karicheri
@ 2014-12-23 14:22 ` Grygorii.Strashko@linaro.org
2014-12-23 15:39 ` Murali Karicheri
` (3 more replies)
0 siblings, 4 replies; 22+ messages in thread
From: Grygorii.Strashko@linaro.org @ 2014-12-23 14:22 UTC (permalink / raw)
To: linux-arm-kernel
On 12/22/2014 05:04 PM, Murali Karicheri wrote:
> On 12/21/2014 05:29 AM, Uwe Kleine-K?nig wrote:
>> Hello,
>>
>> I cannot say anything here, but maybe the people being involved in
>> 1e6b48116a950 can. I added them to Cc and didn't trim the mail for them.
> Uwe,
>
> Thanks for copying the commit owners. Looking forward for a response
> from them.
>
> Murali
>>
>> Best regards
>> Uwe
>>
>> On Fri, Dec 19, 2014 at 06:48:02PM -0500, Murali Karicheri wrote:
>>> On 12/19/2014 04:25 PM, Tyler Baker wrote:
>>>> Hello,
>>>>
>>>> On 19 December 2014 at 13:18, Uwe Kleine-K?nig
>>>> <u.kleine-koenig@pengutronix.de> wrote:
>>>>> Hello,
>>>>>
>>>>> On Fri, Dec 19, 2014 at 03:55:50PM -0500, Murali Karicheri wrote:
>>>>>> I have pulled the latest master from
>>>>>> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git and
>>>>>> tried booting on keystone k2hk and k2e EVM. The boot hangs with
>>>>>> following log. Has anyone seen this? Keystone is an ARM v7 cortex
>>>>>> A15 SMP platform. I am assuming master branch is broken for ARM v7
>>>>>> and someone is working to address this. v3.18 booted up fine on my
>>>>>> EVM.
>>>>>>
>>>>>> Any idea?
>>>>> You forgot to attach the log?! So no, I don't have any idea. Did you
>>>>> bisect?
>>>
>>> This was my first git bisect work. git bisect showed me below commit
>>> as bad commit. But it is pretty old commit. I tried reverting the
>>> commit and my board booted up fine. The boot log attached below. I
>>> did following until I got the bad commit. v3.18 also worked fine.
>>>
>>> git bisect start
>>> git bisect good<working commit>
>>> git bisect bad<non working commit>
>>>
>>> I build and test. If boots fine, I did git bisect good and if not,
>>> git bisect bad until I got the bad commit. Can someone comment if my
>>> bisect steps look sane? If so, what is wrong with the below commit?
>>> Ours is a LPAE SoC.
>>>
>>> commit 1e6b48116a95046ec51f3d40f83aff8b006674d7
>>> Author: Kees Cook<keescook@chromium.org>
>>> Date: Thu Apr 3 17:28:11 2014 -0700
>>>
>>> ARM: mm: allow non-text sections to be non-executable
>>>
>>> Adds CONFIG_ARM_KERNMEM_PERMS to separate the kernel memory regions
>>> into section-sized areas that can have different permisions.
>>> Performs
>>> the NX permission changes during free_initmem, so that init
>>> memory can be
>>> reclaimed.
>>>
>>> This uses section size instead of PMD size to reduce memory lost to
>>> padding on non-LPAE systems.
>>>
>>> Based on work by Brad Spengler, Larry Bassel, and Laura Abbott.
>>>
>>> Signed-off-by: Kees Cook<keescook@chromium.org>
>>> Tested-by: Laura Abbott<lauraa@codeaurora.org>
>>> Acked-by: Nicolas Pitre<nico@linaro.org>
>>>
Looks like kernel_x_start, kernel_x_end are calculated wrongly in LPAE case.
kernel_x_start == 0x0000 0000
kernel_x_end == 0x0080 0000
but should be:
kernel_x_start == 0x0000 0008 0000 0000
kernel_x_end == 0x0000 0008 0080 0000
Below diff restores boot for me:
diff --git a/arch/arm/mm/mmu.c b/arch/arm/mm/mmu.c
index cda7c40..4e6ef89 100644
--- a/arch/arm/mm/mmu.c
+++ b/arch/arm/mm/mmu.c
@@ -1329,8 +1329,8 @@ static void __init kmap_init(void)
static void __init map_lowmem(void)
{
struct memblock_region *reg;
- unsigned long kernel_x_start = round_down(__pa(_stext), SECTION_SIZE);
- unsigned long kernel_x_end = round_up(__pa(__init_end), SECTION_SIZE);
+ phys_addr_t kernel_x_start = round_down(__pa(_stext), SECTION_SIZE);
+ phys_addr_t kernel_x_end = round_up(__pa(__init_end), SECTION_SIZE);
/* Map all the lowmem memory banks. */
for_each_memblock(memory, reg) {
--
regards,
-grygorii
^ permalink raw reply related [flat|nested] 22+ messages in thread
* kernel.org - master not booting on keystone (ARM v7 Cortex A15 SoC) EVMs
2014-12-23 14:22 ` Grygorii.Strashko@linaro.org
@ 2014-12-23 15:39 ` Murali Karicheri
2014-12-23 16:23 ` Murali Karicheri
` (2 subsequent siblings)
3 siblings, 0 replies; 22+ messages in thread
From: Murali Karicheri @ 2014-12-23 15:39 UTC (permalink / raw)
To: linux-arm-kernel
On 12/23/2014 09:22 AM, Grygorii.Strashko at linaro.org wrote:
> On 12/22/2014 05:04 PM, Murali Karicheri wrote:
>> On 12/21/2014 05:29 AM, Uwe Kleine-K?nig wrote:
>>> Hello,
>>>
>>> I cannot say anything here, but maybe the people being involved in
>>> 1e6b48116a950 can. I added them to Cc and didn't trim the mail for them.
>> Uwe,
>>
>> Thanks for copying the commit owners. Looking forward for a response
>> from them.
>>
>> Murali
>>>
>>> Best regards
>>> Uwe
>>>
>>> On Fri, Dec 19, 2014 at 06:48:02PM -0500, Murali Karicheri wrote:
>>>> On 12/19/2014 04:25 PM, Tyler Baker wrote:
>>>>> Hello,
>>>>>
>>>>> On 19 December 2014 at 13:18, Uwe Kleine-K?nig
>>>>> <u.kleine-koenig@pengutronix.de> wrote:
>>>>>> Hello,
>>>>>>
>>>>>> On Fri, Dec 19, 2014 at 03:55:50PM -0500, Murali Karicheri wrote:
>>>>>>> I have pulled the latest master from
>>>>>>> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git and
>>>>>>> tried booting on keystone k2hk and k2e EVM. The boot hangs with
>>>>>>> following log. Has anyone seen this? Keystone is an ARM v7 cortex
>>>>>>> A15 SMP platform. I am assuming master branch is broken for ARM v7
>>>>>>> and someone is working to address this. v3.18 booted up fine on my
>>>>>>> EVM.
>>>>>>>
>>>>>>> Any idea?
>>>>>> You forgot to attach the log?! So no, I don't have any idea. Did you
>>>>>> bisect?
>>>>
>>>> This was my first git bisect work. git bisect showed me below commit
>>>> as bad commit. But it is pretty old commit. I tried reverting the
>>>> commit and my board booted up fine. The boot log attached below. I
>>>> did following until I got the bad commit. v3.18 also worked fine.
>>>>
>>>> git bisect start
>>>> git bisect good<working commit>
>>>> git bisect bad<non working commit>
>>>>
>>>> I build and test. If boots fine, I did git bisect good and if not,
>>>> git bisect bad until I got the bad commit. Can someone comment if my
>>>> bisect steps look sane? If so, what is wrong with the below commit?
>>>> Ours is a LPAE SoC.
>>>>
>>>> commit 1e6b48116a95046ec51f3d40f83aff8b006674d7
>>>> Author: Kees Cook<keescook@chromium.org>
>>>> Date: Thu Apr 3 17:28:11 2014 -0700
>>>>
>>>> ARM: mm: allow non-text sections to be non-executable
>>>>
>>>> Adds CONFIG_ARM_KERNMEM_PERMS to separate the kernel memory regions
>>>> into section-sized areas that can have different permisions.
>>>> Performs
>>>> the NX permission changes during free_initmem, so that init
>>>> memory can be
>>>> reclaimed.
>>>>
>>>> This uses section size instead of PMD size to reduce memory lost to
>>>> padding on non-LPAE systems.
>>>>
>>>> Based on work by Brad Spengler, Larry Bassel, and Laura Abbott.
>>>>
>>>> Signed-off-by: Kees Cook<keescook@chromium.org>
>>>> Tested-by: Laura Abbott<lauraa@codeaurora.org>
>>>> Acked-by: Nicolas Pitre<nico@linaro.org>
>>>>
>
> Looks like kernel_x_start, kernel_x_end are calculated wrongly in LPAE case.
> kernel_x_start == 0x0000 0000
> kernel_x_end == 0x0080 0000
>
> but should be:
> kernel_x_start == 0x0000 0008 0000 0000
> kernel_x_end == 0x0000 0008 0080 0000
>
> Below diff restores boot for me:
>
> diff --git a/arch/arm/mm/mmu.c b/arch/arm/mm/mmu.c
> index cda7c40..4e6ef89 100644
> --- a/arch/arm/mm/mmu.c
> +++ b/arch/arm/mm/mmu.c
> @@ -1329,8 +1329,8 @@ static void __init kmap_init(void)
> static void __init map_lowmem(void)
> {
> struct memblock_region *reg;
> - unsigned long kernel_x_start = round_down(__pa(_stext), SECTION_SIZE);
> - unsigned long kernel_x_end = round_up(__pa(__init_end), SECTION_SIZE);
> + phys_addr_t kernel_x_start = round_down(__pa(_stext), SECTION_SIZE);
> + phys_addr_t kernel_x_end = round_up(__pa(__init_end), SECTION_SIZE);
>
> /* Map all the lowmem memory banks. */
> for_each_memblock(memory, reg) {
Great! Let me apply this and check it on my end. But how did the
offending commit caused this failure? Will you be sending a patch to fix
this?
--
Murali Karicheri
Linux Kernel, Texas Instruments
^ permalink raw reply [flat|nested] 22+ messages in thread
* kernel.org - master not booting on keystone (ARM v7 Cortex A15 SoC) EVMs
2014-12-23 14:22 ` Grygorii.Strashko@linaro.org
2014-12-23 15:39 ` Murali Karicheri
@ 2014-12-23 16:23 ` Murali Karicheri
2014-12-23 17:36 ` Murali Karicheri
2015-01-05 20:01 ` Kees Cook
3 siblings, 0 replies; 22+ messages in thread
From: Murali Karicheri @ 2014-12-23 16:23 UTC (permalink / raw)
To: linux-arm-kernel
On 12/23/2014 09:22 AM, Grygorii.Strashko at linaro.org wrote:
> + phys_addr_t kernel_x_start = round_down(__pa(_stext), SECTION_SIZE);
> + phys_addr_t kernel_x_end = round_up(__pa(__init_end), SECTION_SIZE);
Grygorii,
This works fine on my board. Could you send the patch to the list to
address this issue? You can add my Tested-By if needed.
Tested-By: Murali Karicheri <m-karicheri2@ti.com>
--
Murali Karicheri
Linux Kernel, Texas Instruments
^ permalink raw reply [flat|nested] 22+ messages in thread
* kernel.org - master not booting on keystone (ARM v7 Cortex A15 SoC) EVMs
2014-12-23 14:22 ` Grygorii.Strashko@linaro.org
2014-12-23 15:39 ` Murali Karicheri
2014-12-23 16:23 ` Murali Karicheri
@ 2014-12-23 17:36 ` Murali Karicheri
2014-12-23 18:05 ` santosh.shilimkar at oracle.com
2015-01-05 20:01 ` Kees Cook
3 siblings, 1 reply; 22+ messages in thread
From: Murali Karicheri @ 2014-12-23 17:36 UTC (permalink / raw)
To: linux-arm-kernel
CC + Santosh (Keystone maintainer)
On 12/23/2014 09:22 AM, Grygorii.Strashko at linaro.org wrote:
> On 12/22/2014 05:04 PM, Murali Karicheri wrote:
>> On 12/21/2014 05:29 AM, Uwe Kleine-K?nig wrote:
>>> Hello,
>>>
>>> I cannot say anything here, but maybe the people being involved in
>>> 1e6b48116a950 can. I added them to Cc and didn't trim the mail for them.
>> Uwe,
>>
>> Thanks for copying the commit owners. Looking forward for a response
>> from them.
>>
>> Murali
>>>
>>> Best regards
>>> Uwe
>>>
>>> On Fri, Dec 19, 2014 at 06:48:02PM -0500, Murali Karicheri wrote:
>>>> On 12/19/2014 04:25 PM, Tyler Baker wrote:
>>>>> Hello,
>>>>>
>>>>> On 19 December 2014 at 13:18, Uwe Kleine-K?nig
>>>>> <u.kleine-koenig@pengutronix.de> wrote:
>>>>>> Hello,
>>>>>>
>>>>>> On Fri, Dec 19, 2014 at 03:55:50PM -0500, Murali Karicheri wrote:
>>>>>>> I have pulled the latest master from
>>>>>>> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git and
>>>>>>> tried booting on keystone k2hk and k2e EVM. The boot hangs with
>>>>>>> following log. Has anyone seen this? Keystone is an ARM v7 cortex
>>>>>>> A15 SMP platform. I am assuming master branch is broken for ARM v7
>>>>>>> and someone is working to address this. v3.18 booted up fine on my
>>>>>>> EVM.
>>>>>>>
>>>>>>> Any idea?
>>>>>> You forgot to attach the log?! So no, I don't have any idea. Did you
>>>>>> bisect?
>>>>
>>>> This was my first git bisect work. git bisect showed me below commit
>>>> as bad commit. But it is pretty old commit. I tried reverting the
>>>> commit and my board booted up fine. The boot log attached below. I
>>>> did following until I got the bad commit. v3.18 also worked fine.
>>>>
>>>> git bisect start
>>>> git bisect good<working commit>
>>>> git bisect bad<non working commit>
>>>>
>>>> I build and test. If boots fine, I did git bisect good and if not,
>>>> git bisect bad until I got the bad commit. Can someone comment if my
>>>> bisect steps look sane? If so, what is wrong with the below commit?
>>>> Ours is a LPAE SoC.
>>>>
>>>> commit 1e6b48116a95046ec51f3d40f83aff8b006674d7
>>>> Author: Kees Cook<keescook@chromium.org>
>>>> Date: Thu Apr 3 17:28:11 2014 -0700
>>>>
>>>> ARM: mm: allow non-text sections to be non-executable
>>>>
>>>> Adds CONFIG_ARM_KERNMEM_PERMS to separate the kernel memory regions
>>>> into section-sized areas that can have different permisions.
>>>> Performs
>>>> the NX permission changes during free_initmem, so that init
>>>> memory can be
>>>> reclaimed.
>>>>
>>>> This uses section size instead of PMD size to reduce memory lost to
>>>> padding on non-LPAE systems.
>>>>
>>>> Based on work by Brad Spengler, Larry Bassel, and Laura Abbott.
>>>>
>>>> Signed-off-by: Kees Cook<keescook@chromium.org>
>>>> Tested-by: Laura Abbott<lauraa@codeaurora.org>
>>>> Acked-by: Nicolas Pitre<nico@linaro.org>
>>>>
>
> Looks like kernel_x_start, kernel_x_end are calculated wrongly in LPAE case.
> kernel_x_start == 0x0000 0000
> kernel_x_end == 0x0080 0000
>
> but should be:
> kernel_x_start == 0x0000 0008 0000 0000
> kernel_x_end == 0x0000 0008 0080 0000
>
> Below diff restores boot for me:
>
> diff --git a/arch/arm/mm/mmu.c b/arch/arm/mm/mmu.c
> index cda7c40..4e6ef89 100644
> --- a/arch/arm/mm/mmu.c
> +++ b/arch/arm/mm/mmu.c
> @@ -1329,8 +1329,8 @@ static void __init kmap_init(void)
> static void __init map_lowmem(void)
> {
> struct memblock_region *reg;
> - unsigned long kernel_x_start = round_down(__pa(_stext), SECTION_SIZE);
> - unsigned long kernel_x_end = round_up(__pa(__init_end), SECTION_SIZE);
> + phys_addr_t kernel_x_start = round_down(__pa(_stext), SECTION_SIZE);
> + phys_addr_t kernel_x_end = round_up(__pa(__init_end), SECTION_SIZE);
>
> /* Map all the lowmem memory banks. */
> for_each_memblock(memory, reg) {
Santosh,
Keystone boot is currently broken due to commit listed here. Grigorii
has found the problem and after this change is applied, keystone boots
up now.
FYI..
Murali
--
Murali Karicheri
Linux Kernel, Texas Instruments
^ permalink raw reply [flat|nested] 22+ messages in thread
* kernel.org - master not booting on keystone (ARM v7 Cortex A15 SoC) EVMs
2014-12-23 17:36 ` Murali Karicheri
@ 2014-12-23 18:05 ` santosh.shilimkar at oracle.com
2014-12-23 18:13 ` santosh.shilimkar at oracle.com
0 siblings, 1 reply; 22+ messages in thread
From: santosh.shilimkar at oracle.com @ 2014-12-23 18:05 UTC (permalink / raw)
To: linux-arm-kernel
+RMK
On 12/23/14 9:36 AM, Murali Karicheri wrote:
> CC + Santosh (Keystone maintainer)
>
Thanks Murali !!
> On 12/23/2014 09:22 AM, Grygorii.Strashko at linaro.org wrote:
>> On 12/22/2014 05:04 PM, Murali Karicheri wrote:
>>> On 12/21/2014 05:29 AM, Uwe Kleine-K?nig wrote:
>>>> Hello,
>>>>
>>>> I cannot say anything here, but maybe the people being involved in
>>>> 1e6b48116a950 can. I added them to Cc and didn't trim the mail for
>>>> them.
>>> Uwe,
>>>
>>> Thanks for copying the commit owners. Looking forward for a response
>>> from them.
>>>
>>> Murali
>>>>
>>>> Best regards
>>>> Uwe
>>>>
>>>> On Fri, Dec 19, 2014 at 06:48:02PM -0500, Murali Karicheri wrote:
>>>>> On 12/19/2014 04:25 PM, Tyler Baker wrote:
>>>>>> Hello,
>>>>>>
>>>>>> On 19 December 2014 at 13:18, Uwe Kleine-K?nig
>>>>>> <u.kleine-koenig@pengutronix.de> wrote:
>>>>>>> Hello,
>>>>>>>
>>>>>>> On Fri, Dec 19, 2014 at 03:55:50PM -0500, Murali Karicheri wrote:
>>>>>>>> I have pulled the latest master from
>>>>>>>> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
>>>>>>>> and
>>>>>>>> tried booting on keystone k2hk and k2e EVM. The boot hangs with
>>>>>>>> following log. Has anyone seen this? Keystone is an ARM v7 cortex
>>>>>>>> A15 SMP platform. I am assuming master branch is broken for ARM v7
>>>>>>>> and someone is working to address this. v3.18 booted up fine on my
>>>>>>>> EVM.
>>>>>>>>
>>>>>>>> Any idea?
>>>>>>> You forgot to attach the log?! So no, I don't have any idea. Did you
>>>>>>> bisect?
>>>>>
>>>>> This was my first git bisect work. git bisect showed me below commit
>>>>> as bad commit. But it is pretty old commit. I tried reverting the
>>>>> commit and my board booted up fine. The boot log attached below. I
>>>>> did following until I got the bad commit. v3.18 also worked fine.
>>>>>
>>>>> git bisect start
>>>>> git bisect good<working commit>
>>>>> git bisect bad<non working commit>
>>>>>
>>>>> I build and test. If boots fine, I did git bisect good and if not,
>>>>> git bisect bad until I got the bad commit. Can someone comment if my
>>>>> bisect steps look sane? If so, what is wrong with the below commit?
>>>>> Ours is a LPAE SoC.
>>>>>
>>>>> commit 1e6b48116a95046ec51f3d40f83aff8b006674d7
>>>>> Author: Kees Cook<keescook@chromium.org>
>>>>> Date: Thu Apr 3 17:28:11 2014 -0700
>>>>>
>>>>> ARM: mm: allow non-text sections to be non-executable
>>>>>
>>>>> Adds CONFIG_ARM_KERNMEM_PERMS to separate the kernel memory
>>>>> regions
>>>>> into section-sized areas that can have different permisions.
>>>>> Performs
>>>>> the NX permission changes during free_initmem, so that init
>>>>> memory can be
>>>>> reclaimed.
>>>>>
>>>>> This uses section size instead of PMD size to reduce memory
>>>>> lost to
>>>>> padding on non-LPAE systems.
>>>>>
>>>>> Based on work by Brad Spengler, Larry Bassel, and Laura Abbott.
>>>>>
>>>>> Signed-off-by: Kees Cook<keescook@chromium.org>
>>>>> Tested-by: Laura Abbott<lauraa@codeaurora.org>
>>>>> Acked-by: Nicolas Pitre<nico@linaro.org>
>>>>>
>>
>> Looks like kernel_x_start, kernel_x_end are calculated wrongly in LPAE
>> case.
>> kernel_x_start == 0x0000 0000
>> kernel_x_end == 0x0080 0000
>>
>> but should be:
>> kernel_x_start == 0x0000 0008 0000 0000
>> kernel_x_end == 0x0000 0008 0080 0000
>>
>> Below diff restores boot for me:
>>
>> diff --git a/arch/arm/mm/mmu.c b/arch/arm/mm/mmu.c
>> index cda7c40..4e6ef89 100644
>> --- a/arch/arm/mm/mmu.c
>> +++ b/arch/arm/mm/mmu.c
>> @@ -1329,8 +1329,8 @@ static void __init kmap_init(void)
>> static void __init map_lowmem(void)
>> {
>> struct memblock_region *reg;
>> - unsigned long kernel_x_start = round_down(__pa(_stext),
>> SECTION_SIZE);
>> - unsigned long kernel_x_end = round_up(__pa(__init_end),
>> SECTION_SIZE);
>> + phys_addr_t kernel_x_start = round_down(__pa(_stext),
>> SECTION_SIZE);
>> + phys_addr_t kernel_x_end = round_up(__pa(__init_end),
>> SECTION_SIZE);
>>
>> /* Map all the lowmem memory banks. */
>> for_each_memblock(memory, reg) {
>
Uwe,
The fix looks straight forward to me. Can you please comment if you
think otherwise.
Regards,
Santosh
^ permalink raw reply [flat|nested] 22+ messages in thread
* kernel.org - master not booting on keystone (ARM v7 Cortex A15 SoC) EVMs
2014-12-23 18:05 ` santosh.shilimkar at oracle.com
@ 2014-12-23 18:13 ` santosh.shilimkar at oracle.com
2014-12-23 18:17 ` Grygorii.Strashko@linaro.org
2014-12-23 18:43 ` Grygorii.Strashko@linaro.org
0 siblings, 2 replies; 22+ messages in thread
From: santosh.shilimkar at oracle.com @ 2014-12-23 18:13 UTC (permalink / raw)
To: linux-arm-kernel
On 12/23/14 10:05 AM, santosh.shilimkar at oracle.com wrote:
> +RMK
>
> On 12/23/14 9:36 AM, Murali Karicheri wrote:
>> CC + Santosh (Keystone maintainer)
>>
> Thanks Murali !!
>
>> On 12/23/2014 09:22 AM, Grygorii.Strashko at linaro.org wrote:
>>> On 12/22/2014 05:04 PM, Murali Karicheri wrote:
>>>> On 12/21/2014 05:29 AM, Uwe Kleine-K?nig wrote:
>>>>> Hello,
>>>>>
>>>>> I cannot say anything here, but maybe the people being involved in
>>>>> 1e6b48116a950 can. I added them to Cc and didn't trim the mail for
>>>>> them.
>>>> Uwe,
>>>>
>>>> Thanks for copying the commit owners. Looking forward for a response
>>>> from them.
>>>>
>>>> Murali
>>>>>
>>>>> Best regards
>>>>> Uwe
>>>>>
>>>>> On Fri, Dec 19, 2014 at 06:48:02PM -0500, Murali Karicheri wrote:
>>>>>> On 12/19/2014 04:25 PM, Tyler Baker wrote:
>>>>>>> Hello,
>>>>>>>
>>>>>>> On 19 December 2014 at 13:18, Uwe Kleine-K?nig
>>>>>>> <u.kleine-koenig@pengutronix.de> wrote:
>>>>>>>> Hello,
>>>>>>>>
>>>>>>>> On Fri, Dec 19, 2014 at 03:55:50PM -0500, Murali Karicheri wrote:
>>>>>>>>> I have pulled the latest master from
>>>>>>>>> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
>>>>>>>>> and
>>>>>>>>> tried booting on keystone k2hk and k2e EVM. The boot hangs with
>>>>>>>>> following log. Has anyone seen this? Keystone is an ARM v7 cortex
>>>>>>>>> A15 SMP platform. I am assuming master branch is broken for ARM v7
>>>>>>>>> and someone is working to address this. v3.18 booted up fine on my
>>>>>>>>> EVM.
>>>>>>>>>
>>>>>>>>> Any idea?
>>>>>>>> You forgot to attach the log?! So no, I don't have any idea. Did
>>>>>>>> you
>>>>>>>> bisect?
>>>>>>
>>>>>> This was my first git bisect work. git bisect showed me below commit
>>>>>> as bad commit. But it is pretty old commit. I tried reverting the
>>>>>> commit and my board booted up fine. The boot log attached below. I
>>>>>> did following until I got the bad commit. v3.18 also worked fine.
>>>>>>
>>>>>> git bisect start
>>>>>> git bisect good<working commit>
>>>>>> git bisect bad<non working commit>
>>>>>>
>>>>>> I build and test. If boots fine, I did git bisect good and if not,
>>>>>> git bisect bad until I got the bad commit. Can someone comment if my
>>>>>> bisect steps look sane? If so, what is wrong with the below commit?
>>>>>> Ours is a LPAE SoC.
>>>>>>
>>>>>> commit 1e6b48116a95046ec51f3d40f83aff8b006674d7
>>>>>> Author: Kees Cook<keescook@chromium.org>
>>>>>> Date: Thu Apr 3 17:28:11 2014 -0700
>>>>>>
>>>>>> ARM: mm: allow non-text sections to be non-executable
>>>>>>
>>>>>> Adds CONFIG_ARM_KERNMEM_PERMS to separate the kernel memory
>>>>>> regions
>>>>>> into section-sized areas that can have different permisions.
>>>>>> Performs
>>>>>> the NX permission changes during free_initmem, so that init
>>>>>> memory can be
>>>>>> reclaimed.
>>>>>>
>>>>>> This uses section size instead of PMD size to reduce memory
>>>>>> lost to
>>>>>> padding on non-LPAE systems.
>>>>>>
>>>>>> Based on work by Brad Spengler, Larry Bassel, and Laura Abbott.
>>>>>>
>>>>>> Signed-off-by: Kees Cook<keescook@chromium.org>
>>>>>> Tested-by: Laura Abbott<lauraa@codeaurora.org>
>>>>>> Acked-by: Nicolas Pitre<nico@linaro.org>
>>>>>>
>>>
>>> Looks like kernel_x_start, kernel_x_end are calculated wrongly in LPAE
>>> case.
>>> kernel_x_start == 0x0000 0000
>>> kernel_x_end == 0x0080 0000
>>>
>>> but should be:
>>> kernel_x_start == 0x0000 0008 0000 0000
>>> kernel_x_end == 0x0000 0008 0080 0000
>>>
>>> Below diff restores boot for me:
>>>
>>> diff --git a/arch/arm/mm/mmu.c b/arch/arm/mm/mmu.c
>>> index cda7c40..4e6ef89 100644
>>> --- a/arch/arm/mm/mmu.c
>>> +++ b/arch/arm/mm/mmu.c
>>> @@ -1329,8 +1329,8 @@ static void __init kmap_init(void)
>>> static void __init map_lowmem(void)
>>> {
>>> struct memblock_region *reg;
>>> - unsigned long kernel_x_start = round_down(__pa(_stext),
>>> SECTION_SIZE);
>>> - unsigned long kernel_x_end = round_up(__pa(__init_end),
>>> SECTION_SIZE);
>>> + phys_addr_t kernel_x_start = round_down(__pa(_stext),
>>> SECTION_SIZE);
>>> + phys_addr_t kernel_x_end = round_up(__pa(__init_end),
>>> SECTION_SIZE);
>>>
>>> /* Map all the lowmem memory banks. */
>>> for_each_memblock(memory, reg) {
>>
> Uwe,
Sorry Uwe !!
I mean to ask this question to Nicolas and RMK.
> The fix looks straight forward to me. Can you please comment if you
> think otherwise.
>
Grygorii,
Can you please add the formatted patch to RMK's patch system ?
Regards,
Santosh
^ permalink raw reply [flat|nested] 22+ messages in thread
* kernel.org - master not booting on keystone (ARM v7 Cortex A15 SoC) EVMs
2014-12-23 18:13 ` santosh.shilimkar at oracle.com
@ 2014-12-23 18:17 ` Grygorii.Strashko@linaro.org
2014-12-23 18:43 ` Grygorii.Strashko@linaro.org
1 sibling, 0 replies; 22+ messages in thread
From: Grygorii.Strashko@linaro.org @ 2014-12-23 18:17 UTC (permalink / raw)
To: linux-arm-kernel
On 12/23/2014 08:13 PM, santosh.shilimkar at oracle.com wrote:
> On 12/23/14 10:05 AM, santosh.shilimkar at oracle.com wrote:
>> +RMK
>>
>> On 12/23/14 9:36 AM, Murali Karicheri wrote:
>>> CC + Santosh (Keystone maintainer)
>>>
>> Thanks Murali !!
>>
>>> On 12/23/2014 09:22 AM, Grygorii.Strashko at linaro.org wrote:
>>>> On 12/22/2014 05:04 PM, Murali Karicheri wrote:
>>>>> On 12/21/2014 05:29 AM, Uwe Kleine-K?nig wrote:
>>>>>> Hello,
>>>>>>
>>>>>> I cannot say anything here, but maybe the people being involved in
>>>>>> 1e6b48116a950 can. I added them to Cc and didn't trim the mail for
>>>>>> them.
>>>>> Uwe,
>>>>>
>>>>> Thanks for copying the commit owners. Looking forward for a response
>>>>> from them.
>>>>>
>>>>> Murali
>>>>>>
>>>>>> Best regards
>>>>>> Uwe
>>>>>>
>>>>>> On Fri, Dec 19, 2014 at 06:48:02PM -0500, Murali Karicheri wrote:
>>>>>>> On 12/19/2014 04:25 PM, Tyler Baker wrote:
>>>>>>>> Hello,
>>>>>>>>
>>>>>>>> On 19 December 2014 at 13:18, Uwe Kleine-K?nig
>>>>>>>> <u.kleine-koenig@pengutronix.de> wrote:
>>>>>>>>> Hello,
>>>>>>>>>
>>>>>>>>> On Fri, Dec 19, 2014 at 03:55:50PM -0500, Murali Karicheri wrote:
>>>>>>>>>> I have pulled the latest master from
>>>>>>>>>> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
>>>>>>>>>> and
>>>>>>>>>> tried booting on keystone k2hk and k2e EVM. The boot hangs with
>>>>>>>>>> following log. Has anyone seen this? Keystone is an ARM v7 cortex
>>>>>>>>>> A15 SMP platform. I am assuming master branch is broken for
>>>>>>>>>> ARM v7
>>>>>>>>>> and someone is working to address this. v3.18 booted up fine
>>>>>>>>>> on my
>>>>>>>>>> EVM.
>>>>>>>>>>
>>>>>>>>>> Any idea?
>>>>>>>>> You forgot to attach the log?! So no, I don't have any idea. Did
>>>>>>>>> you
>>>>>>>>> bisect?
>>>>>>>
>>>>>>> This was my first git bisect work. git bisect showed me below commit
>>>>>>> as bad commit. But it is pretty old commit. I tried reverting the
>>>>>>> commit and my board booted up fine. The boot log attached below. I
>>>>>>> did following until I got the bad commit. v3.18 also worked fine.
>>>>>>>
>>>>>>> git bisect start
>>>>>>> git bisect good<working commit>
>>>>>>> git bisect bad<non working commit>
>>>>>>>
>>>>>>> I build and test. If boots fine, I did git bisect good and if not,
>>>>>>> git bisect bad until I got the bad commit. Can someone comment if my
>>>>>>> bisect steps look sane? If so, what is wrong with the below commit?
>>>>>>> Ours is a LPAE SoC.
>>>>>>>
>>>>>>> commit 1e6b48116a95046ec51f3d40f83aff8b006674d7
>>>>>>> Author: Kees Cook<keescook@chromium.org>
>>>>>>> Date: Thu Apr 3 17:28:11 2014 -0700
>>>>>>>
>>>>>>> ARM: mm: allow non-text sections to be non-executable
>>>>>>>
>>>>>>> Adds CONFIG_ARM_KERNMEM_PERMS to separate the kernel memory
>>>>>>> regions
>>>>>>> into section-sized areas that can have different permisions.
>>>>>>> Performs
>>>>>>> the NX permission changes during free_initmem, so that init
>>>>>>> memory can be
>>>>>>> reclaimed.
>>>>>>>
>>>>>>> This uses section size instead of PMD size to reduce memory
>>>>>>> lost to
>>>>>>> padding on non-LPAE systems.
>>>>>>>
>>>>>>> Based on work by Brad Spengler, Larry Bassel, and Laura
>>>>>>> Abbott.
>>>>>>>
>>>>>>> Signed-off-by: Kees Cook<keescook@chromium.org>
>>>>>>> Tested-by: Laura Abbott<lauraa@codeaurora.org>
>>>>>>> Acked-by: Nicolas Pitre<nico@linaro.org>
>>>>>>>
>>>>
>>>> Looks like kernel_x_start, kernel_x_end are calculated wrongly in LPAE
>>>> case.
>>>> kernel_x_start == 0x0000 0000
>>>> kernel_x_end == 0x0080 0000
>>>>
>>>> but should be:
>>>> kernel_x_start == 0x0000 0008 0000 0000
>>>> kernel_x_end == 0x0000 0008 0080 0000
>>>>
>>>> Below diff restores boot for me:
>>>>
>>>> diff --git a/arch/arm/mm/mmu.c b/arch/arm/mm/mmu.c
>>>> index cda7c40..4e6ef89 100644
>>>> --- a/arch/arm/mm/mmu.c
>>>> +++ b/arch/arm/mm/mmu.c
>>>> @@ -1329,8 +1329,8 @@ static void __init kmap_init(void)
>>>> static void __init map_lowmem(void)
>>>> {
>>>> struct memblock_region *reg;
>>>> - unsigned long kernel_x_start = round_down(__pa(_stext),
>>>> SECTION_SIZE);
>>>> - unsigned long kernel_x_end = round_up(__pa(__init_end),
>>>> SECTION_SIZE);
>>>> + phys_addr_t kernel_x_start = round_down(__pa(_stext),
>>>> SECTION_SIZE);
>>>> + phys_addr_t kernel_x_end = round_up(__pa(__init_end),
>>>> SECTION_SIZE);
>>>>
>>>> /* Map all the lowmem memory banks. */
>>>> for_each_memblock(memory, reg) {
>>>
>> Uwe,
> Sorry Uwe !!
> I mean to ask this question to Nicolas and RMK.
>
>> The fix looks straight forward to me. Can you please comment if you
>> think otherwise.
>>
>
> Grygorii,
> Can you please add the formatted patch to RMK's patch system ?
>
Ok. I will try - I've never done it before.
--
regards,
-grygorii
^ permalink raw reply [flat|nested] 22+ messages in thread
* kernel.org - master not booting on keystone (ARM v7 Cortex A15 SoC) EVMs
2014-12-23 18:13 ` santosh.shilimkar at oracle.com
2014-12-23 18:17 ` Grygorii.Strashko@linaro.org
@ 2014-12-23 18:43 ` Grygorii.Strashko@linaro.org
2014-12-23 19:07 ` santosh.shilimkar at oracle.com
1 sibling, 1 reply; 22+ messages in thread
From: Grygorii.Strashko@linaro.org @ 2014-12-23 18:43 UTC (permalink / raw)
To: linux-arm-kernel
On 12/23/2014 08:13 PM, santosh.shilimkar at oracle.com wrote:
> On 12/23/14 10:05 AM, santosh.shilimkar at oracle.com wrote:
>> +RMK
>>
>> On 12/23/14 9:36 AM, Murali Karicheri wrote:
>>> CC + Santosh (Keystone maintainer)
>>>
>> Thanks Murali !!
>>
>>> On 12/23/2014 09:22 AM, Grygorii.Strashko at linaro.org wrote:
>>>> On 12/22/2014 05:04 PM, Murali Karicheri wrote:
>>>>> On 12/21/2014 05:29 AM, Uwe Kleine-K?nig wrote:
>>>>>> Hello,
>>>>>>
>>>>>> I cannot say anything here, but maybe the people being involved in
>>>>>> 1e6b48116a950 can. I added them to Cc and didn't trim the mail for
>>>>>> them.
>>>>> Uwe,
>>>>>
>>>>> Thanks for copying the commit owners. Looking forward for a response
>>>>> from them.
>>>>>
>>>>> Murali
>>>>>>
>>>>>> Best regards
>>>>>> Uwe
>>>>>>
>>>>>> On Fri, Dec 19, 2014 at 06:48:02PM -0500, Murali Karicheri wrote:
>>>>>>> On 12/19/2014 04:25 PM, Tyler Baker wrote:
>>>>>>>> Hello,
>>>>>>>>
>>>>>>>> On 19 December 2014 at 13:18, Uwe Kleine-K?nig
>>>>>>>> <u.kleine-koenig@pengutronix.de> wrote:
>>>>>>>>> Hello,
>>>>>>>>>
>>>>>>>>> On Fri, Dec 19, 2014 at 03:55:50PM -0500, Murali Karicheri wrote:
>>>>>>>>>> I have pulled the latest master from
>>>>>>>>>> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
>>>>>>>>>> and
>>>>>>>>>> tried booting on keystone k2hk and k2e EVM. The boot hangs with
>>>>>>>>>> following log. Has anyone seen this? Keystone is an ARM v7 cortex
>>>>>>>>>> A15 SMP platform. I am assuming master branch is broken for
>>>>>>>>>> ARM v7
>>>>>>>>>> and someone is working to address this. v3.18 booted up fine
>>>>>>>>>> on my
>>>>>>>>>> EVM.
>>>>>>>>>>
>>>>>>>>>> Any idea?
>>>>>>>>> You forgot to attach the log?! So no, I don't have any idea. Did
>>>>>>>>> you
>>>>>>>>> bisect?
>>>>>>>
>>>>>>> This was my first git bisect work. git bisect showed me below commit
>>>>>>> as bad commit. But it is pretty old commit. I tried reverting the
>>>>>>> commit and my board booted up fine. The boot log attached below. I
>>>>>>> did following until I got the bad commit. v3.18 also worked fine.
>>>>>>>
>>>>>>> git bisect start
>>>>>>> git bisect good<working commit>
>>>>>>> git bisect bad<non working commit>
>>>>>>>
>>>>>>> I build and test. If boots fine, I did git bisect good and if not,
>>>>>>> git bisect bad until I got the bad commit. Can someone comment if my
>>>>>>> bisect steps look sane? If so, what is wrong with the below commit?
>>>>>>> Ours is a LPAE SoC.
>>>>>>>
>>>>>>> commit 1e6b48116a95046ec51f3d40f83aff8b006674d7
>>>>>>> Author: Kees Cook<keescook@chromium.org>
>>>>>>> Date: Thu Apr 3 17:28:11 2014 -0700
>>>>>>>
>>>>>>> ARM: mm: allow non-text sections to be non-executable
>>>>>>>
>>>>>>> Adds CONFIG_ARM_KERNMEM_PERMS to separate the kernel memory
>>>>>>> regions
>>>>>>> into section-sized areas that can have different permisions.
>>>>>>> Performs
>>>>>>> the NX permission changes during free_initmem, so that init
>>>>>>> memory can be
>>>>>>> reclaimed.
>>>>>>>
>>>>>>> This uses section size instead of PMD size to reduce memory
>>>>>>> lost to
>>>>>>> padding on non-LPAE systems.
>>>>>>>
>>>>>>> Based on work by Brad Spengler, Larry Bassel, and Laura
>>>>>>> Abbott.
>>>>>>>
>>>>>>> Signed-off-by: Kees Cook<keescook@chromium.org>
>>>>>>> Tested-by: Laura Abbott<lauraa@codeaurora.org>
>>>>>>> Acked-by: Nicolas Pitre<nico@linaro.org>
>>>>>>>
>>>>
>>>> Looks like kernel_x_start, kernel_x_end are calculated wrongly in LPAE
>>>> case.
>>>> kernel_x_start == 0x0000 0000
>>>> kernel_x_end == 0x0080 0000
>>>>
>>>> but should be:
>>>> kernel_x_start == 0x0000 0008 0000 0000
>>>> kernel_x_end == 0x0000 0008 0080 0000
>>>>
>>>> Below diff restores boot for me:
>>>>
>>>> diff --git a/arch/arm/mm/mmu.c b/arch/arm/mm/mmu.c
>>>> index cda7c40..4e6ef89 100644
>>>> --- a/arch/arm/mm/mmu.c
>>>> +++ b/arch/arm/mm/mmu.c
>>>> @@ -1329,8 +1329,8 @@ static void __init kmap_init(void)
>>>> static void __init map_lowmem(void)
>>>> {
>>>> struct memblock_region *reg;
>>>> - unsigned long kernel_x_start = round_down(__pa(_stext),
>>>> SECTION_SIZE);
>>>> - unsigned long kernel_x_end = round_up(__pa(__init_end),
>>>> SECTION_SIZE);
>>>> + phys_addr_t kernel_x_start = round_down(__pa(_stext),
>>>> SECTION_SIZE);
>>>> + phys_addr_t kernel_x_end = round_up(__pa(__init_end),
>>>> SECTION_SIZE);
>>>>
>>>> /* Map all the lowmem memory banks. */
>>>> for_each_memblock(memory, reg) {
>>>
>> Uwe,
> Sorry Uwe !!
> I mean to ask this question to Nicolas and RMK.
>
>> The fix looks straight forward to me. Can you please comment if you
>> think otherwise.
>>
>
> Grygorii,
> Can you please add the formatted patch to RMK's patch system ?
Done:
Your patch has been accepted as patch 8253/1
Please see
http://www.arm.linux.org.uk/developer/patches/viewpatch.php?id=8253/1
--
regards,
-grygorii
^ permalink raw reply [flat|nested] 22+ messages in thread
* kernel.org - master not booting on keystone (ARM v7 Cortex A15 SoC) EVMs
2014-12-23 18:43 ` Grygorii.Strashko@linaro.org
@ 2014-12-23 19:07 ` santosh.shilimkar at oracle.com
2015-01-02 15:33 ` Murali Karicheri
0 siblings, 1 reply; 22+ messages in thread
From: santosh.shilimkar at oracle.com @ 2014-12-23 19:07 UTC (permalink / raw)
To: linux-arm-kernel
On 12/23/14 10:43 AM, Grygorii.Strashko at linaro.org wrote:
> On 12/23/2014 08:13 PM, santosh.shilimkar at oracle.com wrote:
[..]
>> Grygorii,
>> Can you please add the formatted patch to RMK's patch system ?
>
> Done:
> Your patch has been accepted as patch 8253/1
>
Thanks Grygorii !!
Regards,
Santosh
^ permalink raw reply [flat|nested] 22+ messages in thread
* kernel.org - master not booting on keystone (ARM v7 Cortex A15 SoC) EVMs
2014-12-23 19:07 ` santosh.shilimkar at oracle.com
@ 2015-01-02 15:33 ` Murali Karicheri
2015-01-02 19:25 ` santosh.shilimkar at oracle.com
0 siblings, 1 reply; 22+ messages in thread
From: Murali Karicheri @ 2015-01-02 15:33 UTC (permalink / raw)
To: linux-arm-kernel
On 12/23/2014 02:07 PM, santosh.shilimkar at oracle.com wrote:
>
>
> On 12/23/14 10:43 AM, Grygorii.Strashko at linaro.org wrote:
>> On 12/23/2014 08:13 PM, santosh.shilimkar at oracle.com wrote:
>
> [..]
>
>>> Grygorii,
>>> Can you please add the formatted patch to RMK's patch system ?
>>
>> Done:
>> Your patch has been accepted as patch 8253/1
>>
> Thanks Grygorii !!
>
> Regards,
> Santosh
Santosh, Russel,
Just wondering when this get pulled to the master branch? I have checked
v3.19-rc2 and it is not in. Note that arch/arm/mach-keystone is
currently broken without this patch.
Regards
--
Murali Karicheri
Linux Kernel, Texas Instruments
^ permalink raw reply [flat|nested] 22+ messages in thread
* kernel.org - master not booting on keystone (ARM v7 Cortex A15 SoC) EVMs
2015-01-02 15:33 ` Murali Karicheri
@ 2015-01-02 19:25 ` santosh.shilimkar at oracle.com
0 siblings, 0 replies; 22+ messages in thread
From: santosh.shilimkar at oracle.com @ 2015-01-02 19:25 UTC (permalink / raw)
To: linux-arm-kernel
On 1/2/15 7:33 AM, Murali Karicheri wrote:
> On 12/23/2014 02:07 PM, santosh.shilimkar at oracle.com wrote:
>>
>>
>> On 12/23/14 10:43 AM, Grygorii.Strashko at linaro.org wrote:
>>> On 12/23/2014 08:13 PM, santosh.shilimkar at oracle.com wrote:
>>
>> [..]
>>
>>>> Grygorii,
>>>> Can you please add the formatted patch to RMK's patch system ?
>>>
>>> Done:
>>> Your patch has been accepted as patch 8253/1
>>>
>> Thanks Grygorii !!
>>
> Santosh, Russel,
>
> Just wondering when this get pulled to the master branch? I have checked
> v3.19-rc2 and it is not in. Note that arch/arm/mach-keystone is
> currently broken without this patch.
>
Waiting to hear-back from Russell about patch 8253/1.
Regards,
Santosh
^ permalink raw reply [flat|nested] 22+ messages in thread
* kernel.org - master not booting on keystone (ARM v7 Cortex A15 SoC) EVMs
2014-12-23 14:22 ` Grygorii.Strashko@linaro.org
` (2 preceding siblings ...)
2014-12-23 17:36 ` Murali Karicheri
@ 2015-01-05 20:01 ` Kees Cook
3 siblings, 0 replies; 22+ messages in thread
From: Kees Cook @ 2015-01-05 20:01 UTC (permalink / raw)
To: linux-arm-kernel
On Tue, Dec 23, 2014 at 6:22 AM, Grygorii.Strashko at linaro.org
<grygorii.strashko@linaro.org> wrote:
> On 12/22/2014 05:04 PM, Murali Karicheri wrote:
>> On 12/21/2014 05:29 AM, Uwe Kleine-K?nig wrote:
>>> Hello,
>>>
>>> I cannot say anything here, but maybe the people being involved in
>>> 1e6b48116a950 can. I added them to Cc and didn't trim the mail for them.
>> Uwe,
>>
>> Thanks for copying the commit owners. Looking forward for a response
>> from them.
>>
>> Murali
>>>
>>> Best regards
>>> Uwe
>>>
>>> On Fri, Dec 19, 2014 at 06:48:02PM -0500, Murali Karicheri wrote:
>>>> On 12/19/2014 04:25 PM, Tyler Baker wrote:
>>>>> Hello,
>>>>>
>>>>> On 19 December 2014 at 13:18, Uwe Kleine-K?nig
>>>>> <u.kleine-koenig@pengutronix.de> wrote:
>>>>>> Hello,
>>>>>>
>>>>>> On Fri, Dec 19, 2014 at 03:55:50PM -0500, Murali Karicheri wrote:
>>>>>>> I have pulled the latest master from
>>>>>>> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git and
>>>>>>> tried booting on keystone k2hk and k2e EVM. The boot hangs with
>>>>>>> following log. Has anyone seen this? Keystone is an ARM v7 cortex
>>>>>>> A15 SMP platform. I am assuming master branch is broken for ARM v7
>>>>>>> and someone is working to address this. v3.18 booted up fine on my
>>>>>>> EVM.
>>>>>>>
>>>>>>> Any idea?
>>>>>> You forgot to attach the log?! So no, I don't have any idea. Did you
>>>>>> bisect?
>>>>
>>>> This was my first git bisect work. git bisect showed me below commit
>>>> as bad commit. But it is pretty old commit. I tried reverting the
>>>> commit and my board booted up fine. The boot log attached below. I
>>>> did following until I got the bad commit. v3.18 also worked fine.
>>>>
>>>> git bisect start
>>>> git bisect good<working commit>
>>>> git bisect bad<non working commit>
>>>>
>>>> I build and test. If boots fine, I did git bisect good and if not,
>>>> git bisect bad until I got the bad commit. Can someone comment if my
>>>> bisect steps look sane? If so, what is wrong with the below commit?
>>>> Ours is a LPAE SoC.
>>>>
>>>> commit 1e6b48116a95046ec51f3d40f83aff8b006674d7
>>>> Author: Kees Cook<keescook@chromium.org>
>>>> Date: Thu Apr 3 17:28:11 2014 -0700
>>>>
>>>> ARM: mm: allow non-text sections to be non-executable
>>>>
>>>> Adds CONFIG_ARM_KERNMEM_PERMS to separate the kernel memory regions
>>>> into section-sized areas that can have different permisions.
>>>> Performs
>>>> the NX permission changes during free_initmem, so that init
>>>> memory can be
>>>> reclaimed.
>>>>
>>>> This uses section size instead of PMD size to reduce memory lost to
>>>> padding on non-LPAE systems.
>>>>
>>>> Based on work by Brad Spengler, Larry Bassel, and Laura Abbott.
>>>>
>>>> Signed-off-by: Kees Cook<keescook@chromium.org>
>>>> Tested-by: Laura Abbott<lauraa@codeaurora.org>
>>>> Acked-by: Nicolas Pitre<nico@linaro.org>
>>>>
>
> Looks like kernel_x_start, kernel_x_end are calculated wrongly in LPAE case.
> kernel_x_start == 0x0000 0000
> kernel_x_end == 0x0080 0000
>
> but should be:
> kernel_x_start == 0x0000 0008 0000 0000
> kernel_x_end == 0x0000 0008 0080 0000
>
> Below diff restores boot for me:
>
> diff --git a/arch/arm/mm/mmu.c b/arch/arm/mm/mmu.c
> index cda7c40..4e6ef89 100644
> --- a/arch/arm/mm/mmu.c
> +++ b/arch/arm/mm/mmu.c
> @@ -1329,8 +1329,8 @@ static void __init kmap_init(void)
> static void __init map_lowmem(void)
> {
> struct memblock_region *reg;
> - unsigned long kernel_x_start = round_down(__pa(_stext), SECTION_SIZE);
> - unsigned long kernel_x_end = round_up(__pa(__init_end), SECTION_SIZE);
> + phys_addr_t kernel_x_start = round_down(__pa(_stext), SECTION_SIZE);
> + phys_addr_t kernel_x_end = round_up(__pa(__init_end), SECTION_SIZE);
>
> /* Map all the lowmem memory banks. */
> for_each_memblock(memory, reg) {
> --
> regards,
> -grygorii
Thanks for tracking this down!
Acked-by: Kees Cook <keescook@chromium.org>
-Kees
--
Kees Cook
Chrome OS Security
^ permalink raw reply [flat|nested] 22+ messages in thread
end of thread, other threads:[~2015-01-05 20:01 UTC | newest]
Thread overview: 22+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-12-19 20:55 kernel.org - master not booting on keystone (ARM v7 Cortex A15 SoC) EVMs Murali Karicheri
2014-12-19 21:17 ` Murali Karicheri
2014-12-19 21:18 ` Uwe Kleine-König
2014-12-19 21:25 ` Tyler Baker
2014-12-19 23:48 ` Murali Karicheri
2014-12-21 10:29 ` Uwe Kleine-König
2014-12-22 15:04 ` Murali Karicheri
2014-12-23 14:22 ` Grygorii.Strashko@linaro.org
2014-12-23 15:39 ` Murali Karicheri
2014-12-23 16:23 ` Murali Karicheri
2014-12-23 17:36 ` Murali Karicheri
2014-12-23 18:05 ` santosh.shilimkar at oracle.com
2014-12-23 18:13 ` santosh.shilimkar at oracle.com
2014-12-23 18:17 ` Grygorii.Strashko@linaro.org
2014-12-23 18:43 ` Grygorii.Strashko@linaro.org
2014-12-23 19:07 ` santosh.shilimkar at oracle.com
2015-01-02 15:33 ` Murali Karicheri
2015-01-02 19:25 ` santosh.shilimkar at oracle.com
2015-01-05 20:01 ` Kees Cook
2014-12-19 22:00 ` Murali Karicheri
2014-12-19 23:26 ` Nishanth Menon
2014-12-19 23:49 ` Murali Karicheri
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).