* Re: [PATCH v4 00/15] Renesas CMT, MTU2 and TMU platform cleanups
2014-04-22 10:50 [PATCH v4 00/15] Renesas CMT, MTU2 and TMU platform cleanups Laurent Pinchart
@ 2014-04-23 2:06 ` Simon Horman
2014-04-23 11:09 ` Laurent Pinchart
` (6 subsequent siblings)
7 siblings, 0 replies; 9+ messages in thread
From: Simon Horman @ 2014-04-23 2:06 UTC (permalink / raw)
To: linux-sh
On Tue, Apr 22, 2014 at 12:50:41PM +0200, Laurent Pinchart wrote:
> Hello,
>
> This patch set switches all Renesas platforms to the new style CMT, MTU2 and
> TMU device platform data. All patches have been previously posted as part of
> the "[PATCH v3 00/52] Renesas CMT and TMU cleanups" and "[PATCH 00/22] SH
> MTU2 DT support" patch series.
>
> This new version just rebases the patches on top of the clockevents branch
> that contains the latest driver cleanups, found at
>
> git://git.linaro.org/people/daniel.lezcano/linux.git clockevents/cmt-mtu2-tmu-cleanups
>
> Simon, could you please pull that branch in your tree and apply this series on
> top of it ? Furthermore, as I have other pending patches for the driver side,
> could you do so in a separate topic branch that Daniel could merge into his
> tree ?
With this series applied Bock-W fails to boot both using
Legacy-C and DT-reference, and mackerel fails to boot (using Legacy-C).
In each case the boot hangs and I gave up after waiting two minutes.
I have supplied boot logs below.
I have used the defconfig for each board, tweaking
the result to allow booting DT-reference as appropriate.
I have not tested the SH boards and indeed I have no means to test most of
them. It does seem to me, given my results from testing on the ARM side,
that there is scope for regression on the SH side. I wonder if we can avoid
updating support for legacy boards which we can't verify.
*** Bock-W Legacy-C ***
Booting Linux on physical CPU 0x0
Linux version 3.15.0-rc2-00070-gca099ba (horms@ayumi.isobedori.kobe.vergenet.net) (gcc version 4.7.2 (Debian 4.7.2-4) ) #1788 Wed Apr 23 10:42:02 JST 2014
CPU: ARMv7 Processor [412fc094] revision 4 (ARMv7), cr\x10c53c7d
CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
Machine model: bockw
debug: ignoring loglevel setting.
Memory policy: Data cache writeback
On node 0 totalpages: 65536
free_area_init_node: node 0, pgdat c03f3f80, node_mem_map cfdfb000
Normal zone: 512 pages used for memmap
Normal zone: 0 pages reserved
Normal zone: 65536 pages, LIFO batch:15
DT missing boot CPU MPIDR[23:0], fall back to default cpu_logical_map
CPU: All CPU(s) started in SVC mode.
pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
pcpu-alloc: [0] 0
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 65024
Kernel command line: console=ttySC0,115200 ignore_loglevel ip=dhcp root=/dev/nfs rw
PID hash table entries: 1024 (order: 0, 4096 bytes)
Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
Memory: 255616K/262144K available (3107K kernel code, 146K rwdata, 628K rodata, 131K init, 165K bss, 6528K reserved, 0K highmem)
Virtual kernel memory layout:
vector : 0xffff0000 - 0xffff1000 ( 4 kB)
fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB)
vmalloc : 0xd0800000 - 0xff000000 ( 744 MB)
lowmem : 0xc0000000 - 0xd0000000 ( 256 MB)
pkmap : 0xbfe00000 - 0xc0000000 ( 2 MB)
.text : 0xc0008000 - 0xc03ade04 (3736 kB)
.init : 0xc03ae000 - 0xc03ced18 ( 132 kB)
.data : 0xc03d0000 - 0xc03f4a20 ( 147 kB)
.bss : 0xc03f4a20 - 0xc041e108 ( 166 kB)
NR_IRQS:16 nr_irqs:16 16
GIC CPU mask not found - kernel will fail to boot.
GIC CPU mask not found - kernel will fail to boot.
sched_clock: 32 bits at 1kHz, resolution 976562ns, wraps every 2097152000000000ns
Calibrating delay loop (skipped) preset value.. 532.00 BogoMIPS (lpj&0000)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
CPU: Testing write buffer coherency: ok
Setting up static identity map for 0x6030f168 - 0x6030f19c
devtmpfs: initialized
VFP support v0.3: implementor 41 architecture 3 part 30 variant 9 rev 4
pinctrl core: initialized pinctrl subsystem
regulator-dummy: no parameters
NET: Registered protocol family 16
DMA: preallocated 256 KiB pool for atomic coherent allocations
renesas_intc_irqpin renesas_intc_irqpin: driving 4 irqs
L310 cache controller enabled
l2x0: 16 ways, CACHE_ID 0x410000c6, AUX_CTRL 0x42460000, Cache size: 1024 kB
sh-pfc pfc-r8a7778: r8a7778_pfc support registered
fixed-dummy: no parameters
fixed-3.3V: at 3300 mV
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
Linux video capture interface: v2.00
sh_tmu sh-tmu.0: ch0: used for clock events
sh_tmu sh-tmu.0: ch0: used for periodic clock events
sh_tmu sh-tmu.0: ch1: used as clock source
Advanced Linux Sound Architecture Driver Initialized.
Switched to clocksource sh-tmu.0
NET: Registered protocol family 2
TCP established hash table entries: 2048 (order: 1, 8192 bytes)
TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
TCP: Hash tables configured (established 2048 bind 2048)
TCP: reno registered
UDP hash table entries: 256 (order: 0, 4096 bytes)
UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
NET: Registered protocol family 1
RPC: Registered named UNIX socket transport module.
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
futex hash table entries: 256 (order: -1, 3072 bytes)
NFS: Registering the id_resolver key type
Key type id_resolver registered
Key type id_legacy registered
nfs4filelayout_init: NFSv4 File Layout Driver Registering...
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
io scheduler noop registered
io scheduler deadline registered (default)
SuperH (H)SCI(F) driver initialized
sh-sci.0: ttySC0 at MMIO 0xffe40000 (irq = 102, base_baud = 0) is a scif
console [ttySC0] enabled
sh-sci.1: ttySC1 at MMIO 0xffe41000 (irq = 103, base_baud = 0) is a scif
sh-sci.2: ttySC2 at MMIO 0xffe42000 (irq = 104, base_baud = 0) is a scif
sh-sci.3: ttySC3 at MMIO 0xffe43000 (irq = 105, base_baud = 0) is a scif
sh-sci.4: ttySC4 at MMIO 0xffe44000 (irq = 106, base_baud = 0) is a scif
sh-sci.5: ttySC5 at MMIO 0xffe45000 (irq = 107, base_baud = 0) is a scif
m25p80 spi0.0: found at26df081a, expected s25fl008k
m25p80 spi0.0: at26df081a (1024 Kbytes)
Creating 1 MTD partitions on "m25p80":
0x000000000000-0x000000100000 : "data(spi)"
libphy: smsc911x-mdio: probed
[hang!]
*** Bock-W DT-Reference ***
Booting Linux on physical CPU 0x0
Linux version 3.15.0-rc2-00070-gca099ba (horms@ayumi.isobedori.kobe.vergenet.net) (gcc version 4.7.2 (Debian 4.7.2-4) ) #1789 Wed Apr 23 10:46:01 JST 2014
CPU: ARMv7 Processor [412fc094] revision 4 (ARMv7), cr\x10c53c7d
CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
Machine model: bockw
debug: ignoring loglevel setting.
Memory policy: Data cache writeback
On node 0 totalpages: 65536
free_area_init_node: node 0, pgdat c03f3c00, node_mem_map cfdfb000
Normal zone: 512 pages used for memmap
Normal zone: 0 pages reserved
Normal zone: 65536 pages, LIFO batch:15
DT missing boot CPU MPIDR[23:0], fall back to default cpu_logical_map
CPU: All CPU(s) started in SVC mode.
pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
pcpu-alloc: [0] 0
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 65024
Kernel command line: console=ttySC0,115200 ignore_loglevel root=/dev/nfs ip=dhcp rw
PID hash table entries: 1024 (order: 0, 4096 bytes)
Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
Memory: 255616K/262144K available (3107K kernel code, 145K rwdata, 628K rodata, 129K init, 165K bss, 6528K reserved, 0K highmem)
Virtual kernel memory layout:
vector : 0xffff0000 - 0xffff1000 ( 4 kB)
fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB)
vmalloc : 0xd0800000 - 0xff000000 ( 744 MB)
lowmem : 0xc0000000 - 0xd0000000 ( 256 MB)
pkmap : 0xbfe00000 - 0xc0000000 ( 2 MB)
.text : 0xc0008000 - 0xc03ade04 (3736 kB)
.init : 0xc03ae000 - 0xc03ce5d8 ( 130 kB)
.data : 0xc03d0000 - 0xc03f46a0 ( 146 kB)
.bss : 0xc03f46a0 - 0xc041dd88 ( 166 kB)
NR_IRQS:16 nr_irqs:16 16
GIC CPU mask not found - kernel will fail to boot.
GIC CPU mask not found - kernel will fail to boot.
sched_clock: 32 bits at 1kHz, resolution 976562ns, wraps every 2097152000000000ns
Calibrating delay loop (skipped) preset value.. 532.00 BogoMIPS (lpj&0000)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
CPU: Testing write buffer coherency: ok
Setting up static identity map for 0x6030efe8 - 0x6030f01c
devtmpfs: initialized
VFP support v0.3: implementor 41 architecture 3 part 30 variant 9 rev 4
pinctrl core: initialized pinctrl subsystem
regulator-dummy: no parameters
NET: Registered protocol family 16
DMA: preallocated 256 KiB pool for atomic coherent allocations
L310 cache controller enabled
l2x0: 16 ways, CACHE_ID 0x410000c6, AUX_CTRL 0x42460000, Cache size: 1024 kB
renesas_intc_irqpin fe78001c.irqpin: driving 4 irqs
sh-pfc fffc0000.pfc: r8a7778_pfc support registered
fixed-3.3V: 3300 mV
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
Linux video capture interface: v2.00
sh_tmu sh-tmu.0: ch0: used for clock events
sh_tmu sh-tmu.0: ch0: used for periodic clock events
sh_tmu sh-tmu.0: ch1: used as clock source
Advanced Linux Sound Architecture Driver Initialized.
Switched to clocksource sh-tmu.0
NET: Registered protocol family 2
TCP established hash table entries: 2048 (order: 1, 8192 bytes)
TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
TCP: Hash tables configured (established 2048 bind 2048)
TCP: reno registered
UDP hash table entries: 256 (order: 0, 4096 bytes)
UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
NET: Registered protocol family 1
RPC: Registered named UNIX socket transport module.
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
futex hash table entries: 256 (order: -1, 3072 bytes)
NFS: Registering the id_resolver key type
Key type id_resolver registered
Key type id_legacy registered
nfs4filelayout_init: NFSv4 File Layout Driver Registering...
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
io scheduler noop registered
io scheduler deadline registered (default)
SuperH (H)SCI(F) driver initialized
sh-sci.0: ttySC0 at MMIO 0xffe40000 (irq = 102, base_baud = 0) is a scif
console [ttySC0] enabled
sh-sci.1: ttySC1 at MMIO 0xffe41000 (irq = 103, base_baud = 0) is a scif
sh-sci.2: ttySC2 at MMIO 0xffe42000 (irq = 104, base_baud = 0) is a scif
sh-sci.3: ttySC3 at MMIO 0xffe43000 (irq = 105, base_baud = 0) is a scif
sh-sci.4: ttySC4 at MMIO 0xffe44000 (irq = 106, base_baud = 0) is a scif
sh-sci.5: ttySC5 at MMIO 0xffe45000 (irq = 107, base_baud = 0) is a scif
m25p80 spi0.0: found at26df081a, expected s25fl008k
m25p80 spi0.0: at26df081a (1024 Kbytes)
1 ofpart partitions found on MTD device spi0.0
Creating 1 MTD partitions on "spi0.0":
0x000000000000-0x000000100000 : "data(spi)"
libphy: smsc911x-mdio: probed
[hang!]
*** Mackerel (Legacy-C) ***
Booting Linux on physical CPU 0x0
Linux version 3.15.0-rc2-00070-gca099ba (horms@ayumi.isobedori.kobe.vergenet.net) (gcc version 4.7.2 (Debian 4.7.2-4) ) #1790 Wed Apr 23 10:49:28 JST 2014
CPU: ARMv7 Processor [413fc081] revision 1 (ARMv7), cr\x10c53c7d
CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
Machine model: Mackerel (AP4 EVM 2nd)
Memory policy: Data cache writeback
CPU: All CPU(s) started in SVC mode.
bootconsole [early_ttySC0] enabled
Built 1 zonelists in Zone order, mobility grouping off. Total pages: 60960
Kernel command line: console=tty0, console=ttySC0,115200 earlyprintk=sh-sci.0,115200 root=/dev/nfs nfsroot=,tcp,v3 ip=dhcp mem$0m rw
PID hash table entries: 1024 (order: 0, 4096 bytes)
Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
Memory: 238352K/245760K available (3471K kernel code, 198K rwdata, 1084K rodata, 148K init, 176K bss, 7408K reserved)
Virtual kernel memory layout:
vector : 0xffff0000 - 0xffff1000 ( 4 kB)
fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB)
vmalloc : 0xcf800000 - 0xff000000 ( 760 MB)
lowmem : 0xc0000000 - 0xcf000000 ( 240 MB)
modules : 0xbf000000 - 0xc0000000 ( 16 MB)
.text : 0xc0008000 - 0xc047bf4c (4560 kB)
.init : 0xc047c000 - 0xc04a11b8 ( 149 kB)
.data : 0xc04a2000 - 0xc04d39c0 ( 199 kB)
.bss : 0xc04d39c0 - 0xc04ffc90 ( 177 kB)
NR_IRQS:16 nr_irqs:16 16
intc: Registered controller 'sh7372-intca' with 108 IRQs
intc: Registered controller 'sh7372-intca-irq-lo' with 16 IRQs
intc: Registered controller 'sh7372-intca-irq-hi' with 16 IRQs
intc: Registered controller 'sh7372-intcs' with 61 IRQs
sched_clock: 32 bits at 128 Hz, resolution 7812500ns, wraps every 16777216000000000ns
Console: colour dummy device 80x30
console [tty0] enabled
sh-tmu.0: ch0: used for clock events
sh-tmu.0: ch0: used for periodic clock events
sh-tmu.0: ch1: used as clock source
sh-cmt-32-fast.2: ch0: used for clock events
sh-cmt-32-fast.2: ch0: used as clock source
Calibrating delay loop...
[hang!]
>
> Cc: Simon Horman <horms@verge.net.au>
> CC: Daniel Lezcano <daniel.lezcano@linaro.org>
>
> Laurent Pinchart (15):
> sh: Switch to new style CMT device
> ARM: shmobile: sh7372: Switch to new style CMT device
> ARM: shmobile: sh73a0: Switch to new style CMT device
> ARM: shmobile: r8a73a4: Switch to new style CMT device
> ARM: shmobile: r8a7740: Switch to new style CMT device
> ARM: shmobile: r8a7790: Switch to new style CMT device
> ARM: shmobile: r8a7791: Switch to new style CMT device
> sh: Switch to new style TMU device
> ARM: shmobile: sh7372: Switch to new style TMU device
> ARM: shmobile: sh73a0: Switch to new style TMU device
> ARM: shmobile: r8a7740: Switch to new style TMU device
> ARM: shmobile: r8a7778: Switch to new style TMU device
> ARM: shmobile: r8a7779: Switch to new style TMU device
> sh: Switch to new style MTU2 device
> ARM: shmobile: r7s72100: Switch to new style MTU2 device
>
> arch/arm/mach-shmobile/board-koelsch-reference.c | 2 +-
> arch/arm/mach-shmobile/board-lager-reference.c | 2 +-
> arch/arm/mach-shmobile/clock-r7s72100.c | 2 +-
> arch/arm/mach-shmobile/clock-r8a73a4.c | 2 +-
> arch/arm/mach-shmobile/clock-r8a7740.c | 10 +-
> arch/arm/mach-shmobile/clock-r8a7778.c | 4 +-
> arch/arm/mach-shmobile/clock-r8a7779.c | 4 +-
> arch/arm/mach-shmobile/clock-r8a7790.c | 2 +-
> arch/arm/mach-shmobile/clock-r8a7791.c | 2 +-
> arch/arm/mach-shmobile/clock-sh7372.c | 9 +-
> arch/arm/mach-shmobile/clock-sh73a0.c | 5 +-
> arch/arm/mach-shmobile/setup-r7s72100.c | 26 +-
> arch/arm/mach-shmobile/setup-r8a73a4.c | 17 +-
> arch/arm/mach-shmobile/setup-r8a7740.c | 133 ++--------
> arch/arm/mach-shmobile/setup-r8a7778.c | 30 +--
> arch/arm/mach-shmobile/setup-r8a7779.c | 66 +----
> arch/arm/mach-shmobile/setup-r8a7790.c | 17 +-
> arch/arm/mach-shmobile/setup-r8a7791.c | 17 +-
> arch/arm/mach-shmobile/setup-sh7372.c | 89 ++-----
> arch/arm/mach-shmobile/setup-sh73a0.c | 92 ++-----
> arch/sh/kernel/cpu/clock-cpg.c | 10 +-
> arch/sh/kernel/cpu/sh2/setup-sh7619.c | 66 +----
> arch/sh/kernel/cpu/sh2a/clock-sh7264.c | 4 +-
> arch/sh/kernel/cpu/sh2a/clock-sh7269.c | 4 +-
> arch/sh/kernel/cpu/sh2a/setup-mxg.c | 98 +-------
> arch/sh/kernel/cpu/sh2a/setup-sh7201.c | 98 +-------
> arch/sh/kernel/cpu/sh2a/setup-sh7203.c | 133 ++--------
> arch/sh/kernel/cpu/sh2a/setup-sh7206.c | 164 ++-----------
> arch/sh/kernel/cpu/sh2a/setup-sh7264.c | 140 ++---------
> arch/sh/kernel/cpu/sh2a/setup-sh7269.c | 133 ++--------
> arch/sh/kernel/cpu/sh3/setup-sh7705.c | 78 +-----
> arch/sh/kernel/cpu/sh3/setup-sh770x.c | 78 +-----
> arch/sh/kernel/cpu/sh3/setup-sh7710.c | 78 +-----
> arch/sh/kernel/cpu/sh3/setup-sh7720.c | 228 ++---------------
> arch/sh/kernel/cpu/sh4/setup-sh4-202.c | 78 +-----
> arch/sh/kernel/cpu/sh4/setup-sh7750.c | 138 ++---------
> arch/sh/kernel/cpu/sh4/setup-sh7760.c | 78 +-----
> arch/sh/kernel/cpu/sh4a/clock-sh7343.c | 2 +-
> arch/sh/kernel/cpu/sh4a/clock-sh7366.c | 2 +-
> arch/sh/kernel/cpu/sh4a/clock-sh7722.c | 6 +-
> arch/sh/kernel/cpu/sh4a/clock-sh7723.c | 10 +-
> arch/sh/kernel/cpu/sh4a/clock-sh7724.c | 10 +-
> arch/sh/kernel/cpu/sh4a/clock-sh7734.c | 12 +-
> arch/sh/kernel/cpu/sh4a/clock-sh7757.c | 4 +-
> arch/sh/kernel/cpu/sh4a/clock-sh7785.c | 8 +-
> arch/sh/kernel/cpu/sh4a/clock-sh7786.c | 16 +-
> arch/sh/kernel/cpu/sh4a/clock-shx3.c | 8 +-
> arch/sh/kernel/cpu/sh4a/setup-sh7343.c | 96 +-------
> arch/sh/kernel/cpu/sh4a/setup-sh7366.c | 96 +-------
> arch/sh/kernel/cpu/sh4a/setup-sh7722.c | 96 +-------
> arch/sh/kernel/cpu/sh4a/setup-sh7723.c | 172 ++-----------
> arch/sh/kernel/cpu/sh4a/setup-sh7724.c | 173 ++-----------
> arch/sh/kernel/cpu/sh4a/setup-sh7734.c | 235 ++----------------
> arch/sh/kernel/cpu/sh4a/setup-sh7757.c | 48 +---
> arch/sh/kernel/cpu/sh4a/setup-sh7763.c | 154 +-----------
> arch/sh/kernel/cpu/sh4a/setup-sh7770.c | 230 ++---------------
> arch/sh/kernel/cpu/sh4a/setup-sh7780.c | 154 +-----------
> arch/sh/kernel/cpu/sh4a/setup-sh7785.c | 154 +-----------
> arch/sh/kernel/cpu/sh4a/setup-sh7786.c | 299 ++---------------------
> arch/sh/kernel/cpu/sh4a/setup-shx3.c | 150 +-----------
> arch/sh/kernel/cpu/sh5/setup-sh5.c | 79 +-----
> 61 files changed, 554 insertions(+), 3797 deletions(-)
>
> --
> Regards,
>
> Laurent Pinchart
>
^ permalink raw reply [flat|nested] 9+ messages in thread* Re: [PATCH v4 00/15] Renesas CMT, MTU2 and TMU platform cleanups
2014-04-22 10:50 [PATCH v4 00/15] Renesas CMT, MTU2 and TMU platform cleanups Laurent Pinchart
2014-04-23 2:06 ` Simon Horman
@ 2014-04-23 11:09 ` Laurent Pinchart
2014-04-24 0:21 ` Simon Horman
` (5 subsequent siblings)
7 siblings, 0 replies; 9+ messages in thread
From: Laurent Pinchart @ 2014-04-23 11:09 UTC (permalink / raw)
To: linux-sh
Hi Simon,
On Wednesday 23 April 2014 11:06:32 Simon Horman wrote:
> On Tue, Apr 22, 2014 at 12:50:41PM +0200, Laurent Pinchart wrote:
> > Hello,
> >
> > This patch set switches all Renesas platforms to the new style CMT, MTU2
> > and TMU device platform data. All patches have been previously posted as
> > part of the "[PATCH v3 00/52] Renesas CMT and TMU cleanups" and "[PATCH
> > 00/22] SH MTU2 DT support" patch series.
> >
> > This new version just rebases the patches on top of the clockevents branch
> > that contains the latest driver cleanups, found at
> >
> > git://git.linaro.org/people/daniel.lezcano/linux.git
> > clockevents/cmt-mtu2-tmu-cleanups>
> > Simon, could you please pull that branch in your tree and apply this
> > series on top of it ? Furthermore, as I have other pending patches for
> > the driver side, could you do so in a separate topic branch that Daniel
> > could merge into his tree ?
>
> With this series applied Bock-W fails to boot both using Legacy-C and DT-
> reference, and mackerel fails to boot (using Legacy-C).
> In each case the boot hangs and I gave up after waiting two minutes.
>
> I have supplied boot logs below.
> I have used the defconfig for each board, tweaking
> the result to allow booting DT-reference as appropriate.
I've debugged the issue on Mackerel, I had "just" used evt2irq instead of
intcs_evt2irq for the TMU resources :-/ I'll resubmit this series with the
problem fixed.
I've also found another issue in the sh_cmt driver that would break bisection
and have submitted a fix for that separately.
I don't have access to a Bock-W board, could you assist me debugging the issue
there ? In particular I'd like to first make sure that the patch that breaks
the kernel is "ARM: shmobile: r8a7778: Switch to new style TMU device". If
that's correct I'll ask you to please test a debugging patch. Another option
would be to give me remote access to a Bock-W board if that's possible.
> I have not tested the SH boards and indeed I have no means to test most of
> them. It does seem to me, given my results from testing on the ARM side,
> that there is scope for regression on the SH side. I wonder if we can avoid
> updating support for legacy boards which we can't verify.
Not if we want to move forward with the driver and implement DT support I'm
afraid. arch/sh/ is unmaintained and untestable, I thus don't think it
qualifies as a platform that should prevent us moving forward. We should of
course be as careful as possible not to break it, but at the end of the day,
we can't stall ARM development because of SH.
> *** Bock-W Legacy-C ***
> Booting Linux on physical CPU 0x0
> Linux version 3.15.0-rc2-00070-gca099ba
> (horms@ayumi.isobedori.kobe.vergenet.net) (gcc version 4.7.2 (Debian
> 4.7.2-4) ) #1788 Wed Apr 23 10:42:02 JST 2014 CPU: ARMv7 Processor
> [412fc094] revision 4 (ARMv7), cr\x10c53c7d
> CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
> Machine model: bockw
> debug: ignoring loglevel setting.
> Memory policy: Data cache writeback
> On node 0 totalpages: 65536
> free_area_init_node: node 0, pgdat c03f3f80, node_mem_map cfdfb000
> Normal zone: 512 pages used for memmap
> Normal zone: 0 pages reserved
> Normal zone: 65536 pages, LIFO batch:15
> DT missing boot CPU MPIDR[23:0], fall back to default cpu_logical_map
> CPU: All CPU(s) started in SVC mode.
> pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
> pcpu-alloc: [0] 0
> Built 1 zonelists in Zone order, mobility grouping on. Total pages: 65024
> Kernel command line: console=ttySC0,115200 ignore_loglevel ip=dhcp
> root=/dev/nfs rw PID hash table entries: 1024 (order: 0, 4096 bytes)
> Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
> Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
> Memory: 255616K/262144K available (3107K kernel code, 146K rwdata, 628K
> rodata, 131K init, 165K bss, 6528K reserved, 0K highmem) Virtual kernel
> memory layout:
> vector : 0xffff0000 - 0xffff1000 ( 4 kB)
> fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB)
> vmalloc : 0xd0800000 - 0xff000000 ( 744 MB)
> lowmem : 0xc0000000 - 0xd0000000 ( 256 MB)
> pkmap : 0xbfe00000 - 0xc0000000 ( 2 MB)
> .text : 0xc0008000 - 0xc03ade04 (3736 kB)
> .init : 0xc03ae000 - 0xc03ced18 ( 132 kB)
> .data : 0xc03d0000 - 0xc03f4a20 ( 147 kB)
> .bss : 0xc03f4a20 - 0xc041e108 ( 166 kB)
> NR_IRQS:16 nr_irqs:16 16
> GIC CPU mask not found - kernel will fail to boot.
> GIC CPU mask not found - kernel will fail to boot.
> sched_clock: 32 bits at 1kHz, resolution 976562ns, wraps every
> 2097152000000000ns Calibrating delay loop (skipped) preset value.. 532.00
> BogoMIPS (lpj&0000) pid_max: default: 32768 minimum: 301
> Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
> Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
> CPU: Testing write buffer coherency: ok
> Setting up static identity map for 0x6030f168 - 0x6030f19c
> devtmpfs: initialized
> VFP support v0.3: implementor 41 architecture 3 part 30 variant 9 rev 4
> pinctrl core: initialized pinctrl subsystem
> regulator-dummy: no parameters
> NET: Registered protocol family 16
> DMA: preallocated 256 KiB pool for atomic coherent allocations
> renesas_intc_irqpin renesas_intc_irqpin: driving 4 irqs
> L310 cache controller enabled
> l2x0: 16 ways, CACHE_ID 0x410000c6, AUX_CTRL 0x42460000, Cache size: 1024 kB
> sh-pfc pfc-r8a7778: r8a7778_pfc support registered
> fixed-dummy: no parameters
> fixed-3.3V: at 3300 mV
> SCSI subsystem initialized
> usbcore: registered new interface driver usbfs
> usbcore: registered new interface driver hub
> usbcore: registered new device driver usb
> Linux video capture interface: v2.00
> sh_tmu sh-tmu.0: ch0: used for clock events
> sh_tmu sh-tmu.0: ch0: used for periodic clock events
> sh_tmu sh-tmu.0: ch1: used as clock source
> Advanced Linux Sound Architecture Driver Initialized.
> Switched to clocksource sh-tmu.0
> NET: Registered protocol family 2
> TCP established hash table entries: 2048 (order: 1, 8192 bytes)
> TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
> TCP: Hash tables configured (established 2048 bind 2048)
> TCP: reno registered
> UDP hash table entries: 256 (order: 0, 4096 bytes)
> UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
> NET: Registered protocol family 1
> RPC: Registered named UNIX socket transport module.
> RPC: Registered udp transport module.
> RPC: Registered tcp transport module.
> RPC: Registered tcp NFSv4.1 backchannel transport module.
> futex hash table entries: 256 (order: -1, 3072 bytes)
> NFS: Registering the id_resolver key type
> Key type id_resolver registered
> Key type id_legacy registered
> nfs4filelayout_init: NFSv4 File Layout Driver Registering...
> Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
> io scheduler noop registered
> io scheduler deadline registered (default)
> SuperH (H)SCI(F) driver initialized
> sh-sci.0: ttySC0 at MMIO 0xffe40000 (irq = 102, base_baud = 0) is a scif
> console [ttySC0] enabled
> sh-sci.1: ttySC1 at MMIO 0xffe41000 (irq = 103, base_baud = 0) is a scif
> sh-sci.2: ttySC2 at MMIO 0xffe42000 (irq = 104, base_baud = 0) is a scif
> sh-sci.3: ttySC3 at MMIO 0xffe43000 (irq = 105, base_baud = 0) is a scif
> sh-sci.4: ttySC4 at MMIO 0xffe44000 (irq = 106, base_baud = 0) is a scif
> sh-sci.5: ttySC5 at MMIO 0xffe45000 (irq = 107, base_baud = 0) is a scif
> m25p80 spi0.0: found at26df081a, expected s25fl008k
> m25p80 spi0.0: at26df081a (1024 Kbytes)
> Creating 1 MTD partitions on "m25p80":
> 0x000000000000-0x000000100000 : "data(spi)"
> libphy: smsc911x-mdio: probed
> [hang!]
>
> *** Bock-W DT-Reference ***
>
> Booting Linux on physical CPU 0x0
> Linux version 3.15.0-rc2-00070-gca099ba
> (horms@ayumi.isobedori.kobe.vergenet.net) (gcc version 4.7.2 (Debian
> 4.7.2-4) ) #1789 Wed Apr 23 10:46:01 JST 2014 CPU: ARMv7 Processor
> [412fc094] revision 4 (ARMv7), cr\x10c53c7d
> CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
> Machine model: bockw
> debug: ignoring loglevel setting.
> Memory policy: Data cache writeback
> On node 0 totalpages: 65536
> free_area_init_node: node 0, pgdat c03f3c00, node_mem_map cfdfb000
> Normal zone: 512 pages used for memmap
> Normal zone: 0 pages reserved
> Normal zone: 65536 pages, LIFO batch:15
> DT missing boot CPU MPIDR[23:0], fall back to default cpu_logical_map
> CPU: All CPU(s) started in SVC mode.
> pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
> pcpu-alloc: [0] 0
> Built 1 zonelists in Zone order, mobility grouping on. Total pages: 65024
> Kernel command line: console=ttySC0,115200 ignore_loglevel root=/dev/nfs
> ip=dhcp rw PID hash table entries: 1024 (order: 0, 4096 bytes)
> Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
> Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
> Memory: 255616K/262144K available (3107K kernel code, 145K rwdata, 628K
> rodata, 129K init, 165K bss, 6528K reserved, 0K highmem) Virtual kernel
> memory layout:
> vector : 0xffff0000 - 0xffff1000 ( 4 kB)
> fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB)
> vmalloc : 0xd0800000 - 0xff000000 ( 744 MB)
> lowmem : 0xc0000000 - 0xd0000000 ( 256 MB)
> pkmap : 0xbfe00000 - 0xc0000000 ( 2 MB)
> .text : 0xc0008000 - 0xc03ade04 (3736 kB)
> .init : 0xc03ae000 - 0xc03ce5d8 ( 130 kB)
> .data : 0xc03d0000 - 0xc03f46a0 ( 146 kB)
> .bss : 0xc03f46a0 - 0xc041dd88 ( 166 kB)
> NR_IRQS:16 nr_irqs:16 16
> GIC CPU mask not found - kernel will fail to boot.
> GIC CPU mask not found - kernel will fail to boot.
> sched_clock: 32 bits at 1kHz, resolution 976562ns, wraps every
> 2097152000000000ns Calibrating delay loop (skipped) preset value.. 532.00
> BogoMIPS (lpj&0000) pid_max: default: 32768 minimum: 301
> Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
> Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
> CPU: Testing write buffer coherency: ok
> Setting up static identity map for 0x6030efe8 - 0x6030f01c
> devtmpfs: initialized
> VFP support v0.3: implementor 41 architecture 3 part 30 variant 9 rev 4
> pinctrl core: initialized pinctrl subsystem
> regulator-dummy: no parameters
> NET: Registered protocol family 16
> DMA: preallocated 256 KiB pool for atomic coherent allocations
> L310 cache controller enabled
> l2x0: 16 ways, CACHE_ID 0x410000c6, AUX_CTRL 0x42460000, Cache size: 1024 kB
> renesas_intc_irqpin fe78001c.irqpin: driving 4 irqs
> sh-pfc fffc0000.pfc: r8a7778_pfc support registered
> fixed-3.3V: 3300 mV
> SCSI subsystem initialized
> usbcore: registered new interface driver usbfs
> usbcore: registered new interface driver hub
> usbcore: registered new device driver usb
> Linux video capture interface: v2.00
> sh_tmu sh-tmu.0: ch0: used for clock events
> sh_tmu sh-tmu.0: ch0: used for periodic clock events
> sh_tmu sh-tmu.0: ch1: used as clock source
> Advanced Linux Sound Architecture Driver Initialized.
> Switched to clocksource sh-tmu.0
> NET: Registered protocol family 2
> TCP established hash table entries: 2048 (order: 1, 8192 bytes)
> TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
> TCP: Hash tables configured (established 2048 bind 2048)
> TCP: reno registered
> UDP hash table entries: 256 (order: 0, 4096 bytes)
> UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
> NET: Registered protocol family 1
> RPC: Registered named UNIX socket transport module.
> RPC: Registered udp transport module.
> RPC: Registered tcp transport module.
> RPC: Registered tcp NFSv4.1 backchannel transport module.
> futex hash table entries: 256 (order: -1, 3072 bytes)
> NFS: Registering the id_resolver key type
> Key type id_resolver registered
> Key type id_legacy registered
> nfs4filelayout_init: NFSv4 File Layout Driver Registering...
> Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
> io scheduler noop registered
> io scheduler deadline registered (default)
> SuperH (H)SCI(F) driver initialized
> sh-sci.0: ttySC0 at MMIO 0xffe40000 (irq = 102, base_baud = 0) is a scif
> console [ttySC0] enabled
> sh-sci.1: ttySC1 at MMIO 0xffe41000 (irq = 103, base_baud = 0) is a scif
> sh-sci.2: ttySC2 at MMIO 0xffe42000 (irq = 104, base_baud = 0) is a scif
> sh-sci.3: ttySC3 at MMIO 0xffe43000 (irq = 105, base_baud = 0) is a scif
> sh-sci.4: ttySC4 at MMIO 0xffe44000 (irq = 106, base_baud = 0) is a scif
> sh-sci.5: ttySC5 at MMIO 0xffe45000 (irq = 107, base_baud = 0) is a scif
> m25p80 spi0.0: found at26df081a, expected s25fl008k
> m25p80 spi0.0: at26df081a (1024 Kbytes)
> 1 ofpart partitions found on MTD device spi0.0
> Creating 1 MTD partitions on "spi0.0":
> 0x000000000000-0x000000100000 : "data(spi)"
> libphy: smsc911x-mdio: probed
> [hang!]
>
> *** Mackerel (Legacy-C) ***
> Booting Linux on physical CPU 0x0
> Linux version 3.15.0-rc2-00070-gca099ba
> (horms@ayumi.isobedori.kobe.vergenet.net) (gcc version 4.7.2 (Debian
> 4.7.2-4) ) #1790 Wed Apr 23 10:49:28 JST 2014 CPU: ARMv7 Processor
> [413fc081] revision 1 (ARMv7), cr\x10c53c7d
> CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
> Machine model: Mackerel (AP4 EVM 2nd)
> Memory policy: Data cache writeback
> CPU: All CPU(s) started in SVC mode.
> bootconsole [early_ttySC0] enabled
> Built 1 zonelists in Zone order, mobility grouping off. Total pages: 60960
> Kernel command line: console=tty0, console=ttySC0,115200
> earlyprintk=sh-sci.0,115200 root=/dev/nfs nfsroot=,tcp,v3 ip=dhcp mem$0m
> rw PID hash table entries: 1024 (order: 0, 4096 bytes)
> Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
> Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
> Memory: 238352K/245760K available (3471K kernel code, 198K rwdata, 1084K
> rodata, 148K init, 176K bss, 7408K reserved) Virtual kernel memory layout:
> vector : 0xffff0000 - 0xffff1000 ( 4 kB)
> fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB)
> vmalloc : 0xcf800000 - 0xff000000 ( 760 MB)
> lowmem : 0xc0000000 - 0xcf000000 ( 240 MB)
> modules : 0xbf000000 - 0xc0000000 ( 16 MB)
> .text : 0xc0008000 - 0xc047bf4c (4560 kB)
> .init : 0xc047c000 - 0xc04a11b8 ( 149 kB)
> .data : 0xc04a2000 - 0xc04d39c0 ( 199 kB)
> .bss : 0xc04d39c0 - 0xc04ffc90 ( 177 kB)
> NR_IRQS:16 nr_irqs:16 16
> intc: Registered controller 'sh7372-intca' with 108 IRQs
> intc: Registered controller 'sh7372-intca-irq-lo' with 16 IRQs
> intc: Registered controller 'sh7372-intca-irq-hi' with 16 IRQs
> intc: Registered controller 'sh7372-intcs' with 61 IRQs
> sched_clock: 32 bits at 128 Hz, resolution 7812500ns, wraps every
> 16777216000000000ns Console: colour dummy device 80x30
> console [tty0] enabled
> sh-tmu.0: ch0: used for clock events
> sh-tmu.0: ch0: used for periodic clock events
> sh-tmu.0: ch1: used as clock source
> sh-cmt-32-fast.2: ch0: used for clock events
> sh-cmt-32-fast.2: ch0: used as clock source
> Calibrating delay loop...
> [hang!]
--
Regards,
Laurent Pinchart
^ permalink raw reply [flat|nested] 9+ messages in thread* Re: [PATCH v4 00/15] Renesas CMT, MTU2 and TMU platform cleanups
2014-04-22 10:50 [PATCH v4 00/15] Renesas CMT, MTU2 and TMU platform cleanups Laurent Pinchart
2014-04-23 2:06 ` Simon Horman
2014-04-23 11:09 ` Laurent Pinchart
@ 2014-04-24 0:21 ` Simon Horman
2014-05-01 16:51 ` Laurent Pinchart
` (4 subsequent siblings)
7 siblings, 0 replies; 9+ messages in thread
From: Simon Horman @ 2014-04-24 0:21 UTC (permalink / raw)
To: linux-sh
Hi Laurent,
On Wed, Apr 23, 2014 at 01:09:22PM +0200, Laurent Pinchart wrote:
> Hi Simon,
>
> On Wednesday 23 April 2014 11:06:32 Simon Horman wrote:
> > On Tue, Apr 22, 2014 at 12:50:41PM +0200, Laurent Pinchart wrote:
> > > Hello,
> > >
> > > This patch set switches all Renesas platforms to the new style CMT, MTU2
> > > and TMU device platform data. All patches have been previously posted as
> > > part of the "[PATCH v3 00/52] Renesas CMT and TMU cleanups" and "[PATCH
> > > 00/22] SH MTU2 DT support" patch series.
> > >
> > > This new version just rebases the patches on top of the clockevents branch
> > > that contains the latest driver cleanups, found at
> > >
> > > git://git.linaro.org/people/daniel.lezcano/linux.git
> > > clockevents/cmt-mtu2-tmu-cleanups>
> > > Simon, could you please pull that branch in your tree and apply this
> > > series on top of it ? Furthermore, as I have other pending patches for
> > > the driver side, could you do so in a separate topic branch that Daniel
> > > could merge into his tree ?
> >
> > With this series applied Bock-W fails to boot both using Legacy-C and DT-
> > reference, and mackerel fails to boot (using Legacy-C).
> > In each case the boot hangs and I gave up after waiting two minutes.
> >
> > I have supplied boot logs below.
> > I have used the defconfig for each board, tweaking
> > the result to allow booting DT-reference as appropriate.
>
> I've debugged the issue on Mackerel, I had "just" used evt2irq instead of
> intcs_evt2irq for the TMU resources :-/ I'll resubmit this series with the
> problem fixed.
>
> I've also found another issue in the sh_cmt driver that would break bisection
> and have submitted a fix for that separately.
>
> I don't have access to a Bock-W board, could you assist me debugging the issue
> there ? In particular I'd like to first make sure that the patch that breaks
> the kernel is "ARM: shmobile: r8a7778: Switch to new style TMU device". If
> that's correct I'll ask you to please test a debugging patch. Another option
> would be to give me remote access to a Bock-W board if that's possible.
Of course I am happy to help.
I reverted "ARM: shmobile: r8a7778: Switch to new style TMU device" and
the Bock-W once again boots, both using legacy-C and DT-reference.
With regards to debugging, I think that if this becomes a drawn-out process
then it will be easiest for both of us if I give you remote-access. But
as that requires some re-arrangement of things on my side perhaps it would
be easiest if you sent me a debug patch for now.
> > I have not tested the SH boards and indeed I have no means to test most of
> > them. It does seem to me, given my results from testing on the ARM side,
> > that there is scope for regression on the SH side. I wonder if we can avoid
> > updating support for legacy boards which we can't verify.
>
> Not if we want to move forward with the driver and implement DT support I'm
> afraid. arch/sh/ is unmaintained and untestable, I thus don't think it
> qualifies as a platform that should prevent us moving forward. We should of
> course be as careful as possible not to break it, but at the end of the day,
> we can't stall ARM development because of SH.
Fair enough. It is an orphaned architecture after all.
> > *** Bock-W Legacy-C ***
> > Booting Linux on physical CPU 0x0
> > Linux version 3.15.0-rc2-00070-gca099ba
> > (horms@ayumi.isobedori.kobe.vergenet.net) (gcc version 4.7.2 (Debian
> > 4.7.2-4) ) #1788 Wed Apr 23 10:42:02 JST 2014 CPU: ARMv7 Processor
> > [412fc094] revision 4 (ARMv7), cr\x10c53c7d
> > CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
> > Machine model: bockw
> > debug: ignoring loglevel setting.
> > Memory policy: Data cache writeback
> > On node 0 totalpages: 65536
> > free_area_init_node: node 0, pgdat c03f3f80, node_mem_map cfdfb000
> > Normal zone: 512 pages used for memmap
> > Normal zone: 0 pages reserved
> > Normal zone: 65536 pages, LIFO batch:15
> > DT missing boot CPU MPIDR[23:0], fall back to default cpu_logical_map
> > CPU: All CPU(s) started in SVC mode.
> > pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
> > pcpu-alloc: [0] 0
> > Built 1 zonelists in Zone order, mobility grouping on. Total pages: 65024
> > Kernel command line: console=ttySC0,115200 ignore_loglevel ip=dhcp
> > root=/dev/nfs rw PID hash table entries: 1024 (order: 0, 4096 bytes)
> > Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
> > Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
> > Memory: 255616K/262144K available (3107K kernel code, 146K rwdata, 628K
> > rodata, 131K init, 165K bss, 6528K reserved, 0K highmem) Virtual kernel
> > memory layout:
> > vector : 0xffff0000 - 0xffff1000 ( 4 kB)
> > fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB)
> > vmalloc : 0xd0800000 - 0xff000000 ( 744 MB)
> > lowmem : 0xc0000000 - 0xd0000000 ( 256 MB)
> > pkmap : 0xbfe00000 - 0xc0000000 ( 2 MB)
> > .text : 0xc0008000 - 0xc03ade04 (3736 kB)
> > .init : 0xc03ae000 - 0xc03ced18 ( 132 kB)
> > .data : 0xc03d0000 - 0xc03f4a20 ( 147 kB)
> > .bss : 0xc03f4a20 - 0xc041e108 ( 166 kB)
> > NR_IRQS:16 nr_irqs:16 16
> > GIC CPU mask not found - kernel will fail to boot.
> > GIC CPU mask not found - kernel will fail to boot.
> > sched_clock: 32 bits at 1kHz, resolution 976562ns, wraps every
> > 2097152000000000ns Calibrating delay loop (skipped) preset value.. 532.00
> > BogoMIPS (lpj&0000) pid_max: default: 32768 minimum: 301
> > Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
> > Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
> > CPU: Testing write buffer coherency: ok
> > Setting up static identity map for 0x6030f168 - 0x6030f19c
> > devtmpfs: initialized
> > VFP support v0.3: implementor 41 architecture 3 part 30 variant 9 rev 4
> > pinctrl core: initialized pinctrl subsystem
> > regulator-dummy: no parameters
> > NET: Registered protocol family 16
> > DMA: preallocated 256 KiB pool for atomic coherent allocations
> > renesas_intc_irqpin renesas_intc_irqpin: driving 4 irqs
> > L310 cache controller enabled
> > l2x0: 16 ways, CACHE_ID 0x410000c6, AUX_CTRL 0x42460000, Cache size: 1024 kB
> > sh-pfc pfc-r8a7778: r8a7778_pfc support registered
> > fixed-dummy: no parameters
> > fixed-3.3V: at 3300 mV
> > SCSI subsystem initialized
> > usbcore: registered new interface driver usbfs
> > usbcore: registered new interface driver hub
> > usbcore: registered new device driver usb
> > Linux video capture interface: v2.00
> > sh_tmu sh-tmu.0: ch0: used for clock events
> > sh_tmu sh-tmu.0: ch0: used for periodic clock events
> > sh_tmu sh-tmu.0: ch1: used as clock source
> > Advanced Linux Sound Architecture Driver Initialized.
> > Switched to clocksource sh-tmu.0
> > NET: Registered protocol family 2
> > TCP established hash table entries: 2048 (order: 1, 8192 bytes)
> > TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
> > TCP: Hash tables configured (established 2048 bind 2048)
> > TCP: reno registered
> > UDP hash table entries: 256 (order: 0, 4096 bytes)
> > UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
> > NET: Registered protocol family 1
> > RPC: Registered named UNIX socket transport module.
> > RPC: Registered udp transport module.
> > RPC: Registered tcp transport module.
> > RPC: Registered tcp NFSv4.1 backchannel transport module.
> > futex hash table entries: 256 (order: -1, 3072 bytes)
> > NFS: Registering the id_resolver key type
> > Key type id_resolver registered
> > Key type id_legacy registered
> > nfs4filelayout_init: NFSv4 File Layout Driver Registering...
> > Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
> > io scheduler noop registered
> > io scheduler deadline registered (default)
> > SuperH (H)SCI(F) driver initialized
> > sh-sci.0: ttySC0 at MMIO 0xffe40000 (irq = 102, base_baud = 0) is a scif
> > console [ttySC0] enabled
> > sh-sci.1: ttySC1 at MMIO 0xffe41000 (irq = 103, base_baud = 0) is a scif
> > sh-sci.2: ttySC2 at MMIO 0xffe42000 (irq = 104, base_baud = 0) is a scif
> > sh-sci.3: ttySC3 at MMIO 0xffe43000 (irq = 105, base_baud = 0) is a scif
> > sh-sci.4: ttySC4 at MMIO 0xffe44000 (irq = 106, base_baud = 0) is a scif
> > sh-sci.5: ttySC5 at MMIO 0xffe45000 (irq = 107, base_baud = 0) is a scif
> > m25p80 spi0.0: found at26df081a, expected s25fl008k
> > m25p80 spi0.0: at26df081a (1024 Kbytes)
> > Creating 1 MTD partitions on "m25p80":
> > 0x000000000000-0x000000100000 : "data(spi)"
> > libphy: smsc911x-mdio: probed
> > [hang!]
> >
> > *** Bock-W DT-Reference ***
> >
> > Booting Linux on physical CPU 0x0
> > Linux version 3.15.0-rc2-00070-gca099ba
> > (horms@ayumi.isobedori.kobe.vergenet.net) (gcc version 4.7.2 (Debian
> > 4.7.2-4) ) #1789 Wed Apr 23 10:46:01 JST 2014 CPU: ARMv7 Processor
> > [412fc094] revision 4 (ARMv7), cr\x10c53c7d
> > CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
> > Machine model: bockw
> > debug: ignoring loglevel setting.
> > Memory policy: Data cache writeback
> > On node 0 totalpages: 65536
> > free_area_init_node: node 0, pgdat c03f3c00, node_mem_map cfdfb000
> > Normal zone: 512 pages used for memmap
> > Normal zone: 0 pages reserved
> > Normal zone: 65536 pages, LIFO batch:15
> > DT missing boot CPU MPIDR[23:0], fall back to default cpu_logical_map
> > CPU: All CPU(s) started in SVC mode.
> > pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
> > pcpu-alloc: [0] 0
> > Built 1 zonelists in Zone order, mobility grouping on. Total pages: 65024
> > Kernel command line: console=ttySC0,115200 ignore_loglevel root=/dev/nfs
> > ip=dhcp rw PID hash table entries: 1024 (order: 0, 4096 bytes)
> > Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
> > Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
> > Memory: 255616K/262144K available (3107K kernel code, 145K rwdata, 628K
> > rodata, 129K init, 165K bss, 6528K reserved, 0K highmem) Virtual kernel
> > memory layout:
> > vector : 0xffff0000 - 0xffff1000 ( 4 kB)
> > fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB)
> > vmalloc : 0xd0800000 - 0xff000000 ( 744 MB)
> > lowmem : 0xc0000000 - 0xd0000000 ( 256 MB)
> > pkmap : 0xbfe00000 - 0xc0000000 ( 2 MB)
> > .text : 0xc0008000 - 0xc03ade04 (3736 kB)
> > .init : 0xc03ae000 - 0xc03ce5d8 ( 130 kB)
> > .data : 0xc03d0000 - 0xc03f46a0 ( 146 kB)
> > .bss : 0xc03f46a0 - 0xc041dd88 ( 166 kB)
> > NR_IRQS:16 nr_irqs:16 16
> > GIC CPU mask not found - kernel will fail to boot.
> > GIC CPU mask not found - kernel will fail to boot.
> > sched_clock: 32 bits at 1kHz, resolution 976562ns, wraps every
> > 2097152000000000ns Calibrating delay loop (skipped) preset value.. 532.00
> > BogoMIPS (lpj&0000) pid_max: default: 32768 minimum: 301
> > Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
> > Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
> > CPU: Testing write buffer coherency: ok
> > Setting up static identity map for 0x6030efe8 - 0x6030f01c
> > devtmpfs: initialized
> > VFP support v0.3: implementor 41 architecture 3 part 30 variant 9 rev 4
> > pinctrl core: initialized pinctrl subsystem
> > regulator-dummy: no parameters
> > NET: Registered protocol family 16
> > DMA: preallocated 256 KiB pool for atomic coherent allocations
> > L310 cache controller enabled
> > l2x0: 16 ways, CACHE_ID 0x410000c6, AUX_CTRL 0x42460000, Cache size: 1024 kB
> > renesas_intc_irqpin fe78001c.irqpin: driving 4 irqs
> > sh-pfc fffc0000.pfc: r8a7778_pfc support registered
> > fixed-3.3V: 3300 mV
> > SCSI subsystem initialized
> > usbcore: registered new interface driver usbfs
> > usbcore: registered new interface driver hub
> > usbcore: registered new device driver usb
> > Linux video capture interface: v2.00
> > sh_tmu sh-tmu.0: ch0: used for clock events
> > sh_tmu sh-tmu.0: ch0: used for periodic clock events
> > sh_tmu sh-tmu.0: ch1: used as clock source
> > Advanced Linux Sound Architecture Driver Initialized.
> > Switched to clocksource sh-tmu.0
> > NET: Registered protocol family 2
> > TCP established hash table entries: 2048 (order: 1, 8192 bytes)
> > TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
> > TCP: Hash tables configured (established 2048 bind 2048)
> > TCP: reno registered
> > UDP hash table entries: 256 (order: 0, 4096 bytes)
> > UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
> > NET: Registered protocol family 1
> > RPC: Registered named UNIX socket transport module.
> > RPC: Registered udp transport module.
> > RPC: Registered tcp transport module.
> > RPC: Registered tcp NFSv4.1 backchannel transport module.
> > futex hash table entries: 256 (order: -1, 3072 bytes)
> > NFS: Registering the id_resolver key type
> > Key type id_resolver registered
> > Key type id_legacy registered
> > nfs4filelayout_init: NFSv4 File Layout Driver Registering...
> > Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
> > io scheduler noop registered
> > io scheduler deadline registered (default)
> > SuperH (H)SCI(F) driver initialized
> > sh-sci.0: ttySC0 at MMIO 0xffe40000 (irq = 102, base_baud = 0) is a scif
> > console [ttySC0] enabled
> > sh-sci.1: ttySC1 at MMIO 0xffe41000 (irq = 103, base_baud = 0) is a scif
> > sh-sci.2: ttySC2 at MMIO 0xffe42000 (irq = 104, base_baud = 0) is a scif
> > sh-sci.3: ttySC3 at MMIO 0xffe43000 (irq = 105, base_baud = 0) is a scif
> > sh-sci.4: ttySC4 at MMIO 0xffe44000 (irq = 106, base_baud = 0) is a scif
> > sh-sci.5: ttySC5 at MMIO 0xffe45000 (irq = 107, base_baud = 0) is a scif
> > m25p80 spi0.0: found at26df081a, expected s25fl008k
> > m25p80 spi0.0: at26df081a (1024 Kbytes)
> > 1 ofpart partitions found on MTD device spi0.0
> > Creating 1 MTD partitions on "spi0.0":
> > 0x000000000000-0x000000100000 : "data(spi)"
> > libphy: smsc911x-mdio: probed
> > [hang!]
> >
> > *** Mackerel (Legacy-C) ***
> > Booting Linux on physical CPU 0x0
> > Linux version 3.15.0-rc2-00070-gca099ba
> > (horms@ayumi.isobedori.kobe.vergenet.net) (gcc version 4.7.2 (Debian
> > 4.7.2-4) ) #1790 Wed Apr 23 10:49:28 JST 2014 CPU: ARMv7 Processor
> > [413fc081] revision 1 (ARMv7), cr\x10c53c7d
> > CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
> > Machine model: Mackerel (AP4 EVM 2nd)
> > Memory policy: Data cache writeback
> > CPU: All CPU(s) started in SVC mode.
> > bootconsole [early_ttySC0] enabled
> > Built 1 zonelists in Zone order, mobility grouping off. Total pages: 60960
> > Kernel command line: console=tty0, console=ttySC0,115200
> > earlyprintk=sh-sci.0,115200 root=/dev/nfs nfsroot=,tcp,v3 ip=dhcp mem$0m
> > rw PID hash table entries: 1024 (order: 0, 4096 bytes)
> > Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
> > Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
> > Memory: 238352K/245760K available (3471K kernel code, 198K rwdata, 1084K
> > rodata, 148K init, 176K bss, 7408K reserved) Virtual kernel memory layout:
> > vector : 0xffff0000 - 0xffff1000 ( 4 kB)
> > fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB)
> > vmalloc : 0xcf800000 - 0xff000000 ( 760 MB)
> > lowmem : 0xc0000000 - 0xcf000000 ( 240 MB)
> > modules : 0xbf000000 - 0xc0000000 ( 16 MB)
> > .text : 0xc0008000 - 0xc047bf4c (4560 kB)
> > .init : 0xc047c000 - 0xc04a11b8 ( 149 kB)
> > .data : 0xc04a2000 - 0xc04d39c0 ( 199 kB)
> > .bss : 0xc04d39c0 - 0xc04ffc90 ( 177 kB)
> > NR_IRQS:16 nr_irqs:16 16
> > intc: Registered controller 'sh7372-intca' with 108 IRQs
> > intc: Registered controller 'sh7372-intca-irq-lo' with 16 IRQs
> > intc: Registered controller 'sh7372-intca-irq-hi' with 16 IRQs
> > intc: Registered controller 'sh7372-intcs' with 61 IRQs
> > sched_clock: 32 bits at 128 Hz, resolution 7812500ns, wraps every
> > 16777216000000000ns Console: colour dummy device 80x30
> > console [tty0] enabled
> > sh-tmu.0: ch0: used for clock events
> > sh-tmu.0: ch0: used for periodic clock events
> > sh-tmu.0: ch1: used as clock source
> > sh-cmt-32-fast.2: ch0: used for clock events
> > sh-cmt-32-fast.2: ch0: used as clock source
> > Calibrating delay loop...
> > [hang!]
>
> --
> Regards,
>
> Laurent Pinchart
>
^ permalink raw reply [flat|nested] 9+ messages in thread* Re: [PATCH v4 00/15] Renesas CMT, MTU2 and TMU platform cleanups
2014-04-22 10:50 [PATCH v4 00/15] Renesas CMT, MTU2 and TMU platform cleanups Laurent Pinchart
` (2 preceding siblings ...)
2014-04-24 0:21 ` Simon Horman
@ 2014-05-01 16:51 ` Laurent Pinchart
2014-05-02 1:40 ` Simon Horman
` (3 subsequent siblings)
7 siblings, 0 replies; 9+ messages in thread
From: Laurent Pinchart @ 2014-05-01 16:51 UTC (permalink / raw)
To: linux-sh
[-- Attachment #1: Type: text/plain, Size: 2995 bytes --]
Hi Simon,
On Thursday 24 April 2014 09:21:40 Simon Horman wrote:
> On Wed, Apr 23, 2014 at 01:09:22PM +0200, Laurent Pinchart wrote:
> > On Wednesday 23 April 2014 11:06:32 Simon Horman wrote:
> > > On Tue, Apr 22, 2014 at 12:50:41PM +0200, Laurent Pinchart wrote:
> > > > Hello,
> > > >
> > > > This patch set switches all Renesas platforms to the new style CMT,
> > > > MTU2 and TMU device platform data. All patches have been previously
> > > > posted as part of the "[PATCH v3 00/52] Renesas CMT and TMU cleanups"
> > > > and "[PATCH 00/22] SH MTU2 DT support" patch series.
> > > >
> > > > This new version just rebases the patches on top of the clockevents
> > > > branch that contains the latest driver cleanups, found at
> > > >
> > > > git://git.linaro.org/people/daniel.lezcano/linux.git
> > > > clockevents/cmt-mtu2-tmu-cleanups>
> > > >
> > > > Simon, could you please pull that branch in your tree and apply this
> > > > series on top of it ? Furthermore, as I have other pending patches for
> > > > the driver side, could you do so in a separate topic branch that
> > > > Daniel could merge into his tree ?
> > >
> > > With this series applied Bock-W fails to boot both using Legacy-C and
> > > DT-reference, and mackerel fails to boot (using Legacy-C).
> > > In each case the boot hangs and I gave up after waiting two minutes.
> > >
> > > I have supplied boot logs below.
> > > I have used the defconfig for each board, tweaking
> > > the result to allow booting DT-reference as appropriate.
> >
> > I've debugged the issue on Mackerel, I had "just" used evt2irq instead of
> > intcs_evt2irq for the TMU resources :-/ I'll resubmit this series with the
> > problem fixed.
> >
> > I've also found another issue in the sh_cmt driver that would break
> > bisection and have submitted a fix for that separately.
> >
> > I don't have access to a Bock-W board, could you assist me debugging the
> > issue there ? In particular I'd like to first make sure that the patch
> > that breaks the kernel is "ARM: shmobile: r8a7778: Switch to new style
> > TMU device". If that's correct I'll ask you to please test a debugging
> > patch. Another option would be to give me remote access to a Bock-W board
> > if that's possible.
>
> Of course I am happy to help.
>
> I reverted "ARM: shmobile: r8a7778: Switch to new style TMU device" and
> the Bock-W once again boots, both using legacy-C and DT-reference.
>
> With regards to debugging, I think that if this becomes a drawn-out process
> then it will be easiest for both of us if I give you remote-access. But
> as that requires some re-arrangement of things on my side perhaps it would
> be easiest if you sent me a debug patch for now.
I've attached a debugging patch to this e-mail. Could you please boot the
BockW board with that patch applied before (working) and after (broken)
applying "ARM: shmobile: r8a7778: Switch to new style TMU device" and provide
me with the two boot logs ?
--
Regards,
Laurent Pinchart
[-- Attachment #2: tmu-debug.patch --]
[-- Type: text/x-patch, Size: 3236 bytes --]
diff --git a/drivers/clocksource/sh_tmu.c b/drivers/clocksource/sh_tmu.c
index 4ba2c0f..7a09c22 100644
--- a/drivers/clocksource/sh_tmu.c
+++ b/drivers/clocksource/sh_tmu.c
@@ -27,6 +27,7 @@
#include <linux/platform_device.h>
#include <linux/pm_domain.h>
#include <linux/pm_runtime.h>
+#include <linux/sh_clk.h>
#include <linux/sh_timer.h>
#include <linux/slab.h>
#include <linux/spinlock.h>
@@ -92,10 +93,12 @@ static inline unsigned long sh_tmu_read(struct sh_tmu_channel *ch, int reg_nr)
if (reg_nr == TSTR) {
switch (ch->tmu->model) {
case SH_TMU_LEGACY:
+ dev_err(&ch->tmu->pdev->dev, "ch%u: reading TSTR @%p\n", ch->index, ch->tmu->mapbase);
return ioread8(ch->tmu->mapbase);
case SH_TMU_SH3:
return ioread8(ch->tmu->mapbase + 2);
case SH_TMU:
+ dev_err(&ch->tmu->pdev->dev, "ch%u: reading TSTR @%p\n", ch->index, ch->tmu->mapbase + 4);
return ioread8(ch->tmu->mapbase + 4);
}
}
@@ -116,10 +119,12 @@ static inline void sh_tmu_write(struct sh_tmu_channel *ch, int reg_nr,
if (reg_nr == TSTR) {
switch (ch->tmu->model) {
case SH_TMU_LEGACY:
+ dev_err(&ch->tmu->pdev->dev, "ch%u: reading TSTR @%p\n", ch->index, ch->tmu->mapbase);
return iowrite8(value, ch->tmu->mapbase);
case SH_TMU_SH3:
return iowrite8(value, ch->tmu->mapbase + 2);
case SH_TMU:
+ dev_err(&ch->tmu->pdev->dev, "ch%u: writing TSTR @%p\n", ch->index, ch->tmu->mapbase + 4);
return iowrite8(value, ch->tmu->mapbase + 4);
}
}
@@ -170,6 +175,7 @@ static int __sh_tmu_enable(struct sh_tmu_channel *ch)
/* configure channel to parent clock / 4, irq off */
ch->rate = clk_get_rate(ch->tmu->clk) / 4;
+ dev_err(&ch->tmu->pdev->dev, "ch%u: clock rate is %lu\n", ch->index, ch->rate);
sh_tmu_write(ch, TCR, TCR_TPSC_CLK4);
/* enable channel */
@@ -443,6 +449,8 @@ static void sh_tmu_register_clockevent(struct sh_tmu_channel *ch,
clockevents_config_and_register(ced, 1, 0x300, 0xffffffff);
+ dev_info(&ch->tmu->pdev->dev, "ch%u: requesting IRQ %u for clock event device\n",
+ ch->index, ch->irq);
ret = request_irq(ch->irq, sh_tmu_interrupt,
IRQF_TIMER | IRQF_IRQPOLL | IRQF_NOBALANCING,
dev_name(&ch->tmu->pdev->dev), ch);
@@ -498,6 +506,9 @@ static int sh_tmu_channel_setup(struct sh_tmu_channel *ch, unsigned int index,
ch->base = tmu->mapbase + 8 + ch->index * 12;
}
+ dev_info(&tmu->pdev->dev, "ch%u: base %p\n",
+ ch->index, ch->base);
+
ch->irq = platform_get_irq(tmu->pdev, ch->index);
if (ch->irq < 0) {
dev_err(&tmu->pdev->dev, "ch%u: failed to get irq\n",
@@ -526,6 +537,9 @@ static int sh_tmu_map_memory(struct sh_tmu_device *tmu)
if (tmu->mapbase == NULL)
return -ENXIO;
+ dev_info(&tmu->pdev->dev, "phys base 0x%08x virt base %p size %u\n",
+ res->start, tmu->mapbase, resource_size(res));
+
/*
* In legacy platform device configuration (with one device per channel)
* the resource points to the channel base address.
@@ -571,6 +585,7 @@ static int sh_tmu_setup(struct sh_tmu_device *tmu, struct platform_device *pdev)
return PTR_ERR(tmu->clk);
}
+ dev_err(&tmu->pdev->dev, "MSTP clock %u @%p\n", tmu->clk->enable_bit, tmu->clk->enable_reg);
ret = clk_prepare(tmu->clk);
if (ret < 0)
goto err_clk_put;
^ permalink raw reply related [flat|nested] 9+ messages in thread* Re: [PATCH v4 00/15] Renesas CMT, MTU2 and TMU platform cleanups
2014-04-22 10:50 [PATCH v4 00/15] Renesas CMT, MTU2 and TMU platform cleanups Laurent Pinchart
` (3 preceding siblings ...)
2014-05-01 16:51 ` Laurent Pinchart
@ 2014-05-02 1:40 ` Simon Horman
2014-05-02 3:49 ` Geert Uytterhoeven
` (2 subsequent siblings)
7 siblings, 0 replies; 9+ messages in thread
From: Simon Horman @ 2014-05-02 1:40 UTC (permalink / raw)
To: linux-sh
[-- Attachment #1: Type: text/plain, Size: 3359 bytes --]
On Thu, May 01, 2014 at 06:51:55PM +0200, Laurent Pinchart wrote:
> Hi Simon,
>
> On Thursday 24 April 2014 09:21:40 Simon Horman wrote:
> > On Wed, Apr 23, 2014 at 01:09:22PM +0200, Laurent Pinchart wrote:
> > > On Wednesday 23 April 2014 11:06:32 Simon Horman wrote:
> > > > On Tue, Apr 22, 2014 at 12:50:41PM +0200, Laurent Pinchart wrote:
> > > > > Hello,
> > > > >
> > > > > This patch set switches all Renesas platforms to the new style CMT,
> > > > > MTU2 and TMU device platform data. All patches have been previously
> > > > > posted as part of the "[PATCH v3 00/52] Renesas CMT and TMU cleanups"
> > > > > and "[PATCH 00/22] SH MTU2 DT support" patch series.
> > > > >
> > > > > This new version just rebases the patches on top of the clockevents
> > > > > branch that contains the latest driver cleanups, found at
> > > > >
> > > > > git://git.linaro.org/people/daniel.lezcano/linux.git
> > > > > clockevents/cmt-mtu2-tmu-cleanups>
> > > > >
> > > > > Simon, could you please pull that branch in your tree and apply this
> > > > > series on top of it ? Furthermore, as I have other pending patches for
> > > > > the driver side, could you do so in a separate topic branch that
> > > > > Daniel could merge into his tree ?
> > > >
> > > > With this series applied Bock-W fails to boot both using Legacy-C and
> > > > DT-reference, and mackerel fails to boot (using Legacy-C).
> > > > In each case the boot hangs and I gave up after waiting two minutes.
> > > >
> > > > I have supplied boot logs below.
> > > > I have used the defconfig for each board, tweaking
> > > > the result to allow booting DT-reference as appropriate.
> > >
> > > I've debugged the issue on Mackerel, I had "just" used evt2irq instead of
> > > intcs_evt2irq for the TMU resources :-/ I'll resubmit this series with the
> > > problem fixed.
> > >
> > > I've also found another issue in the sh_cmt driver that would break
> > > bisection and have submitted a fix for that separately.
> > >
> > > I don't have access to a Bock-W board, could you assist me debugging the
> > > issue there ? In particular I'd like to first make sure that the patch
> > > that breaks the kernel is "ARM: shmobile: r8a7778: Switch to new style
> > > TMU device". If that's correct I'll ask you to please test a debugging
> > > patch. Another option would be to give me remote access to a Bock-W board
> > > if that's possible.
> >
> > Of course I am happy to help.
> >
> > I reverted "ARM: shmobile: r8a7778: Switch to new style TMU device" and
> > the Bock-W once again boots, both using legacy-C and DT-reference.
> >
> > With regards to debugging, I think that if this becomes a drawn-out process
> > then it will be easiest for both of us if I give you remote-access. But
> > as that requires some re-arrangement of things on my side perhaps it would
> > be easiest if you sent me a debug patch for now.
>
> I've attached a debugging patch to this e-mail. Could you please boot the
> BockW board with that patch applied before (working) and after (broken)
> applying "ARM: shmobile: r8a7778: Switch to new style TMU device" and provide
> me with the two boot logs ?
Sure, please see the attached logs.
In both cases I used the bockw_defconfig (and booted using Legacy-C).
In the case of the log bad.txt, the boot hung (I waited for 120sec)
at the point where the log ends.
[-- Attachment #2: good.txt --]
[-- Type: text/plain, Size: 12969 bytes --]
$ bootp;bootm
smc911x: detected LAN89218 controller
smc911x: phy initialized
smc911x: MAC 2e:09:0a:00:2f:04
BOOTP broadcast 1
BOOTP broadcast 2
*** Unhandled DHCP Option in OFFER/ACK: 28
*** Unhandled DHCP Option in OFFER/ACK: 44
*** Unhandled DHCP Option in OFFER/ACK: 28
*** Unhandled DHCP Option in OFFER/ACK: 44
DHCP client bound to address 10.3.3.156
Using smc911x-0 device
TFTP from server 10.3.3.135; our IP address is 10.3.3.156
Filename 'bockw/uImage'.
Load address: 0x60007fc0
Loading: #################################################################
#################################################################
#################################################################
#####
done
Bytes transferred = 1597418 (185fea hex)
## Booting kernel from Legacy Image at 60007fc0 ...
Image Name: 'Linux-3.15.0-rc1-00072-gef52e65
Image Type: ARM Linux Kernel Image (uncompressed)
Data Size: 1597354 Bytes = 1.5 MiB
Load Address: 60008000
Entry Point: 60008000
Verifying Checksum ... OK
Loading Kernel Image ... OK
OK
Starting kernel ...
Booting Linux on physical CPU 0x0
Linux version 3.15.0-rc1-00072-gef52e65-dirty (horms@ayumi.isobedori.kobe.vergenet.net) (gcc version 4.7.2 (Debian 4.7.2-4) ) #1893 Fri May 2 10:25:22 JST 2014
CPU: ARMv7 Processor [412fc094] revision 4 (ARMv7), cr=10c53c7d
CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
Machine model: bockw
debug: ignoring loglevel setting.
Memory policy: Data cache writeback
On node 0 totalpages: 65536
free_area_init_node: node 0, pgdat c03f3f00, node_mem_map cfdfb000
Normal zone: 512 pages used for memmap
Normal zone: 0 pages reserved
Normal zone: 65536 pages, LIFO batch:15
DT missing boot CPU MPIDR[23:0], fall back to default cpu_logical_map
CPU: All CPU(s) started in SVC mode.
pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
pcpu-alloc: [0] 0
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 65024
Kernel command line: console=ttySC0,115200 ignore_loglevel ip=dhcp root=/dev/nfs rw
PID hash table entries: 1024 (order: 0, 4096 bytes)
Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
Memory: 255616K/262144K available (3107K kernel code, 146K rwdata, 628K rodata, 131K init, 165K bss, 6528K reserved, 0K highmem)
Virtual kernel memory layout:
vector : 0xffff0000 - 0xffff1000 ( 4 kB)
fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB)
vmalloc : 0xd0800000 - 0xff000000 ( 744 MB)
lowmem : 0xc0000000 - 0xd0000000 ( 256 MB)
pkmap : 0xbfe00000 - 0xc0000000 ( 2 MB)
.text : 0xc0008000 - 0xc03ade04 (3736 kB)
.init : 0xc03ae000 - 0xc03cecf8 ( 132 kB)
.data : 0xc03d0000 - 0xc03f49a0 ( 147 kB)
.bss : 0xc03f49a0 - 0xc041e088 ( 166 kB)
NR_IRQS:16 nr_irqs:16 16
GIC CPU mask not found - kernel will fail to boot.
GIC CPU mask not found - kernel will fail to boot.
sched_clock: 32 bits at 1kHz, resolution 976562ns, wraps every 2097152000000000ns
Calibrating delay loop (skipped) preset value.. 532.00 BogoMIPS (lpj=260000)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
CPU: Testing write buffer coherency: ok
Setting up static identity map for 0x6030f278 - 0x6030f2ac
devtmpfs: initialized
VFP support v0.3: implementor 41 architecture 3 part 30 variant 9 rev 4
pinctrl core: initialized pinctrl subsystem
regulator-dummy: no parameters
NET: Registered protocol family 16
DMA: preallocated 256 KiB pool for atomic coherent allocations
renesas_intc_irqpin renesas_intc_irqpin: driving 4 irqs
L310 cache controller enabled
l2x0: 16 ways, CACHE_ID 0x410000c6, AUX_CTRL 0x42460000, Cache size: 1024 kB
sh-pfc pfc-r8a7778: r8a7778_pfc support registered
fixed-dummy: no parameters
fixed-3.3V: at 3300 mV
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
Linux video capture interface: v2.00
sh_tmu sh_tmu.0: MSTP clock 16 @ffc80030
sh_tmu sh_tmu.0: phys base 0xffd80008 virt base d0964008 size 12
sh_tmu sh_tmu.0: ch0: base d0964008
sh_tmu sh_tmu.0: ch0: used for clock events
sh_tmu sh_tmu.0: ch0: used for periodic clock events
sh_tmu sh_tmu.0: ch0: reading TSTR @d0964004
sh_tmu sh_tmu.0: ch0: reading TSTR @d0964004
sh_tmu sh_tmu.0: ch0: clock rate is 16666666
sh_tmu sh_tmu.0: ch0: reading TSTR @d0964004
sh_tmu sh_tmu.0: ch0: reading TSTR @d0964004
sh_tmu sh_tmu.0: ch0: reading TSTR @d0964004
sh_tmu sh_tmu.0: ch0: reading TSTR @d0964004
sh_tmu sh_tmu.0: ch0: reading TSTR @d0964004
sh_tmu sh_tmu.0: ch0: reading TSTR @d0964004
sh_tmu sh_tmu.0: ch0: requesting IRQ 64 for clock event device
sh_tmu sh_tmu.1: MSTP clock 15 @ffc80030
sh_tmu sh_tmu.1: phys base 0xffd80014 virt base d0966014 size 12
sh_tmu sh_tmu.1: ch1: base d0966014
sh_tmu sh_tmu.1: ch1: failed to get irq
Advanced Linux Sound Architecture Driver Initialized.
NET: Registered protocol family 2
TCP established hash table entries: 2048 (order: 1, 8192 bytes)
TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
TCP: Hash tables configured (established 2048 bind 2048)
TCP: reno registered
UDP hash table entries: 256 (order: 0, 4096 bytes)
UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
NET: Registered protocol family 1
RPC: Registered named UNIX socket transport module.
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
futex hash table entries: 256 (order: -1, 3072 bytes)
NFS: Registering the id_resolver key type
Key type id_resolver registered
Key type id_legacy registered
nfs4filelayout_init: NFSv4 File Layout Driver Registering...
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
io scheduler noop registered
io scheduler deadline registered (default)
SuperH (H)SCI(F) driver initialized
sh-sci.0: ttySC0 at MMIO 0xffe40000 (irq = 102, base_baud = 0) is a scif
console [ttySC0] enabled
sh-sci.1: ttySC1 at MMIO 0xffe41000 (irq = 103, base_baud = 0) is a scif
sh-sci.2: ttySC2 at MMIO 0xffe42000 (irq = 104, base_baud = 0) is a scif
sh-sci.3: ttySC3 at MMIO 0xffe43000 (irq = 105, base_baud = 0) is a scif
sh-sci.4: ttySC4 at MMIO 0xffe44000 (irq = 106, base_baud = 0) is a scif
sh-sci.5: ttySC5 at MMIO 0xffe45000 (irq = 107, base_baud = 0) is a scif
m25p80 spi0.0: found at26df081a, expected s25fl008k
m25p80 spi0.0: at26df081a (1024 Kbytes)
Creating 1 MTD partitions on "m25p80":
0x000000000000-0x000000100000 : "data(spi)"
libphy: smsc911x-mdio: probed
smsc911x smsc911x eth0: attached PHY driver [Generic PHY] (mii_bus:phy_addr=smsc911x-fffffff:01, irq=-1)
smsc911x smsc911x eth0: MAC Address: 2e:09:0a:00:2f:04
ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
ehci-platform: EHCI generic platform driver
ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
ohci-platform: OHCI generic platform driver
usbcore: registered new interface driver usb-storage
rtc-rx8581 0-0051: chip found, driver version 0.1
rtc-rx8581 0-0051: low voltage detected, date/time is not reliable.
rtc-rx8581 0-0051: rtc core: registered rtc-rx8581 as rtc0
i2c-rcar i2c-rcar.0: probed
i2c-rcar i2c-rcar.1: probed
i2c-rcar i2c-rcar.2: probed
i2c-rcar i2c-rcar.3: probed
soc-camera-pdrv soc-camera-pdrv.0: Probing soc-camera-pdrv.0
ml86v7667 0-0041: chip found @ 0x41 (i2c-rcar)
soc-camera-pdrv soc-camera-pdrv.1: Probing soc-camera-pdrv.1
ml86v7667 0-0043: chip found @ 0x43 (i2c-rcar)
sh_mobile_sdhi.0 supply vmmc not found, using dummy regulator
sh_mobile_sdhi sh_mobile_sdhi.0: Failed getting OCR mask: -22
sh_mobile_sdhi sh_mobile_sdhi.0: could not set regulator OCR (-22)
sh_mobile_sdhi sh_mobile_sdhi.0: mmc0 base at 0xffe4c000 clock rate 66 MHz
sh_mmcif sh_mmcif: driver version 2010-04-28
asoc-simple-card asoc-simple-card.0: ASoC: CPU DAI rsnd-dai.0 not registered
platform asoc-simple-card.0: Driver asoc-simple-card requests probe deferral
asoc-simple-card asoc-simple-card.1: ASoC: CPU DAI rsnd-dai.1 not registered
platform asoc-simple-card.1: Driver asoc-simple-card requests probe deferral
asoc-simple-card asoc-simple-card.2: ASoC: CPU DAI rsnd-dai.2 not registered
platform asoc-simple-card.2: Driver asoc-simple-card requests probe deferral
asoc-simple-card asoc-simple-card.3: ASoC: CPU DAI rsnd-dai.3 not registered
platform asoc-simple-card.3: Driver asoc-simple-card requests probe deferral
asoc-simple-card asoc-simple-card.4: ASoC: CPU DAI rsnd-dai.4 not registered
platform asoc-simple-card.4: Driver asoc-simple-card requests probe deferral
rcar_sound rcar_sound: probed
TCP: cubic registered
NET: Registered protocol family 17
Key type dns_resolver registered
ehci-platform ehci-platform: EHCI Host Controller
ehci-platform ehci-platform: new USB bus registered, assigned bus number 1
ehci-platform ehci-platform: irq 76, io mem 0xffe70000
ehci-platform ehci-platform: USB 2.0 started, EHCI 1.00
usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb1: Product: EHCI Host Controller
usb usb1: Manufacturer: Linux 3.15.0-rc1-00072-gef52e65-dirty ehci_hcd
usb usb1: SerialNumber: ehci-platform
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 2 ports detected
ohci-platform ohci-platform: Generic Platform OHCI controller
ohci-platform ohci-platform: new USB bus registered, assigned bus number 2
ohci-platform ohci-platform: irq 76, io mem 0xffe70400
usb usb2: New USB device found, idVendor=1d6b, idProduct=0001
usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb2: Product: Generic Platform OHCI controller
usb usb2: Manufacturer: Linux 3.15.0-rc1-00072-gef52e65-dirty ohci_hcd
usb usb2: SerialNumber: ohci-platform
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports detected
asoc-simple-card asoc-simple-card.0: ak4642-hifi <-> rsnd-dai.0 mapping ok
asoc-simple-card asoc-simple-card.1: ak4554-hifi <-> rsnd-dai.1 mapping ok
asoc-simple-card asoc-simple-card.2: ak4554-hifi <-> rsnd-dai.2 mapping ok
asoc-simple-card asoc-simple-card.3: ak4554-hifi <-> rsnd-dai.3 mapping ok
asoc-simple-card asoc-simple-card.4: ak4554-hifi <-> rsnd-dai.4 mapping ok
rtc-rx8581 0-0051: low voltage detected, date/time is not reliable.
rtc-rx8581 0-0051: setting system clock to 2000-01-01 00:00:22 UTC (946684822)
smsc911x smsc911x eth0: SMSC911x/921x identified at 0xd0982000, IRQ: 2000
Sending DHCP requests .
sh_mobile_sdhi sh_mobile_sdhi.0: could not set regulator OCR (-22)
sh_mobile_sdhi sh_mobile_sdhi.0: could not set regulator OCR (-22)
sh_mobile_sdhi sh_mobile_sdhi.0: could not set regulator OCR (-22)
., OK
IP-Config: Got DHCP answer from 10.3.3.254, my address is 10.3.3.156
IP-Config: Complete:
device=eth0, hwaddr=2e:09:0a:00:2f:04, ipaddr=10.3.3.156, mask=255.255.255.0, gw=10.3.3.254
host=10.3.3.156, domain=isobedori.kobe.vergenet.net kanocho.kobe.vergenet.net vergenet., nis-domain=(none)
bootserver=10.3.3.135, rootserver=10.3.3.135, rootpath=/srv/nfs/bockw-armhf,rsize=1024,wsize=1024
nameserver0=10.3.3.254
ALSA device list:
#0: SSI56-AK4643
#1: SSI3-AK4554(playback)
#2: SSI4-AK4554(capture)
#3: SSI7-AK4554(playback)
#4: SSI8-AK4554(capture)
VFS: Mounted root (nfs filesystem) on device 0:10.
devtmpfs: mounted
Freeing unused kernel memory: 128K (c03ae000 - c03ce000)
INIT: version 2.88 booting
Using makefile-style concurrent boot in runlevel S.
Starting the hotplug events dispatcher: udevdudevd[424]: starting version 175
.
Synthesizing the initial hotplug events...done.
Waiting for /dev to be fully populated...done.
Activating swap...done.
random: nonblocking pool is initialized
Activating lvm and md swap...done.
Checking file systems...fsck from util-linux 2.20.1
done.
Mounting local filesystems...done.
Activating swapfile swap...done.
Cleaning up temporary files....
Cleaning up ifupdown....
Setting up networking....
Configuring network interfaces...Internet Systems Consortium DHCP Client 4.2.2
Copyright 2004-2011 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Listening on LPF/eth0/2e:09:0a:00:2f:04
Sending on LPF/eth0/2e:09:0a:00:2f:04
Sending on Socket/fallback
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3
DHCPREQUEST on eth0 to 255.255.255.255 port 67
DHCPOFFER from 10.3.3.254
DHCPACK from 10.3.3.254
RTNETLINK answers: File exists
bound to 10.3.3.156 -- renewal in 285 seconds.
done.
Cleaning up temporary files....
Setting up ALSA...done.
Setting kernel variables ...done.
INIT: Entering runlevel: 2
Using makefile-style concurrent boot in runlevel 2.
Starting enhanced syslogd: rsyslogd.
Starting periodic command scheduler: cron.
Starting system message bus: dbus.
Starting OpenBSD Secure Shell server: sshd.
Debian GNU/Linux wheezy/sid debian ttySC0
debian login:
[-- Attachment #3: bad.txt --]
[-- Type: text/plain, Size: 6856 bytes --]
$ bootp;bootm
smc911x: detected LAN89218 controller
smc911x: phy initialized
smc911x: MAC 2e:09:0a:00:2f:04
BOOTP broadcast 1
BOOTP broadcast 2
*** Unhandled DHCP Option in OFFER/ACK: 28
*** Unhandled DHCP Option in OFFER/ACK: 44
*** Unhandled DHCP Option in OFFER/ACK: 28
*** Unhandled DHCP Option in OFFER/ACK: 44
DHCP client bound to address 10.3.3.156
Using smc911x-0 device
TFTP from server 10.3.3.135; our IP address is 10.3.3.156
Filename 'bockw/uImage'.
Load address: 0x60007fc0
Loading: #################################################################
#################################################################
#################################################################
#####
done
Bytes transferred = 1597418 (185fea hex)
## Booting kernel from Legacy Image at 60007fc0 ...
Image Name: 'Linux-3.15.0-rc1-00071-ga253bb5
Image Type: ARM Linux Kernel Image (uncompressed)
Data Size: 1597354 Bytes = 1.5 MiB
Load Address: 60008000
Entry Point: 60008000
Verifying Checksum ... OK
Loading Kernel Image ... OK
OK
Starting kernel ...
Booting Linux on physical CPU 0x0
Linux version 3.15.0-rc1-00071-ga253bb5-dirty (horms@ayumi.isobedori.kobe.vergenet.net) (gcc version 4.7.2 (Debian 4.7.2-4) ) #1894 Fri May 2 10:32:44 JST 2014
CPU: ARMv7 Processor [412fc094] revision 4 (ARMv7), cr=10c53c7d
CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
Machine model: bockw
debug: ignoring loglevel setting.
Memory policy: Data cache writeback
On node 0 totalpages: 65536
free_area_init_node: node 0, pgdat c03f3f80, node_mem_map cfdfb000
Normal zone: 512 pages used for memmap
Normal zone: 0 pages reserved
Normal zone: 65536 pages, LIFO batch:15
DT missing boot CPU MPIDR[23:0], fall back to default cpu_logical_map
CPU: All CPU(s) started in SVC mode.
pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
pcpu-alloc: [0] 0
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 65024
Kernel command line: console=ttySC0,115200 ignore_loglevel ip=dhcp root=/dev/nfs rw
PID hash table entries: 1024 (order: 0, 4096 bytes)
Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
Memory: 255616K/262144K available (3107K kernel code, 146K rwdata, 628K rodata, 131K init, 165K bss, 6528K reserved, 0K highmem)
Virtual kernel memory layout:
vector : 0xffff0000 - 0xffff1000 ( 4 kB)
fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB)
vmalloc : 0xd0800000 - 0xff000000 ( 744 MB)
lowmem : 0xc0000000 - 0xd0000000 ( 256 MB)
pkmap : 0xbfe00000 - 0xc0000000 ( 2 MB)
.text : 0xc0008000 - 0xc03ade04 (3736 kB)
.init : 0xc03ae000 - 0xc03cec18 ( 132 kB)
.data : 0xc03d0000 - 0xc03f4a20 ( 147 kB)
.bss : 0xc03f4a20 - 0xc041e108 ( 166 kB)
NR_IRQS:16 nr_irqs:16 16
GIC CPU mask not found - kernel will fail to boot.
GIC CPU mask not found - kernel will fail to boot.
sched_clock: 32 bits at 1kHz, resolution 976562ns, wraps every 2097152000000000ns
Calibrating delay loop (skipped) preset value.. 532.00 BogoMIPS (lpj=260000)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
CPU: Testing write buffer coherency: ok
Setting up static identity map for 0x6030f278 - 0x6030f2ac
devtmpfs: initialized
VFP support v0.3: implementor 41 architecture 3 part 30 variant 9 rev 4
pinctrl core: initialized pinctrl subsystem
regulator-dummy: no parameters
NET: Registered protocol family 16
DMA: preallocated 256 KiB pool for atomic coherent allocations
renesas_intc_irqpin renesas_intc_irqpin: driving 4 irqs
L310 cache controller enabled
l2x0: 16 ways, CACHE_ID 0x410000c6, AUX_CTRL 0x42460000, Cache size: 1024 kB
sh-pfc pfc-r8a7778: r8a7778_pfc support registered
fixed-dummy: no parameters
fixed-3.3V: at 3300 mV
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
Linux video capture interface: v2.00
sh_tmu sh-tmu.0: MSTP clock 16 @ffc80030
sh_tmu sh-tmu.0: phys base 0xffd80000 virt base d0964000 size 48
sh_tmu sh-tmu.0: ch0: base d0964008
sh_tmu sh-tmu.0: ch0: used for clock events
sh_tmu sh-tmu.0: ch0: used for periodic clock events
sh_tmu sh-tmu.0: ch0: reading TSTR @d0964004
sh_tmu sh-tmu.0: ch0: writing TSTR @d0964004
sh_tmu sh-tmu.0: ch0: clock rate is 16666666
sh_tmu sh-tmu.0: ch0: reading TSTR @d0964004
sh_tmu sh-tmu.0: ch0: writing TSTR @d0964004
sh_tmu sh-tmu.0: ch0: reading TSTR @d0964004
sh_tmu sh-tmu.0: ch0: writing TSTR @d0964004
sh_tmu sh-tmu.0: ch0: reading TSTR @d0964004
sh_tmu sh-tmu.0: ch0: writing TSTR @d0964004
sh_tmu sh-tmu.0: ch0: requesting IRQ 96 for clock event device
sh_tmu sh-tmu.0: ch1: base d0964014
sh_tmu sh-tmu.0: ch1: used as clock source
Advanced Linux Sound Architecture Driver Initialized.
sh_tmu sh-tmu.0: ch1: reading TSTR @d0964004
sh_tmu sh-tmu.0: ch1: writing TSTR @d0964004
sh_tmu sh-tmu.0: ch1: clock rate is 16666666
sh_tmu sh-tmu.0: ch1: reading TSTR @d0964004
sh_tmu sh-tmu.0: ch1: writing TSTR @d0964004
Switched to clocksource sh-tmu.0
NET: Registered protocol family 2
TCP established hash table entries: 2048 (order: 1, 8192 bytes)
TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
TCP: Hash tables configured (established 2048 bind 2048)
TCP: reno registered
UDP hash table entries: 256 (order: 0, 4096 bytes)
UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
NET: Registered protocol family 1
RPC: Registered named UNIX socket transport module.
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
futex hash table entries: 256 (order: -1, 3072 bytes)
NFS: Registering the id_resolver key type
Key type id_resolver registered
Key type id_legacy registered
nfs4filelayout_init: NFSv4 File Layout Driver Registering...
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
io scheduler noop registered
io scheduler deadline registered (default)
SuperH (H)SCI(F) driver initialized
sh-sci.0: ttySC0 at MMIO 0xffe40000 (irq = 102, base_baud = 0) is a scif
console [ttySC0] enabled
sh-sci.1: ttySC1 at MMIO 0xffe41000 (irq = 103, base_baud = 0) is a scif
sh-sci.2: ttySC2 at MMIO 0xffe42000 (irq = 104, base_baud = 0) is a scif
sh-sci.3: ttySC3 at MMIO 0xffe43000 (irq = 105, base_baud = 0) is a scif
sh-sci.4: ttySC4 at MMIO 0xffe44000 (irq = 106, base_baud = 0) is a scif
sh-sci.5: ttySC5 at MMIO 0xffe45000 (irq = 107, base_baud = 0) is a scif
m25p80 spi0.0: found at26df081a, expected s25fl008k
m25p80 spi0.0: at26df081a (1024 Kbytes)
Creating 1 MTD partitions on "m25p80":
0x000000000000-0x000000100000 : "data(spi)"
libphy: smsc911x-mdio: probed
^ permalink raw reply [flat|nested] 9+ messages in thread* Re: [PATCH v4 00/15] Renesas CMT, MTU2 and TMU platform cleanups
2014-04-22 10:50 [PATCH v4 00/15] Renesas CMT, MTU2 and TMU platform cleanups Laurent Pinchart
` (4 preceding siblings ...)
2014-05-02 1:40 ` Simon Horman
@ 2014-05-02 3:49 ` Geert Uytterhoeven
2014-05-02 17:10 ` Laurent Pinchart
2014-05-11 0:11 ` Simon Horman
7 siblings, 0 replies; 9+ messages in thread
From: Geert Uytterhoeven @ 2014-05-02 3:49 UTC (permalink / raw)
To: linux-sh
On Fri, May 2, 2014 at 3:40 AM, Simon Horman <horms@verge.net.au> wrote:
>> I've attached a debugging patch to this e-mail. Could you please boot the
>> BockW board with that patch applied before (working) and after (broken)
>> applying "ARM: shmobile: r8a7778: Switch to new style TMU device" and provide
>> me with the two boot logs ?
>
> Sure, please see the attached logs.
Relevant part of the difference:
sh_tmu sh_tmu.0: MSTP clock 16 @ffc80030
-sh_tmu sh_tmu.0: phys base 0xffd80008 virt base d0964008 size 12
+sh_tmu sh_tmu.0: phys base 0xffd80000 virt base d0964000 size 48
sh_tmu sh_tmu.0: ch0: base d0964008
sh_tmu sh_tmu.0: ch0: used for clock events
sh_tmu sh_tmu.0: ch0: used for periodic clock events
sh_tmu sh_tmu.0: ch0: reading TSTR @d0964004
-sh_tmu sh_tmu.0: ch0: reading TSTR @d0964004
+sh_tmu sh_tmu.0: ch0: writing TSTR @d0964004
sh_tmu sh_tmu.0: ch0: clock rate is 16666666
sh_tmu sh_tmu.0: ch0: reading TSTR @d0964004
+sh_tmu sh_tmu.0: ch0: writing TSTR @d0964004
sh_tmu sh_tmu.0: ch0: reading TSTR @d0964004
+sh_tmu sh_tmu.0: ch0: writing TSTR @d0964004
sh_tmu sh_tmu.0: ch0: reading TSTR @d0964004
-sh_tmu sh_tmu.0: ch0: reading TSTR @d0964004
-sh_tmu sh_tmu.0: ch0: reading TSTR @d0964004
-sh_tmu sh_tmu.0: ch0: reading TSTR @d0964004
-sh_tmu sh_tmu.0: ch0: requesting IRQ 64 for clock event device
irq64 (good)
-sh_tmu sh_tmu.1: MSTP clock 15 @ffc80030
-sh_tmu sh_tmu.1: phys base 0xffd80014 virt base d0966014 size 12
-sh_tmu sh_tmu.1: ch1: base d0966014
-sh_tmu sh_tmu.1: ch1: failed to get irq
+sh_tmu sh_tmu.0: ch0: writing TSTR @d0964004
+sh_tmu sh_tmu.0: ch0: requesting IRQ 96 for clock event device
irq96 (bad)
+sh_tmu sh_tmu.0: ch1: base d0964014
+sh_tmu sh_tmu.0: ch1: used as clock source
+sh_tmu sh_tmu.0: ch1: reading TSTR @d0964004
+sh_tmu sh_tmu.0: ch1: writing TSTR @d0964004
+sh_tmu sh_tmu.0: ch1: clock rate is 16666666
+sh_tmu sh_tmu.0: ch1: reading TSTR @d0964004
+sh_tmu sh_tmu.0: ch1: writing TSTR @d0964004
+Switched to clocksource sh-tmu.0
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
^ permalink raw reply [flat|nested] 9+ messages in thread* Re: [PATCH v4 00/15] Renesas CMT, MTU2 and TMU platform cleanups
2014-04-22 10:50 [PATCH v4 00/15] Renesas CMT, MTU2 and TMU platform cleanups Laurent Pinchart
` (5 preceding siblings ...)
2014-05-02 3:49 ` Geert Uytterhoeven
@ 2014-05-02 17:10 ` Laurent Pinchart
2014-05-11 0:11 ` Simon Horman
7 siblings, 0 replies; 9+ messages in thread
From: Laurent Pinchart @ 2014-05-02 17:10 UTC (permalink / raw)
To: linux-sh
On Friday 02 May 2014 05:49:41 Geert Uytterhoeven wrote:
> On Fri, May 2, 2014 at 3:40 AM, Simon Horman <horms@verge.net.au> wrote:
> >> I've attached a debugging patch to this e-mail. Could you please boot the
> >> BockW board with that patch applied before (working) and after (broken)
> >> applying "ARM: shmobile: r8a7778: Switch to new style TMU device" and
> >> provide me with the two boot logs ?
> >
> > Sure, please see the attached logs.
>
> Relevant part of the difference:
>
> sh_tmu sh_tmu.0: MSTP clock 16 @ffc80030
> -sh_tmu sh_tmu.0: phys base 0xffd80008 virt base d0964008 size 12
> +sh_tmu sh_tmu.0: phys base 0xffd80000 virt base d0964000 size 48
> sh_tmu sh_tmu.0: ch0: base d0964008
> sh_tmu sh_tmu.0: ch0: used for clock events
> sh_tmu sh_tmu.0: ch0: used for periodic clock events
> sh_tmu sh_tmu.0: ch0: reading TSTR @d0964004
> -sh_tmu sh_tmu.0: ch0: reading TSTR @d0964004
> +sh_tmu sh_tmu.0: ch0: writing TSTR @d0964004
> sh_tmu sh_tmu.0: ch0: clock rate is 16666666
> sh_tmu sh_tmu.0: ch0: reading TSTR @d0964004
> +sh_tmu sh_tmu.0: ch0: writing TSTR @d0964004
> sh_tmu sh_tmu.0: ch0: reading TSTR @d0964004
> +sh_tmu sh_tmu.0: ch0: writing TSTR @d0964004
> sh_tmu sh_tmu.0: ch0: reading TSTR @d0964004
> -sh_tmu sh_tmu.0: ch0: reading TSTR @d0964004
> -sh_tmu sh_tmu.0: ch0: reading TSTR @d0964004
> -sh_tmu sh_tmu.0: ch0: reading TSTR @d0964004
> -sh_tmu sh_tmu.0: ch0: requesting IRQ 64 for clock event device
>
> irq64 (good)
>
> -sh_tmu sh_tmu.1: MSTP clock 15 @ffc80030
> -sh_tmu sh_tmu.1: phys base 0xffd80014 virt base d0966014 size 12
> -sh_tmu sh_tmu.1: ch1: base d0966014
> -sh_tmu sh_tmu.1: ch1: failed to get irq
> +sh_tmu sh_tmu.0: ch0: writing TSTR @d0964004
> +sh_tmu sh_tmu.0: ch0: requesting IRQ 96 for clock event device
>
> irq96 (bad)
Indeed.
My bad. *sigh*
Simon, I've sent v5 of 12/15. This should fix the BockW boot issue. I assume
you won't have time to apply the series before leaving for holidays (of
course, if you can, I won't complain :-)). Do you think there will still be
time to get it in v3.16 when you'll return ?
> +sh_tmu sh_tmu.0: ch1: base d0964014
> +sh_tmu sh_tmu.0: ch1: used as clock source
> +sh_tmu sh_tmu.0: ch1: reading TSTR @d0964004
> +sh_tmu sh_tmu.0: ch1: writing TSTR @d0964004
> +sh_tmu sh_tmu.0: ch1: clock rate is 16666666
> +sh_tmu sh_tmu.0: ch1: reading TSTR @d0964004
> +sh_tmu sh_tmu.0: ch1: writing TSTR @d0964004
> +Switched to clocksource sh-tmu.0
--
Regards,
Laurent Pinchart
^ permalink raw reply [flat|nested] 9+ messages in thread* Re: [PATCH v4 00/15] Renesas CMT, MTU2 and TMU platform cleanups
2014-04-22 10:50 [PATCH v4 00/15] Renesas CMT, MTU2 and TMU platform cleanups Laurent Pinchart
` (6 preceding siblings ...)
2014-05-02 17:10 ` Laurent Pinchart
@ 2014-05-11 0:11 ` Simon Horman
7 siblings, 0 replies; 9+ messages in thread
From: Simon Horman @ 2014-05-11 0:11 UTC (permalink / raw)
To: linux-sh
On Fri, May 02, 2014 at 07:10:58PM +0200, Laurent Pinchart wrote:
> On Friday 02 May 2014 05:49:41 Geert Uytterhoeven wrote:
> > On Fri, May 2, 2014 at 3:40 AM, Simon Horman <horms@verge.net.au> wrote:
> > >> I've attached a debugging patch to this e-mail. Could you please boot the
> > >> BockW board with that patch applied before (working) and after (broken)
> > >> applying "ARM: shmobile: r8a7778: Switch to new style TMU device" and
> > >> provide me with the two boot logs ?
> > >
> > > Sure, please see the attached logs.
> >
> > Relevant part of the difference:
> >
> > sh_tmu sh_tmu.0: MSTP clock 16 @ffc80030
> > -sh_tmu sh_tmu.0: phys base 0xffd80008 virt base d0964008 size 12
> > +sh_tmu sh_tmu.0: phys base 0xffd80000 virt base d0964000 size 48
> > sh_tmu sh_tmu.0: ch0: base d0964008
> > sh_tmu sh_tmu.0: ch0: used for clock events
> > sh_tmu sh_tmu.0: ch0: used for periodic clock events
> > sh_tmu sh_tmu.0: ch0: reading TSTR @d0964004
> > -sh_tmu sh_tmu.0: ch0: reading TSTR @d0964004
> > +sh_tmu sh_tmu.0: ch0: writing TSTR @d0964004
> > sh_tmu sh_tmu.0: ch0: clock rate is 16666666
> > sh_tmu sh_tmu.0: ch0: reading TSTR @d0964004
> > +sh_tmu sh_tmu.0: ch0: writing TSTR @d0964004
> > sh_tmu sh_tmu.0: ch0: reading TSTR @d0964004
> > +sh_tmu sh_tmu.0: ch0: writing TSTR @d0964004
> > sh_tmu sh_tmu.0: ch0: reading TSTR @d0964004
> > -sh_tmu sh_tmu.0: ch0: reading TSTR @d0964004
> > -sh_tmu sh_tmu.0: ch0: reading TSTR @d0964004
> > -sh_tmu sh_tmu.0: ch0: reading TSTR @d0964004
> > -sh_tmu sh_tmu.0: ch0: requesting IRQ 64 for clock event device
> >
> > irq64 (good)
> >
> > -sh_tmu sh_tmu.1: MSTP clock 15 @ffc80030
> > -sh_tmu sh_tmu.1: phys base 0xffd80014 virt base d0966014 size 12
> > -sh_tmu sh_tmu.1: ch1: base d0966014
> > -sh_tmu sh_tmu.1: ch1: failed to get irq
> > +sh_tmu sh_tmu.0: ch0: writing TSTR @d0964004
> > +sh_tmu sh_tmu.0: ch0: requesting IRQ 96 for clock event device
> >
> > irq96 (bad)
>
> Indeed.
>
> My bad. *sigh*
>
> Simon, I've sent v5 of 12/15. This should fix the BockW boot issue. I assume
> you won't have time to apply the series before leaving for holidays (of
> course, if you can, I won't complain :-)). Do you think there will still be
> time to get it in v3.16 when you'll return ?
I'm returning as I write my email.
I'll do my best :)
> > +sh_tmu sh_tmu.0: ch1: base d0964014
> > +sh_tmu sh_tmu.0: ch1: used as clock source
> > +sh_tmu sh_tmu.0: ch1: reading TSTR @d0964004
> > +sh_tmu sh_tmu.0: ch1: writing TSTR @d0964004
> > +sh_tmu sh_tmu.0: ch1: clock rate is 16666666
> > +sh_tmu sh_tmu.0: ch1: reading TSTR @d0964004
> > +sh_tmu sh_tmu.0: ch1: writing TSTR @d0964004
> > +Switched to clocksource sh-tmu.0
>
> --
> Regards,
>
> Laurent Pinchart
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-sh" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
^ permalink raw reply [flat|nested] 9+ messages in thread