snapshot booting problem for spar64
Berk D. Demir
As Theo requested, here is a problem report for the latest snapshot.
I did a fresh install from local ftp mirror.
Everything goes well with the installation procedure but when it tries
to boot the new shiny system, fails with an error and requests boot
command.
Here's a terminal output
---
Sun Ultra5/10 UPA/PCI (UltraSPARC-IIi 270 Mhz), Keyboard Present
OpenBoot 3.11, 128 MB memory installed, Serial #10506835
Ethernet address *:*:**:**:**:**, Host ID: ********
Rebooting with command boot
Boot device: disk:a File and args
...>> OpenBSD 3.3-current (obj) #38: Sun Jun 1 16:03:55 MDT 2003
der...@sparc64.openbsd.org:/usr/src/sys/arch/sparc64/stand/ofwboot/obj
: trying bsd ...
open /pci@1f,0/pci@1,1/ide@3/disk@0,0:a/bsd : No such file or directory
: trying obsd ...
open /pci@1f,0/pci@1,1/ide@3/disk@0,0:a/obsd : No such file or directory
Boot:
---
The interesting point is, when you type "bsd" like nothing happened, it
gracefully boots the bsd kernel.
I tried to reinstall bootblk with installboot but the it acts the same.
Is this a strl{cpy,cat} converison round bug?
Machine is an Ultra5 with two IDE disks.
I didn't attach dmesg output to save bandwidth. If you need, I can send
it.
Regards,
-bdd
Andrew Basterfield
"Berk D. Demir" <b...@ieee.org> wrote:
> The interesting point is, when you type "bsd" like nothing happened,
> it gracefully boots the bsd kernel.
Reset the OpenBoot firmware 'boot-file' variable back to null.
--Andrew
--
http://cemetery.homeunix.org
[demime 0.98d removed an attachment of type application/pgp-signature]
Berk D. Demir
> > The interesting point is, when you type "bsd" like nothing happened,
> > it gracefully boots the bsd kernel.
>
> Reset the OpenBoot firmware 'boot-file' variable back to null.
It was null already.
Any other ideas?
-bdd
Andrew Basterfield
then I think we need that dmesg
Berk D. Demir
> then I think we need that dmesg
OK then,
Here it comes.
---
console is keyboard/display
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.
Copyright (c) 1995-2003 OpenBSD. All rights reserved. http://www.OpenBSD.org
OpenBSD 3.3-current (GENERIC) #21: Sun Jun 1 19:19:40 MDT 2003
der...@sparc64.openbsd.org:/usr/src/sys/arch/sparc64/compile/GENERIC
total memory = 134217728
avail memory = 115400704
using 819 buffers containing 6709248 bytes of memory
bootpath: /pci@1f,0/pci@1,1/ide@3,0/disk@0,0
mainbus0 (root): Sun Ultra 5/10 UPA/PCI (UltraSPARC-IIi 270MHz)
cpu0 at mainbus0: SUNW,UltraSPARC-IIi @ 270 MHz, version 0 FPU
cpu0: physical 32K instruction (32 b/l), 16K data (32 b/l), 256K external (64 b/l)
psycho0 at mainbus0 addr 0xfffc4000
SUNW,sabre: impl 0, version 0: ign 7c0 bus range 0 to 2; PCI bus 0
DVMA map: c0000000 to e0000000
IOTDB: 7c8000 to 848000
pci0 at psycho0
ppb0 at pci0 dev 1 function 1 "Sun Simba PCI-PCI" rev 0x11
pci1 at ppb0 bus 1
ebus0 at pci1 dev 1 function 0 "Sun PCIO Ebus2" rev 0x01
auxio0 at ebus0 addr 726000-726003, 728000-728003, 72a000-72a003, 72c000-72c003, 72f000-72f003
power at ebus0 addr 724000-724003 ipl 37 not configured
SUNW,pll at ebus0 addr 504000-504002 not configured
sab0 at ebus0 addr 400000-40007f ipl 43: rev 3.2
sabtty0 at sab0 port 0
sabtty1 at sab0 port 1
comkbd0 at ebus0 addr 3083f8-3083ff ipl 41: layout 34
wskbd0 at comkbd0: console keyboard
com0 at ebus0 addr 3062f8-3062ff ipl 42, mouse: ns16550a, 16 byte fifo
lpt0 at ebus0 addr 3043bc-3043cb, 30015c-30015d, 700000-70000f ipl 34: polled
fdthree at ebus0 addr 3023f0-3023f7, 706000-70600f, 720000-720003 ipl 39 not configured
clock0 at ebus0 addr 0-1fff: mk48t59: hostid 80a05253
flashprom at ebus0 addr 0-fffff not configured
audioce0 at ebus0 addr 200000-2000ff, 702000-70200f, 704000-70400f, 722000-722003 ipl 35 ipl 36: nvaddrs 0
audio0 at audioce0
hme0 at pci1 dev 1 function 1 "Sun HME" rev 0x01: address 08:00:20:a0:52:53
nsphy0 at hme0 phy 1: DP83840 10/100 media interface, rev. 1
hme0: using ivec 3021 for interrupt
vgafb0 at pci1 dev 2 function 0 "ATI Mach64 GT" rev 0x9a
wsdisplay0 at vgafb0: console (std, sun emulation), using wskbd0
pciide0 at pci1 dev 3 function 0 "CMD Technology PCI0646" rev 0x03: DMA, channel 0 configured to native-PCI, channel 1 configured to native-PCI
pciide0: using ivec 1820 for native-PCI interrupt
wd0 at pciide0 channel 0 drive 0: <ST34342A>
wd0: 16-sector PIO, LBA, 4103MB, 8894 cyl, 15 head, 63 sec, 8404830 sectors
wd1 at pciide0 channel 0 drive 1: <Maxtor 32049H2>
wd1: 16-sector PIO, LBA, 19541MB, 16383 cyl, 16 head, 63 sec, 40021632 sectors
wd0(pciide0:0:0): using PIO mode 4, DMA mode 2
wd1(pciide0:0:1): using PIO mode 4, DMA mode 2
atapiscsi0 at pciide0 channel 1 drive 0
scsibus0 at atapiscsi0: 2 targets
cd0 at scsibus0 targ 0 lun 0: <GoldStar, CD-ROM CRD-8240B, 1.24> SCSI0 5/cdrom removable
cd0(pciide0:1:0): using PIO mode 4, DMA mode 2
ppb1 at pci0 dev 1 function 0 "Sun Simba PCI-PCI" rev 0x11
pci2 at ppb1 bus 2
siop0 at pci2 dev 1 function 0 "Symbios Logic 53c875" rev 0x14 using on-board RAM ivec 10
scsibus1 at siop0: 16 targets
siop1 at pci2 dev 1 function 1 "Symbios Logic 53c875" rev 0x14 using on-board RAM ivec 11
scsibus2 at siop1: 16 targets
pcons at mainbus0 not configured
No counter-timer -- using %tick at 270MHz as system clock.
root on wd0a
rootdev=0xc00 rrootdev=0x1a00 rawdev=0x1a02
hme0: DAD detected duplicate IPv6 address fe80:0001::0a00:20ff:fea0:5253: NS in/out=1/1, NA in=0
hme0: DAD complete for fe80:0001::0a00:20ff:fea0:5253 - duplicate found
hme0: manual intervention required
---
Marcus Watts
> Date: Tue, 3 Jun 2003 11:13:40 +0300
> From: "Berk D. Demir" <b...@ieee.org>
> To: te...@openbsd.org
> Subject: snapshot booting problem for spar64
> Message-ID: <2003060308...@tarp.tubitak.gov.tr>
dmesg output will not help here.
Looks to me like a space padding problem - "bsd " instead of "bsd"
etc. Probably that's because of
char *kernels[] = {
"bsd ",
"obsd ",
NULL
};
instead of
char *kernels[] = {
"bsd",
"obsd",
NULL
};
in
/usr/src/sys/arch/sparc64/stand/ofwboot/boot.c
which is, now that I look at this, probably my fault. This isn't
actually a strlcpy bug, but rather, the result of unsnarling some
twisted parsing code, which I hadn't realized included spaces at the
end of the table entries. Sorry about that.
On the bright side, at least your copy got to a boot prompt. The
original twisted parsing code ran off the end of the world when it
couldn't find a bootable kernel in the default list.
-Marcus Watts
Okan Demirmen
http://marc.theaimsgroup.com/?l=openbsd-sparc&m=105370618929331&w=2
just set boot-file until then
--
Wouter Clarie
//Wouter