All of lore.kernel.org
 help / color / mirror / Atom feed
* Linux 2.6.36-rc8 won't boot
@ 2010-10-15 17:14 Jan Engelhardt
  2010-11-02 13:48 ` Jan Engelhardt
                   ` (9 more replies)
  0 siblings, 10 replies; 11+ messages in thread
From: Jan Engelhardt @ 2010-10-15 17:14 UTC (permalink / raw)
  To: sparclinux

Hi,


I just compiled 2.6.36-rc8 and observe a hang on boot. My previous 
working version was 2.6.34-rc1/gcc 4.4.1, and I checked that gcc isn't 
at fault by recompiling 2.6.34-rc1 with gcc 4.5.0 (it boots).

silo SILO
boot: ares36
Allocated 64 Megs of memory at 0x40000000 for kernel
Loaded kernel version 2.6.36
Loading initial ramdisk (4724778 bytes at 0xC800000 phys, 0x40C00000 virt)...
/
PROMLIB: Sun IEEE Boot Prom 'OBP 4.30.4.a 2010/01/06 14:54'
PROMLIB: Root node compatible: sun4v
Initializing cgroup subsys cpuset
Linux version 2.6.36-rc8 (jengelh@ares) (gcc version 4.5.0 20100604 [gcc-4_5-branch revision 160292] (SUSE Linux) ) #3 SMP Fri Oct 15 15:45:00 CEST 2010
bootconsole [earlyprom0] enabled
ARCH: SUN4V
Ethernet address: 00:14:4f:e1:d1:24
Kernel: Using 4 locked TLB entries for main kernel image.
Remapping the kernel... done.
OF stdout device is: /virtual-devices@100/console@1
PROM: Built device tree with 67484 bytes of memory.
MDESC: Size is 33456 bytes.
PLATFORM: banner-name [SPARC Enterprise T1000]
PLATFORM: name [SUNW,SPARC-Enterprise-T1000]
PLATFORM: hostid [84e1d124]
PLATFORM: serial# [00ab4130]
PLATFORM: stick-frequency [3b9aca00]
PLATFORM: mac-address [144fe1d124]
PLATFORM: watchdog-resolution [1000 ms]
PLATFORM: watchdog-max-timeout [31536000000 ms]
PLATFORM: max-cpus [32]
Top of RAM: 0x1ffdb4000, Total RAM: 0x1f79a4000
Memory hole size: 132MB
[0000010000000000-fffff80009800000] page_structs\x131072 node=0 entry=0/8192
[0000010000000000-fffff80009c00000] page_structs\x131072 node=0 entry=1/8192
[0000010000800000-fffff8000a000000] page_structs\x131072 node=0 entry=2/8192
[0000010000800000-fffff8000a400000] page_structs\x131072 node=0 entry=3/8192
[0000010001000000-fffff8000a800000] page_structs\x131072 node=0 entry=4/8192
[0000010001000000-fffff8000ac00000] page_structs\x131072 node=0 entry=5/8192
[0000010001800000-fffff8000b000000] page_structs\x131072 node=0 entry=6/8192
[0000010001800000-fffff8000b400000] page_structs\x131072 node=0 entry=7/8192
[0000010002000000-fffff8000b800000] page_structs\x131072 node=0 entry=8/8192
[0000010002000000-fffff8000bc00000] page_structs\x131072 node=0 entry=9/8192
[0000010002800000-fffff8000c000000] page_structs\x131072 node=0 entry\x10/8192
[0000010002800000-fffff8000c400000] page_structs\x131072 node=0 entry\x11/8192
[0000010003000000-fffff8000d000000] page_structs\x131072 node=0 entry\x12/8192
[0000010003000000-fffff8000d400000] page_structs\x131072 node=0 entry\x13/8192
[0000010003800000-fffff8000d800000] page_structs\x131072 node=0 entry\x14/8192
[0000010003800000-fffff8000dc00000] page_structs\x131072 node=0 entry\x15/8192
Zone PFN ranges:
  Normal   0x00004200 -> 0x000ffeda
Movable zone start PFN for each node
early_node_map[2] active PFN ranges
    0: 0x00004200 -> 0x000ffec2
    0: 0x000ffeca -> 0x000ffeda
Booting Linux...
PERCPU: Embedded 231 pages/cpu @fffff8000e000000 s1855552 r8192 d28608 u2097152
pcpu-alloc: s1855552 r8192 d28608 u2097152 alloc=1*4194304
pcpu-alloc: [0] 00 01 [0] 02 03 [0] 04 05 [0] 06 07 
pcpu-alloc: [0] 08 09 [0] 10 11 [0] 12 13 [0] 14 15 
pcpu-alloc: [0] 16 17 [0] 18 19 [0] 20 21 [0] 22 23 
pcpu-alloc: [0] 24 25 [0] 26 27 [0] 28 29 [0] 30 31 
Built 1 zonelists in Node order, mobility grouping on.  Total pages: 1023320
Policy zone: Normal
Kernel command line: console=ttyS0
PID hash table entries: 4096 (order: 2, 32768 bytes)
Memory: 8104152k available (3880k kernel code, 2216k data, 2000k init) [fffff80000000000,00000001ffdb4000]
SLUB: Genslabs\x15, HWalign2, Order=0-3, MinObjects=0, CPUs2, Nodes\x16
Hierarchical RCU implementation.
        RCU debugfs-based tracing is enabled.
        Verbose stalled-CPUs detection is disabled.
NR_IRQS:255
clocksource: mult[80000000] shift[31]
clockevent: mult[80000000] shift[31]
Console: colour dummy device 80x25
Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar
... MAX_LOCKDEP_SUBCLASSES:  8
... MAX_LOCK_DEPTH:          48
... MAX_LOCKDEP_KEYS:        8191
... CLASSHASH_SIZE:          4096
... MAX_LOCKDEP_ENTRIES:     16384
... MAX_LOCKDEP_CHAINS:      32768
... CHAINHASH_SIZE:          16384
 memory used by lock dependency info: 6335 kB
 per task-struct memory footprint: 2688 bytes
Calibrating delay using timer specific routine.. 2007.88 BogoMIPS (lpj@15773)
pid_max: default: 32768 minimum: 301
Security Framework initialized
Dentry cache hash table entries: 1048576 (order: 10, 8388608 bytes)
Inode-cache hash table entries: 524288 (order: 9, 4194304 bytes)
Mount-cache hash table entries: 512
Initializing cgroup subsys ns
Initializing cgroup subsys cpuacct
Initializing cgroup subsys devices
Initializing cgroup subsys blkio
<hangs here>

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Linux 2.6.36-rc8 won't boot
  2010-10-15 17:14 Linux 2.6.36-rc8 won't boot Jan Engelhardt
@ 2010-11-02 13:48 ` Jan Engelhardt
  2010-11-02 13:54 ` David Miller
                   ` (8 subsequent siblings)
  9 siblings, 0 replies; 11+ messages in thread
From: Jan Engelhardt @ 2010-11-02 13:48 UTC (permalink / raw)
  To: sparclinux

nOn Friday 2010-10-15 19:14, Jan Engelhardt wrote:

>Hi,
>
>
>I just compiled 2.6.36-rc8 and observe a hang on boot. My previous 
>working version was 2.6.34-rc1/gcc 4.4.1, and I checked that gcc isn't 
>at fault by recompiling 2.6.34-rc1 with gcc 4.5.0 (it boots).

I tried bisecting today, booted a number of kernels already, and upon 
the latest reboot I only get this - very frustrating.

SPARC Enterprise T1000, No Keyboard
Copyright (c) 1998, 2010, Oracle and/or its affiliates. All rights 
reserved.
OpenBoot 4.30.4.b, 8064 MB memory available, Serial #81908004.
Ethernet address 0:14:4f:e1:d1:24, Host ID: 84e1d124.
(T1000 firmware 6.7.10)

{0} ok boot
Boot device: disk  File and args: 
SILO Version 1.4.14
ERROR: Last Trap: Illegal Instruction
{0} ok


^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Linux 2.6.36-rc8 won't boot
  2010-10-15 17:14 Linux 2.6.36-rc8 won't boot Jan Engelhardt
  2010-11-02 13:48 ` Jan Engelhardt
@ 2010-11-02 13:54 ` David Miller
  2010-11-02 19:02 ` Jan Engelhardt
                   ` (7 subsequent siblings)
  9 siblings, 0 replies; 11+ messages in thread
From: David Miller @ 2010-11-02 13:54 UTC (permalink / raw)
  To: sparclinux

From: Jan Engelhardt <jengelh@medozas.de>
Date: Tue, 2 Nov 2010 14:48:49 +0100 (CET)

> I tried bisecting today, booted a number of kernels already, and upon 
> the latest reboot I only get this - very frustrating.
> 
> SPARC Enterprise T1000, No Keyboard
> Copyright (c) 1998, 2010, Oracle and/or its affiliates. All rights 
> reserved.
> OpenBoot 4.30.4.b, 8064 MB memory available, Serial #81908004.
> Ethernet address 0:14:4f:e1:d1:24, Host ID: 84e1d124.
> (T1000 firmware 6.7.10)
> 
> {0} ok boot
> Boot device: disk  File and args: 
> SILO Version 1.4.14
> ERROR: Last Trap: Illegal Instruction
> {0} ok

Type "dis" and ".registers" so that you can see where it crashed
and what the register values were at the time of the crash.

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Linux 2.6.36-rc8 won't boot
  2010-10-15 17:14 Linux 2.6.36-rc8 won't boot Jan Engelhardt
  2010-11-02 13:48 ` Jan Engelhardt
  2010-11-02 13:54 ` David Miller
@ 2010-11-02 19:02 ` Jan Engelhardt
  2010-11-02 19:08 ` David Miller
                   ` (6 subsequent siblings)
  9 siblings, 0 replies; 11+ messages in thread
From: Jan Engelhardt @ 2010-11-02 19:02 UTC (permalink / raw)
  To: sparclinux


On Tuesday 2010-11-02 14:54, David Miller wrote:
>> I tried bisecting today, booted a number of kernels already, and upon 
>> the latest reboot I only get this - very frustrating.
>> 
>> {0} ok boot
>> Boot device: disk  File and args: 
>> SILO Version 1.4.14
>> ERROR: Last Trap: Illegal Instruction
>> {0} ok
>
>Type "dis" and ".registers" so that you can see where it crashed
>and what the register values were at the time of the crash.

{0} ok .registers
        Normal          GL=1
0:                 0                0
1:                 0                5
2:          1029e3a0             1fff
3:          f130f52c                0
4:            3a8400        1ffffe000
5:                 0        1fff53a80
6:                 0        1fff53d00
7:                 0         f0245504
%PC  f0243ca8 %nPC f0243cac 
%TBA f0200000 %CCR 4414001e XCC:nzvC   ICC:NZVc

{0} ok dis
0000.0000.fef7.01c0    illtrap
0000.0000.fef7.01c4    illtrap
0000.0000.fef7.01c8    illtrap
0000.0000.fef7.01cc    illtrap
0000.0000.fef7.01d0    illtrap
0000.0000.fef7.01d4    illtrap
0000.0000.fef7.01d8    illtrap
0000.0000.fef7.01dc    illtrap
0000.0000.fef7.01e0    illtrap
0000.0000.fef7.01e4    illtrap
0000.0000.fef7.01e8    illtrap
0000.0000.fef7.01ec    illtrap
0000.0000.fef7.01f0    illtrap
0000.0000.fef7.01f4    illtrap
0000.0000.fef7.01f8    illtrap
0000.0000.fef7.01fc    illtrap
0000.0000.fef7.0200    illtrap
0000.0000.fef7.0204    illtrap
0000.0000.fef7.0208    illtrap
0000.0000.fef7.020c    illtrap
0000.0000.fef7.0210    illtrap
0000.0000.fef7.0214    illtrap
0000.0000.fef7.0218    illtrap 
0000.0000.fef7.021c    illtrap
0000.0000.fef7.0220    illtrap
0000.0000.fef7.0224    illtrap
0000.0000.fef7.0228    illtrap
0000.0000.fef7.022c    illtrap
0000.0000.fef7.0230    illtrap
0000.0000.fef7.0234    illtrap
0000.0000.fef7.0238    illtrap
0000.0000.fef7.023c    illtrap
0000.0000.fef7.0240    illtrap
0000.0000.fef7.0244    illtrap
0000.0000.fef7.0248    illtrap
0000.0000.fef7.024c    illtrap
0000.0000.fef7.0250    illtrap
0000.0000.fef7.0254    illtrap
0000.0000.fef7.0258    illtrap
0000.0000.fef7.025c    illtrap
0000.0000.fef7.0260    illtrap
0000.0000.fef7.0264    illtrap
0000.0000.fef7.0268    illtrap
0000.0000.fef7.026c    illtrap
0000.0000.fef7.0270    illtrap
0000.0000.fef7.0274    illtrap 
0000.0000.fef7.0278    illtrap
0000.0000.fef7.027c    illtrap
0000.0000.fef7.0280    illtrap
0000.0000.fef7.0284    illtrap
0000.0000.fef7.0288    illtrap
0000.0000.fef7.028c    illtrap
0000.0000.fef7.0290    illtrap
0000.0000.fef7.0294    illtrap
0000.0000.fef7.0298    illtrap
0000.0000.fef7.029c    illtrap
0000.0000.fef7.02a0    illtrap
0000.0000.fef7.02a4    illtrap
0000.0000.fef7.02a8    illtrap
0000.0000.fef7.02ac    illtrap
0000.0000.fef7.02b0    illtrap
0000.0000.fef7.02b4    illtrap
0000.0000.fef7.02b8    illtrap
0000.0000.fef7.02bc    illtrap
0000.0000.fef7.02c0    illtrap
0000.0000.fef7.02c4    illtrap
0000.0000.fef7.02c8    illtrap
0000.0000.fef7.02cc    st          %i0, [%l7 + %i0]
0000.0000.fef7.02d0    illtrap 
0000.0000.fef7.02d4    ???         [%o5 - 8ff] %asi, %i7
0000.0000.fef7.02d8    illtrap
0000.0000.fef7.02dc    illtrap
0000.0000.fef7.02e0    illtrap
0000.0000.fef7.02e4    illtrap
0000.0000.fef7.02e8    illtrap
0000.0000.fef7.02ec    illtrap
0000.0000.fef7.02f0    illtrap
0000.0000.fef7.02f4    illtrap
0000.0000.fef7.02f8    illtrap
0000.0000.fef7.02fc    illtrap
0000.0000.fef7.0300    illtrap
0000.0000.fef7.0304    illtrap
0000.0000.fef7.0308    illtrap
0000.0000.fef7.030c    illtrap
0000.0000.fef7.0310    illtrap
0000.0000.fef7.0314    illtrap
0000.0000.fef7.0318    illtrap
0000.0000.fef7.031c    illtrap
0000.0000.fef7.0320    illtrap
0000.0000.fef7.0324    illtrap
0000.0000.fef7.0328    illtrap
0000.0000.fef7.032c    illtrap 
0000.0000.fef7.0330    illtrap
0000.0000.fef7.0334    illtrap
0000.0000.fef7.0338    illtrap
0000.0000.fef7.033c    illtrap
0000.0000.fef7.0340    illtrap
0000.0000.fef7.0344    illtrap
0000.0000.fef7.0348    illtrap
0000.0000.fef7.034c    illtrap
0000.0000.fef7.0350    illtrap
0000.0000.fef7.0354    illtrap
0000.0000.fef7.0358    illtrap
0000.0000.fef7.035c    illtrap
0000.0000.fef7.0360    illtrap
0000.0000.fef7.0364    illtrap
0000.0000.fef7.0368    illtrap
0000.0000.fef7.036c    illtrap
0000.0000.fef7.0370    illtrap
0000.0000.fef7.0374    illtrap
0000.0000.fef7.0378    illtrap
0000.0000.fef7.037c    illtrap
0000.0000.fef7.0380    illtrap
0000.0000.fef7.0384    illtrap
0000.0000.fef7.0388    illtrap 
0000.0000.fef7.038c    illtrap
0000.0000.fef7.0390    illtrap
0000.0000.fef7.0394    illtrap
0000.0000.fef7.0398    illtrap
0000.0000.fef7.039c    illtrap
0000.0000.fef7.03a0    illtrap
0000.0000.fef7.03a4    illtrap
0000.0000.fef7.03a8    illtrap
0000.0000.fef7.03ac    illtrap
0000.0000.fef7.03b0    illtrap
0000.0000.fef7.03b4    illtrap
0000.0000.fef7.03b8    illtrap
0000.0000.fef7.03bc    illtrap
0000.0000.fef7.03c0    illtrap
0000.0000.fef7.03c4    illtrap
0000.0000.fef7.03c8    illtrap
0000.0000.fef7.03cc    st          %i0, [%l7 + %i0]
0000.0000.fef7.03d0    illtrap
0000.0000.fef7.03d4    ???         [%o5 - 8ff] %asi, %i7
0000.0000.fef7.03d8    illtrap
0000.0000.fef7.03dc    illtrap
0000.0000.fef7.03e0    illtrap
0000.0000.fef7.03e4    illtrap 
0000.0000.fef7.03e8    illtrap
0000.0000.fef7.03ec    illtrap
0000.0000.fef7.03f0    illtrap
0000.0000.fef7.03f4    illtrap
0000.0000.fef7.03f8    illtrap
0000.0000.fef7.03fc    illtrap
0000.0000.fef7.0400    illtrap
0000.0000.fef7.0404    illtrap
0000.0000.fef7.0408    call        0000.0000.fef7.0404
0000.0000.fef7.040c    ???         [%i7 - 8] %asi, %f62 


^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Linux 2.6.36-rc8 won't boot
  2010-10-15 17:14 Linux 2.6.36-rc8 won't boot Jan Engelhardt
                   ` (2 preceding siblings ...)
  2010-11-02 19:02 ` Jan Engelhardt
@ 2010-11-02 19:08 ` David Miller
  2010-11-03 11:01 ` Jan Engelhardt
                   ` (5 subsequent siblings)
  9 siblings, 0 replies; 11+ messages in thread
From: David Miller @ 2010-11-02 19:08 UTC (permalink / raw)
  To: sparclinux


Jan, match the program counter and the register values with
things in your System.map and kernel image.

The values are meaningless to me, you need to do the actual
work to effectively get this into a debuggable state.

Just dumping it to me is worthless.

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Linux 2.6.36-rc8 won't boot
  2010-10-15 17:14 Linux 2.6.36-rc8 won't boot Jan Engelhardt
                   ` (3 preceding siblings ...)
  2010-11-02 19:08 ` David Miller
@ 2010-11-03 11:01 ` Jan Engelhardt
  2010-11-15  3:28 ` Jan Engelhardt
                   ` (4 subsequent siblings)
  9 siblings, 0 replies; 11+ messages in thread
From: Jan Engelhardt @ 2010-11-03 11:01 UTC (permalink / raw)
  To: sparclinux

On Tuesday 2010-11-02 20:08, David Miller wrote:

>
>Jan, match the program counter and the register values with
>things in your System.map and kernel image.
>
>The values are meaningless to me, you need to do the actual
>work to effectively get this into a debuggable state.
>
>Just dumping it to me is worthless.

AFAICT this is SILO acting up. (It's reminiscient of 
silo.git:70643a1984ce25b701ec77ac29f8194676bf30c5, but I doubt it's the 
same.)
I gotta netboot, too bad we don't have an intermediate network loader 
stage (such as pxelinux on x86) that is able to allocate enough
memory to be able to load images >10MB.

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Linux 2.6.36-rc8 won't boot
  2010-10-15 17:14 Linux 2.6.36-rc8 won't boot Jan Engelhardt
                   ` (4 preceding siblings ...)
  2010-11-03 11:01 ` Jan Engelhardt
@ 2010-11-15  3:28 ` Jan Engelhardt
  2010-11-15 15:49 ` David Miller
                   ` (3 subsequent siblings)
  9 siblings, 0 replies; 11+ messages in thread
From: Jan Engelhardt @ 2010-11-15  3:28 UTC (permalink / raw)
  To: sparclinux


On Tuesday 2010-11-02 14:48, Jan Engelhardt wrote:
>>
>>I just compiled 2.6.36-rc8 and observe a hang on boot. My previous 
>>working version was 2.6.34-rc1/gcc 4.4.1, and I checked that gcc isn't 
>>at fault by recompiling 2.6.34-rc1 with gcc 4.5.0 (it boots).
>
>I tried bisecting today, booted a number of kernels already, and upon 
>the latest reboot I only get this - very frustrating.
>
>SPARC Enterprise T1000, No Keyboard
>Copyright (c) 1998, 2010, Oracle and/or its affiliates. All rights 
>reserved.
>OpenBoot 4.30.4.b, 8064 MB memory available, Serial #81908004.
>Ethernet address 0:14:4f:e1:d1:24, Host ID: 84e1d124.
>(T1000 firmware 6.7.10)
>
>{0} ok boot
>Boot device: disk  File and args: 
>SILO Version 1.4.14
>ERROR: Last Trap: Illegal Instruction
>{0} ok

My SILO seems to have had a few cosmic Sun rays..
rerunning silo(8) from a netbooted kernel seems to have fixed it.

Speaking of net kernel, it was a bit of an annoyance to build a
crosscompiler. Other than using ^C or waiting for a compile error
to happen, how is one supposed to stop building gcc after xgcc
has been built? Seems there is no make target for it. I also
tried gcc configure --without-headers, but it still tried to
compile libgcc. How does one get the headers from Glibc in the
first place, given one can't run ./configure on glibc with
--host=sparc64 because that very crosscompiler isn't built yet.
There ought to be something akin to Linux's headers_install in
Glibc too somewhere.

Back to bisecting the boot hang...

7c1f6afcf98fe95fb3f2b70ce01cf66f6db53b5e is the first bad commit
commit 7c1f6afcf98fe95fb3f2b70ce01cf66f6db53b5e
Author: David S. Miller <davem@davemloft.net>
Date:   Tue May 25 23:51:17 2010 -0700

    sunserial: Don't call add_preferred_console() when console= is specified.
    
    Reported-by: Frans Pop <elendil@planet.nl>
    Signed-off-by: David S. Miller <davem@davemloft.net>

:040000 040000 827bf16df16b16a0dc938f2dc7483bc3cf5d44d3
69e6b8fb55a416204e599554f5af821cc612325e M      drivers


$ cat /proc/cmdline 
console=ttyS0

(ttyS0 is in fact the sun4v ttyHV0.) This "turning off earlyprom0"
at the end of the kernel boot log is worrysome, and seems to be
the cause for the stop. (I have seen similar when booting a kernel
to a filesystem that has no /dev/console.)

---
Allocated 64 Megs of memory at 0x40000000 for kernel
Loaded kernel version 2.6.34
Loading initial ramdisk (4724814 bytes at 0xC800000 phys, 0x40C00000 virt)...
\
PROMLIB: Sun IEEE Boot Prom 'OBP 4.30.4.b 2010/07/09 13:43'
PROMLIB: Root node compatible: sun4v
Initializing cgroup subsys cpuset
Linux version 2.6.34-ts (jengelh@ares) (gcc version 4.5.0 20100604 [gcc-4_5-branch revision 160292] (SUSE Linux) ) #26 SMP Mon Nov 15 04:24:00 CET 2010
bootconsole [earlyprom0] enabled
ARCH: SUN4V
Ethernet address: 00:14:4f:e1:d1:24
Kernel: Using 4 locked TLB entries for main kernel image.
Remapping the kernel... done.
OF stdout device is: /virtual-devices@100/console@1
PROM: Built device tree with 67484 bytes of memory.
MDESC: Size is 33456 bytes.
PLATFORM: banner-name [SPARC Enterprise T1000]
PLATFORM: name [SUNW,SPARC-Enterprise-T1000]
PLATFORM: hostid [84e1d124]
PLATFORM: serial# [00ab4130]
PLATFORM: stick-frequency [3b9aca00]
PLATFORM: mac-address [144fe1d124]
PLATFORM: watchdog-resolution [1000 ms]
PLATFORM: watchdog-max-timeout [31536000000 ms]
PLATFORM: max-cpus [32]
Top of RAM: 0x1ffdb4000, Total RAM: 0x1f79a4000
Memory hole size: 132MB
[0000010000000000-fffff80009800000] page_structs\x131072 node=0 entry=0/8192
[0000010000000000-fffff80009c00000] page_structs\x131072 node=0 entry=1/8192
[0000010000800000-fffff8000a000000] page_structs\x131072 node=0 entry=2/8192
[0000010000800000-fffff8000a400000] page_structs\x131072 node=0 entry=3/8192
[0000010001000000-fffff8000a800000] page_structs\x131072 node=0 entry=4/8192
[0000010001000000-fffff8000ac00000] page_structs\x131072 node=0 entry=5/8192
[0000010001800000-fffff8000b000000] page_structs\x131072 node=0 entry=6/8192
[0000010001800000-fffff8000b400000] page_structs\x131072 node=0 entry=7/8192
[0000010002000000-fffff8000b800000] page_structs\x131072 node=0 entry=8/8192
[0000010002000000-fffff8000bc00000] page_structs\x131072 node=0 entry=9/8192
[0000010002800000-fffff8000c000000] page_structs\x131072 node=0 entry\x10/8192
[0000010002800000-fffff8000c400000] page_structs\x131072 node=0 entry\x11/8192
[0000010003000000-fffff8000d000000] page_structs\x131072 node=0 entry\x12/8192
[0000010003000000-fffff8000d400000] page_structs\x131072 node=0 entry\x13/8192
[0000010003800000-fffff8000d800000] page_structs\x131072 node=0 entry\x14/8192
[0000010003800000-fffff8000dc00000] page_structs\x131072 node=0 entry\x15/8192
Zone PFN ranges:
  Normal   0x00004200 -> 0x000ffeda
Movable zone start PFN for each node
early_node_map[2] active PFN ranges
    0: 0x00004200 -> 0x000ffec2
    0: 0x000ffeca -> 0x000ffeda
Booting Linux...
PERCPU: Embedded 230 pages/cpu @fffff8000e000000 s1854400 r8192 d21568 u2097152
pcpu-alloc: s1854400 r8192 d21568 u2097152 alloc=1*4194304
pcpu-alloc: [0] 00 01 [0] 02 03 [0] 04 05 [0] 06 07 
pcpu-alloc: [0] 08 09 [0] 10 11 [0] 12 13 [0] 14 15 
pcpu-alloc: [0] 16 17 [0] 18 19 [0] 20 21 [0] 22 23 
pcpu-alloc: [0] 24 25 [0] 26 27 [0] 28 29 [0] 30 31 
Built 1 zonelists in Node order, mobility grouping on.  Total pages: 1023320
Policy zone: Normal
Kernel command line: console=ttyS0
PID hash table entries: 4096 (order: 2, 32768 bytes)
Memory: 8104352k available (3856k kernel code, 2296k data, 2000k init) [fffff80000000000,00000001ffdb4000]
SLUB: Genslabs\x15, HWalign2, Order=0-3, MinObjects=0, CPUs2, Nodes\x16
Hierarchical RCU implementation.
        RCU debugfs-based tracing is enabled.
        Verbose stalled-CPUs detection is disabled.
NR_IRQS:255
clocksource: mult[80000000] shift[31]
clockevent: mult[80000000] shift[31]
Console: colour dummy device 80x25
Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar
... MAX_LOCKDEP_SUBCLASSES:  8
... MAX_LOCK_DEPTH:          48
... MAX_LOCKDEP_KEYS:        8191
... CLASSHASH_SIZE:          4096
... MAX_LOCKDEP_ENTRIES:     16384
... MAX_LOCKDEP_CHAINS:      32768
... CHAINHASH_SIZE:          16384
 memory used by lock dependency info: 6335 kB
 per task-struct memory footprint: 2688 bytes
Calibrating delay using timer specific routine.. 2008.48 BogoMIPS (lpj@16976)
Security Framework initialized
Dentry cache hash table entries: 1048576 (order: 10, 8388608 bytes)
Inode-cache hash table entries: 524288 (order: 9, 4194304 bytes)
Mount-cache hash table entries: 512
Initializing cgroup subsys ns
Initializing cgroup subsys cpuacct
Initializing cgroup subsys devices
Initializing cgroup subsys blkio
Brought up 24 CPUs
ldc.c:v1.1 (July 22, 2008)
ldc: Domaining disabled.
NET: Registered protocol family 16
VIO: Adding device channel-devices
VIO: Adding device vldc-port-0-0
VIO: Adding device vldc-port-0-1
VIO: Adding device vldc-port-0-2
VIO: Adding device vldc-port-1-0
VIO: Adding device vldc-port-3-0
VIO: Adding device vldc-port-3-8
VIO: Adding device ds-1
VIO: Adding device ds-0
Testing NMI watchdog ... OK.
Performance events: Supported PMU type is 'niagara'
pci_sun4v: Registered hvapi major[1] minor[0]
/pci@780: SUN4V PCI Bus Module
/pci@780: On NUMA node -1
/pci@780: PCI IO[e810000000] MEM[ea00000000]
/pci@780: Unable to request IOMMU resource.
/pci@780: MSI Queue first[0] num[36] count[128] devino[0x18]
/pci@780: MSI first[0] num[256] mask[0xff] width[32]
/pci@780: MSI addr32[0x7fff0000:0x10000] addr64[0x3ffff0000:0x10000]
/pci@780: MSI queues at RA [00000001fdc00000]
PCI: Scanning PBM /pci@780
/pci@7c0: SUN4V PCI Bus Module
/pci@7c0: On NUMA node -1
/pci@7c0: PCI IO[f010000000] MEM[f200000000]
/pci@7c0: Unable to request IOMMU resource.
/pci@7c0: MSI Queue first[0] num[36] count[128] devino[0x18]
/pci@7c0: MSI first[0] num[256] mask[0xff] width[32]
/pci@7c0: MSI addr32[0x7fff0000:0x10000] addr64[0x3ffff0000:0x10000]
/pci@7c0: MSI queues at RA [00000001fdd00000]
PCI: Scanning PBM /pci@7c0
ds.c:v1.0 (Jul 11, 2007)
bio: create slab <bio-0> at 0
vgaarb: loaded
SCSI subsystem initialized
Switching to clocksource stick
NET: Registered protocol family 2
IP route cache hash table entries: 262144 (order: 8, 2097152 bytes)
TCP established hash table entries: 524288 (order: 10, 8388608 bytes)
TCP bind hash table entries: 65536 (order: 9, 4718592 bytes)
TCP: Hash tables configured (established 524288 bind 65536)
TCP reno registered
UDP hash table entries: 4096 (order: 6, 655360 bytes)
UDP-Lite hash table entries: 4096 (order: 6, 655360 bytes)
NET: Registered protocol family 1
Unpacking initramfs...
Freeing initrd memory: 4614k freed
audit: initializing netlink socket (disabled)
type 00 audit(1.168:1): initialized
HugeTLB registered 4 MB page size, pre-allocated 0 pages
VFS: Disk quotas dquot_6.5.2
Dquot-cache hash table entries: 1024 (order 0, 8192 bytes)
msgmni has been set to 15837
alg: No test for cipher_null (cipher_null-generic)
cryptomgr_test used greatest stack depth: 12560 bytes left
alg: No test for ecb(cipher_null) (ecb-cipher_null)
alg: No test for digest_null (digest_null-generic)
alg: No test for compress_null (compress_null-generic)
cryptomgr_test used greatest stack depth: 11344 bytes left
cryptomgr_test used greatest stack depth: 11024 bytes left
cryptomgr_test used greatest stack depth: 10064 bytes left
cryptomgr_test used greatest stack depth: 9536 bytes left
alg: No test for fcrypt (fcrypt-generic)
alg: No test for stdrng (krng)
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
io scheduler noop registered
io scheduler deadline registered
io scheduler cfq registered (default)
pci-stub: invalid id string ""
f027a84c: ttyS0 at I/O 0x0 (irq = 1) is a SUN4V HCONS
Fusion MPT base driver 3.04.15
Copyright (c) 1999-2008 LSI Corporation
Fusion MPT SAS Host driver 3.04.15
mptbase: ioc0: Initiating bringup
ioc0: LSISAS1064 A3: Capabilities={Initiator}
scsi0 : ioc0: LSISAS1064 A3, FwRev\x010a0000h, Ports=1, MaxQQ1, IRQ%
mptsas: ioc0: attaching sata device: fw_channel 0, fw_id 0, phy 0, sas_addr 0x1221000000000000
scsi 0:0:0:0: Direct-Access     ATA      Hitachi HDS72202 A28A PQ: 0 ANSI: 5
sd 0:0:0:0: [sda] 3907029168 512-byte logical blocks: (2.00 TB/1.81 TiB)
mice: PS/2 mouse device common for all mice
rtc-sun4v rtc-sun4v: rtc core: registered sun4v as rtc0
sd 0:0:0:0: [sda] Write Protect is off
TCP hybla registered
NET: Registered protocol family 10
sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
lo: Disabled Privacy Extensions
turn off boot console earlyprom0

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Linux 2.6.36-rc8 won't boot
  2010-10-15 17:14 Linux 2.6.36-rc8 won't boot Jan Engelhardt
                   ` (5 preceding siblings ...)
  2010-11-15  3:28 ` Jan Engelhardt
@ 2010-11-15 15:49 ` David Miller
  2010-11-15 19:18 ` Jan Engelhardt
                   ` (2 subsequent siblings)
  9 siblings, 0 replies; 11+ messages in thread
From: David Miller @ 2010-11-15 15:49 UTC (permalink / raw)
  To: sparclinux

From: Jan Engelhardt <jengelh@medozas.de>
Date: Mon, 15 Nov 2010 04:28:26 +0100 (CET)

> Speaking of net kernel, it was a bit of an annoyance to build a
> crosscompiler.

./configure --disable-bootstrap

> 7c1f6afcf98fe95fb3f2b70ce01cf66f6db53b5e is the first bad commit
> commit 7c1f6afcf98fe95fb3f2b70ce01cf66f6db53b5e
> Author: David S. Miller <davem@davemloft.net>
> Date:   Tue May 25 23:51:17 2010 -0700
> 
>     sunserial: Don't call add_preferred_console() when console= is specified.
>     
>     Reported-by: Frans Pop <elendil@planet.nl>
>     Signed-off-by: David S. Miller <davem@davemloft.net>
> 
> :040000 040000 827bf16df16b16a0dc938f2dc7483bc3cf5d44d3
> 69e6b8fb55a416204e599554f5af821cc612325e M      drivers
> 
> 
> $ cat /proc/cmdline 
> console=ttyS0
> 
> (ttyS0 is in fact the sun4v ttyHV0.) This "turning off earlyprom0"
> at the end of the kernel boot log is worrysome, and seems to be
> the cause for the stop. (I have seen similar when booting a kernel
> to a filesystem that has no /dev/console.)

You'll see the "turning off earlyprom0" message on normal boots too.

Your console device is not ttyS0, it is in fact ttyHV0.  The kernel
was overriding your incorrect kernel boot command line specification
before the commit in question, now it's respecting it and that's why
you no longer get your console.

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Linux 2.6.36-rc8 won't boot
  2010-10-15 17:14 Linux 2.6.36-rc8 won't boot Jan Engelhardt
                   ` (6 preceding siblings ...)
  2010-11-15 15:49 ` David Miller
@ 2010-11-15 19:18 ` Jan Engelhardt
  2010-11-15 19:24 ` David Miller
  2010-11-28  6:30 ` Frans van Berckel
  9 siblings, 0 replies; 11+ messages in thread
From: Jan Engelhardt @ 2010-11-15 19:18 UTC (permalink / raw)
  To: sparclinux


On Monday 2010-11-15 16:49, David Miller wrote:
>
>> 7c1f6afcf98fe95fb3f2b70ce01cf66f6db53b5e is the first bad commit
>> Author: David S. Miller <davem@davemloft.net>
>> Date:   Tue May 25 23:51:17 2010 -0700
>> 
>>     sunserial: Don't call add_preferred_console() when console= is specified.
>> 
>> $ cat /proc/cmdline 
>> console=ttyS0
>> 
>> (ttyS0 is in fact the sun4v ttyHV0.) This "turning off earlyprom0"
>> at the end of the kernel boot log is worrysome, and seems to be
>> the cause for the stop. (I have seen similar when booting a kernel
>> to a filesystem that has no /dev/console.)
>
>Your console device is not ttyS0, it is in fact ttyHV0.  The kernel
>was overriding your incorrect kernel boot command line specification
>before the commit in question, now it's respecting it and that's why
>you no longer get your console.

However, I do not see any /dev/ttyHV0. But there is /dev/ttyS0 which,
when I echo something to it, does print stuff on the HV console. So
console=ttyS0 actually made sense.

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Linux 2.6.36-rc8 won't boot
  2010-10-15 17:14 Linux 2.6.36-rc8 won't boot Jan Engelhardt
                   ` (7 preceding siblings ...)
  2010-11-15 19:18 ` Jan Engelhardt
@ 2010-11-15 19:24 ` David Miller
  2010-11-28  6:30 ` Frans van Berckel
  9 siblings, 0 replies; 11+ messages in thread
From: David Miller @ 2010-11-15 19:24 UTC (permalink / raw)
  To: sparclinux

From: Jan Engelhardt <jengelh@medozas.de>
Date: Mon, 15 Nov 2010 20:18:42 +0100 (CET)

> However, I do not see any /dev/ttyHV0. But there is /dev/ttyS0 which,
> when I echo something to it, does print stuff on the HV console. So
> console=ttyS0 actually made sense.

Yes, this is a relic from how the console and serial subsystem
do their device naming.

I left the serial device name at ttyS* so that there wouldn't
need to be special knowledge of this in whatever distribution
bits set up and configure serial consoles.

In hindsight that might have been a mistake, and perhaps I should have
named both things ttyHV* but there's no way I can change it now
without breaking more than I would fix.

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Linux 2.6.36-rc8 won't boot
  2010-10-15 17:14 Linux 2.6.36-rc8 won't boot Jan Engelhardt
                   ` (8 preceding siblings ...)
  2010-11-15 19:24 ` David Miller
@ 2010-11-28  6:30 ` Frans van Berckel
  9 siblings, 0 replies; 11+ messages in thread
From: Frans van Berckel @ 2010-11-28  6:30 UTC (permalink / raw)
  To: sparclinux

Hi Jan,

> I just compiled 2.6.36-rc8 and observe a hang on boot. My previous 
> working version was 2.6.34-rc1/gcc 4.4.1, and I checked that gcc
> isn't at fault by recompiling 2.6.34-rc1 with gcc 4.5.0 (it boots).

Is there any progress to call om 2.6.36 on sparc64? What did you find
out so far? Gonna checkout 2.6.34-rc1, because I am still on 2.6.26.

Thanks,


Frans van Berckel


^ permalink raw reply	[flat|nested] 11+ messages in thread

end of thread, other threads:[~2010-11-28  6:30 UTC | newest]

Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-10-15 17:14 Linux 2.6.36-rc8 won't boot Jan Engelhardt
2010-11-02 13:48 ` Jan Engelhardt
2010-11-02 13:54 ` David Miller
2010-11-02 19:02 ` Jan Engelhardt
2010-11-02 19:08 ` David Miller
2010-11-03 11:01 ` Jan Engelhardt
2010-11-15  3:28 ` Jan Engelhardt
2010-11-15 15:49 ` David Miller
2010-11-15 19:18 ` Jan Engelhardt
2010-11-15 19:24 ` David Miller
2010-11-28  6:30 ` Frans van Berckel

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.