Bug#255296: Bug#275627: [sparc][netinst][20041007] failure: sun blade 100 (fwd)
forwarding for info
---------- Forwarded message ----------
Date: Mon, 18 Oct 2004 09:25:07 +1000 (EST)
From: Vincent.McIntyre@csiro.au
To: Colleen Hatfield <evilpig@gmail.com>
Cc: 275627@bugs.debian.org, Vincent McIntyre <vince.mcintyre@atnf.csiro.au>,
Herbert Kaminski <herbert.kaminski@t-online.de>,
Joey Hess <joeyh@debian.org>
Subject: Re: Bug#275627: [sparc][netinst][20041007] failure: sun blade 100
Hi all,
I made some more (unsuccessful) attempts.
> Vincent, re. your "cramfs: wrong magic" intermittent problem:
> I have this problem on my Blade 100 as well, when I don't hit Stop+A
> at precisely the instant that the machine wants it. On my machine I
> have to send break after initializing memory, and *immediately* after
> it sends the sync signal to the monitor (Boot device: disk a or
> whatever is the last line above the "ok" I get post-break). If I wait
> any longer than this, I get the "cramfs: wrong magic" issue when
> trying to boot from the installer CDROM. If I wait too long before
> sending the break when trying to boot disk2 (my Gentoo installation),
> I get a really ugly "kernel panic: Aiee!" regarding the swapper. This
> is reproducible 100% of the time on my Blade.
Attempt 1.
netinst 20041015 (md5 ed4ce23d8135ec1ed287d307230e12d2)
http://cdimage.debian.org/pub/cdimage-testing/daily/sparc/20041015/sarge-sparc-netinst.iso
Power up.
Hit L1-A just after it says
Boot device: disk:a File and args:
ok boot cdrom
boot: <return>
still fails, with cramfs and kernel panic as before
In case it is helpful, this is what I could transcribe of the boot log
....
PCI: found SABRE, main regs at 0000001fe00000000, wsync at
000001fe00001c20
SABRE: Shared PCI config space at 000001fe01000000
SABRE: DVMA at c0000000 [20000000]
PCI-IRQ: Routing bus[ 0] slot[ 8] map[0] to INO[23]
PCI-IRQ: Routing bus[ 0] slot[ c] map[0] to INO[06]
PCI-IRQ: Routing bus[ 0] slot[ c] map[0] to INO[1c]
PCI-IRQ: Routing bus[ 0] slot[ c] map[0] to INO[24]
PCI-IRQ: Routing bus[ 0] slot[ d] map[0] to INO[0c]
PCI-IRQ: Routing bus[ 0] slot[13] map[0] to INO[0f]
PCIO(PBMA): Bus running at 33MHz
isa0: [dma -> (floppy) (parallel)] ]power] [serial] [serial]
ebus0: [flashprom] [idprom]
PCIO serial driver version 1.54
su(serial) at 0x1fe020003f8 (tty 0 irq 12.7eb) is a 16550A
su(serial) at 0x1fe020002e8 (tty 0 irq 12.7eb) is a 16550A
Linux NET4.0 for Linux 2.4
Based on Swansea University Computer Society NET3.039
Initialising RT netlink socket
Starting kswapd
VFS: Disk quotas vdquot_6.5.1
devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
atyfb: 3D Rage (XL) [0x4752 rev 0x27] 8M SDRAM, 29.498928 MHz XTAL, 235
MHz PLL, 83 MHz MCLK, 63 MHz XCLK
Console: switching to colour frame buffer device 144x56
fb0: ATY Mach64 frame buffer device on PCI
kbd_init: Assuming USB keyboard.
isa(speaker): iobase[000001fe02000042:000001fe02000061]
pty: 256 Unix96 ptys configured
rtc_init: no PC rtc found
RAMDISK driver initialized: 16 RAM disks of 16384K size 1024 blocksize
Uniform Multi-Platform E-IDE Driver Revision: 7.00beta4-2.4
ide: Assuming 33MHz system bus speed for PIO modes: override with
idebus=xx
usb.c: registered new driver usbdevfs
usb.c: registered new driver hub
usb.c: registered new driver usbmouse
usbmouse.c: v1.6:USB HID Boot Protocol mouse driver
usb.c: registered new driver usbkbd
usbkbd.c: USB HID Boot Protocol keyboard driver
Initializing Cryptographic API
NET4: Linux TCP/IP 1.0 for NET4.0
IP: routing cache hash table of 8192 buckets, 64Kbytes
TCP: Hash tables configured (established 65536 bind 65536)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0
RAMDISK: Couldn't find a valid RAM disk image starting at 0.
Freeing initrd memory: 2027k freed
cramfs: wrong magic
Kernel panic: VFS: Unable to mount root fs on 00:00
Press L1-A to return to the boot prom
At this point, the keyboard does not work.
Power down.
Power up.
Hit L1-A in the middle of "Initializing memory"
ok boot cdrom
boot: <return>
successful boot, but the keyboard is nonfunctional in "Choose Language".
Attempt 2.
JoshK mini-iso from 20041015 (md5 53d25f088f26bee748e85dab4da48b88)
Power up.
L1-A in middle of boot device: disk: a File and args:
ok boot cdrom
Boots successfully, but same problem with kbd at "Choose Language" step.
So Josh seems to have solved the cramfs problem.
Power down.
Power up.
hit L1-A earlier, after "Initializing Memory" but before the
boot device: message appears.
ok boot cdrom
boot: <return>
Fails in same way - boots ok but kbd is nonresponsive at "Choose
Language" step.
I haven't had a go with Gentoo yet, I'd rather not introduce more
variables.
I will have a go with a serial console soon and let you know if
I get to the point where I can get lspci output.
Cheers
Vince
Reply to: