odule? I'd
expect you to get a READ CAPACITY failure for each LUN with PQ 1.
-- Patrick Mansfield
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please r
implementation requires significant changes
to the current linux scsi interfaces/structures - especially where no
functional interfaces exist, such as the direct references to Scsi_Device
host, and Scsi_Host host_queue.
--
Patrick Mansfield
[EMAIL PROTECTED]
[EMAIL PROTECTED]
-
To unsubscribe from this list
is not modified (we'll fail to scan LUNs with higher bits set).
-- Patrick Mansfield
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org
3801 9003 4e800020 8123 2fa9 7c26 5400fffe
-- Patrick Mansfield
On Mon, Jun 20, 2005 at 03:59:26PM -0700, Greg KH wrote:
[PATCH] Use device_for_each_child() to unregister devices in
scsi_remove_target().
Signed-off-by: Patrick Mochel [EMAIL PROTECTED]
Signed-off
On Mon, Jul 11, 2005 at 05:20:12PM -0700, Greg KH wrote:
On Tue, Jul 05, 2005 at 05:38:50PM -0700, Patrick Mansfield wrote:
Hi Greg / Patrick -
I'm getting an oops with current (pulled today) 2.6 git, the
device_for_each_child() does not seem to be deletion safe.
We hold the klist
, I
don't see how it can completely avoid races with removal.
And the patch removes code from the mainline scsi IO paths.
-- Patrick Mansfield
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http
/dev.d/scsi/*.dev script or something else.
I just tried something simple but did not get it working.
Try [EMAIL PROTECTED] list for help.
-- Patrick Mansfield
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info
for you when they first show up; existing and new devs should be
handled the same way.
-- Patrick Mansfield
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read
?
Best regards
Frederik Schueler
-- Patrick Mansfield
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
);
- }
if (sdev)
scsi_device_put(sdev);
out_reap:
+ if ((lun == 0) (res == SCSI_SCAN_LUN_IGNORED))
+ scsi_scan_remove(sdev);
/* now determine if the target has any children at all
* and if not, nuke it */
scsi_target_reap(starget);
-- Patrick
://marc.theaimsgroup.com/?l=linux-scsim=110848617107098w=2
-- Patrick Mansfield
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Tue, Aug 16, 2005 at 10:51:13PM -0700, Pete Zaitcev wrote:
On Tue, 16 Aug 2005 21:39:33 -0700, Patrick Mansfield [EMAIL PROTECTED]
wrote:
On Tue, Aug 16, 2005 at 11:01:30PM -0400, Chuck Ebbert wrote:
I just added some usb-storage devices to my system and got the below.
Why do
the driver in interrupt context, so the called function can't
sleep.
There is no queueing or list mechanism, so LLDD's that can only cancel one
command at a time will have problem.
-- Patrick Mansfield
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
On Fri, Aug 19, 2005 at 04:03:15PM -0400, Luben Tuikov wrote:
On 08/19/05 15:38, Patrick Mansfield wrote:
On Fri, Aug 19, 2005 at 02:46:35PM -0400, Luben Tuikov wrote:
Using the command time out hook and the strategy routine, gives _complete_
control over host recovery, and I really do
Luben -
On Fri, Aug 19, 2005 at 04:43:41PM -0400, Luben Tuikov wrote:
On 08/19/05 16:11, Patrick Mansfield wrote:
I was changing it to wakeup the eh even while other IO is outstanding, so
the eh can wakeup and cancel individual commands while other IO is still
using the HBA.
Hmm
, done, atapi_xlat);
+ }
return rc;
}
-- Patrick Mansfield
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org
to scsi_execute_req
The scsi_execute() retries argument is still not used.
How is this going to work?
For example, multiple unit attentions (power on / reset) during scanning.
We send REPORT LUN, READ CAPACITY, etc., and would not retry if we got a
unit attention.
-- Patrick Mansfield
apter built as a module? I'd
expect you to get a READ CAPACITY failure for each LUN with PQ 1.
-- Patrick Mansfield
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/m
implementation requires significant changes
to the current linux scsi interfaces/structures - especially where no
functional interfaces exist, such as the direct references to Scsi_Device
host, and Scsi_Host host_queue.
--
Patrick Mansfield
[EMAIL PROTECTED]
[EMAIL PROTECTED]
-
To unsubscribe from this list
_device() will never return NULL when
called via:
get_device(>sdev_gendev)
The current code only narrows the window where problems might occur, I
don't see how it can completely avoid races with removal.
And the patch removes code from the mainline scsi IO paths.
-- Patrick Mansfield
-
080 e87e80c8
4bec 3801 9003 4e800020 <8123> 2fa9 7c000026 5400fffe
-- Patrick Mansfield
On Mon, Jun 20, 2005 at 03:59:26PM -0700, Greg KH wrote:
> [PATCH] Use device_for_each_child() to unregister devices in
> scsi_remove_target().
>
> Signed-off-by: Pa
On Mon, Jul 11, 2005 at 05:20:12PM -0700, Greg KH wrote:
> On Tue, Jul 05, 2005 at 05:38:50PM -0700, Patrick Mansfield wrote:
> > Hi Greg / Patrick -
> >
> > I'm getting an oops with current (pulled today) 2.6 git, the
> > device_for_each_child() does not seem to be
/*.dev. Then you can get more
specific with an /etc/dev.d/scsi/*.dev script or something else.
I just tried something simple but did not get it working.
Try [EMAIL PROTECTED] list for help.
-- Patrick Mansfield
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
disk drives).
I don't know why this is an issue for "new" devices, this should be a
problem for you when they first show up; existing and new devs should be
handled the same way.
-- Patrick Mansfield
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
93=2
http://marc.theaimsgroup.com/?l=linux-scsi=110848617107098=2
-- Patrick Mansfield
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Tue, Aug 16, 2005 at 10:51:13PM -0700, Pete Zaitcev wrote:
> On Tue, 16 Aug 2005 21:39:33 -0700, Patrick Mansfield <[EMAIL PROTECTED]>
> wrote:
> > On Tue, Aug 16, 2005 at 11:01:30PM -0400, Chuck Ebbert wrote:
>
> > > I just added some usb-storage devices
see with the hook are:
It calls the driver in interrupt context, so the called function can't
sleep.
There is no queueing or list mechanism, so LLDD's that can only cancel one
command at a time will have problem.
-- Patrick Mansfield
-
To unsubscribe from this list: send the line "unsubscribe li
On Fri, Aug 19, 2005 at 04:03:15PM -0400, Luben Tuikov wrote:
> On 08/19/05 15:38, Patrick Mansfield wrote:
> > On Fri, Aug 19, 2005 at 02:46:35PM -0400, Luben Tuikov wrote:
> >
> >
> >>Using the command time out hook and the strategy routine, gives _complete_
Luben -
On Fri, Aug 19, 2005 at 04:43:41PM -0400, Luben Tuikov wrote:
> On 08/19/05 16:11, Patrick Mansfield wrote:
> > I was changing it to wakeup the eh even while other IO is outstanding, so
> > the eh can wakeup and cancel individual commands while other IO is still
&g
rget0:0:0/0:0:0:3/power
> ./rport-0:0-0/target0:0:0/0:0:0:3/power/state
> ./rport-0:0-0/target0:0:0/power
> ./rport-0:0-0/target0:0:0/power/state
> ./rport-0:0-0/power
> ./rport-0:0-0/power/state
> ./nvram
> ./fw_dump
> ./power
> ./power/state
>
>
> apparently the targe
l_lun_scan(starget, BLIST_SPARSELUN,
- SCSI_SCAN_TARGET_PRESENT, SCSI_2, rescan);
- }
if (sdev)
scsi_device_put(sdev);
out_reap:
+ if ((lun == 0) && (res == SCSI_SCAN_LUN_IGNORED))
+ scsi_scan_remove(sdev);
/* now determine
mats (old and new) depending on HBA
support.
But just adding a 64 bit LUN in parallel does not help much if the scan
code is not modified (we'll fail to scan LUNs with higher bits set).
-- Patrick Mansfield
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bo
cute
> o convert the remaining mid-layer pieces to scsi_execute_req
The scsi_execute() retries argument is still not used.
How is this going to work?
For example, multiple unit attentions (power on / reset) during scanning.
We send REPORT LUN, READ CAPACITY, etc., and would not retry if we got
] == REPORT_LUNS)
> + ata_scsi_simulate(dev, cmd, done);
> + else
> + rc = ata_scsi_translate(dev, cmd, done, atapi_xlat);
> + }
>
> return rc;
> }
-- Patrick Mansfield
-
To unsubscribe from this list: send the line "unsubscribe lin
34 matches
Mail list logo