Subject: Re: 1.6 on IPC (tagged queuing bug still there)
To: Manuel Bouyer <bouyer@antioche.lip6.fr>
From: Jon Buller <jon@bullers.net>
List: port-sparc
Date: 09/04/2002 16:00:19
In message <20020904101359.A10768@antioche.lip6.fr>, Manuel Bouyer writes:
>On Wed, Sep 04, 2002 at 09:03:32AM +0900, Izumi Tsutsui wrote:
>> In article <20020903195533.GA382@antioche.eu.org>
>> bouyer@antioche.eu.org wrote:
>> 
>> > On Wed, Sep 04, 2002 at 01:15:09AM +0900, Izumi Tsutsui wrote:
>> 
>> > > I think only ESP100 has the problem. How about this patch?
>>  :
>> > scsipi will think the adapter can do tagged queuing while that's not tr
>ue.
>> 
>> If ESP100 cannot handle tagged queuing at all, your patch is better.
>> But it is actually implemented even on ESP100 (which doesn't have SELATN3

Could this be the same problem I just ran into on my LX? A -current
kernel from Aug 14 (or so) sources hangs at the end of probing my
Quantum Lightning or before any messages from my 9GB wide Compaq
something or other.  Both work fine with my 1.5.3_RC1 kernel.  At
least I assume I'm getting all the messages out from sd0, the kernel
does tell me the sd0 geometry, but makes no mention of the sd1
probe.  (And I did try both kernels on the still unconfigured sd0
disk, even though this output is from booting off sd1.)

I'd have a newer kernel, but I just scrounged the second disk, and
I feared updating my old a.out only boot blocks on the one and only
disk on my mail server.  The second disk just got the new boot
blocks and tried the new kernel last night.  I'd supply the dmesg
output from the hanging -current boot, but I don't have a serial
console for the machine, and I didn't have pencil and paper handy
at the time.

Relevent portions of dmesg from 1.5.3_RC1:

NetBSD 1.5.3_RC1 (BULLBALL) #2: Mon Mar 18 10:57:21 PST 2002
    jon@bullball.bullers.net:/usr/src/sys/arch/sparc/compile/BULLBALL
total memory = 48696 KB
avail memory = 42296 KB
using 634 buffers containing 2536 KB of memory
bootpath: /iommu@0,10000000/sbus@0,10001000/espdma@4,8400000/esp@4,8800000/sd@1,0
mainbus0 (root): SUNW,SPARCstation-LX
sbus0 at iommu0: clock = 25 MHz
dma0 at sbus0 slot 4 offset 0x8400000: rev 2
esp0 at dma0 slot 4 offset 0x8800000 level 4: ESP200, 40MHz, SCSI ID 7
scsibus0 at esp0: 8 targets, 8 luns per target
dma1 at sbus0 slot 1 offset 0x81000: rev esc
esp1 at dma1 slot 1 offset 0x80000 level 3 (ipl 5): ESP200, 40MHz, SCSI ID 7
scsibus1 at esp1: 8 targets, 8 luns per target
scsibus0: waiting 2 seconds for devices to settle...
probe(esp0:0:0): max sync rate 10.00MB/s
sd0 at scsibus0 target 0 lun 0: <QUANTUM, LIGHTNING 730S, 241E> SCSI2 0/direct fixed
sd0: 699 MB, 3658 cyl, 4 head, 97 sec, 512 bytes/sect x 1431760 sectors
probe(esp0:1:0): max sync rate 10.00MB/s
sd1 at scsibus0 target 1 lun 0: <COMPAQ, BB009222B5, B016> SCSI2 0/direct fixed
sd1: 8678 MB, 5273 cyl, 20 head, 168 sec, 512 bytes/sect x 17773524 sectors
scsibus1: waiting 2 seconds for devices to settle...
root on sd1a dumps on sd1b
root file system type: ffs

Thanks for any suggestions,

Jon