Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 26 Oct 2000 13:33:55 -0700 (PDT)
From:      John Baldwin <jhb@FreeBSD.org>
To:        Doug Rabson <dfr@nlsystems.com>
Cc:        alpha@FreeBSD.org, Doug Rabson <dfr@FreeBSD.org>
Subject:   RE: cvs commit: src/sys/boot/alpha/common main.c src/sys/boot/al
Message-ID:  <XFMail.001026133355.jhb@FreeBSD.org>
In-Reply-To: <Pine.BSF.4.21.0010262027150.256-100000@salmon.nlsystems.com>

next in thread | previous in thread | raw e-mail | index | archive | help

On 26-Oct-00 Doug Rabson wrote:
> This looks ok (mine is 7400 bytes too). Try 'disklabel -B /dev/da0c'.

No go on the disklabel. :(  Hmm,  This may be a problem that I'm
having with the isp0 driver (I think only with SMPng):

Waiting 5 seconds for SCSI devices to settle
isp0: 0.0 get user period 0xc offset 0x8 flags 0xfd00
isp0: 0.0 get current period 0x19 offset 0x0 flags 0xc500
isp0: 0.0 set current period 0xc offset 0x8 flags 0xfd00
Mounting root from ufs:/dev/da0a
da0 at isp0 bus 0 target 0 lun 0
da0: <DEC RZ1CC-BA (C) DEC 883F> Fixed Direct Access SCSI-2 device
isp0: 0.0 get current period 0xc offset 0x8 flags 0xfd00
da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled
da0: 4091MB (8380080 512 byte sectors: 255H 63S/T 521C)
da0: raw partition size != slice size
da0: start 0, end 8380079, size 8380080
da0c: start 0, end 8899736, size 8899737
da0: truncating raw partition

Hmm, lemme try changing to a normal 15 second delay for the SCSI bus
probe..

Well, the default SCSI_DELAY of 2 seconds caused my kernel to panic
in swi1: net during dhclient. :-/  Forcing the delay to 15 seconds
gives me a kernel that doesn't give the weird da0 partition error
messages and also allows me to use disklabel on da0 now.  With the
new kernel and new boot1, I can now boot a current loader.  Yay!

>> 000000002000a060 T memsize
>> 000000002000a060 t gcc2_compiled.
>> 000000002000a0c0 T extend_heap
>> 000000002000a160 T main
>> 
>> Looks like it is dying right at the beginning of extend_heap:
>> 
>> 000000002000a0c0 <extend_heap>:
>>     2000a0c0:   00 10 3f 24     ldah    t0,4096(zero)
>>     2000a0c4:   04 04 ff 47     clr     t3
>>     2000a0c8:   c8 00 41 a4     ldq     t1,200(t0)
>>     2000a0cc:   02 04 41 40     addq    t1,t0,t1
>> 
>> Hope this helps...
> 
> Can you disassemble to see what boot1 loaded at this address:
> 
>       >>>e -d -virtual -n 16 200a0c0

Umm.  Looks bad. :(

vmem:   2000A0C0 00000000 HALT
vmem:   2000A0C4 00000000 HALT
....
vmem:   2000A118 00000000 HALT
 
> [Got to love SRM for debugging - try doing this on a PC].

Anything is better than a PC for debugging. :)

-- 

John Baldwin <jhb@FreeBSD.org> -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
"Power Users Use the Power to Serve!"  -  http://www.FreeBSD.org/


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-alpha" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?XFMail.001026133355.jhb>