Date: Tue, 10 Feb 2015 10:06:28 +0100 From: Gary Jennejohn <gljennjohn@gmail.com> To: Hans Petter Selasky <hps@selasky.org> Cc: usb@freebsd.org, John Baldwin <jhb@freebsd.org> Subject: Re: r276717 causes problems Message-ID: <20150210100628.17c24ac2@ernst.home> In-Reply-To: <54D92B40.10907@selasky.org> References: <20150209183648.7825eee5@ernst.home> <54D92612.6000207@selasky.org> <4020134.66atlK9cJ0@ralph.baldwin.cx> <54D92B40.10907@selasky.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 09 Feb 2015 22:48:48 +0100 Hans Petter Selasky <hps@selasky.org> wrote: Hans, > Can you test this change: > https://svnweb.freebsd.org/changeset/base/278477 > Thanks, but it doesn't help. I updated to 278499. Here's the relevant dmesg output using the new kernel: Feb 10 09:45:20 ernst kernel: ugen0.4: <vendor 0x152d> at usbus0 Feb 10 09:45:20 ernst kernel: umass0: <vendor 0x152d product 0x0539, class 0/0, rev 3.00/28.03, addr 3> on usbus0 Feb 10 09:45:20 ernst kernel: (probe0:umass-sim0:0:0:0): REPORT LUNS. CDB: a0 00 00 00 00 00 00 00 00 10 00 00 Feb 10 09:45:20 ernst kernel: (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error Feb 10 09:45:20 ernst kernel: (probe0:umass-sim0:0:0:0): SCSI status: Check Condition Feb 10 09:45:20 ernst kernel: (probe0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:20,0 (Invalid command operation code) Feb 10 09:45:20 ernst kernel: (probe0:umass-sim0:0:0:0): Error 22, Unretryable error Feb 10 09:45:20 ernst kernel: da0 at umass-sim0 bus 0 scbus8 target 0 lun 0 Feb 10 09:45:20 ernst kernel: da0: <ST320006 41AS 0X03> Fixed Direct Access SCSI-6 device Feb 10 09:45:20 ernst kernel: da0: Serial Number Feb 10 09:45:20 ernst kernel: da0: 400.000MB/s transfers Feb 10 09:45:20 ernst kernel: da0: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) Feb 10 09:45:20 ernst kernel: da0: quirks=0x2<NO_6_BYTE> Note that the vendor/product strings are missing. I'm not certain whether the failure of REPORT LUNS has anything to do with my problem, but it seems like a failed SCSI command shouldn't prevent enumerating the disks in the enclosure. When the enumeration succeeds I always see da0, da1 and da2. Note that I tried a slightly older HEAD (from yesterday, so it already had 278477 in it) with dma_bits forced to 32 and the enumeration also failed. So, there's more to my problem than just the DMA width. There have been so many changes to CAM lately that the cause may lie there. -- Gary Jennejohn
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20150210100628.17c24ac2>