Hauke Fath | 1 Mar 18:52 2003
Picon

state of affairs, here: supersparc SMP

Hi,

a kernel compiled from freshly updated sources (newly built TOOLDIR and
all) boots to multiuser and then immediately...

Starting afpd.
Starting actived.
Sat Mar  1 16:46:00 CET 2003

simple_unlock: lock not held
lock: 0xf736a0e4, currently at: /usr/src/sys/kern/kern_descrip.c:1534 on cpu 1
last locked: /usr/src/sys/kern/kern_descrip.c:1523
last unlocked: /usr/src/sys/kern/kern_descrip.c:1523
0x0(0x0, 0x3, 0x0, 0x96d, 0x91d02000, 0x8) at sys_execve+0x704
sys_execve(0xa, 0x118, 0xf021f400, 0xf738ad90, 0xf021f400, 0xf738ae64) at
syscall+0x1f4
syscall(0x3b, 0xf738afb0, 0x400, 0x191ec, 0x0, 0x0) at _syscall+0xcc
Stopped in pid 329.1 (faxgetty) at cpu_Debugger+0x8: call esigcode
db{1}> t
cpu_Debugger(0xf025c000, 0x1, 0xfffb, 0xf738aef8, 0xf011d8a8, 0xeffffc00)
at _simple_unlock+0x194
_simple_unlock(0xf736a0e4, 0xf021efa8, 0x5fe, 0x1, 0xf6a27240, 0x14) at
fdcheckstd+0x2e0
fdcheckstd(0x0, 0x3, 0x0, 0x96d, 0x91d02000, 0x8) at sys_execve+0x704
sys_execve(0xa, 0x118, 0xf021f400, 0xf738ad90, 0xf021f400, 0xf738ae64) at
syscall+0x1f4
syscall(0x3b, 0xf738afb0, 0x400, 0x191ec, 0x0, 0x0) at _syscall+0xcc
syncing disks... xcall(cpu1,0xf01e9384): couldn't ping cpus:
cpu0xcall(cpu1,0xf01e9384): couldn't ping cpus: cpu0xcall(cpu1,0xf01e9384):
couldn't ping cpus: cpu0xcall(cpu1,0xf01e9384): couldn't ping cpus:
(Continue reading)

Koyote | 3 Mar 10:04 2003

test and floppies

this is a test, but I do have a question.

I'm trying to put netbsd on one of my sparcbooks (3GX) and can't seem to
boot from floppy. I assume this is becuase the scsi floppy is seen as a
scsi device and not a floppy? 

-Christof

Michael Lorenz | 3 Mar 10:09 2003
Picon

Re: test and floppies

On 03 Mar 2003 01:04:34 -0800, Koyote <koyote <at> koyote.cx> wrote:

> this is a test, but I do have a question.
>
> I'm trying to put netbsd on one of my sparcbooks (3GX) and can't seem to
> boot from floppy. I assume this is becuase the scsi floppy is seen as a
> scsi device and not a floppy?

You can boot from the floppy, just not with <boot floppy> - it should be 
something like sd <at> 5/...
Lots of mails on this topic should wait for you in the mailing list 
archive.

have fun
Michael

Koyote | 3 Mar 10:15 2003

Re: test and floppies


I'm looking through the archives- I'm naturally not using boot floppy
since the device is c0t5d0 anyway.

It's the bad magic number in the disk image. looks like, loking at the
archives, there isn't a working 1.6 sparc boot floppy set. I suppose
this is reasonable given how few people boot from floppy these days, but
shouldn't the option be removed entirely if it isn't going to work at
all?

(I'm in december archives looking at this now, I must assume it hasn't
been fixed.)

I've tried most everything to get this to work and was assuming that
there was an issue with the drive not being recognized as a floppy, but
it appears that the problem is that there are no 1.6 boot floppies that
work, only the ones that are broken?

(yes, I've addressed the drive correctly, otherwise I would not have bad
magic. yes, I've tried several floppies and 3 different downloads of the
.gz file. I have gunzipped the file. I have made the floppies on 3
different machines.)

Thanks-
Christof

Michael Lorenz <ml <at> rz.uni-potsdam.de> writes:

> On 03 Mar 2003 01:04:34 -0800, Koyote <koyote <at> koyote.cx> wrote:
> 
(Continue reading)

Martin Husemann | 3 Mar 10:21 2003
Picon

Re: test and floppies

On Mon, Mar 03, 2003 at 01:15:42AM -0800, Koyote wrote:

> It's the bad magic number in the disk image.

Oh, that problem. Try new floppy images from

ftp:/releng.netbsd.org/pub/NetBSD-daily/netbsd-1-6/200303010000/sparc/installation/floppy

Martin

Koyote | 3 Mar 10:30 2003

Re: test and floppies

Martin Husemann <martin <at> duskware.de> writes:

> On Mon, Mar 03, 2003 at 01:15:42AM -0800, Koyote wrote:
> 
> > It's the bad magic number in the disk image.
> 
> Oh, that problem. Try new floppy images from
> 
> ftp:/releng.netbsd.org/pub/NetBSD-daily/netbsd-1-6/200303010000/sparc/installation/floppy
> 
> Martin

Ah. that makes more sense now. and I see in the archives a mention of a
fix now, too.

Is this the same as I find in
ftp.bsd.org/puc/NetBSD/arch/sparc/snapshot/1.6_RC2/installation/floppy
dated 2/19/03?

thanks!
Christof 

Koyote | 3 Mar 11:05 2003

Another issue with the scsi floppy


The first disk is working wonderfully, but loading the second disk isn't
working -

obviously I can't load from /dev/rfd0a

currently the configuration is:
scsi floppy drive   - scsi id 1 (open boot calls it 'disk1')"says
scsi hard drive     - scsi id 3

I can't load the second floppy using either /dev/rsd0a (device not configured)

nor /dev/rsd1a (starts looking for tar archive on the hard disk)

AM I missing something?

-C

Martin Husemann | 3 Mar 12:21 2003
Picon

Re: Another issue with the scsi floppy

On Mon, Mar 03, 2003 at 02:05:29AM -0800, Koyote wrote:

> currently the configuration is:
> scsi floppy drive   - scsi id 1 (open boot calls it 'disk1')"says
> scsi hard drive     - scsi id 3

When booting the kernel will tell you how it calls all devices it finds,
look for a "sd*: .... disk/removable" line, then use the matching /dev/rsd*c
device to load the second floppy.

Martin

Koyote | 3 Mar 18:24 2003

Re: Another issue with the scsi floppy


Martin Husemann <martin <at> duskware.de> writes:

> On Mon, Mar 03, 2003 at 02:05:29AM -0800, Koyote wrote:
> 
> > currently the configuration is:
> > scsi floppy drive   - scsi id 1 (open boot calls it 'disk1')"says
> > scsi hard drive     - scsi id 3
> 
> When booting the kernel will tell you how it calls all devices it finds,
> look for a "sd*: .... disk/removable" line, then use the matching /dev/rsd*c
> device to load the second floppy.

Okay- thanks. /dev/rsd0c is working. I am not certain why, though- Why c
instead of a?

-Christof

Martin Husemann | 3 Mar 19:23 2003
Picon

Re: Another issue with the scsi floppy

On Mon, Mar 03, 2003 at 09:24:59AM -0800, Koyote wrote:

> Okay- thanks. /dev/rsd0c is working. I am not certain why, though- Why c
> instead of a?

The floppy drivers use the minor device (which is represented as the char
past the number) for things like different densities. That's why you use
/dev/rfd0a for standard floppy access.

On disks the minor is used to select partitions - and there is no partitioning
on the boot floppies. So you need to use the "whole disk" partition, which on
sparcs happens to be "c" (actually it's probably "c" on everything but i386).

Martin


Gmane