Date: Tue, 01 Dec 1998 19:13:06 -0500 From: Adam McDougall <bsdx@spawnet.com> To: scsi@FreeBSD.ORG Subject: Re: tosha reports random errors after transition to CAM Message-ID: <36648612.693004F7@spawnet.com> References: <199812011845.LAA21068@panzer.plutotech.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Kenneth D. Merry wrote: > > Adam McDougall wrote... > > I think I notice the same thing too. (well, similar) > > It started happening when I changed HD's from a Atlas II to a Viking UW. > > That could be your problem...I'll explain below. > > (da0:dpt0:0:0:0): READ(06). CDB: 8 2 9 b0 28 0 > > (da0:dpt0:0:0:0): ILLEGAL REQUEST asc:24,0 > > (da0:dpt0:0:0:0): Invalid field in CDB field replaceable unit: 80 > > sks:c0,9 > > This is rather bizzare, since the drive is complaining about byte 9 of a 6 > byte CDB. > > Justin suspects that the drive may not be handling 6-byte reads and writes > properly. > > > dpt0: <DPT Caching SCSI RAID Controller> rev 0x02 int a irq 12 on > > pci0.17.0 > > dpt0: DPT PM2144UW FW Rev. 07LY, 1 channel, 64 CCBs > > da0: <QUANTUM VIKING 4.5 WSE 8808> Fixed Direct Access SCSI2 device > > da0: Tagged Queueing Enabled > > da0: 4345MB (8899736 512 byte sectors: 255H 63S/T 553C) > > Try this -- go into sys/cam/scsi/scsi_da.c, and on about line 1079, adjust > the minimum_cmd_size for the read and write commands to 10 bytes. > THANK YOU!!!! works PERFECT now :) So, what does this mean the problem might be? > It could be that the disk isn't handling 6-byte reads and writes. It could > also be some problem with the DPT driver, or the DPT firmware. (Simon > would probably have a better idea on this one.) I suspect, though, that > it may be a drive firmware problem. > > Ken > -- > Kenneth Merry > ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?36648612.693004F7>