Douglas Gilbert wrote:
The attached patch builds on top of the one Eric posted
a few days ago for lk 2.4.1 . As well as Eric's changes
this patch:
- puts the above lun check in:
mid-level, sd, st, osst, sg, sr (sr_ioctl + sr_vendor)
- implements the lun 0 scsi_level inheritance discussed
Douglas Gilbert wrote:
Just to catalog other scsi patches floating around for lk 2.4
there is:
- scsi reservations + reset [James Bottomley]
James mentioned there might be a patch problem with
reservations; has this been sorted?
- scsi device detection message correction
(was in
[EMAIL PROTECTED] said:
James mentioned there might be a patch problem with reservations; has
this been sorted?
I believe so. A problem still shows up on an IA-64 system with an AHA2944UW
SCSI card but cannot be duplicated on an x86 system with the same
configuration. All of the tests on
Ishikawa wrote:
It seems that there is no problem with
this configuration:
All the luns were recognized.
No visible error/warning message in dmesg or
syslog files.
(Except that there is a slight
problem. I have been using devfs for about a week..
Is it possible that
Eric Youngdale wrote:
I am enclosing a patch for you folks to test out. The actual
patch contains a number of accumulated things that I have picked up from
linux-scsi - the main thing I am interested in is the 7 lun stuff in
scsi-scan.c.
Hi, I tried to apply the patch to 2.4.1
"Justin T. Gibbs" wrote:
The Scsi_Cmnd::scsi_level member looks promising for
controlling whether that is done:
if (SDpnt-scsi_level = SCSI_2)
scsi_cmd[1] = (lun 5) 0xe0;
This is the correct thing to do. You'll also need to inherit the
scsi_level on new lun instances for a
6 matches
Mail list logo