Hi,
On Thu, Mar 24, 2005 at 11:02:45PM -0600, James Bottomley wrote:
> On Fri, 2005-03-25 at 12:15 +0900, Tejun Heo wrote:
> > I think I found the cause. Special requests submitted using
> > scsi_do_req() never initializes ->end_io(). Normally, SCSI midlayer
> > terminates special requests ins
On Fri, 2005-03-25 at 12:15 +0900, Tejun Heo wrote:
> I think I found the cause. Special requests submitted using
> scsi_do_req() never initializes ->end_io(). Normally, SCSI midlayer
> terminates special requests inside the SCSI midlayer without passing
> through the blkdev layer. However, if
Hello, James and Jens.
On Thu, Mar 24, 2005 at 06:45:58PM -0600, James Bottomley wrote:
> On Wed, 2005-03-23 at 16:25 +0100, Jens Axboe wrote:
> > Let me guess, it is hanging in wait_for_completion()?
>
> Yes, I have the trace now. Why is curious. This is the trace of the
> failure:
>
> Mar 2
On Wed, 2005-03-23 at 16:25 +0100, Jens Axboe wrote:
> Let me guess, it is hanging in wait_for_completion()?
Yes, I have the trace now. Why is curious. This is the trace of the
failure:
Mar 24 18:40:34 localhost kernel: usb 4-2: USB disconnect, address 3
Mar 24 18:40:34 localhost kernel: sd 0:0
These patches are for the mpt fusion scsi host drivers, which separate
the scsi host drivers into separate bus type kernel modules. This was
requested
by several people on the linux-scsi@ forum, so our driver can properly
support
the various transport layers; e.g. SPI, FC, and eventually SAS. In
These patches are for the mpt fusion scsi host drivers, which separate
the scsi host drivers into separate bus type kernel modules. This was
requested
by several people on the linux-scsi@ forum, so our driver can properly
support
the various transport layers; e.g. SPI, FC, and eventually SAS. In
These patches are for the mpt fusion scsi host drivers, which separate
the scsi host drivers into separate bus type kernel modules. This was
requested
by several people on the linux-scsi@ forum, so our driver can properly
support
the various transport layers; e.g. SPI, FC, and eventually SAS. In
These patches are for the mpt fusion scsi host drivers, which separate
the scsi host drivers into separate bus type kernel modules. This was
requested
by several people on the linux-scsi@ forum, so our driver can properly
support
the various transport layers; e.g. SPI, FC, and eventually SAS. In
These patches are for the mpt fusion scsi host drivers, which separate
the scsi host drivers into separate bus type kernel modules. This was
requested
by several people on the linux-scsi@ forum, so our driver can properly
support
the various transport layers; e.g. SPI, FC, and eventually SAS. In
Here are several patches(7) which follow this email.
These patches are for the mpt fusion scsi host drivers, which separate
the scsi host drivers into separate bus type kernel modules. This was
requested
by several people on the linux-scsi@ forum, so our driver can properly
support
the various t
Alan Stern wrote:
James:
It turns out that a bunch of USB-IDE converters make the mistake of
returning SK = 04 (Hardware Error) whenever the IDE device signals any
sort of error, without bothering to distinguish recoverable from
non-recoverable errors.
Alan,
The sense key of HARDWARE ERROR is a su
Christoph Hellwig said:
> On Tue, Mar 22, 2005 at 04:32:04PM -, Ross Macintyre wrote:
>> Since you advise us to stay away from Adaptec, and I assume you are part
>> of the team that manages the Fedora system,
>
> I'm not associated with Fedora at all.
>
>> can you advise users what RAID
>> / S
James:
It turns out that a bunch of USB-IDE converters make the mistake of
returning SK = 04 (Hardware Error) whenever the IDE device signals any
sort of error, without bothering to distinguish recoverable from
non-recoverable errors. The best way to handle this is for usb-storage to
set a per-de
[EMAIL PROTECTED] wrote:
Thanks for the correction. How does this look?
* Notes: Only required in "hotplug initialization model" after a
* successful call to scsi_host_alloc(). This function does not
* scan the bus; this can be done by calling scsi_scan_host() or
* in some oth
14 matches
Mail list logo
