All of lore.kernel.org
 help / color / mirror / Atom feed
From: Patrick Mansfield <patmans@us.ibm.com>
To: Alan Stern <stern@rowland.harvard.edu>,
	James Bottomley <James.Bottomley@SteelEye.com>,
	Sergey Vlasov <vsu@altlinux.ru>,
	Samuel Colin <Samuel.Colin3@wanadoo.fr>,
	SCSI development list <linux-scsi@vger.kernel.org>,
	USB Storage list <usb-storage@lists.one-eyed-alien.net>
Subject: Re: [PATCH as470] Add a NOREPORTLUN blacklist flag
Date: Mon, 21 Feb 2005 09:52:05 -0800	[thread overview]
Message-ID: <20050221175205.GA7495@us.ibm.com> (raw)
In-Reply-To: <20050221064709.GA30205@one-eyed-alien.net>

On Sun, Feb 20, 2005 at 10:47:09PM -0800, Matthew Dharm wrote:
> On Sun, Feb 20, 2005 at 10:44:21PM -0500, Alan Stern wrote:

> > Matt, it looks like the best way to solve this problem is to go back to
> > the old strategy of always setting the SCSI revision to 2 (no matter what
> > it might actually be), at least for Direct Access devices.  That would
> > suppress the REPORT_LUNS command.  Would we lose anything by doing this?
> 
> Besides the use of REPORT_LUNS on devices which actually support it?  I
> don't think so...

It would only matter if the device had sparse luns (multiple luns/disks
that are not consecutively numbered).

You can always dynamically add it to the black list to force REPORT LUN
usage (for SCSI_2 devices) via BLIST_REPORTLUN2, and if it did not support
REPORT LUNS add it as sparse lun via BLIST_SPARSELUN.

Samuel or other owners of the hardware: did you check for firmware
updates? You should make sure the hardware vendor at least knows about the
problem.

The bridge hardware (USB/firewire to ide) should probably mark it as SCSI
2, and it should be fixed to handle and fail the REPORT LUN in a sane way. 

> I wonder if printing a warning if sdev->scsi_level > SCSI_2 would be
> useful...

Probably not.

-- Patrick Mansfield

  reply	other threads:[~2005-02-21 17:52 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20050214160210.6c7e7e52@hebus>
2005-02-14 21:07 ` What is SCSI command 0xa0 ? Alan Stern
2005-02-14 21:12   ` Doug Maxey
     [not found]     ` <Pine.LNX.4.44L0.0502141623440.1843-100000@ida.rowland.org>
2005-02-14 22:06       ` Samuel Colin
2005-02-16 16:42         ` Alan Stern
2005-02-17 15:59           ` Samuel Colin
2005-02-17 21:18             ` Magical ansi scsi revision (was Re: [linux-usb-devel] Re: What is SCSI command 0xa0 ?) Samuel Colin
2005-02-17 22:23               ` Alan Stern
2005-02-17 22:49                 ` Samuel Colin
2005-02-17 22:31               ` [PATCH as470] Add a NOREPORTLUN blacklist flag Alan Stern
2005-02-20 16:59                 ` Sergey Vlasov
2005-02-21  3:44                   ` Alan Stern
2005-02-21  6:47                     ` Matthew Dharm
2005-02-21 17:52                       ` Patrick Mansfield [this message]
2005-02-21 22:07                       ` Alan Stern
2005-02-28 17:26                     ` James Bottomley
2005-02-28 22:27                       ` Alan Stern
2005-02-14 21:27   ` What is SCSI command 0xa0 ? Matthias Andree
2005-02-14 21:53     ` Patrick Mansfield
2005-02-14 22:02     ` Douglas Gilbert

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20050221175205.GA7495@us.ibm.com \
    --to=patmans@us.ibm.com \
    --cc=James.Bottomley@SteelEye.com \
    --cc=Samuel.Colin3@wanadoo.fr \
    --cc=linux-scsi@vger.kernel.org \
    --cc=stern@rowland.harvard.edu \
    --cc=usb-storage@lists.one-eyed-alien.net \
    --cc=vsu@altlinux.ru \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.