All of lore.kernel.org
 help / color / mirror / Atom feed
* Sunfire v880
@ 2007-03-07  0:49 Alex Deucher
  2007-03-07  1:00 ` David Miller
                   ` (22 more replies)
  0 siblings, 23 replies; 24+ messages in thread
From: Alex Deucher @ 2007-03-07  0:49 UTC (permalink / raw)
  To: sparclinux

Had anyone had any success booting Linux on a v880?  We've been trying
to get various Debian/Ubuntu/Gentoo images up and running on it for
the last few days, but so far no luck.  Both CD-ROM and netboot
produce the same results.  We updated the OBP to the lasted version.
We've tried the video=atyfb:off trick but to no avail.  All we ever
get is "Booting Linux..." and then nothing else.  We tried removing
the video card and keyboard and mouse, no difference.  Has anyone had
any success on the v880?  Any other things we could try?

Thanks,

Alex

^ permalink raw reply	[flat|nested] 24+ messages in thread
* Re: Sunfire v880
  2007-03-07  0:49 Sunfire v880 Alex Deucher
@ 2007-03-07  1:00 ` David Miller
  2007-03-07 14:35 ` Alex Deucher
                   ` (21 subsequent siblings)
  22 siblings, 0 replies; 24+ messages in thread
From: David Miller @ 2007-03-07  1:00 UTC (permalink / raw)
  To: sparclinux

From: "Alex Deucher" <alexdeucher@gmail.com>
Date: Tue, 6 Mar 2007 19:49:11 -0500

> Had anyone had any success booting Linux on a v880?  We've been trying
> to get various Debian/Ubuntu/Gentoo images up and running on it for
> the last few days, but so far no luck.  Both CD-ROM and netboot
> produce the same results.  We updated the OBP to the lasted version.
> We've tried the video=atyfb:off trick but to no avail.  All we ever
> get is "Booting Linux..." and then nothing else.  We tried removing
> the video card and keyboard and mouse, no difference.  Has anyone had
> any success on the v880?  Any other things we could try?

If you boot with "-p" what further messages do you get?

^ permalink raw reply	[flat|nested] 24+ messages in thread
* Re: Sunfire v880
  2007-03-07  0:49 Sunfire v880 Alex Deucher
  2007-03-07  1:00 ` David Miller
@ 2007-03-07 14:35 ` Alex Deucher
  2007-03-07 16:08 ` Alex Deucher
                   ` (20 subsequent siblings)
  22 siblings, 0 replies; 24+ messages in thread
From: Alex Deucher @ 2007-03-07 14:35 UTC (permalink / raw)
  To: sparclinux

On 3/6/07, David Miller <davem@davemloft.net> wrote:
> From: "Alex Deucher" <alexdeucher@gmail.com>
> Date: Tue, 6 Mar 2007 19:49:11 -0500
>
> > Had anyone had any success booting Linux on a v880?  We've been trying
> > to get various Debian/Ubuntu/Gentoo images up and running on it for
> > the last few days, but so far no luck.  Both CD-ROM and netboot
> > produce the same results.  We updated the OBP to the lasted version.
> > We've tried the video=atyfb:off trick but to no avail.  All we ever
> > get is "Booting Linux..." and then nothing else.  We tried removing
> > the video card and keyboard and mouse, no difference.  Has anyone had
> > any success on the v880?  Any other things we could try?
>
> If you boot with "-p" what further messages do you get?
>

"boot net:dhcp –p":

Error: Cheetah error trap taken afsr[ ]
Error: TPC[ ] TNPC[ ] TSTATE[ ]
Error: M_SYND(0), E_SYND(0), Privileged
Error: Highest Priority Error() "Unmapped error from system"

Then a bunch of D-cache, I-cache, and E-cache errors.

And finally,

Kernel Panic – not syncing: Irrecoverable deferred error trap

BTW, my co-worker eventually got a gentoo CD working (2006.1 minimal IIRC).

Alex

^ permalink raw reply	[flat|nested] 24+ messages in thread
* Re: Sunfire v880
  2007-03-07  0:49 Sunfire v880 Alex Deucher
  2007-03-07  1:00 ` David Miller
  2007-03-07 14:35 ` Alex Deucher
@ 2007-03-07 16:08 ` Alex Deucher
  2007-03-07 16:21 ` Alex Deucher
                   ` (19 subsequent siblings)
  22 siblings, 0 replies; 24+ messages in thread
From: Alex Deucher @ 2007-03-07 16:08 UTC (permalink / raw)
  To: sparclinux

On 3/7/07, Alex Deucher <alexdeucher@gmail.com> wrote:
> On 3/6/07, David Miller <davem@davemloft.net> wrote:
> > From: "Alex Deucher" <alexdeucher@gmail.com>
> > Date: Tue, 6 Mar 2007 19:49:11 -0500
> >
> > > Had anyone had any success booting Linux on a v880?  We've been trying
> > > to get various Debian/Ubuntu/Gentoo images up and running on it for
> > > the last few days, but so far no luck.  Both CD-ROM and netboot
> > > produce the same results.  We updated the OBP to the lasted version.
> > > We've tried the video=atyfb:off trick but to no avail.  All we ever
> > > get is "Booting Linux..." and then nothing else.  We tried removing
> > > the video card and keyboard and mouse, no difference.  Has anyone had
> > > any success on the v880?  Any other things we could try?
> >
> > If you boot with "-p" what further messages do you get?
> >
>
> "boot net:dhcp –p":
>
> Error: Cheetah error trap taken afsr[ ]
> Error: TPC[ ] TNPC[ ] TSTATE[ ]
> Error: M_SYND(0), E_SYND(0), Privileged
> Error: Highest Priority Error() "Unmapped error from system"
>
> Then a bunch of D-cache, I-cache, and E-cache errors.
>
> And finally,
>
> Kernel Panic – not syncing: Irrecoverable deferred error trap
>
> BTW, my co-worker eventually got a gentoo CD working (2006.1 minimal IIRC).
>
> Alex
>

Here's a more complete log:

boot net:dhcp –p with
http://people.debian.org/~stappers/d-i/images/daily/sparc64/netboot/2.6/

net boot^H ^H^H ^H^H ^H^H ^H^H ^H^H ^H^H ^H^H ^Hboot net:h^H ^Hdhcp -p
Boot device: /pci@9,700000/network@1,1:dhcp  File and args: -p
|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^$
PROMLIB: Sun IEEE Boot Prom 'OBP 4.18.2 2005/06/30 07:53'
PROMLIB: Root node compatible:
Linux version 2.6.18-4-sparc64 (Debian 2.6.18.dfsg.1-11)
(waldi@debian.org) (gcc version 4.1.2 20061115 (prerelease) (Debian
4.1.1-$
ARCH: SUN4U
Ethernet address: 00:03:ba:69:0e:32
Remapping the kernel... done.
PROM: Built device tree with 123317 bytes of memory.
Booting Linux...
CPU[0]: Caches D[sz(65536):line_sz(32)] I[sz(32768):line_sz(32)]
E[sz(8388608):line_sz(512)]
Built 1 zonelists.  Total pages: 1046894
Kernel command line: -p
Kernel unaligned access at TPC[43abd8] do_sparc64_fault+0x18/0x5a8
Kernel unaligned access at TPC[43abd8] do_sparc64_fault+0x18/0x5a8
Kernel unaligned access at TPC[43abd8] do_sparc64_fault+0x18/0x5a8
Kernel unaligned access at TPC[43abd8] do_sparc64_fault+0x18/0x5a8
Kernel unaligned access at TPC[43abd8] do_sparc64_fault+0x18/0x5a8
Unable to handle kernel paging request at virtual address 66727540302c6000
spitfire_data_access_exception: SFSR[0000000000800809]
SFAR[8143e008835182b0], going.
              \|/ ____ \|/
              "@'/ .. \`@"
              /_| \__/ |_\
                 \__U_/
^A(16777216): Dax [#1]
TSTATE: 0000004400f09603 TPC: 000000000043aad4 TNPC: 000000000043aad8
Y: 00000000    Not tainted
TPC: <unhandled_fault+0x4c/0xe0>
g0: 0000000000000000 g1: 8143e00883518000 g2: 00000000006899e0 g3:
0000000000000419
g4: 0000000000404c6c g5: 0000000000000000 g6: 0000000000681e40 g7:
0000000000000000
o0: 000000000000004e o1: 66727540302c6000 o2: 66727540302c6163 o3:
0000000000400000
o4: 0000000000000002 o5: 0000000000000000 sp: 0000000000681321 ret_pc:
000000000043aac0
RPC: <unhandled_fault+0x38/0xe0>
l0: 66727540302c6000 l1: 0000000000684350 l2: 0000000000404c6c l3:
0000000000000010
l4: 0000000000000002 l5: 66727540302c6000 l6: 0000000000681e40 l7:
0000000080009003
i0: 66727540302c6000 i1: 0000000000404c6c i2: 0000000000681cc0 i3:
00000000c48aa000
i4: 0000000000000002 i5: 0000000000000080 i6: 0000000000681401 i7:
0000000000404c74
I7: <sparc64_realfault_common+0x18/0x20>
Instruction DUMP: c25e60d0  22c04002  c25e60d8 <c45862b0> 03000fc7
11001909  821063ff  90122240  400036d8
BUG: warning at kernel/exit.c:854/do_exit()
Call Trace:
Kernel panic - not syncing: Aiee, killing interrupt handler!
 <0>Press Stop-A (L1-A) to return to the boot prom

^ permalink raw reply	[flat|nested] 24+ messages in thread
* Re: Sunfire v880
  2007-03-07  0:49 Sunfire v880 Alex Deucher
                   ` (2 preceding siblings ...)
  2007-03-07 16:08 ` Alex Deucher
@ 2007-03-07 16:21 ` Alex Deucher
  2007-03-07 16:55 ` Alex Deucher
                   ` (18 subsequent siblings)
  22 siblings, 0 replies; 24+ messages in thread
From: Alex Deucher @ 2007-03-07 16:21 UTC (permalink / raw)
  To: sparclinux

On 3/7/07, Alex Deucher <alexdeucher@gmail.com> wrote:
> On 3/6/07, David Miller <davem@davemloft.net> wrote:
> > From: "Alex Deucher" <alexdeucher@gmail.com>
> > Date: Tue, 6 Mar 2007 19:49:11 -0500
> >
> > > Had anyone had any success booting Linux on a v880?  We've been trying
> > > to get various Debian/Ubuntu/Gentoo images up and running on it for
> > > the last few days, but so far no luck.  Both CD-ROM and netboot
> > > produce the same results.  We updated the OBP to the lasted version.
> > > We've tried the video=atyfb:off trick but to no avail.  All we ever
> > > get is "Booting Linux..." and then nothing else.  We tried removing
> > > the video card and keyboard and mouse, no difference.  Has anyone had
> > > any success on the v880?  Any other things we could try?
> >
> > If you boot with "-p" what further messages do you get?
> >
>
> "boot net:dhcp –p":
>
> Error: Cheetah error trap taken afsr[ ]
> Error: TPC[ ] TNPC[ ] TSTATE[ ]
> Error: M_SYND(0), E_SYND(0), Privileged
> Error: Highest Priority Error() "Unmapped error from system"
>
> Then a bunch of D-cache, I-cache, and E-cache errors.
>
> And finally,
>
> Kernel Panic – not syncing: Irrecoverable deferred error trap
>
> BTW, my co-worker eventually got a gentoo CD working (2006.1 minimal IIRC).
>
> Alex
>

here's the kernel output from the working gentoo kernel:

boot cdrom
Boot device: /pci@8,700000/scsi@1/disk@6,0:f  File and args:
SILO Version 1.4.13
\^H

----------------------------------------------------
Welcome to the Gentoo/Linux SPARC64 InstallCD 2006.1
----------------------------------------------------

boot:
You are running the second stage SILO loader.  From here you can boot a
ramdisk or an already-installed Linux partition.

Several defaults have been defined that will make things easier.
The target "2616" will start a 2.6.16-series kernel.
The target "2617" will start a 2.6.17-series kernel.

To boot an existing Linux installation from the CDROM, boot with the command
"KERNEL root=/dev/sdaX" where sdaX is the partition where your root
filesystem is. Replace "KERNEL" with the kernel entry of your choice above.
If in doubt you can consult our hardware compatibility list for stability
notes at http://www.gentoo.org/proj/en/base/sparc/sunhw.xml

For video mode help, type "video" at the boot: prompt.
For help on miscellaneous parameters type "parameters" at the boot: prompt.
Type "config" at the boot: prompt to see the SILO config file used by this CD.
boot: 2617
Allocated 8 Megs of memory at 0x40000000 for kernel
|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^$
Loading initial ramdisk (645016 bytes at 0xB0FF800000 phys, 0x40C00000 virt)...
\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^$
Remapping the kernel... done.
bootmem_init: Scan pavail, choose_bootmap_pfn:
kern[b0ff000000:b0ff4d6000] avoid[b0ff800000:b0ff89e000]
choose_bootmap_pfn: Using 5000000 [a000000000]
init_bootmem(min[5000000], bootmap[5000000], max[587fd54])
free_bootmem(pavail:0): base[a000000000] size[100000000]
free_bootmem(pavail:1): base[b000000000] size[feffe000]
free_bootmem(pavail:2): base[b0ff000000] size[a8a000]
free_bootmem(pavail:3): base[b0ffa8e000] size[1a000]
reserve_bootmem(initrd): base[b0ff800000] size[b0ff89d798]
reserve_bootmem(kernel): base[b0ff000000] size[4d5ee8]
reserve_bootmem(bootmap): base[a000000000] size[10ffb0]
memory_present(0, 5000000, 5080000)
memory_present(0, 5800000, 587f7ff)
memory_present(0, 587f800, 587fd45)
memory_present(0, 587fd47, 587fd54)
Booting Linux...
mem_init: Calling free_all_bootmem().
 ^H
           ^H ^H ^H ^H ^H                                   $
PROMLIB: Root node compatible:
Linux version 2.6.17-gentoo-r5 (root@bender) (gcc version 3.4.6
(Gentoo Linux 3.4.6)) #1 SMP Fri Aug 25 09:10:34 UTC 2006
ARCH: SUN4U
Ethernet address: 00:03:ba:69:0e:32
Built 1 zonelists
Kernel command line: root=/dev/ram0 init=/linuxrc looptype=squashfs
loop=/image.squashfs cdroot
PID hash table entries: 4096 (order: 12, 32768 bytes)
Console: colour dummy device 80x25
Dentry cache hash table entries: 1048576 (order: 10, 8388608 bytes)
Inode-cache hash table entries: 524288 (order: 9, 4194304 bytes)
Memory: 8306040k available (2536k kernel code, 1584k data, 176k init)
[fffff80000000000,000000b0ffaa8000]
Calibrating delay using timer specific routine.. 20.00 BogoMIPS (lpj@008)
Mount-cache hash table entries: 512
CPU[3]: Caches D[sz(65536):line_sz(32)] I[sz(32768):line_sz(32)]
E[sz(8388608):line_sz(512)]
Using max_cache_size of 8MB
Calibrating delay using timer specific routine.. 20.00 BogoMIPS (lpj@001)
CPU[0]: Caches D[sz(65536):line_sz(32)] I[sz(32768):line_sz(32)]
E[sz(8388608):line_sz(512)]
CPU 0: synchronized TICK with master CPU (last diff -1 cycles,maxerr 11 cycles)
Calibrating delay using timer specific routine.. 20.00 BogoMIPS (lpj@001)
CPU[1]: Caches D[sz(65536):line_sz(32)] I[sz(32768):line_sz(32)]
E[sz(8388608):line_sz(512)]
CPU 1: synchronized TICK with master CPU (last diff 0 cycles,maxerr 10 cycles)
Calibrating delay using timer specific routine.. 20.00 BogoMIPS (lpj@001)
CPU[2]: Caches D[sz(65536):line_sz(32)] I[sz(32768):line_sz(32)]
E[sz(8388608):line_sz(512)]
CPU 2: synchronized TICK with master CPU (last diff -1 cycles,maxerr 10 cycles)
Brought up 4 CPUs
Total of 4 processors activated (80.00 BogoMIPS).
migration_costd942
checking if image is initramfs... it is
Freeing initrd memory: 629k freed
NET: Registered protocol family 16
PCI: Probing for controllers.
SCHIZO0 PBMB: ver[7:0], portid 8, cregs[40004400000] pregs[40004700000]
SCHIZO0 PBMB: PCI CFG[7ffee000000] IO[7ffef000000] MEM[7fe00000000]
SCHIZO0 PBMA: ver[7:0], portid 8, cregs[40004400000] pregs[40004600000]
SCHIZO0 PBMA: PCI CFG[7ffec000000] IO[7ffed000000] MEM[7fd00000000]
SCHIZO1 PBMB: ver[7:0], portid 9, cregs[40004c00000] pregs[40004f00000]
SCHIZO1 PBMB: PCI CFG[7ffea000000] IO[7ffeb000000] MEM[7fc00000000]
SCHIZO1 PBMA: ver[7:0], portid 9, cregs[40004c00000] pregs[40004e00000]
SCHIZO1 PBMA: PCI CFG[7ffe8000000] IO[7ffe9000000] MEM[7fb00000000]
PCI-IRQ: Routing bus[ 0] slot[ 1] to INO[1d]
PCI-IRQ: Routing bus[ 0] slot[ 1] to INO[1f]
PCI1(PBMB): Bus running at 33MHz
PCI1(PBMA): Bus running at 66MHz
PCI-IRQ: Routing bus[ 0] slot[ 1] to INO[1c]
PCI-IRQ: Routing bus[ 0] slot[ 5] to INO[18]
PCI0(PBMB): Bus running at 33MHz
PCI-IRQ: Routing bus[ 0] slot[ 1] to INO[00]
PCI-IRQ: Routing bus[ 0] slot[ 2] to INO[04]
PCI0(PBMA): Bus running at 66MHz
ebus0: [flashprom] [bbc] [power] [i2c -> (fru) (fru) (fru) (fru) (fru)
(fru) (fru) (fru) (fru) (fru) (fru) (fru) (fru) (fru) (fru) $
power: Control reg at 000007fc7e30002e ... not using powerd.
SCSI subsystem initialized
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: 7, 1048576 bytes)
TCP: Hash tables configured (established 524288 bind 65536)
TCP reno registered
chmc0: US3 memory controller at 0000040000400000 [ACTIVE]
chmc1: US3 memory controller at 0000040000c00000 [ACTIVE]
chmc2: US3 memory controller at 0000040001400000 [ACTIVE]
chmc3: US3 memory controller at 0000040001c00000 [ACTIVE]
Total HugeTLB memory allocated, 0
squashfs: version 3.0 (2006/03/15) Phillip Lougher
Initializing Cryptographic API
io scheduler noop registered
io scheduler anticipatory registered (default)
io scheduler deadline registered
io scheduler cfq registered
Console: switching to mono PROM 80x34
Real Time Clock Driver v1.12ac
ttyS0 at MMIO 0x7fc7e400000 (irq = 8675776) is a SAB82532 V3.2
Console: ttyS0 (SAB82532)
ttyS1 at MMIO 0x7fc7e400040 (irq = 8675776) is a SAB82532 V3.2
mice: PS/2 mouse device common for all mice
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
QLogic Fibre Channel HBA Driver
qla2200 0000:00:02.0: Found an ISP2200, irq 8672768, iobase 0x000007fd00400000
qla2200 0000:00:02.0: Configuring PCI space...
qla2200 0000:00:02.0: Configure NVRAM parameters...
qla2200 0000:00:02.0: Inconsistent NVRAM detected: checksum=0x0 id=ÿ
version=0xff.
qla2200 0000:00:02.0: Falling back to functioning (yet invalid --
WWPN) defaults.
qla2200 0000:00:02.0: Verifying loaded RISC code...
qla2200 0000:00:02.0: LIP reset occured (f7ef).
qla2200 0000:00:02.0: Waiting for LIP to complete...
qla2200 0000:00:02.0: LIP occured (f7ef).
qla2200 0000:00:02.0: LOOP UP detected (1 Gbps).
qla2200 0000:00:02.0: Topology - (Loop), Host Loop address 0x7
scsi0 : qla2xxx
qla2200 0000:00:02.0:
 QLogic Fibre Channel HBA Driver: 8.01.04-k-fw
  QLogic QLA22xx -
  ISP2200: PCI (66 MHz) @ 0000:00:02.0 hdma-, host#=0, fw=2.02.08 TP
sym0: <875> rev 0x4 at pci 0001:00:01.0 irq 8,21c
  Vendor: FUJITSU   Model: MAP3735F SUN72G   Rev: 1201
  Type:   Direct-Access                      ANSI SCSI revision: 04
  Vendor: FUJITSU   Model: MAP3735F SUN72G   Rev: 1201
  Type:   Direct-Access     sym0: No NVRAM, ID 7, Fast-20, SE, parity
checking
sym0: SCSI BUS has been reset.
scsi1 : sym-2.2.3
                 ANSI SCSI revision: 04
  Vendor: FUJITSU   Model: MAP3735F SUN72G   Rev: 1201
  Type:   Direct-Access                      ANSI SCSI revision: 04
  Vendor: FUJITSU   Model: MAP3735F SUN72G   Rev: 1201
  Type:   Direct-Access                      ANSI SCSI revision: 04
  Vendor: FUJITSU   Model: MAP3735F SUN72G   Rev: 1201
  Type:   Direct-Access                      ANSI SCSI revision: 04
  Vendor: FUJITSU   Model: MAP3735F SUN72G   Rev: 1201
  Type:   Direct-Access                      ANSI SCSI revision: 04
  Vendor: SUNW      Model: SUNWGS INT FCBPL  Rev: 922A
  Type:   Enclosure                          ANSI SCSI revision: 03
  Vendor: SEAGATE   Model: ST314680FSUN146G  Rev: 0307
  Type:   Direct-Access                      ANSI SCSI revision: 03
  Vendor: SEAGATE   Model: ST314680FSUN146G  Rev: 0307
  Type:   Direct-Access                      ANSI SCSI revision: 03
  Vendor: SEAGATE   Model: ST314680FSUN146G  Rev: 0307
  Type:   Direct-Access                      ANSI SCSI revision: 03
  Vendor: SEAGATE   Model: ST314680FSUN146G  Rev: 0307
  Type:   Direct-Access                      ANSI SCSI revision: 03
  Vendor: SEAGATE   Model: ST314680FSUN146G  Rev: 0307
  Type:   Direct-Access                      ANSI SCSI revision: 03
  Vendor: SEAGATE   Model: ST314680FSUN146G  Rev: 0307
  Type:   Direct-Access                      ANSI SCSI revision: 03
  Vendor: TOSHIBA   Model: DVD-ROM SD-M1711  Rev: 1005
  Type:   CD-ROM                             ANSI SCSI revision: 02
 target1:0:6: Beginning Domain Validation
 target1:0:6: asynchronous
 target1:0:6: FAST-20 SCSI 20.0 MB/s ST (50 ns, offset 16)
 target1:0:6: Domain Validation skipping write tests
 target1:0:6: Ending Domain Validation
megasas: 00.00.02.04 Fri Feb 03 14:31:44 PST 2006
SCSI device sda: 143374738 512-byte hdwr sectors (73408 MB)
sda: Write Protect is off
SCSI device sda: drive cache: write through
SCSI device sda: 143374738 512-byte hdwr sectors (73408 MB)
sda: Write Protect is off
SCSI device sda: drive cache: write through
 sda: sda1 sda2 sda3 sda8
sd 0:0:0:0: Attached scsi disk sda
SCSI device sdb: 143374738 512-byte hdwr sectors (73408 MB)
sdb: Write Protect is off
SCSI device sdb: drive cache: write through
SCSI device sdb: 143374738 512-byte hdwr sectors (73408 MB)
sdb: Write Protect is off
SCSI device sdb: drive cache: write through
 sdb: sdb1 sdb2 sdb3 sdb7
sd 0:0:1:0: Attached scsi disk sdb
SCSI device sdc: 143374738 512-byte hdwr sectors (73408 MB)
sdc: Write Protect is off
SCSI device sdc: drive cache: write through
SCSI device sdc: 143374738 512-byte hdwr sectors (73408 MB)
sdc: Write Protect is off
SCSI device sdc: drive cache: write through
 sdc: sdc1 sdc2 sdc3 sdc7
sd 0:0:2:0: Attached scsi disk sdc
SCSI device sdd: 143374738 512-byte hdwr sectors (73408 MB)
sdd: Write Protect is off
SCSI device sdd: drive cache: write through
SCSI device sdd: 143374738 512-byte hdwr sectors (73408 MB)
sdd: Write Protect is off
SCSI device sdd: drive cache: write through
 sdd: sdd1 sdd2 sdd3 sdd7
sd 0:0:3:0: Attached scsi disk sdd
SCSI device sde: 143374738 512-byte hdwr sectors (73408 MB)
sde: Write Protect is off
SCSI device sde: drive cache: write through
SCSI device sde: 143374738 512-byte hdwr sectors (73408 MB)
sde: Write Protect is off
SCSI device sde: drive cache: write through
 sde: sde1 sde2 sde3 sde7
sd 0:0:4:0: Attached scsi disk sde
SCSI device sdf: 143374738 512-byte hdwr sectors (73408 MB)
sdf: Write Protect is off
SCSI device sdf: drive cache: write through
SCSI device sdf: 143374738 512-byte hdwr sectors (73408 MB)
sdf: Write Protect is off
SCSI device sdf: drive cache: write through
 sdf: sdf1 sdf2 sdf3 sdf7
sd 0:0:5:0: Attached scsi disk sdf
SCSI device sdg: 286739329 512-byte hdwr sectors (146811 MB)
sdg: Write Protect is off
SCSI device sdg: drive cache: write through w/ FUA
SCSI device sdg: 286739329 512-byte hdwr sectors (146811 MB)
sdg: Write Protect is off
SCSI device sdg: drive cache: write through w/ FUA
 sdg: sdg1 sdg2 sdg3 sdg7
sd 0:0:7:0: Attached scsi disk sdg
SCSI device sdh: 286739329 512-byte hdwr sectors (146811 MB)
sdh: Write Protect is off
SCSI device sdh: drive cache: write through w/ FUA
SCSI device sdh: 286739329 512-byte hdwr sectors (146811 MB)
sdh: Write Protect is off
SCSI device sdh: drive cache: write through w/ FUA
 sdh: sdh1 sdh2 sdh3 sdh7
sd 0:0:8:0: Attached scsi disk sdh
SCSI device sdi: 286739329 512-byte hdwr sectors (146811 MB)
sdi: Write Protect is off
SCSI device sdi: drive cache: write through w/ FUA
SCSI device sdi: 286739329 512-byte hdwr sectors (146811 MB)
sdi: Write Protect is off
SCSI device sdi: drive cache: write through w/ FUA
 sdi: sdi1 sdi2 sdi3 sdi7
sd 0:0:9:0: Attached scsi disk sdi
SCSI device sdj: 286739329 512-byte hdwr sectors (146811 MB)
sdj: Write Protect is off
SCSI device sdj: drive cache: write through w/ FUA
SCSI device sdj: 286739329 512-byte hdwr sectors (146811 MB)
sdj: Write Protect is off
SCSI device sdj: drive cache: write through w/ FUA
 sdj: sdj1 sdj2 sdj3 sdj7
sd 0:0:10:0: Attached scsi disk sdj
SCSI device sdk: 286739329 512-byte hdwr sectors (146811 MB)
sdk: Write Protect is off
SCSI device sdk: drive cache: write through w/ FUA
SCSI device sdk: 286739329 512-byte hdwr sectors (146811 MB)
sdk: Write Protect is off
SCSI device sdk: drive cache: write through w/ FUA
 sdk: sdk1 sdk2 sdk3 sdk7
sd 0:0:11:0: Attached scsi disk sdk
SCSI device sdl: 286739329 512-byte hdwr sectors (146811 MB)
sdl: Write Protect is off
SCSI device sdl: drive cache: write through w/ FUA
SCSI device sdl: 286739329 512-byte hdwr sectors (146811 MB)
sdl: Write Protect is off
SCSI device sdl: drive cache: write through w/ FUA
 sdl: sdl1 sdl2 sdl3 sdl7
sd 0:0:12:0: Attached scsi disk sdl
sr0: scsi3-mmc drive: 48x/48x cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.20
Fusion MPT base driver 3.03.09
Copyright (c) 1999-2005 LSI Logic Corporation
Fusion MPT SPI Host driver 3.03.09
Fusion MPT FC Host driver 3.03.09
Fusion MPT SAS Host driver 3.03.09
Fusion MPT misc device (ioctl) driver 3.03.09
mptctl: Registered with Fusion MPT base driver
mptctl: /dev/mptctl @ (major,minor\x10,220)
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 17þ>> Loading modules
>> Activating mdev
>> Making tmpfs for /newroot
>> Attempting to mount CD:- /dev/sr0
>> CD medium found on /dev/sr0
>> Determining root device...
>> Determining looptype ...
>> Mounting squashfs filesystem
>> Copying read-write image contents to tmpfs
>> No cdupdate.sh script found, skipping...
>> Booting (initramfs)...
INITúW^ÖÍ¥½¹^Á2.86 booting

^ permalink raw reply	[flat|nested] 24+ messages in thread
* Re: Sunfire v880
  2007-03-07  0:49 Sunfire v880 Alex Deucher
                   ` (3 preceding siblings ...)
  2007-03-07 16:21 ` Alex Deucher
@ 2007-03-07 16:55 ` Alex Deucher
  2007-03-07 17:10 ` Alex Deucher
                   ` (17 subsequent siblings)
  22 siblings, 0 replies; 24+ messages in thread
From: Alex Deucher @ 2007-03-07 16:55 UTC (permalink / raw)
  To: sparclinux

Gentoo seems to be carrying this patch:
http://marc.theaimsgroup.com/?l=linux-sparc&m\x110314220200915&w=2

I'm going to try and see if that is indeed what fixes the issue.  If
so perhaps it should go upstream?

Thanks,

Alex

On 3/7/07, Alex Deucher <alexdeucher@gmail.com> wrote:
> On 3/7/07, Alex Deucher <alexdeucher@gmail.com> wrote:
> > On 3/6/07, David Miller <davem@davemloft.net> wrote:
> > > From: "Alex Deucher" <alexdeucher@gmail.com>
> > > Date: Tue, 6 Mar 2007 19:49:11 -0500
> > >
> > > > Had anyone had any success booting Linux on a v880?  We've been trying
> > > > to get various Debian/Ubuntu/Gentoo images up and running on it for
> > > > the last few days, but so far no luck.  Both CD-ROM and netboot
> > > > produce the same results.  We updated the OBP to the lasted version.
> > > > We've tried the video=atyfb:off trick but to no avail.  All we ever
> > > > get is "Booting Linux..." and then nothing else.  We tried removing
> > > > the video card and keyboard and mouse, no difference.  Has anyone had
> > > > any success on the v880?  Any other things we could try?
> > >
> > > If you boot with "-p" what further messages do you get?
> > >
> >
> > "boot net:dhcp –p":
> >
> > Error: Cheetah error trap taken afsr[ ]
> > Error: TPC[ ] TNPC[ ] TSTATE[ ]
> > Error: M_SYND(0), E_SYND(0), Privileged
> > Error: Highest Priority Error() "Unmapped error from system"
> >
> > Then a bunch of D-cache, I-cache, and E-cache errors.
> >
> > And finally,
> >
> > Kernel Panic – not syncing: Irrecoverable deferred error trap
> >
> > BTW, my co-worker eventually got a gentoo CD working (2006.1 minimal IIRC).
> >
> > Alex
> >
>
> here's the kernel output from the working gentoo kernel:
>
> boot cdrom
> Boot device: /pci@8,700000/scsi@1/disk@6,0:f  File and args:
> SILO Version 1.4.13
> \^H
>
> ----------------------------------------------------
> Welcome to the Gentoo/Linux SPARC64 InstallCD 2006.1
> ----------------------------------------------------
>
> boot:
> You are running the second stage SILO loader.  From here you can boot a
> ramdisk or an already-installed Linux partition.
>
> Several defaults have been defined that will make things easier.
> The target "2616" will start a 2.6.16-series kernel.
> The target "2617" will start a 2.6.17-series kernel.
>
> To boot an existing Linux installation from the CDROM, boot with the command
> "KERNEL root=/dev/sdaX" where sdaX is the partition where your root
> filesystem is. Replace "KERNEL" with the kernel entry of your choice above.
> If in doubt you can consult our hardware compatibility list for stability
> notes at http://www.gentoo.org/proj/en/base/sparc/sunhw.xml
>
> For video mode help, type "video" at the boot: prompt.
> For help on miscellaneous parameters type "parameters" at the boot: prompt.
> Type "config" at the boot: prompt to see the SILO config file used by this CD.
> boot: 2617
> Allocated 8 Megs of memory at 0x40000000 for kernel
> |^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^$
> Loading initial ramdisk (645016 bytes at 0xB0FF800000 phys, 0x40C00000 virt)...
> \^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^$
> Remapping the kernel... done.
> bootmem_init: Scan pavail, choose_bootmap_pfn:
> kern[b0ff000000:b0ff4d6000] avoid[b0ff800000:b0ff89e000]
> choose_bootmap_pfn: Using 5000000 [a000000000]
> init_bootmem(min[5000000], bootmap[5000000], max[587fd54])
> free_bootmem(pavail:0): base[a000000000] size[100000000]
> free_bootmem(pavail:1): base[b000000000] size[feffe000]
> free_bootmem(pavail:2): base[b0ff000000] size[a8a000]
> free_bootmem(pavail:3): base[b0ffa8e000] size[1a000]
> reserve_bootmem(initrd): base[b0ff800000] size[b0ff89d798]
> reserve_bootmem(kernel): base[b0ff000000] size[4d5ee8]
> reserve_bootmem(bootmap): base[a000000000] size[10ffb0]
> memory_present(0, 5000000, 5080000)
> memory_present(0, 5800000, 587f7ff)
> memory_present(0, 587f800, 587fd45)
> memory_present(0, 587fd47, 587fd54)
> Booting Linux...
> mem_init: Calling free_all_bootmem().
>  ^H
>            ^H ^H ^H ^H ^H                                   $
> PROMLIB: Root node compatible:
> Linux version 2.6.17-gentoo-r5 (root@bender) (gcc version 3.4.6
> (Gentoo Linux 3.4.6)) #1 SMP Fri Aug 25 09:10:34 UTC 2006
> ARCH: SUN4U
> Ethernet address: 00:03:ba:69:0e:32
> Built 1 zonelists
> Kernel command line: root=/dev/ram0 init=/linuxrc looptype=squashfs
> loop=/image.squashfs cdroot
> PID hash table entries: 4096 (order: 12, 32768 bytes)
> Console: colour dummy device 80x25
> Dentry cache hash table entries: 1048576 (order: 10, 8388608 bytes)
> Inode-cache hash table entries: 524288 (order: 9, 4194304 bytes)
> Memory: 8306040k available (2536k kernel code, 1584k data, 176k init)
> [fffff80000000000,000000b0ffaa8000]
> Calibrating delay using timer specific routine.. 20.00 BogoMIPS (lpj@008)
> Mount-cache hash table entries: 512
> CPU[3]: Caches D[sz(65536):line_sz(32)] I[sz(32768):line_sz(32)]
> E[sz(8388608):line_sz(512)]
> Using max_cache_size of 8MB
> Calibrating delay using timer specific routine.. 20.00 BogoMIPS (lpj@001)
> CPU[0]: Caches D[sz(65536):line_sz(32)] I[sz(32768):line_sz(32)]
> E[sz(8388608):line_sz(512)]
> CPU 0: synchronized TICK with master CPU (last diff -1 cycles,maxerr 11 cycles)
> Calibrating delay using timer specific routine.. 20.00 BogoMIPS (lpj@001)
> CPU[1]: Caches D[sz(65536):line_sz(32)] I[sz(32768):line_sz(32)]
> E[sz(8388608):line_sz(512)]
> CPU 1: synchronized TICK with master CPU (last diff 0 cycles,maxerr 10 cycles)
> Calibrating delay using timer specific routine.. 20.00 BogoMIPS (lpj@001)
> CPU[2]: Caches D[sz(65536):line_sz(32)] I[sz(32768):line_sz(32)]
> E[sz(8388608):line_sz(512)]
> CPU 2: synchronized TICK with master CPU (last diff -1 cycles,maxerr 10 cycles)
> Brought up 4 CPUs
> Total of 4 processors activated (80.00 BogoMIPS).
> migration_costd942
> checking if image is initramfs... it is
> Freeing initrd memory: 629k freed
> NET: Registered protocol family 16
> PCI: Probing for controllers.
> SCHIZO0 PBMB: ver[7:0], portid 8, cregs[40004400000] pregs[40004700000]
> SCHIZO0 PBMB: PCI CFG[7ffee000000] IO[7ffef000000] MEM[7fe00000000]
> SCHIZO0 PBMA: ver[7:0], portid 8, cregs[40004400000] pregs[40004600000]
> SCHIZO0 PBMA: PCI CFG[7ffec000000] IO[7ffed000000] MEM[7fd00000000]
> SCHIZO1 PBMB: ver[7:0], portid 9, cregs[40004c00000] pregs[40004f00000]
> SCHIZO1 PBMB: PCI CFG[7ffea000000] IO[7ffeb000000] MEM[7fc00000000]
> SCHIZO1 PBMA: ver[7:0], portid 9, cregs[40004c00000] pregs[40004e00000]
> SCHIZO1 PBMA: PCI CFG[7ffe8000000] IO[7ffe9000000] MEM[7fb00000000]
> PCI-IRQ: Routing bus[ 0] slot[ 1] to INO[1d]
> PCI-IRQ: Routing bus[ 0] slot[ 1] to INO[1f]
> PCI1(PBMB): Bus running at 33MHz
> PCI1(PBMA): Bus running at 66MHz
> PCI-IRQ: Routing bus[ 0] slot[ 1] to INO[1c]
> PCI-IRQ: Routing bus[ 0] slot[ 5] to INO[18]
> PCI0(PBMB): Bus running at 33MHz
> PCI-IRQ: Routing bus[ 0] slot[ 1] to INO[00]
> PCI-IRQ: Routing bus[ 0] slot[ 2] to INO[04]
> PCI0(PBMA): Bus running at 66MHz
> ebus0: [flashprom] [bbc] [power] [i2c -> (fru) (fru) (fru) (fru) (fru)
> (fru) (fru) (fru) (fru) (fru) (fru) (fru) (fru) (fru) (fru) $
> power: Control reg at 000007fc7e30002e ... not using powerd.
> SCSI subsystem initialized
> 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: 7, 1048576 bytes)
> TCP: Hash tables configured (established 524288 bind 65536)
> TCP reno registered
> chmc0: US3 memory controller at 0000040000400000 [ACTIVE]
> chmc1: US3 memory controller at 0000040000c00000 [ACTIVE]
> chmc2: US3 memory controller at 0000040001400000 [ACTIVE]
> chmc3: US3 memory controller at 0000040001c00000 [ACTIVE]
> Total HugeTLB memory allocated, 0
> squashfs: version 3.0 (2006/03/15) Phillip Lougher
> Initializing Cryptographic API
> io scheduler noop registered
> io scheduler anticipatory registered (default)
> io scheduler deadline registered
> io scheduler cfq registered
> Console: switching to mono PROM 80x34
> Real Time Clock Driver v1.12ac
> ttyS0 at MMIO 0x7fc7e400000 (irq = 8675776) is a SAB82532 V3.2
> Console: ttyS0 (SAB82532)
> ttyS1 at MMIO 0x7fc7e400040 (irq = 8675776) is a SAB82532 V3.2
> mice: PS/2 mouse device common for all mice
> RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
> loop: loaded (max 8 devices)
> Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
> ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
> QLogic Fibre Channel HBA Driver
> qla2200 0000:00:02.0: Found an ISP2200, irq 8672768, iobase 0x000007fd00400000
> qla2200 0000:00:02.0: Configuring PCI space...
> qla2200 0000:00:02.0: Configure NVRAM parameters...
> qla2200 0000:00:02.0: Inconsistent NVRAM detected: checksum=0x0 id=ÿ
> version=0xff.
> qla2200 0000:00:02.0: Falling back to functioning (yet invalid --
> WWPN) defaults.
> qla2200 0000:00:02.0: Verifying loaded RISC code...
> qla2200 0000:00:02.0: LIP reset occured (f7ef).
> qla2200 0000:00:02.0: Waiting for LIP to complete...
> qla2200 0000:00:02.0: LIP occured (f7ef).
> qla2200 0000:00:02.0: LOOP UP detected (1 Gbps).
> qla2200 0000:00:02.0: Topology - (Loop), Host Loop address 0x7
> scsi0 : qla2xxx
> qla2200 0000:00:02.0:
>  QLogic Fibre Channel HBA Driver: 8.01.04-k-fw
>   QLogic QLA22xx -
>   ISP2200: PCI (66 MHz) @ 0000:00:02.0 hdma-, host#=0, fw=2.02.08 TP
> sym0: <875> rev 0x4 at pci 0001:00:01.0 irq 8,21c
>   Vendor: FUJITSU   Model: MAP3735F SUN72G   Rev: 1201
>   Type:   Direct-Access                      ANSI SCSI revision: 04
>   Vendor: FUJITSU   Model: MAP3735F SUN72G   Rev: 1201
>   Type:   Direct-Access     sym0: No NVRAM, ID 7, Fast-20, SE, parity
> checking
> sym0: SCSI BUS has been reset.
> scsi1 : sym-2.2.3
>                  ANSI SCSI revision: 04
>   Vendor: FUJITSU   Model: MAP3735F SUN72G   Rev: 1201
>   Type:   Direct-Access                      ANSI SCSI revision: 04
>   Vendor: FUJITSU   Model: MAP3735F SUN72G   Rev: 1201
>   Type:   Direct-Access                      ANSI SCSI revision: 04
>   Vendor: FUJITSU   Model: MAP3735F SUN72G   Rev: 1201
>   Type:   Direct-Access                      ANSI SCSI revision: 04
>   Vendor: FUJITSU   Model: MAP3735F SUN72G   Rev: 1201
>   Type:   Direct-Access                      ANSI SCSI revision: 04
>   Vendor: SUNW      Model: SUNWGS INT FCBPL  Rev: 922A
>   Type:   Enclosure                          ANSI SCSI revision: 03
>   Vendor: SEAGATE   Model: ST314680FSUN146G  Rev: 0307
>   Type:   Direct-Access                      ANSI SCSI revision: 03
>   Vendor: SEAGATE   Model: ST314680FSUN146G  Rev: 0307
>   Type:   Direct-Access                      ANSI SCSI revision: 03
>   Vendor: SEAGATE   Model: ST314680FSUN146G  Rev: 0307
>   Type:   Direct-Access                      ANSI SCSI revision: 03
>   Vendor: SEAGATE   Model: ST314680FSUN146G  Rev: 0307
>   Type:   Direct-Access                      ANSI SCSI revision: 03
>   Vendor: SEAGATE   Model: ST314680FSUN146G  Rev: 0307
>   Type:   Direct-Access                      ANSI SCSI revision: 03
>   Vendor: SEAGATE   Model: ST314680FSUN146G  Rev: 0307
>   Type:   Direct-Access                      ANSI SCSI revision: 03
>   Vendor: TOSHIBA   Model: DVD-ROM SD-M1711  Rev: 1005
>   Type:   CD-ROM                             ANSI SCSI revision: 02
>  target1:0:6: Beginning Domain Validation
>  target1:0:6: asynchronous
>  target1:0:6: FAST-20 SCSI 20.0 MB/s ST (50 ns, offset 16)
>  target1:0:6: Domain Validation skipping write tests
>  target1:0:6: Ending Domain Validation
> megasas: 00.00.02.04 Fri Feb 03 14:31:44 PST 2006
> SCSI device sda: 143374738 512-byte hdwr sectors (73408 MB)
> sda: Write Protect is off
> SCSI device sda: drive cache: write through
> SCSI device sda: 143374738 512-byte hdwr sectors (73408 MB)
> sda: Write Protect is off
> SCSI device sda: drive cache: write through
>  sda: sda1 sda2 sda3 sda8
> sd 0:0:0:0: Attached scsi disk sda
> SCSI device sdb: 143374738 512-byte hdwr sectors (73408 MB)
> sdb: Write Protect is off
> SCSI device sdb: drive cache: write through
> SCSI device sdb: 143374738 512-byte hdwr sectors (73408 MB)
> sdb: Write Protect is off
> SCSI device sdb: drive cache: write through
>  sdb: sdb1 sdb2 sdb3 sdb7
> sd 0:0:1:0: Attached scsi disk sdb
> SCSI device sdc: 143374738 512-byte hdwr sectors (73408 MB)
> sdc: Write Protect is off
> SCSI device sdc: drive cache: write through
> SCSI device sdc: 143374738 512-byte hdwr sectors (73408 MB)
> sdc: Write Protect is off
> SCSI device sdc: drive cache: write through
>  sdc: sdc1 sdc2 sdc3 sdc7
> sd 0:0:2:0: Attached scsi disk sdc
> SCSI device sdd: 143374738 512-byte hdwr sectors (73408 MB)
> sdd: Write Protect is off
> SCSI device sdd: drive cache: write through
> SCSI device sdd: 143374738 512-byte hdwr sectors (73408 MB)
> sdd: Write Protect is off
> SCSI device sdd: drive cache: write through
>  sdd: sdd1 sdd2 sdd3 sdd7
> sd 0:0:3:0: Attached scsi disk sdd
> SCSI device sde: 143374738 512-byte hdwr sectors (73408 MB)
> sde: Write Protect is off
> SCSI device sde: drive cache: write through
> SCSI device sde: 143374738 512-byte hdwr sectors (73408 MB)
> sde: Write Protect is off
> SCSI device sde: drive cache: write through
>  sde: sde1 sde2 sde3 sde7
> sd 0:0:4:0: Attached scsi disk sde
> SCSI device sdf: 143374738 512-byte hdwr sectors (73408 MB)
> sdf: Write Protect is off
> SCSI device sdf: drive cache: write through
> SCSI device sdf: 143374738 512-byte hdwr sectors (73408 MB)
> sdf: Write Protect is off
> SCSI device sdf: drive cache: write through
>  sdf: sdf1 sdf2 sdf3 sdf7
> sd 0:0:5:0: Attached scsi disk sdf
> SCSI device sdg: 286739329 512-byte hdwr sectors (146811 MB)
> sdg: Write Protect is off
> SCSI device sdg: drive cache: write through w/ FUA
> SCSI device sdg: 286739329 512-byte hdwr sectors (146811 MB)
> sdg: Write Protect is off
> SCSI device sdg: drive cache: write through w/ FUA
>  sdg: sdg1 sdg2 sdg3 sdg7
> sd 0:0:7:0: Attached scsi disk sdg
> SCSI device sdh: 286739329 512-byte hdwr sectors (146811 MB)
> sdh: Write Protect is off
> SCSI device sdh: drive cache: write through w/ FUA
> SCSI device sdh: 286739329 512-byte hdwr sectors (146811 MB)
> sdh: Write Protect is off
> SCSI device sdh: drive cache: write through w/ FUA
>  sdh: sdh1 sdh2 sdh3 sdh7
> sd 0:0:8:0: Attached scsi disk sdh
> SCSI device sdi: 286739329 512-byte hdwr sectors (146811 MB)
> sdi: Write Protect is off
> SCSI device sdi: drive cache: write through w/ FUA
> SCSI device sdi: 286739329 512-byte hdwr sectors (146811 MB)
> sdi: Write Protect is off
> SCSI device sdi: drive cache: write through w/ FUA
>  sdi: sdi1 sdi2 sdi3 sdi7
> sd 0:0:9:0: Attached scsi disk sdi
> SCSI device sdj: 286739329 512-byte hdwr sectors (146811 MB)
> sdj: Write Protect is off
> SCSI device sdj: drive cache: write through w/ FUA
> SCSI device sdj: 286739329 512-byte hdwr sectors (146811 MB)
> sdj: Write Protect is off
> SCSI device sdj: drive cache: write through w/ FUA
>  sdj: sdj1 sdj2 sdj3 sdj7
> sd 0:0:10:0: Attached scsi disk sdj
> SCSI device sdk: 286739329 512-byte hdwr sectors (146811 MB)
> sdk: Write Protect is off
> SCSI device sdk: drive cache: write through w/ FUA
> SCSI device sdk: 286739329 512-byte hdwr sectors (146811 MB)
> sdk: Write Protect is off
> SCSI device sdk: drive cache: write through w/ FUA
>  sdk: sdk1 sdk2 sdk3 sdk7
> sd 0:0:11:0: Attached scsi disk sdk
> SCSI device sdl: 286739329 512-byte hdwr sectors (146811 MB)
> sdl: Write Protect is off
> SCSI device sdl: drive cache: write through w/ FUA
> SCSI device sdl: 286739329 512-byte hdwr sectors (146811 MB)
> sdl: Write Protect is off
> SCSI device sdl: drive cache: write through w/ FUA
>  sdl: sdl1 sdl2 sdl3 sdl7
> sd 0:0:12:0: Attached scsi disk sdl
> sr0: scsi3-mmc drive: 48x/48x cd/rw xa/form2 cdda tray
> Uniform CD-ROM driver Revision: 3.20
> Fusion MPT base driver 3.03.09
> Copyright (c) 1999-2005 LSI Logic Corporation
> Fusion MPT SPI Host driver 3.03.09
> Fusion MPT FC Host driver 3.03.09
> Fusion MPT SAS Host driver 3.03.09
> Fusion MPT misc device (ioctl) driver 3.03.09
> mptctl: Registered with Fusion MPT base driver
> mptctl: /dev/mptctl @ (major,minor\x10,220)
> TCP bic registered
> NET: Registered protocol family 1
> NET: Registered protocol family 17þ>> Loading modules
> >> Activating mdev
> >> Making tmpfs for /newroot
> >> Attempting to mount CD:- /dev/sr0
> >> CD medium found on /dev/sr0
> >> Determining root device...
> >> Determining looptype ...
> >> Mounting squashfs filesystem
> >> Copying read-write image contents to tmpfs
> >> No cdupdate.sh script found, skipping...
> >> Booting (initramfs)...
> INITúW^ÖÍ¥½¹^Á2.86 booting
>

^ permalink raw reply	[flat|nested] 24+ messages in thread
* Re: Sunfire v880
  2007-03-07  0:49 Sunfire v880 Alex Deucher
                   ` (4 preceding siblings ...)
  2007-03-07 16:55 ` Alex Deucher
@ 2007-03-07 17:10 ` Alex Deucher
  2007-03-07 20:47 ` Alex Deucher
                   ` (16 subsequent siblings)
  22 siblings, 0 replies; 24+ messages in thread
From: Alex Deucher @ 2007-03-07 17:10 UTC (permalink / raw)
  To: sparclinux

Here's another log this time from 2.6.17.  seems to get a little further:

Rebooting with command: boot net:dhcp -p
Boot device: /pci@9,700000/network@1,1:dhcp  File and args: -p
|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^$
PROMLIB: Sun IEEE Boot Prom 'OBP 4.18.2 2005/06/30 07:53'
PROMLIB: Root node compatible:
Linux version 2.6.17-2-sparc64 (Debian 2.6.17-9) (waldi@debian.org)
(gcc version 4.1.2 20060901 (prerelease) (Debian 4.1.1-13)) #1 $
ARCH: SUN4U
Ethernet address: 00:03:ba:69:0e:32
Remapping the kernel... done.
Booting Linux...
CPU[0]: Caches D[sz(65536):line_sz(32)] I[sz(32768):line_sz(32)]
E[sz(8388608):line_sz(512)]
Built 1 zonelists
Kernel command line: -p
PID hash table entries: 4096 (order: 12, 32768 bytes)
Console: colour dummy device 80x25
Dentry cache hash table entries: 1048576 (order: 10, 8388608 bytes)
Inode-cache hash table entries: 524288 (order: 9, 4194304 bytes)
Memory: 8306520k available (2152k kernel code, 720k data, 144k init)
[fffff80000000000,000000b0ffb0e000]
Calibrating delay using timer specific routine.. 20.00 BogoMIPS (lpj@005)
Security Framework v1.0.0 initialized
SELinux:  Disabled at boot.
Capability LSM initialized
Mount-cache hash table entries: 512
checking if image is initramfs... it is
Freeing initrd memory: 2796k freed
NET: Registered protocol family 16
PCI: Probing for controllers.
SCHIZO0 PBMB: ver[7:0], portid 8, cregs[40004400000] pregs[40004700000]
SCHIZO0 PBMB: PCI CFG[7ffee000000] IO[7ffef000000] MEM[7fe00000000]
SCHIZO0 PBMA: ver[7:0], portid 8, cregs[40004400000] pregs[40004600000]
SCHIZO0 PBMA: PCI CFG[7ffec000000] IO[7ffed000000] MEM[7fd00000000]
SCHIZO1 PBMB: ver[7:0], portid 9, cregs[40004c00000] pregs[40004f00000]
SCHIZO1 PBMB: PCI CFG[7ffea000000] IO[7ffeb000000] MEM[7fc00000000]
SCHIZO1 PBMA: ver[7:0], portid 9, cregs[40004c00000] pregs[40004e00000]
SCHIZO1 PBMA: PCI CFG[7ffe8000000] IO[7ffe9000000] MEM[7fb00000000]
PCI-IRQ: Routing bus[ 0] slot[ 1] to INO[1d]
PCI-IRQ: Routing bus[ 0] slot[ 1] to INO[1f]
PCI1(PBMB): Bus running at 33MHz
PCI1(PBMA): Bus running at 66MHz
PCI-IRQ: Routing bus[ 0] slot[ 1] to INO[1c]
PCI-IRQ: Routing bus[ 0] slot[ 5] to INO[18]
PCI0(PBMB): Bus running at 33MHz
PCI-IRQ: Routing bus[ 0] slot[ 1] to INO[00]
PCI-IRQ: Routing bus[ 0] slot[ 2] to INO[04]
PCI0(PBMA): Bus running at 66MHz
ebus0: [flashprom] [bbc] [power] [i2c -> (fru) (fru) (fru) (fru) (fru)
(fru) (fru) (fru) (fru) (fru) (fru) (fru) (fru) (fru) (fru) $
power: Control reg at 000007fc7e30002e ... not using powerd.
usbcore: registered new driver usbfs
usbcore: registered new driver hub
NET: Registered protocol family 2
IP route cache hash table entries: 262144 (order: 8, 2097152 bytes)
TCP established hash table entries: 1048576 (order: 10, 8388608 bytes)
TCP bind hash table entries: 65536 (order: 6, 524288 bytes)
TCP: Hash tables configured (established 1048576 bind 65536)
TCP reno registered
chmc0: US3 memory controller at 0000040000400000 [ACTIVE]
chmc1: US3 memory controller at 0000040000c00000 [ACTIVE]
chmc2: US3 memory controller at 0000040001400000 [ACTIVE]
ERROR(0): Cheetah error trap taken afsr[0010100000000000]
afar[0000040001c00000] TL1(0)
ERROR(0): TPC[424d68] TNPC[424d6c] O7[6e2c30] TSTATE[80001606]
ERROR(0): M_SYND(0),  E_SYND(0), Privileged
ERROR(0): Highest priority error (0000100000000000) "Unmapped error
from system bus"
ERROR(0): D-cache idx[0] tag[0000000000000000] utag[0000000000000000]
stag[0000000000000000]
ERROR(0): D-cache data0[0000000000000000] data1[0000000000000000]
data2[0000000000000000] data3[0000000000000000]
ERROR(0): I-cache idx[0] tag[0000000000000000] utag[0000000000000000]
stag[0000000000000000] u[0000000000000000] l[0000000000000000]
ERROR(0): I-cache INSN0[0000000000000000] INSN1[0000000000000000]
INSN2[0000000000000000] INSN3[0000000000000000]
ERROR(0): I-cache INSN4[0000000000000000] INSN5[0000000000000000]
INSN6[0000000000000000] INSN7[0000000000000000]
ERROR(0): E-cache idx[0] tag[0000000000000000]
ERROR(0): E-cache data0[0000000000000000] data1[0000000000000000]
data2[0000000000000000] data3[0000000000000000]
Kernel panic - not syncing: Irrecoverable deferred error trap.

 <0>Press Stop-A (L1-A) to return to the boot prom


On 3/7/07, Alex Deucher <alexdeucher@gmail.com> wrote:
> On 3/7/07, Alex Deucher <alexdeucher@gmail.com> wrote:
> > On 3/6/07, David Miller <davem@davemloft.net> wrote:
> > > From: "Alex Deucher" <alexdeucher@gmail.com>
> > > Date: Tue, 6 Mar 2007 19:49:11 -0500
> > >
> > > > Had anyone had any success booting Linux on a v880?  We've been trying
> > > > to get various Debian/Ubuntu/Gentoo images up and running on it for
> > > > the last few days, but so far no luck.  Both CD-ROM and netboot
> > > > produce the same results.  We updated the OBP to the lasted version.
> > > > We've tried the video=atyfb:off trick but to no avail.  All we ever
> > > > get is "Booting Linux..." and then nothing else.  We tried removing
> > > > the video card and keyboard and mouse, no difference.  Has anyone had
> > > > any success on the v880?  Any other things we could try?
> > >
> > > If you boot with "-p" what further messages do you get?
> > >
> >
> > "boot net:dhcp –p":
> >
> > Error: Cheetah error trap taken afsr[ ]
> > Error: TPC[ ] TNPC[ ] TSTATE[ ]
> > Error: M_SYND(0), E_SYND(0), Privileged
> > Error: Highest Priority Error() "Unmapped error from system"
> >
> > Then a bunch of D-cache, I-cache, and E-cache errors.
> >
> > And finally,
> >
> > Kernel Panic – not syncing: Irrecoverable deferred error trap
> >
> > BTW, my co-worker eventually got a gentoo CD working (2006.1 minimal IIRC).
> >
> > Alex
> >
>
> Here's a more complete log:
>
> boot net:dhcp –p with
> http://people.debian.org/~stappers/d-i/images/daily/sparc64/netboot/2.6/
>
> net boot^H ^H^H ^H^H ^H^H ^H^H ^H^H ^H^H ^H^H ^Hboot net:h^H ^Hdhcp -p
> Boot device: /pci@9,700000/network@1,1:dhcp  File and args: -p
> |^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^$
> PROMLIB: Sun IEEE Boot Prom 'OBP 4.18.2 2005/06/30 07:53'
> PROMLIB: Root node compatible:
> Linux version 2.6.18-4-sparc64 (Debian 2.6.18.dfsg.1-11)
> (waldi@debian.org) (gcc version 4.1.2 20061115 (prerelease) (Debian
> 4.1.1-$
> ARCH: SUN4U
> Ethernet address: 00:03:ba:69:0e:32
> Remapping the kernel... done.
> PROM: Built device tree with 123317 bytes of memory.
> Booting Linux...
> CPU[0]: Caches D[sz(65536):line_sz(32)] I[sz(32768):line_sz(32)]
> E[sz(8388608):line_sz(512)]
> Built 1 zonelists.  Total pages: 1046894
> Kernel command line: -p
> Kernel unaligned access at TPC[43abd8] do_sparc64_fault+0x18/0x5a8
> Kernel unaligned access at TPC[43abd8] do_sparc64_fault+0x18/0x5a8
> Kernel unaligned access at TPC[43abd8] do_sparc64_fault+0x18/0x5a8
> Kernel unaligned access at TPC[43abd8] do_sparc64_fault+0x18/0x5a8
> Kernel unaligned access at TPC[43abd8] do_sparc64_fault+0x18/0x5a8
> Unable to handle kernel paging request at virtual address 66727540302c6000
> spitfire_data_access_exception: SFSR[0000000000800809]
> SFAR[8143e008835182b0], going.
>               \|/ ____ \|/
>               "@'/ .. \`@"
>               /_| \__/ |_\
>                  \__U_/
> ^A(16777216): Dax [#1]
> TSTATE: 0000004400f09603 TPC: 000000000043aad4 TNPC: 000000000043aad8
> Y: 00000000    Not tainted
> TPC: <unhandled_fault+0x4c/0xe0>
> g0: 0000000000000000 g1: 8143e00883518000 g2: 00000000006899e0 g3:
> 0000000000000419
> g4: 0000000000404c6c g5: 0000000000000000 g6: 0000000000681e40 g7:
> 0000000000000000
> o0: 000000000000004e o1: 66727540302c6000 o2: 66727540302c6163 o3:
> 0000000000400000
> o4: 0000000000000002 o5: 0000000000000000 sp: 0000000000681321 ret_pc:
> 000000000043aac0
> RPC: <unhandled_fault+0x38/0xe0>
> l0: 66727540302c6000 l1: 0000000000684350 l2: 0000000000404c6c l3:
> 0000000000000010
> l4: 0000000000000002 l5: 66727540302c6000 l6: 0000000000681e40 l7:
> 0000000080009003
> i0: 66727540302c6000 i1: 0000000000404c6c i2: 0000000000681cc0 i3:
> 00000000c48aa000
> i4: 0000000000000002 i5: 0000000000000080 i6: 0000000000681401 i7:
> 0000000000404c74
> I7: <sparc64_realfault_common+0x18/0x20>
> Instruction DUMP: c25e60d0  22c04002  c25e60d8 <c45862b0> 03000fc7
> 11001909  821063ff  90122240  400036d8
> BUG: warning at kernel/exit.c:854/do_exit()
> Call Trace:
> Kernel panic - not syncing: Aiee, killing interrupt handler!
>  <0>Press Stop-A (L1-A) to return to the boot prom
>

^ permalink raw reply	[flat|nested] 24+ messages in thread
* Re: Sunfire v880
  2007-03-07  0:49 Sunfire v880 Alex Deucher
                   ` (5 preceding siblings ...)
  2007-03-07 17:10 ` Alex Deucher
@ 2007-03-07 20:47 ` Alex Deucher
  2007-03-07 20:49 ` David Miller
                   ` (15 subsequent siblings)
  22 siblings, 0 replies; 24+ messages in thread
From: Alex Deucher @ 2007-03-07 20:47 UTC (permalink / raw)
  To: sparclinux

On 3/7/07, David Miller <davem@davemloft.net> wrote:
> From: "Alex Deucher" <alexdeucher@gmail.com>
> Date: Wed, 7 Mar 2007 11:55:53 -0500
>
> > Gentoo seems to be carrying this patch:
> > http://marc.theaimsgroup.com/?l=linux-sparc&m\x110314220200915&w=2
> >
> > I'm going to try and see if that is indeed what fixes the issue.  If
> > so perhaps it should go upstream?
>
> That code he is changing doesn't even exist in the tree any
> longer.
>

d'oh!  well, It still seems to be in 2.6.17, FWIW.  Any ideas on the
newer kernels?

Alex

^ permalink raw reply	[flat|nested] 24+ messages in thread
* Re: Sunfire v880
  2007-03-07  0:49 Sunfire v880 Alex Deucher
                   ` (6 preceding siblings ...)
  2007-03-07 20:47 ` Alex Deucher
@ 2007-03-07 20:49 ` David Miller
  2007-03-07 21:02 ` Alex Deucher
                   ` (14 subsequent siblings)
  22 siblings, 0 replies; 24+ messages in thread
From: David Miller @ 2007-03-07 20:49 UTC (permalink / raw)
  To: sparclinux

From: "Alex Deucher" <alexdeucher@gmail.com>
Date: Wed, 7 Mar 2007 15:47:41 -0500

> On 3/7/07, David Miller <davem@davemloft.net> wrote:
> > From: "Alex Deucher" <alexdeucher@gmail.com>
> > Date: Wed, 7 Mar 2007 11:55:53 -0500
> >
> > > Gentoo seems to be carrying this patch:
> > > http://marc.theaimsgroup.com/?l=linux-sparc&m\x110314220200915&w=2
> > >
> > > I'm going to try and see if that is indeed what fixes the issue.  If
> > > so perhaps it should go upstream?
> >
> > That code he is changing doesn't even exist in the tree any
> > longer.
> >
> 
> d'oh!  well, It still seems to be in 2.6.17, FWIW.  Any ideas on the
> newer kernels?

The newer kernels elimintated that code because the strings are computed
differently.

Anyways, let's start backwards, have you tested 2.6.20 by chance?  It
should be easy for you to build test kernels out of the vanilla tree.
This could simply be a bug that has been fixed long since these older
distribution kernels.

^ permalink raw reply	[flat|nested] 24+ messages in thread
* Re: Sunfire v880
  2007-03-07  0:49 Sunfire v880 Alex Deucher
                   ` (7 preceding siblings ...)
  2007-03-07 20:49 ` David Miller
@ 2007-03-07 21:02 ` Alex Deucher
  2007-03-07 22:34 ` David Miller
                   ` (13 subsequent siblings)
  22 siblings, 0 replies; 24+ messages in thread
From: Alex Deucher @ 2007-03-07 21:02 UTC (permalink / raw)
  To: sparclinux

On 3/7/07, David Miller <davem@davemloft.net> wrote:
> From: "Alex Deucher" <alexdeucher@gmail.com>
> Date: Wed, 7 Mar 2007 15:47:41 -0500
>
> > On 3/7/07, David Miller <davem@davemloft.net> wrote:
> > > From: "Alex Deucher" <alexdeucher@gmail.com>
> > > Date: Wed, 7 Mar 2007 11:55:53 -0500
> > >
> > > > Gentoo seems to be carrying this patch:
> > > > http://marc.theaimsgroup.com/?l=linux-sparc&m\x110314220200915&w=2
> > > >
> > > > I'm going to try and see if that is indeed what fixes the issue.  If
> > > > so perhaps it should go upstream?
> > >
> > > That code he is changing doesn't even exist in the tree any
> > > longer.
> > >
> >
> > d'oh!  well, It still seems to be in 2.6.17, FWIW.  Any ideas on the
> > newer kernels?
>
> The newer kernels elimintated that code because the strings are computed
> differently.
>
> Anyways, let's start backwards, have you tested 2.6.20 by chance?  It
> should be easy for you to build test kernels out of the vanilla tree.
> This could simply be a bug that has been fixed long since these older
> distribution kernels.
>

No not yet.  what's the best way to do that?  Can I just point the
netboot to a kernel image?

Thanks,

Alex

^ permalink raw reply	[flat|nested] 24+ messages in thread
* Re: Sunfire v880
  2007-03-07  0:49 Sunfire v880 Alex Deucher
                   ` (8 preceding siblings ...)
  2007-03-07 21:02 ` Alex Deucher
@ 2007-03-07 22:34 ` David Miller
  2007-03-07 22:48 ` Alex Deucher
                   ` (12 subsequent siblings)
  22 siblings, 0 replies; 24+ messages in thread
From: David Miller @ 2007-03-07 22:34 UTC (permalink / raw)
  To: sparclinux

From: "Alex Deucher" <alexdeucher@gmail.com>
Date: Wed, 7 Mar 2007 16:02:29 -0500

> On 3/7/07, David Miller <davem@davemloft.net> wrote:
> > From: "Alex Deucher" <alexdeucher@gmail.com>
> > Date: Wed, 7 Mar 2007 15:47:41 -0500
> >
> > > On 3/7/07, David Miller <davem@davemloft.net> wrote:
> > > > From: "Alex Deucher" <alexdeucher@gmail.com>
> > > > Date: Wed, 7 Mar 2007 11:55:53 -0500
> > > >
> > > > > Gentoo seems to be carrying this patch:
> > > > > http://marc.theaimsgroup.com/?l=linux-sparc&m\x110314220200915&w=2
> > > > >
> > > > > I'm going to try and see if that is indeed what fixes the issue.  If
> > > > > so perhaps it should go upstream?
> > > >
> > > > That code he is changing doesn't even exist in the tree any
> > > > longer.
> > > >
> > >
> > > d'oh!  well, It still seems to be in 2.6.17, FWIW.  Any ideas on the
> > > newer kernels?
> >
> > The newer kernels elimintated that code because the strings are computed
> > differently.
> >
> > Anyways, let's start backwards, have you tested 2.6.20 by chance?  It
> > should be easy for you to build test kernels out of the vanilla tree.
> > This could simply be a bug that has been fixed long since these older
> > distribution kernels.
> >
> 
> No not yet.  what's the best way to do that?  Can I just point the
> netboot to a kernel image?

You untar the vanilla 2.6.20 kernel source tree, you configure the
kernel, you build it, then you install the modules and the kernel
image.

Someone I suppose can help you if you can't figure out how to do
this yourself.

^ permalink raw reply	[flat|nested] 24+ messages in thread
* Re: Sunfire v880
  2007-03-07  0:49 Sunfire v880 Alex Deucher
                   ` (9 preceding siblings ...)
  2007-03-07 22:34 ` David Miller
@ 2007-03-07 22:48 ` Alex Deucher
  2007-03-07 22:51 ` David Miller
                   ` (11 subsequent siblings)
  22 siblings, 0 replies; 24+ messages in thread
From: Alex Deucher @ 2007-03-07 22:48 UTC (permalink / raw)
  To: sparclinux

On 3/7/07, David Miller <davem@davemloft.net> wrote:
> From: "Alex Deucher" <alexdeucher@gmail.com>
> Date: Wed, 7 Mar 2007 16:02:29 -0500
>
> > On 3/7/07, David Miller <davem@davemloft.net> wrote:
> > > From: "Alex Deucher" <alexdeucher@gmail.com>
> > > Date: Wed, 7 Mar 2007 15:47:41 -0500
> > >
> > > > On 3/7/07, David Miller <davem@davemloft.net> wrote:
> > > > > From: "Alex Deucher" <alexdeucher@gmail.com>
> > > > > Date: Wed, 7 Mar 2007 11:55:53 -0500
> > > > >
> > > > > > Gentoo seems to be carrying this patch:
> > > > > > http://marc.theaimsgroup.com/?l=linux-sparc&m\x110314220200915&w=2
> > > > > >
> > > > > > I'm going to try and see if that is indeed what fixes the issue.  If
> > > > > > so perhaps it should go upstream?
> > > > >
> > > > > That code he is changing doesn't even exist in the tree any
> > > > > longer.
> > > > >
> > > >
> > > > d'oh!  well, It still seems to be in 2.6.17, FWIW.  Any ideas on the
> > > > newer kernels?
> > >
> > > The newer kernels elimintated that code because the strings are computed
> > > differently.
> > >
> > > Anyways, let's start backwards, have you tested 2.6.20 by chance?  It
> > > should be easy for you to build test kernels out of the vanilla tree.
> > > This could simply be a bug that has been fixed long since these older
> > > distribution kernels.
> > >
> >
> > No not yet.  what's the best way to do that?  Can I just point the
> > netboot to a kernel image?
>
> You untar the vanilla 2.6.20 kernel source tree, you configure the
> kernel, you build it, then you install the modules and the kernel
> image.
>
> Someone I suppose can help you if you can't figure out how to do
> this yourself.
>

I know how to build the kernel, I just wasn't sure if anything special
was required to create an image that OBP could boot via the network.

Alex

^ permalink raw reply	[flat|nested] 24+ messages in thread
* Re: Sunfire v880
  2007-03-07  0:49 Sunfire v880 Alex Deucher
                   ` (10 preceding siblings ...)
  2007-03-07 22:48 ` Alex Deucher
@ 2007-03-07 22:51 ` David Miller
  2007-03-07 22:55 ` Alex Deucher
                   ` (10 subsequent siblings)
  22 siblings, 0 replies; 24+ messages in thread
From: David Miller @ 2007-03-07 22:51 UTC (permalink / raw)
  To: sparclinux

From: "Alex Deucher" <alexdeucher@gmail.com>
Date: Wed, 7 Mar 2007 17:48:22 -0500

> I know how to build the kernel, I just wasn't sure if anything special
> was required to create an image that OBP could boot via the network.

I thought you had a successful network install using gentoo and
therefore could build a kernel on the machine itself?

In any event, if you need to netboot, you can do
"make vmlinux.aout" and the resulting arch/sparc64/boot/vmlinux.aout
file can be netbooted.

^ permalink raw reply	[flat|nested] 24+ messages in thread
* Re: Sunfire v880
  2007-03-07  0:49 Sunfire v880 Alex Deucher
                   ` (11 preceding siblings ...)
  2007-03-07 22:51 ` David Miller
@ 2007-03-07 22:55 ` Alex Deucher
  2007-03-07 22:58 ` Alex Deucher
                   ` (9 subsequent siblings)
  22 siblings, 0 replies; 24+ messages in thread
From: Alex Deucher @ 2007-03-07 22:55 UTC (permalink / raw)
  To: sparclinux

On 3/7/07, Alex Deucher <alexdeucher@gmail.com> wrote:
> On 3/7/07, David Miller <davem@davemloft.net> wrote:
> > From: "Alex Deucher" <alexdeucher@gmail.com>
> > Date: Wed, 7 Mar 2007 16:02:29 -0500
> >
> > > On 3/7/07, David Miller <davem@davemloft.net> wrote:
> > > > From: "Alex Deucher" <alexdeucher@gmail.com>
> > > > Date: Wed, 7 Mar 2007 15:47:41 -0500
> > > >
> > > > > On 3/7/07, David Miller <davem@davemloft.net> wrote:
> > > > > > From: "Alex Deucher" <alexdeucher@gmail.com>
> > > > > > Date: Wed, 7 Mar 2007 11:55:53 -0500
> > > > > >
> > > > > > > Gentoo seems to be carrying this patch:
> > > > > > > http://marc.theaimsgroup.com/?l=linux-sparc&m\x110314220200915&w=2
> > > > > > >
> > > > > > > I'm going to try and see if that is indeed what fixes the issue.  If
> > > > > > > so perhaps it should go upstream?
> > > > > >
> > > > > > That code he is changing doesn't even exist in the tree any
> > > > > > longer.
> > > > > >
> > > > >
> > > > > d'oh!  well, It still seems to be in 2.6.17, FWIW.  Any ideas on the
> > > > > newer kernels?
> > > >
> > > > The newer kernels elimintated that code because the strings are computed
> > > > differently.
> > > >
> > > > Anyways, let's start backwards, have you tested 2.6.20 by chance?  It
> > > > should be easy for you to build test kernels out of the vanilla tree.
> > > > This could simply be a bug that has been fixed long since these older
> > > > distribution kernels.
> > > >
> > >
> > > No not yet.  what's the best way to do that?  Can I just point the
> > > netboot to a kernel image?
> >
> > You untar the vanilla 2.6.20 kernel source tree, you configure the
> > kernel, you build it, then you install the modules and the kernel
> > image.
> >
> > Someone I suppose can help you if you can't figure out how to do
> > this yourself.
> >
>
> I know how to build the kernel, I just wasn't sure if anything special
> was required to create an image that OBP could boot via the network.
>

 I built 2.6.20.1 and tried to netboot it.  I got the same thing
"booting linux..." then nothing.  adding -p did not provide any
additional output.


Alex

^ permalink raw reply	[flat|nested] 24+ messages in thread
* Re: Sunfire v880
  2007-03-07  0:49 Sunfire v880 Alex Deucher
                   ` (12 preceding siblings ...)
  2007-03-07 22:55 ` Alex Deucher
@ 2007-03-07 22:58 ` Alex Deucher
  2007-03-07 23:05 ` David Miller
                   ` (8 subsequent siblings)
  22 siblings, 0 replies; 24+ messages in thread
From: Alex Deucher @ 2007-03-07 22:58 UTC (permalink / raw)
  To: sparclinux

On 3/7/07, Alex Deucher <alexdeucher@gmail.com> wrote:
> On 3/7/07, Alex Deucher <alexdeucher@gmail.com> wrote:
> > On 3/7/07, David Miller <davem@davemloft.net> wrote:
> > > From: "Alex Deucher" <alexdeucher@gmail.com>
> > > Date: Wed, 7 Mar 2007 16:02:29 -0500
> > >
> > > > On 3/7/07, David Miller <davem@davemloft.net> wrote:
> > > > > From: "Alex Deucher" <alexdeucher@gmail.com>
> > > > > Date: Wed, 7 Mar 2007 15:47:41 -0500
> > > > >
> > > > > > On 3/7/07, David Miller <davem@davemloft.net> wrote:
> > > > > > > From: "Alex Deucher" <alexdeucher@gmail.com>
> > > > > > > Date: Wed, 7 Mar 2007 11:55:53 -0500
> > > > > > >
> > > > > > > > Gentoo seems to be carrying this patch:
> > > > > > > > http://marc.theaimsgroup.com/?l=linux-sparc&m\x110314220200915&w=2
> > > > > > > >
> > > > > > > > I'm going to try and see if that is indeed what fixes the issue.  If
> > > > > > > > so perhaps it should go upstream?
> > > > > > >
> > > > > > > That code he is changing doesn't even exist in the tree any
> > > > > > > longer.
> > > > > > >
> > > > > >
> > > > > > d'oh!  well, It still seems to be in 2.6.17, FWIW.  Any ideas on the
> > > > > > newer kernels?
> > > > >
> > > > > The newer kernels elimintated that code because the strings are computed
> > > > > differently.
> > > > >
> > > > > Anyways, let's start backwards, have you tested 2.6.20 by chance?  It
> > > > > should be easy for you to build test kernels out of the vanilla tree.
> > > > > This could simply be a bug that has been fixed long since these older
> > > > > distribution kernels.
> > > > >
> > > >
> > > > No not yet.  what's the best way to do that?  Can I just point the
> > > > netboot to a kernel image?
> > >
> > > You untar the vanilla 2.6.20 kernel source tree, you configure the
> > > kernel, you build it, then you install the modules and the kernel
> > > image.
> > >
> > > Someone I suppose can help you if you can't figure out how to do
> > > this yourself.
> > >
> >
> > I know how to build the kernel, I just wasn't sure if anything special
> > was required to create an image that OBP could boot via the network.
> >
>
>  I built 2.6.20.1 and tried to netboot it.  I got the same thing
> "booting linux..." then nothing.  adding -p did not provide any
> additional output.
>

I'll try again with the .aout version.

Alex

^ permalink raw reply	[flat|nested] 24+ messages in thread
* Re: Sunfire v880
  2007-03-07  0:49 Sunfire v880 Alex Deucher
                   ` (13 preceding siblings ...)
  2007-03-07 22:58 ` Alex Deucher
@ 2007-03-07 23:05 ` David Miller
  2007-03-07 23:20 ` Alex Deucher
                   ` (7 subsequent siblings)
  22 siblings, 0 replies; 24+ messages in thread
From: David Miller @ 2007-03-07 23:05 UTC (permalink / raw)
  To: sparclinux

From: "Alex Deucher" <alexdeucher@gmail.com>
Date: Wed, 7 Mar 2007 17:55:31 -0500

>  I built 2.6.20.1 and tried to netboot it.  I got the same thing
> "booting linux..." then nothing.  adding -p did not provide any
> additional output.

This sucks, I wish I had one of these machines so I could
keep them from breaking as these kinds of bugs are nearly
impossible to fix remotely in a sane manner.

Hohum... let's try to see where it dies, add this patch and
reboot with "-p" again, thanks.  BTW, you also could certainly
add tracing printk() statements like this too in order to help
narrow down where it dies.  This is just debugging monkey work.

Also, if you can, please get me "/usr/sbin/prtconf -pv" output
from this computer, thanks.

diff --git a/arch/sparc64/kernel/devices.c b/arch/sparc64/kernel/devices.c
index ec10f7e..cdf8fdc 100644
--- a/arch/sparc64/kernel/devices.c
+++ b/arch/sparc64/kernel/devices.c
@@ -138,6 +138,7 @@ void __init device_scan(void)
 	prom_printf("Booting Linux...\n");
 
 #ifndef CONFIG_SMP
+	printk("not-SMP: init clock_tick et al.\n");
 	{
 		struct device_node *dp;
 		int err, def;
@@ -190,7 +191,10 @@ void __init device_scan(void)
 	}
 #endif
 
+	printk("central_probe()\n");
+
 	central_probe();
 
+	printk("cpu_probe()\n");
 	cpu_probe();
 }
diff --git a/arch/sparc64/kernel/setup.c b/arch/sparc64/kernel/setup.c
index bf033b3..fb1eb62 100644
--- a/arch/sparc64/kernel/setup.c
+++ b/arch/sparc64/kernel/setup.c
@@ -368,6 +368,7 @@ void __init setup_arch(char **cmdline_p)
 
 	paging_init();
 
+	printk("smp_setup_cpu_possible_map()\n");
 	smp_setup_cpu_possible_map();
 }
 
diff --git a/init/main.c b/init/main.c
index 8b4a7d7..acade66 100644
--- a/init/main.c
+++ b/init/main.c
@@ -508,8 +508,11 @@ asmlinkage void __init start_kernel(void)
 	printk(KERN_NOTICE);
 	printk(linux_banner);
 	setup_arch(&command_line);
+	printk("unwind_setup()\n");
 	unwind_setup();
+	printk("setup_per_cpu_areas()\n");
 	setup_per_cpu_areas();
+	printk("smp_prepare_boot_cpu()\n");
 	smp_prepare_boot_cpu();	/* arch-specific boot-cpu hooks */
 
 	/*
@@ -517,13 +520,17 @@ asmlinkage void __init start_kernel(void)
 	 * timer interrupt). Full topology setup happens at smp_init()
 	 * time - but meanwhile we still have a functioning scheduler.
 	 */
+	printk("sched_init()\n");
 	sched_init();
 	/*
 	 * Disable preemption - early bootup scheduling is extremely
 	 * fragile until we cpu_idle() for the first time.
 	 */
+	printk("preempt_disable()\n");
 	preempt_disable();
+	printk("build_all_zonelists()\n");
 	build_all_zonelists();
+	printk("page_alloc_init()\n");
 	page_alloc_init();
 	printk(KERN_NOTICE "Kernel command line: %s\n", saved_command_line);
 	parse_early_param();

^ permalink raw reply related	[flat|nested] 24+ messages in thread
* Re: Sunfire v880
  2007-03-07  0:49 Sunfire v880 Alex Deucher
                   ` (14 preceding siblings ...)
  2007-03-07 23:05 ` David Miller
@ 2007-03-07 23:20 ` Alex Deucher
  2007-03-08 14:18 ` Alex Deucher
                   ` (6 subsequent siblings)
  22 siblings, 0 replies; 24+ messages in thread
From: Alex Deucher @ 2007-03-07 23:20 UTC (permalink / raw)
  To: sparclinux

On 3/7/07, Alex Deucher <alexdeucher@gmail.com> wrote:
> On 3/7/07, Alex Deucher <alexdeucher@gmail.com> wrote:
> > On 3/7/07, Alex Deucher <alexdeucher@gmail.com> wrote:
> > > On 3/7/07, David Miller <davem@davemloft.net> wrote:
> > > > From: "Alex Deucher" <alexdeucher@gmail.com>
> > > > Date: Wed, 7 Mar 2007 16:02:29 -0500
> > > >
> > > > > On 3/7/07, David Miller <davem@davemloft.net> wrote:
> > > > > > From: "Alex Deucher" <alexdeucher@gmail.com>
> > > > > > Date: Wed, 7 Mar 2007 15:47:41 -0500
> > > > > >
> > > > > > > On 3/7/07, David Miller <davem@davemloft.net> wrote:
> > > > > > > > From: "Alex Deucher" <alexdeucher@gmail.com>
> > > > > > > > Date: Wed, 7 Mar 2007 11:55:53 -0500
> > > > > > > >
> > > > > > > > > Gentoo seems to be carrying this patch:
> > > > > > > > > http://marc.theaimsgroup.com/?l=linux-sparc&m\x110314220200915&w=2
> > > > > > > > >
> > > > > > > > > I'm going to try and see if that is indeed what fixes the issue.  If
> > > > > > > > > so perhaps it should go upstream?
> > > > > > > >
> > > > > > > > That code he is changing doesn't even exist in the tree any
> > > > > > > > longer.
> > > > > > > >
> > > > > > >
> > > > > > > d'oh!  well, It still seems to be in 2.6.17, FWIW.  Any ideas on the
> > > > > > > newer kernels?
> > > > > >
> > > > > > The newer kernels elimintated that code because the strings are computed
> > > > > > differently.
> > > > > >
> > > > > > Anyways, let's start backwards, have you tested 2.6.20 by chance?  It
> > > > > > should be easy for you to build test kernels out of the vanilla tree.
> > > > > > This could simply be a bug that has been fixed long since these older
> > > > > > distribution kernels.
> > > > > >
> > > > >
> > > > > No not yet.  what's the best way to do that?  Can I just point the
> > > > > netboot to a kernel image?
> > > >
> > > > You untar the vanilla 2.6.20 kernel source tree, you configure the
> > > > kernel, you build it, then you install the modules and the kernel
> > > > image.
> > > >
> > > > Someone I suppose can help you if you can't figure out how to do
> > > > this yourself.
> > > >
> > >
> > > I know how to build the kernel, I just wasn't sure if anything special
> > > was required to create an image that OBP could boot via the network.
> > >
> >
> >  I built 2.6.20.1 and tried to netboot it.  I got the same thing
> > "booting linux..." then nothing.  adding -p did not provide any
> > additional output.
> >
>
> I'll try again with the .aout version.
>

No difference with the aout version.

Alex

^ permalink raw reply	[flat|nested] 24+ messages in thread
* Re: Sunfire v880
  2007-03-07  0:49 Sunfire v880 Alex Deucher
                   ` (15 preceding siblings ...)
  2007-03-07 23:20 ` Alex Deucher
@ 2007-03-08 14:18 ` Alex Deucher
  2007-03-08 14:26 ` Alex Deucher
                   ` (5 subsequent siblings)
  22 siblings, 0 replies; 24+ messages in thread
From: Alex Deucher @ 2007-03-08 14:18 UTC (permalink / raw)
  To: sparclinux

On 3/7/07, Alex Deucher <alexdeucher@gmail.com> wrote:
> Gentoo seems to be carrying this patch:
> http://marc.theaimsgroup.com/?l=linux-sparc&m\x110314220200915&w=2
>
> I'm going to try and see if that is indeed what fixes the issue.  If
> so perhaps it should go upstream?
>

FWIW, this patch got 2.6.17 vanilla booting for us.  I hope that
helping in tracking things down in the newer kernels.

Alex


> Thanks,
>
> Alex
>
> On 3/7/07, Alex Deucher <alexdeucher@gmail.com> wrote:
> > On 3/7/07, Alex Deucher <alexdeucher@gmail.com> wrote:
> > > On 3/6/07, David Miller <davem@davemloft.net> wrote:
> > > > From: "Alex Deucher" <alexdeucher@gmail.com>
> > > > Date: Tue, 6 Mar 2007 19:49:11 -0500
> > > >
> > > > > Had anyone had any success booting Linux on a v880?  We've been trying
> > > > > to get various Debian/Ubuntu/Gentoo images up and running on it for
> > > > > the last few days, but so far no luck.  Both CD-ROM and netboot
> > > > > produce the same results.  We updated the OBP to the lasted version.
> > > > > We've tried the video=atyfb:off trick but to no avail.  All we ever
> > > > > get is "Booting Linux..." and then nothing else.  We tried removing
> > > > > the video card and keyboard and mouse, no difference.  Has anyone had
> > > > > any success on the v880?  Any other things we could try?
> > > >
> > > > If you boot with "-p" what further messages do you get?
> > > >
> > >
> > > "boot net:dhcp –p":
> > >
> > > Error: Cheetah error trap taken afsr[ ]
> > > Error: TPC[ ] TNPC[ ] TSTATE[ ]
> > > Error: M_SYND(0), E_SYND(0), Privileged
> > > Error: Highest Priority Error() "Unmapped error from system"
> > >
> > > Then a bunch of D-cache, I-cache, and E-cache errors.
> > >
> > > And finally,
> > >
> > > Kernel Panic – not syncing: Irrecoverable deferred error trap
> > >
> > > BTW, my co-worker eventually got a gentoo CD working (2006.1 minimal IIRC).
> > >
> > > Alex
> > >
> >
> > here's the kernel output from the working gentoo kernel:
> >
> > boot cdrom
> > Boot device: /pci@8,700000/scsi@1/disk@6,0:f  File and args:
> > SILO Version 1.4.13
> > \^H
> >
> > ----------------------------------------------------
> > Welcome to the Gentoo/Linux SPARC64 InstallCD 2006.1
> > ----------------------------------------------------
> >
> > boot:
> > You are running the second stage SILO loader.  From here you can boot a
> > ramdisk or an already-installed Linux partition.
> >
> > Several defaults have been defined that will make things easier.
> > The target "2616" will start a 2.6.16-series kernel.
> > The target "2617" will start a 2.6.17-series kernel.
> >
> > To boot an existing Linux installation from the CDROM, boot with the command
> > "KERNEL root=/dev/sdaX" where sdaX is the partition where your root
> > filesystem is. Replace "KERNEL" with the kernel entry of your choice above.
> > If in doubt you can consult our hardware compatibility list for stability
> > notes at http://www.gentoo.org/proj/en/base/sparc/sunhw.xml
> >
> > For video mode help, type "video" at the boot: prompt.
> > For help on miscellaneous parameters type "parameters" at the boot: prompt.
> > Type "config" at the boot: prompt to see the SILO config file used by this CD.
> > boot: 2617
> > Allocated 8 Megs of memory at 0x40000000 for kernel
> > |^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^$
> > Loading initial ramdisk (645016 bytes at 0xB0FF800000 phys, 0x40C00000 virt)...
> > \^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^$
> > Remapping the kernel... done.
> > bootmem_init: Scan pavail, choose_bootmap_pfn:
> > kern[b0ff000000:b0ff4d6000] avoid[b0ff800000:b0ff89e000]
> > choose_bootmap_pfn: Using 5000000 [a000000000]
> > init_bootmem(min[5000000], bootmap[5000000], max[587fd54])
> > free_bootmem(pavail:0): base[a000000000] size[100000000]
> > free_bootmem(pavail:1): base[b000000000] size[feffe000]
> > free_bootmem(pavail:2): base[b0ff000000] size[a8a000]
> > free_bootmem(pavail:3): base[b0ffa8e000] size[1a000]
> > reserve_bootmem(initrd): base[b0ff800000] size[b0ff89d798]
> > reserve_bootmem(kernel): base[b0ff000000] size[4d5ee8]
> > reserve_bootmem(bootmap): base[a000000000] size[10ffb0]
> > memory_present(0, 5000000, 5080000)
> > memory_present(0, 5800000, 587f7ff)
> > memory_present(0, 587f800, 587fd45)
> > memory_present(0, 587fd47, 587fd54)
> > Booting Linux...
> > mem_init: Calling free_all_bootmem().
> >  ^H
> >            ^H ^H ^H ^H ^H                                   $
> > PROMLIB: Root node compatible:
> > Linux version 2.6.17-gentoo-r5 (root@bender) (gcc version 3.4.6
> > (Gentoo Linux 3.4.6)) #1 SMP Fri Aug 25 09:10:34 UTC 2006
> > ARCH: SUN4U
> > Ethernet address: 00:03:ba:69:0e:32
> > Built 1 zonelists
> > Kernel command line: root=/dev/ram0 init=/linuxrc looptype=squashfs
> > loop=/image.squashfs cdroot
> > PID hash table entries: 4096 (order: 12, 32768 bytes)
> > Console: colour dummy device 80x25
> > Dentry cache hash table entries: 1048576 (order: 10, 8388608 bytes)
> > Inode-cache hash table entries: 524288 (order: 9, 4194304 bytes)
> > Memory: 8306040k available (2536k kernel code, 1584k data, 176k init)
> > [fffff80000000000,000000b0ffaa8000]
> > Calibrating delay using timer specific routine.. 20.00 BogoMIPS (lpj@008)
> > Mount-cache hash table entries: 512
> > CPU[3]: Caches D[sz(65536):line_sz(32)] I[sz(32768):line_sz(32)]
> > E[sz(8388608):line_sz(512)]
> > Using max_cache_size of 8MB
> > Calibrating delay using timer specific routine.. 20.00 BogoMIPS (lpj@001)
> > CPU[0]: Caches D[sz(65536):line_sz(32)] I[sz(32768):line_sz(32)]
> > E[sz(8388608):line_sz(512)]
> > CPU 0: synchronized TICK with master CPU (last diff -1 cycles,maxerr 11 cycles)
> > Calibrating delay using timer specific routine.. 20.00 BogoMIPS (lpj@001)
> > CPU[1]: Caches D[sz(65536):line_sz(32)] I[sz(32768):line_sz(32)]
> > E[sz(8388608):line_sz(512)]
> > CPU 1: synchronized TICK with master CPU (last diff 0 cycles,maxerr 10 cycles)
> > Calibrating delay using timer specific routine.. 20.00 BogoMIPS (lpj@001)
> > CPU[2]: Caches D[sz(65536):line_sz(32)] I[sz(32768):line_sz(32)]
> > E[sz(8388608):line_sz(512)]
> > CPU 2: synchronized TICK with master CPU (last diff -1 cycles,maxerr 10 cycles)
> > Brought up 4 CPUs
> > Total of 4 processors activated (80.00 BogoMIPS).
> > migration_costd942
> > checking if image is initramfs... it is
> > Freeing initrd memory: 629k freed
> > NET: Registered protocol family 16
> > PCI: Probing for controllers.
> > SCHIZO0 PBMB: ver[7:0], portid 8, cregs[40004400000] pregs[40004700000]
> > SCHIZO0 PBMB: PCI CFG[7ffee000000] IO[7ffef000000] MEM[7fe00000000]
> > SCHIZO0 PBMA: ver[7:0], portid 8, cregs[40004400000] pregs[40004600000]
> > SCHIZO0 PBMA: PCI CFG[7ffec000000] IO[7ffed000000] MEM[7fd00000000]
> > SCHIZO1 PBMB: ver[7:0], portid 9, cregs[40004c00000] pregs[40004f00000]
> > SCHIZO1 PBMB: PCI CFG[7ffea000000] IO[7ffeb000000] MEM[7fc00000000]
> > SCHIZO1 PBMA: ver[7:0], portid 9, cregs[40004c00000] pregs[40004e00000]
> > SCHIZO1 PBMA: PCI CFG[7ffe8000000] IO[7ffe9000000] MEM[7fb00000000]
> > PCI-IRQ: Routing bus[ 0] slot[ 1] to INO[1d]
> > PCI-IRQ: Routing bus[ 0] slot[ 1] to INO[1f]
> > PCI1(PBMB): Bus running at 33MHz
> > PCI1(PBMA): Bus running at 66MHz
> > PCI-IRQ: Routing bus[ 0] slot[ 1] to INO[1c]
> > PCI-IRQ: Routing bus[ 0] slot[ 5] to INO[18]
> > PCI0(PBMB): Bus running at 33MHz
> > PCI-IRQ: Routing bus[ 0] slot[ 1] to INO[00]
> > PCI-IRQ: Routing bus[ 0] slot[ 2] to INO[04]
> > PCI0(PBMA): Bus running at 66MHz
> > ebus0: [flashprom] [bbc] [power] [i2c -> (fru) (fru) (fru) (fru) (fru)
> > (fru) (fru) (fru) (fru) (fru) (fru) (fru) (fru) (fru) (fru) $
> > power: Control reg at 000007fc7e30002e ... not using powerd.
> > SCSI subsystem initialized
> > 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: 7, 1048576 bytes)
> > TCP: Hash tables configured (established 524288 bind 65536)
> > TCP reno registered
> > chmc0: US3 memory controller at 0000040000400000 [ACTIVE]
> > chmc1: US3 memory controller at 0000040000c00000 [ACTIVE]
> > chmc2: US3 memory controller at 0000040001400000 [ACTIVE]
> > chmc3: US3 memory controller at 0000040001c00000 [ACTIVE]
> > Total HugeTLB memory allocated, 0
> > squashfs: version 3.0 (2006/03/15) Phillip Lougher
> > Initializing Cryptographic API
> > io scheduler noop registered
> > io scheduler anticipatory registered (default)
> > io scheduler deadline registered
> > io scheduler cfq registered
> > Console: switching to mono PROM 80x34
> > Real Time Clock Driver v1.12ac
> > ttyS0 at MMIO 0x7fc7e400000 (irq = 8675776) is a SAB82532 V3.2
> > Console: ttyS0 (SAB82532)
> > ttyS1 at MMIO 0x7fc7e400040 (irq = 8675776) is a SAB82532 V3.2
> > mice: PS/2 mouse device common for all mice
> > RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
> > loop: loaded (max 8 devices)
> > Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
> > ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
> > QLogic Fibre Channel HBA Driver
> > qla2200 0000:00:02.0: Found an ISP2200, irq 8672768, iobase 0x000007fd00400000
> > qla2200 0000:00:02.0: Configuring PCI space...
> > qla2200 0000:00:02.0: Configure NVRAM parameters...
> > qla2200 0000:00:02.0: Inconsistent NVRAM detected: checksum=0x0 id=ÿ
> > version=0xff.
> > qla2200 0000:00:02.0: Falling back to functioning (yet invalid --
> > WWPN) defaults.
> > qla2200 0000:00:02.0: Verifying loaded RISC code...
> > qla2200 0000:00:02.0: LIP reset occured (f7ef).
> > qla2200 0000:00:02.0: Waiting for LIP to complete...
> > qla2200 0000:00:02.0: LIP occured (f7ef).
> > qla2200 0000:00:02.0: LOOP UP detected (1 Gbps).
> > qla2200 0000:00:02.0: Topology - (Loop), Host Loop address 0x7
> > scsi0 : qla2xxx
> > qla2200 0000:00:02.0:
> >  QLogic Fibre Channel HBA Driver: 8.01.04-k-fw
> >   QLogic QLA22xx -
> >   ISP2200: PCI (66 MHz) @ 0000:00:02.0 hdma-, host#=0, fw=2.02.08 TP
> > sym0: <875> rev 0x4 at pci 0001:00:01.0 irq 8,21c
> >   Vendor: FUJITSU   Model: MAP3735F SUN72G   Rev: 1201
> >   Type:   Direct-Access                      ANSI SCSI revision: 04
> >   Vendor: FUJITSU   Model: MAP3735F SUN72G   Rev: 1201
> >   Type:   Direct-Access     sym0: No NVRAM, ID 7, Fast-20, SE, parity
> > checking
> > sym0: SCSI BUS has been reset.
> > scsi1 : sym-2.2.3
> >                  ANSI SCSI revision: 04
> >   Vendor: FUJITSU   Model: MAP3735F SUN72G   Rev: 1201
> >   Type:   Direct-Access                      ANSI SCSI revision: 04
> >   Vendor: FUJITSU   Model: MAP3735F SUN72G   Rev: 1201
> >   Type:   Direct-Access                      ANSI SCSI revision: 04
> >   Vendor: FUJITSU   Model: MAP3735F SUN72G   Rev: 1201
> >   Type:   Direct-Access                      ANSI SCSI revision: 04
> >   Vendor: FUJITSU   Model: MAP3735F SUN72G   Rev: 1201
> >   Type:   Direct-Access                      ANSI SCSI revision: 04
> >   Vendor: SUNW      Model: SUNWGS INT FCBPL  Rev: 922A
> >   Type:   Enclosure                          ANSI SCSI revision: 03
> >   Vendor: SEAGATE   Model: ST314680FSUN146G  Rev: 0307
> >   Type:   Direct-Access                      ANSI SCSI revision: 03
> >   Vendor: SEAGATE   Model: ST314680FSUN146G  Rev: 0307
> >   Type:   Direct-Access                      ANSI SCSI revision: 03
> >   Vendor: SEAGATE   Model: ST314680FSUN146G  Rev: 0307
> >   Type:   Direct-Access                      ANSI SCSI revision: 03
> >   Vendor: SEAGATE   Model: ST314680FSUN146G  Rev: 0307
> >   Type:   Direct-Access                      ANSI SCSI revision: 03
> >   Vendor: SEAGATE   Model: ST314680FSUN146G  Rev: 0307
> >   Type:   Direct-Access                      ANSI SCSI revision: 03
> >   Vendor: SEAGATE   Model: ST314680FSUN146G  Rev: 0307
> >   Type:   Direct-Access                      ANSI SCSI revision: 03
> >   Vendor: TOSHIBA   Model: DVD-ROM SD-M1711  Rev: 1005
> >   Type:   CD-ROM                             ANSI SCSI revision: 02
> >  target1:0:6: Beginning Domain Validation
> >  target1:0:6: asynchronous
> >  target1:0:6: FAST-20 SCSI 20.0 MB/s ST (50 ns, offset 16)
> >  target1:0:6: Domain Validation skipping write tests
> >  target1:0:6: Ending Domain Validation
> > megasas: 00.00.02.04 Fri Feb 03 14:31:44 PST 2006
> > SCSI device sda: 143374738 512-byte hdwr sectors (73408 MB)
> > sda: Write Protect is off
> > SCSI device sda: drive cache: write through
> > SCSI device sda: 143374738 512-byte hdwr sectors (73408 MB)
> > sda: Write Protect is off
> > SCSI device sda: drive cache: write through
> >  sda: sda1 sda2 sda3 sda8
> > sd 0:0:0:0: Attached scsi disk sda
> > SCSI device sdb: 143374738 512-byte hdwr sectors (73408 MB)
> > sdb: Write Protect is off
> > SCSI device sdb: drive cache: write through
> > SCSI device sdb: 143374738 512-byte hdwr sectors (73408 MB)
> > sdb: Write Protect is off
> > SCSI device sdb: drive cache: write through
> >  sdb: sdb1 sdb2 sdb3 sdb7
> > sd 0:0:1:0: Attached scsi disk sdb
> > SCSI device sdc: 143374738 512-byte hdwr sectors (73408 MB)
> > sdc: Write Protect is off
> > SCSI device sdc: drive cache: write through
> > SCSI device sdc: 143374738 512-byte hdwr sectors (73408 MB)
> > sdc: Write Protect is off
> > SCSI device sdc: drive cache: write through
> >  sdc: sdc1 sdc2 sdc3 sdc7
> > sd 0:0:2:0: Attached scsi disk sdc
> > SCSI device sdd: 143374738 512-byte hdwr sectors (73408 MB)
> > sdd: Write Protect is off
> > SCSI device sdd: drive cache: write through
> > SCSI device sdd: 143374738 512-byte hdwr sectors (73408 MB)
> > sdd: Write Protect is off
> > SCSI device sdd: drive cache: write through
> >  sdd: sdd1 sdd2 sdd3 sdd7
> > sd 0:0:3:0: Attached scsi disk sdd
> > SCSI device sde: 143374738 512-byte hdwr sectors (73408 MB)
> > sde: Write Protect is off
> > SCSI device sde: drive cache: write through
> > SCSI device sde: 143374738 512-byte hdwr sectors (73408 MB)
> > sde: Write Protect is off
> > SCSI device sde: drive cache: write through
> >  sde: sde1 sde2 sde3 sde7
> > sd 0:0:4:0: Attached scsi disk sde
> > SCSI device sdf: 143374738 512-byte hdwr sectors (73408 MB)
> > sdf: Write Protect is off
> > SCSI device sdf: drive cache: write through
> > SCSI device sdf: 143374738 512-byte hdwr sectors (73408 MB)
> > sdf: Write Protect is off
> > SCSI device sdf: drive cache: write through
> >  sdf: sdf1 sdf2 sdf3 sdf7
> > sd 0:0:5:0: Attached scsi disk sdf
> > SCSI device sdg: 286739329 512-byte hdwr sectors (146811 MB)
> > sdg: Write Protect is off
> > SCSI device sdg: drive cache: write through w/ FUA
> > SCSI device sdg: 286739329 512-byte hdwr sectors (146811 MB)
> > sdg: Write Protect is off
> > SCSI device sdg: drive cache: write through w/ FUA
> >  sdg: sdg1 sdg2 sdg3 sdg7
> > sd 0:0:7:0: Attached scsi disk sdg
> > SCSI device sdh: 286739329 512-byte hdwr sectors (146811 MB)
> > sdh: Write Protect is off
> > SCSI device sdh: drive cache: write through w/ FUA
> > SCSI device sdh: 286739329 512-byte hdwr sectors (146811 MB)
> > sdh: Write Protect is off
> > SCSI device sdh: drive cache: write through w/ FUA
> >  sdh: sdh1 sdh2 sdh3 sdh7
> > sd 0:0:8:0: Attached scsi disk sdh
> > SCSI device sdi: 286739329 512-byte hdwr sectors (146811 MB)
> > sdi: Write Protect is off
> > SCSI device sdi: drive cache: write through w/ FUA
> > SCSI device sdi: 286739329 512-byte hdwr sectors (146811 MB)
> > sdi: Write Protect is off
> > SCSI device sdi: drive cache: write through w/ FUA
> >  sdi: sdi1 sdi2 sdi3 sdi7
> > sd 0:0:9:0: Attached scsi disk sdi
> > SCSI device sdj: 286739329 512-byte hdwr sectors (146811 MB)
> > sdj: Write Protect is off
> > SCSI device sdj: drive cache: write through w/ FUA
> > SCSI device sdj: 286739329 512-byte hdwr sectors (146811 MB)
> > sdj: Write Protect is off
> > SCSI device sdj: drive cache: write through w/ FUA
> >  sdj: sdj1 sdj2 sdj3 sdj7
> > sd 0:0:10:0: Attached scsi disk sdj
> > SCSI device sdk: 286739329 512-byte hdwr sectors (146811 MB)
> > sdk: Write Protect is off
> > SCSI device sdk: drive cache: write through w/ FUA
> > SCSI device sdk: 286739329 512-byte hdwr sectors (146811 MB)
> > sdk: Write Protect is off
> > SCSI device sdk: drive cache: write through w/ FUA
> >  sdk: sdk1 sdk2 sdk3 sdk7
> > sd 0:0:11:0: Attached scsi disk sdk
> > SCSI device sdl: 286739329 512-byte hdwr sectors (146811 MB)
> > sdl: Write Protect is off
> > SCSI device sdl: drive cache: write through w/ FUA
> > SCSI device sdl: 286739329 512-byte hdwr sectors (146811 MB)
> > sdl: Write Protect is off
> > SCSI device sdl: drive cache: write through w/ FUA
> >  sdl: sdl1 sdl2 sdl3 sdl7
> > sd 0:0:12:0: Attached scsi disk sdl
> > sr0: scsi3-mmc drive: 48x/48x cd/rw xa/form2 cdda tray
> > Uniform CD-ROM driver Revision: 3.20
> > Fusion MPT base driver 3.03.09
> > Copyright (c) 1999-2005 LSI Logic Corporation
> > Fusion MPT SPI Host driver 3.03.09
> > Fusion MPT FC Host driver 3.03.09
> > Fusion MPT SAS Host driver 3.03.09
> > Fusion MPT misc device (ioctl) driver 3.03.09
> > mptctl: Registered with Fusion MPT base driver
> > mptctl: /dev/mptctl @ (major,minor\x10,220)
> > TCP bic registered
> > NET: Registered protocol family 1
> > NET: Registered protocol family 17þ>> Loading modules
> > >> Activating mdev
> > >> Making tmpfs for /newroot
> > >> Attempting to mount CD:- /dev/sr0
> > >> CD medium found on /dev/sr0
> > >> Determining root device...
> > >> Determining looptype ...
> > >> Mounting squashfs filesystem
> > >> Copying read-write image contents to tmpfs
> > >> No cdupdate.sh script found, skipping...
> > >> Booting (initramfs)...
> > INITúW^ÖÍ¥½¹^Á2.86 booting
> >
>

^ permalink raw reply	[flat|nested] 24+ messages in thread
* Re: Sunfire v880
  2007-03-07  0:49 Sunfire v880 Alex Deucher
                   ` (16 preceding siblings ...)
  2007-03-08 14:18 ` Alex Deucher
@ 2007-03-08 14:26 ` Alex Deucher
  2007-03-08 21:40 ` David Miller
                   ` (4 subsequent siblings)
  22 siblings, 0 replies; 24+ messages in thread
From: Alex Deucher @ 2007-03-08 14:26 UTC (permalink / raw)
  To: sparclinux

On 3/7/07, David Miller <davem@davemloft.net> wrote:
> From: "Alex Deucher" <alexdeucher@gmail.com>
> Date: Wed, 7 Mar 2007 17:55:31 -0500
>
> >  I built 2.6.20.1 and tried to netboot it.  I got the same thing
> > "booting linux..." then nothing.  adding -p did not provide any
> > additional output.
>
> This sucks, I wish I had one of these machines so I could
> keep them from breaking as these kinds of bugs are nearly
> impossible to fix remotely in a sane manner.
>
> Hohum... let's try to see where it dies, add this patch and
> reboot with "-p" again, thanks.  BTW, you also could certainly
> add tracing printk() statements like this too in order to help
> narrow down where it dies.  This is just debugging monkey work.
>

Your patch doesn't produce any additional output (even with -p) on
2.6.20.1.  All I get is "booting linux..." and that's it.

Alex

^ permalink raw reply	[flat|nested] 24+ messages in thread
* Re: Sunfire v880
  2007-03-07  0:49 Sunfire v880 Alex Deucher
                   ` (17 preceding siblings ...)
  2007-03-08 14:26 ` Alex Deucher
@ 2007-03-08 21:40 ` David Miller
  2007-03-08 21:46 ` David Miller
                   ` (3 subsequent siblings)
  22 siblings, 0 replies; 24+ messages in thread
From: David Miller @ 2007-03-08 21:40 UTC (permalink / raw)
  To: sparclinux

From: "Alex Deucher" <alexdeucher@gmail.com>
Date: Thu, 8 Mar 2007 09:26:41 -0500

> On 3/7/07, David Miller <davem@davemloft.net> wrote:
> > From: "Alex Deucher" <alexdeucher@gmail.com>
> > Date: Wed, 7 Mar 2007 17:55:31 -0500
> >
> > >  I built 2.6.20.1 and tried to netboot it.  I got the same thing
> > > "booting linux..." then nothing.  adding -p did not provide any
> > > additional output.
> >
> > This sucks, I wish I had one of these machines so I could
> > keep them from breaking as these kinds of bugs are nearly
> > impossible to fix remotely in a sane manner.
> >
> > Hohum... let's try to see where it dies, add this patch and
> > reboot with "-p" again, thanks.  BTW, you also could certainly
> > add tracing printk() statements like this too in order to help
> > narrow down where it dies.  This is just debugging monkey work.
> >
> 
> Your patch doesn't produce any additional output (even with -p) on
> 2.6.20.1.  All I get is "booting linux..." and that's it.

Weird, that doesn't make any sense.  Please add a new printk() right
before the "booting linux..." message and see if that gets
printed out properly.

If it doesn't, change all the added debugging printk()'s into
prom_printf() calls.

^ permalink raw reply	[flat|nested] 24+ messages in thread
* Re: Sunfire v880
  2007-03-07  0:49 Sunfire v880 Alex Deucher
                   ` (18 preceding siblings ...)
  2007-03-08 21:40 ` David Miller
@ 2007-03-08 21:46 ` David Miller
  2007-03-08 21:58 ` Alex Deucher
                   ` (2 subsequent siblings)
  22 siblings, 0 replies; 24+ messages in thread
From: David Miller @ 2007-03-08 21:46 UTC (permalink / raw)
  To: sparclinux

From: "Alex Deucher" <alexdeucher@gmail.com>
Date: Thu, 8 Mar 2007 09:18:43 -0500

> On 3/7/07, Alex Deucher <alexdeucher@gmail.com> wrote:
> > Gentoo seems to be carrying this patch:
> > http://marc.theaimsgroup.com/?l=linux-sparc&m\x110314220200915&w=2
> >
> > I'm going to try and see if that is indeed what fixes the issue.  If
> > so perhaps it should go upstream?
> >
> 
> FWIW, this patch got 2.6.17 vanilla booting for us.  I hope that
> helping in tracking things down in the newer kernels.

It doesn't at all.

That patch modifies prom_gettree() which won't be called until
long after the machine boots up and /proc/openprom is mounted.

We're getting nowhere, we have patches to code that doesn't run
during bootup fixing the bootup, printk() statements that don't
actually print out anything, etc.

This is turning in a waste of time and I'm only going to be able to
fix this with physical access to an v880 machine that exhibits the
problem instead of going back and forth like this every day.

^ permalink raw reply	[flat|nested] 24+ messages in thread
* Re: Sunfire v880
  2007-03-07  0:49 Sunfire v880 Alex Deucher
                   ` (19 preceding siblings ...)
  2007-03-08 21:46 ` David Miller
@ 2007-03-08 21:58 ` Alex Deucher
  2007-03-08 22:03 ` David Miller
  2007-03-12 14:53 ` Alex Deucher
  22 siblings, 0 replies; 24+ messages in thread
From: Alex Deucher @ 2007-03-08 21:58 UTC (permalink / raw)
  To: sparclinux

On 3/8/07, David Miller <davem@davemloft.net> wrote:
> From: "Alex Deucher" <alexdeucher@gmail.com>
> Date: Thu, 8 Mar 2007 09:18:43 -0500
>
> > On 3/7/07, Alex Deucher <alexdeucher@gmail.com> wrote:
> > > Gentoo seems to be carrying this patch:
> > > http://marc.theaimsgroup.com/?l=linux-sparc&m\x110314220200915&w=2
> > >
> > > I'm going to try and see if that is indeed what fixes the issue.  If
> > > so perhaps it should go upstream?
> > >
> >
> > FWIW, this patch got 2.6.17 vanilla booting for us.  I hope that
> > helping in tracking things down in the newer kernels.
>
> It doesn't at all.
>
> That patch modifies prom_gettree() which won't be called until
> long after the machine boots up and /proc/openprom is mounted.
>
> We're getting nowhere, we have patches to code that doesn't run
> during bootup fixing the bootup, printk() statements that don't
> actually print out anything, etc.
>
> This is turning in a waste of time and I'm only going to be able to
> fix this with physical access to an v880 machine that exhibits the
> problem instead of going back and forth like this every day.
>

Thanks for all your help with this.  I wish I could send you a v880.
If there's anything else you or anyone else would like me to try let
me know.  One last thing, I noticed this message when I create the
aout version of the kernel:

PT 0 Entry: Loadable to 0x400000[0x39e918] from 0x0[0x32b788] align 0x100000
PT 1 Entry: unknown

perhaps the additional size added by that patch changes something that
makes it happy when loading?

If I figure out anything new I'll let you know.

Alex

^ permalink raw reply	[flat|nested] 24+ messages in thread
* Re: Sunfire v880
  2007-03-07  0:49 Sunfire v880 Alex Deucher
                   ` (20 preceding siblings ...)
  2007-03-08 21:58 ` Alex Deucher
@ 2007-03-08 22:03 ` David Miller
  2007-03-12 14:53 ` Alex Deucher
  22 siblings, 0 replies; 24+ messages in thread
From: David Miller @ 2007-03-08 22:03 UTC (permalink / raw)
  To: sparclinux

From: "Alex Deucher" <alexdeucher@gmail.com>
Date: Thu, 8 Mar 2007 16:58:12 -0500

> Thanks for all your help with this.  I wish I could send you a v880.
> If there's anything else you or anyone else would like me to try let
> me know.  One last thing, I noticed this message when I create the
> aout version of the kernel:
> 
> PT 0 Entry: Loadable to 0x400000[0x39e918] from 0x0[0x32b788] align 0x100000
> PT 1 Entry: unknown
> 
> perhaps the additional size added by that patch changes something that
> makes it happy when loading?

The only working theory I can come up with is that yes, indeed,
it makes the layout of the kernel different and for some reason
that fixes the bootup failure.

> If I figure out anything new I'll let you know.

Thanks.

^ permalink raw reply	[flat|nested] 24+ messages in thread
* Re: Sunfire v880
  2007-03-07  0:49 Sunfire v880 Alex Deucher
                   ` (21 preceding siblings ...)
  2007-03-08 22:03 ` David Miller
@ 2007-03-12 14:53 ` Alex Deucher
  22 siblings, 0 replies; 24+ messages in thread
From: Alex Deucher @ 2007-03-12 14:53 UTC (permalink / raw)
  To: sparclinux

On 3/8/07, David Miller <davem@davemloft.net> wrote:
> From: "Alex Deucher" <alexdeucher@gmail.com>
> Date: Thu, 8 Mar 2007 16:58:12 -0500
>
> > Thanks for all your help with this.  I wish I could send you a v880.
> > If there's anything else you or anyone else would like me to try let
> > me know.  One last thing, I noticed this message when I create the
> > aout version of the kernel:
> >
> > PT 0 Entry: Loadable to 0x400000[0x39e918] from 0x0[0x32b788] align 0x100000
> > PT 1 Entry: unknown
> >
> > perhaps the additional size added by that patch changes something that
> > makes it happy when loading?
>
> The only working theory I can come up with is that yes, indeed,
> it makes the layout of the kernel different and for some reason
> that fixes the bootup failure.
>
> > If I figure out anything new I'll let you know.
>
> Thanks.
>

This may be a completely unrelated issue, but if I build a kernel with
sparc cpu i2c built in, I get this little gem:

[   79.718230] i2c-0: Regs at 000007fc7e00002e, 8 devices, own a0, clock 10.
[   79.798940] i2c-1: Regs at 000007fc7e000030, 8 devices, own a0, clock 10.
[   79.880198] i2c-2: Regs at 000007fc7e50002e, 0 devices, own a0, clock 10.
[   79.961441] i2c-3: Regs at 000007fc7e500030, 2 devices, own a0, clock 10.

ERROR: System Hardware FATAL RESET from  DAR/DCS/MDR CPU3

System State (CPU3 reporting)

WARNING: CPU0 extant (7) but not "Idle"; can't access CPU's registers

CPU1 Config/Control/Status registers:

  CPUVersion:  003e.0015.b100.0507
  SafConfig:   0caa.01bc.2002.0002
  SafBaseAdr:  0000.0400.0080.0000
  DCacheCtl:   0000.0000.0000.0000
  ECacheCtl:   0000.0000.0343.4c00
  ECErrEnable: 0000.0000.0000.000b

  AFAR:        0000.0000.0000.0000
  AFSR:        0000.0000.0000.0000 (no errors set)
  AFAR 2:      0000.0000.0000.0000
  AFSR 2:      0000.0000.0000.0000 (no errors set)

  DMMU SFAR:   0000.0000.f005.9d9b
  DMMU SFSR:   0000.0000.0080.8008 TM PR
  IMMU SFSR:   0000.0000.0080.8008 TM PR

CPU1 Trap registers:  Trap Level = 5

  TL=1 TT:     0000.0000.0000.004e
       TSTATE: 0000.0044.1100.1601 XCC:Z ICC:Z MM=TSO PEF PRIV IE
       TPC:    0000.0000.0041.7574
       TnPC:   0000.0000.0041.7578
  TL=2 TT:     0000.0000.0000.0068
       TSTATE: 0000.0099.5804.1403 XCC:NC ICC:NC MM=TSO PEF PRIV
       TPC:    0000.0000.f004.a270
       TnPC:   0000.0000.f004.a274
  TL=3 TT:     0000.0000.0000.0000
       TSTATE: 0000.0000.0000.0000 XCC:(clear) ICC:(clear) MM=TSO
       TPC:    0000.0000.0000.0000
       TnPC:   0000.0000.0000.0000
  TL=4 TT:     0000.0000.0000.0000
       TSTATE: 0000.0000.0000.0000 XCC:(clear) ICC:(clear) MM=TSO
       TPC:    0000.0000.0000.0000
       TnPC:   0000.0000.0000.0000
 *TL=5 TT:     0000.0000.0000.0001
       TSTATE: 0000.0099.1100.1601 XCC:NC ICC:NC MM=TSO PEF PRIV IE
       TPC:    0000.0000.0000.0000
       TnPC:   0000.0000.0000.0004

CPU1 General registers:

  %PIL:        0
  %PC:         0000.0000.0000.0000
  %nPC:        0000.0000.0000.0004
  %PSTATE:     0000.0000.0000.0035 TLE MM=TSO PEF
  %CCR:        0000.0000.0000.0000 XCC:(clear) ICC:(clear)
  %FPRS:       0000.0000.0000.0000

  %v0: 0000.0000.0000.0000  %v1: 0000.0000.0000.0040  %v2: 0000.0000.0000.0100
  %v3: 0000.0000.007a.7080  %v4: 0000.0000.0000.0020  %v5: 0000.0000.0000.0000
  %v6: 0000.0000.007b.2d40  %v7: 0000.0000.0000.0000

  %m0: 0000.0000.0000.0000  %m1: 0000.0000.0040.82c0  %m2: 0000.0000.0000.03c0
  %m3: 8000.00b0.ffc5.80b6  %m4: 0000.0000.f005.8000  %m5: 8000.00b0.ffc5.80b6
  %m6: 0000.0000.0000.03c0  %m7: 0000.0000.0000.0000

  %a0: 0000.0000.0000.0000  %a1: 0000.0000.0000.5800  %a2: 0000.0000.0000.0000
  %a3: 0000.0000.0000.0000  %a4: 0000.0000.0000.0000  %a5: 0000.0000.0000.0000
  %a6: 0000.0000.0041.7564  %a7: ffff.ffff.f001.f6bc

  %g0: 0000.0000.0000.0000  %g1: 0000.0000.006e.ac00  %g2: 0000.0000.0000.0100
  %g3: ffff.f8b0.ffaf.c000  %g4: ffff.f8a0.000a.c8c0  %g5: ffff.f8a0.0319.8000
  %g6: ffff.f8b0.ffaf.c000  %g7: 0000.0000.0000.0007

  %o0: 0000.0000.0000.000e  %o1: 0000.0000.0000.0000  %o2: 0000.0000.0000.0000
  %o3: 0000.0016.27f4.4510  %o4: 0000.0000.0000.0001  %o5: 0000.0000.0077.1000
  %o6: ffff.f8b0.ffaf.f681  %o7: 0000.0000.0041.7564

  %l0: 0000.0000.006f.0040  %l1: 0000.0000.0077.1000  %l2: 0000.0000.0000.0001
  %l3: 0000.0000.0000.0006  %l4: 0000.0000.0000.0001  %l5: 0000.0000.0000.000f
  %l6: 0000.0000.006f.1da0  %l7: 0000.0000.0081.4c00

  %i0: 0000.0000.0000.0000  %i1: 0000.0000.0077.1130  %i2: 0000.0000.0000.0002
  %i3: 0000.0000.0081.50b0  %i4: 0000.0000.006f.1da0  %i5: 0000.0000.0000.0000
  %i6: ffff.f8b0.ffaf.f741  %i7: 0000.0000.0043.1e8c

CPU1 Mem Ctrl registers:

  Mem Time Ctl1:  1098.03cc.3104.1902
  Mem Time Ctl2:  3e68.d82d.79af.0020
  Mem Time Ctl3:  1060.03c7.1c82.0360
  Mem Time Ctl4:  1d28.7ec0.38e7.0020
  Mem Addr Dec1:  8000.7e02.c002.0000
  Mem Addr Dec2:  8000.7e02.c002.0200
  Mem Addr Dec3:  8000.7e02.c002.0400
  Mem Addr Dec4:  8000.7e02.c002.0600
  Mem Addr Ctl:   7f04.1124.4221.1088

WARNING: CPU2 extant (7) but not "Idle"; can't access CPU's registers

CPU3 Config/Control/Status registers:

  CPUVersion:  003e.0015.b100.0507
  SafConfig:   1534.01bc.2006.0002
  SafBaseAdr:  0000.0400.0180.0000
  DCacheCtl:   0000.0000.0000.0000
  ECacheCtl:   0000.0000.0343.4c00
  ECErrEnable: 0000.0000.0000.000b

  AFAR:        0000.07ff.ec00.f800
  AFSR:        0004.0000.0000.0000 IERR
  AFAR 2:      0000.07ff.ec00.f800
  AFSR 2:      0004.0000.0000.0000 IERR

  DMMU SFAR:   0000.0000.f002.f364
  DMMU SFSR:   0000.0000.0080.8008 TM PR
  IMMU SFSR:   0000.0000.0080.8008 TM PR

CPU3 Trap registers:  Trap Level = 5

  TL=1 TT:     0000.0000.0000.004e
       TSTATE: 0000.0000.8000.9603 XCC:(clear) ICC:(clear) PEF PRIV IE
       TPC:    0000.0000.0041.7554
       TnPC:   0000.0000.0041.09d4
  TL=2 TT:     0000.0000.0000.0000
       TSTATE: 0000.0000.0000.0000 XCC:(clear) ICC:(clear) MM=TSO
       TPC:    0000.0000.0000.0000
       TnPC:   0000.0000.0000.0000
  TL=3 TT:     0000.0000.0000.0000
       TSTATE: 0000.0000.0000.0000 XCC:(clear) ICC:(clear) MM=TSO
       TPC:    0000.0000.0000.0000
       TnPC:   0000.0000.0000.0000
  TL=4 TT:     0000.0000.0000.0000
       TSTATE: 0000.0000.0000.0000 XCC:(clear) ICC:(clear) MM=TSO
       TPC:    0000.0000.0000.0000
       TnPC:   0000.0000.0000.0000
 *TL=5 TT:     0000.0000.0000.0001
       TSTATE: 0000.0000.8000.9606 XCC:(clear) ICC:(clear) PEF PRIV IE
       TPC:    0000.0000.0000.0000
       TnPC:   0000.0000.0000.0004

CPU3 General registers:

  %PIL:        15
  %PC:         0000.0000.0000.0000
  %nPC:        0000.0000.0000.0004
  %PSTATE:     0000.0000.0000.0035 TLE MM=TSO PEF
  %CCR:        0000.0000.0000.0000 XCC:(clear) ICC:(clear)
  %FPRS:       0000.0000.0000.0000

  %v0: 0000.0000.0000.0000  %v1: 0000.0000.0000.0000  %v2: 0000.0000.0000.1000
  %v3: 0000.0000.0043.9f8c  %v4: 0000.0000.0040.0000  %v5: 0000.0000.0000.0000
  %v6: 0000.0000.007b.2dc0  %v7: 0000.0000.0000.0000

  %m0: 0000.0000.0000.0000  %m1: 0000.0000.0040.8170  %m2: 0000.0000.0000.0000
  %m3: 8000.00b0.ffc0.00b6  %m4: 0000.0000.f002.e000  %m5: 8000.00b0.ffc2.e0b6
  %m6: 0000.0000.0000.03c0  %m7: 0000.0000.0000.0000

  %a0: 0000.0000.0000.0000  %a1: 0000.0000.0000.5800  %a2: 0000.0000.0000.0000
  %a3: 0000.0000.0000.0000  %a4: 0010.0800.0000.0000  %a5: 0000.07ff.ec00.f800
  %a6: 0000.0000.0045.4dec  %a7: ffff.ffff.f001.f6bc

  %g0: 0000.0000.0000.0000  %g1: 0000.0000.0000.028d  %g2: 0000.0000.006f.4000
  %g3: 0000.0000.006f.13a0  %g4: 0000.0000.006e.ac80  %g5: ffff.f8a0.031a.8000
  %g6: 0000.0000.006e.c040  %g7: 0000.0000.0000.0010

  %o0: 0000.0000.003d.09fa  %o1: 0000.0000.0000.0003  %o2: 0000.0000.006e.faf8
  %o3: 0000.0000.0000.0020  %o4: 0000.0000.1940.3ac6  %o5: 0000.0000.003d.09fa
  %o6: 0000.0000.006e.f251  %o7: 0000.0000.0045.4dec

  %l0: 0000.0000.0080.c280  %l1: 0000.0000.0080.c000  %l2: 0000.0000.0000.0001
  %l3: 0000.0000.0000.0000  %l4: 0000.0000.0080.e000  %l5: 0000.0000.0077.1000
  %l6: 0000.0000.0000.0000  %l7: 0000.0000.0000.0003

  %i0: 0000.0000.006e.fd50  %i1: ffff.f8a0.0394.5890  %i2: 0000.0000.0000.0000
  %i3: 0000.0000.0079.d800  %i4: 0000.0000.0077.1000  %i5: 0000.0000.ffff.180b
  %i6: 0000.0000.006e.f311  %i7: 0000.0000.0041.e09c

CPU3 Mem Ctrl registers:

  Mem Time Ctl1:  1098.03cc.3104.1902
  Mem Time Ctl2:  3e68.d82d.79af.0020
  Mem Time Ctl3:  1060.03c7.1c82.0360
  Mem Time Ctl4:  1d28.7ec0.38e7.0020
  Mem Addr Dec1:  8000.7e02.c002.0100
  Mem Addr Dec2:  8000.7e02.c002.0300
  Mem Addr Dec3:  8000.7e02.c002.0500
  Mem Addr Dec4:  8000.7e02.c002.0700
  Mem Addr Ctl:   7f04.1124.4221.1088

IO-Bridge 8 at 0000.0400.0400.0000
  Device ID  fc00.0000.0011.a957
  Ctl/Stat   0255.5554.0080.7e02
  Error Ctl  7c00.0000.0000.03e7
  Int Ctl    0000.0000.0000.0010
  Error Log  0000.0000.0000.0000
  ECC Ctl    0000.0000.0000.0000
  EStar Ctl  0000.0000.0000.0001
  Queue Ctl  0000.0000.0000.0000

                 Address Match       Address Mask
  PCIA Mem   0000.07fd.0000.0000 0000.07ff.0000.0000
  PCIA C/IO  0000.07ff.ec00.0000 0000.07ff.fe00.0000
  PCIB Mem   0000.07fe.0000.0000 0000.07ff.0000.0000
  PCIB C/IO  0000.07ff.ee00.0000 0000.07ff.fe00.0000

                    AFAR                AFSR
  UE         0000.0000.0000.0000 0000.0000.0000.0000
  CE         0000.0000.0000.0000 0000.0000.0000.0000
  PCI A      0000.0000.0000.0000 0000.0000.0000.0000
  PCI B      0000.0000.0000.0000 0000.0000.0000.0000

                Control/Status      Idle Check Diag       Diagnostic
  PCI A       0000.0002.0000.0000 0000.0000.0000.0000 0000.0000.0000.0000
  PCI B       0000.0000.0000.0000

Without it everything seems to work fine.

Alex

^ permalink raw reply	[flat|nested] 24+ messages in thread
end of thread, other threads:[~2007-03-12 14:53 UTC | newest]

Thread overview: 24+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-03-07  0:49 Sunfire v880 Alex Deucher
2007-03-07  1:00 ` David Miller
2007-03-07 14:35 ` Alex Deucher
2007-03-07 16:08 ` Alex Deucher
2007-03-07 16:21 ` Alex Deucher
2007-03-07 16:55 ` Alex Deucher
2007-03-07 17:10 ` Alex Deucher
2007-03-07 20:47 ` Alex Deucher
2007-03-07 20:49 ` David Miller
2007-03-07 21:02 ` Alex Deucher
2007-03-07 22:34 ` David Miller
2007-03-07 22:48 ` Alex Deucher
2007-03-07 22:51 ` David Miller
2007-03-07 22:55 ` Alex Deucher
2007-03-07 22:58 ` Alex Deucher
2007-03-07 23:05 ` David Miller
2007-03-07 23:20 ` Alex Deucher
2007-03-08 14:18 ` Alex Deucher
2007-03-08 14:26 ` Alex Deucher
2007-03-08 21:40 ` David Miller
2007-03-08 21:46 ` David Miller
2007-03-08 21:58 ` Alex Deucher
2007-03-08 22:03 ` David Miller
2007-03-12 14:53 ` Alex Deucher

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.