Take the Lead with Us!
www.picassome.com
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
If either scsi_complete_async_scans() is called a second time
before the first call has finished, or a host scan is started while
scsi_complete_async_scans() is still sleeping, it would fail to wake up
the other task, which would sleep forever.
I've changed the kernel-doc to make it clear that
scs
On Thu, 2006-12-07 at 11:14 -0800, Luben Tuikov wrote:
> It is. If good_bytes=0 then nothing is up to date and uptodate should
> be set to 0.
That's not a correct assumption. Zero transfer commands, like TEST UNIT
READY are perfectly happy to complete successfully with good_bytes == 0.
> Look a
--- James Bottomley <[EMAIL PROTECTED]> wrote:
> On Wed, 2006-12-06 at 12:24 -0800, Luben Tuikov wrote:
> > NEEDS_RETRY _does_ terminate, after it exhausts the retries. But since
> > by the ASC value we know that no amount of retries is going to work,
> > this chunk of the patch resolves it quicke
James Bottomley wrote:
> On Mon, 2006-12-04 at 15:32 -0800, Darrick J. Wong wrote:
>> The Quantum GoVault SATAPI removable disk device returns ATA_ERR in
>> response to a REPORT LUNS packet. If this happens to an ATAPI device
>> that is attached to a SAS controller (this is the case with sas_ata),
On Thu, 7 Dec 2006, Joerg Schilling wrote:
> Alan Stern <[EMAIL PROTECTED]> wrote:
>
> > On Wed, 6 Dec 2006, Mike Christie wrote:
> >
> > > Alternatively, if we do start not checking values like max sectors and
> > > send requests down to the drivers, the block layer mapping functions can
> > > b
On Wed, 2006-12-06 at 12:24 -0800, Luben Tuikov wrote:
> NEEDS_RETRY _does_ terminate, after it exhausts the retries. But since
> by the ASC value we know that no amount of retries is going to work,
> this chunk of the patch resolves it quicker, i.e. eliminates the
> "NEEDS_RETRY" pointless retrie
On Mon, 2006-12-04 at 15:32 -0800, Darrick J. Wong wrote:
> The Quantum GoVault SATAPI removable disk device returns ATA_ERR in
> response to a REPORT LUNS packet. If this happens to an ATAPI device
> that is attached to a SAS controller (this is the case with sas_ata),
> the device does not load
On Thu, 2006-12-07 at 11:50 -0500, Douglas Gilbert wrote:
> - cope with dropping of 'generic' symlink post lk 2.6.16
This one was supposed to be because you already have the class link:
generic@
and
scsi_generic:sg0@
So the necessary kernel changes (apart from the generic link removal)
are a
On Tue, 21 Nov 2006, [EMAIL PROTECTED] wrote:
I am having trouble getting an external Brownie BR8600 SCSItoIDE RAID
enclosure to work on our new HP Proliant ML350 file server. The SCSI
controller used is the integrated HP LSI based MPT SCSI controller :
With linux kernel 2.6.18.1 (official ke
James Bottomley wrote:
> On Thu, 2006-12-07 at 01:10 -0500, Douglas Gilbert wrote:
>> The change proposed by James Bottomley that prompted
>> the beta has not materialized.
>
> You'll have to remind me: which change was this?
James,
Yes, I'm fuzzy on the details as well. Here is part of
the lssc
On Thu, 2006-12-07 at 01:10 -0500, Douglas Gilbert wrote:
> The change proposed by James Bottomley that prompted
> the beta has not materialized.
You'll have to remind me: which change was this?
James
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a mess
Jeff Garzik wrote:
> Darrick J. Wong wrote:
>> The Quantum GoVault SATAPI removable disk device returns ATA_ERR in
>> response to a REPORT LUNS packet. If this happens to an ATAPI device
>> that is attached to a SAS controller (this is the case with sas_ata),
>> the device does not load because SC
On Thu, Dec 07 2006, FUJITA Tomonori wrote:
> From: Jens Axboe <[EMAIL PROTECTED]>
> Subject: Re: RFC: SCSI Generic version 4 interface
> Date: Thu, 7 Dec 2006 09:57:56 +0100
>
> > On Thu, Dec 07 2006, FUJITA Tomonori wrote:
> > > From: Jens Axboe <[EMAIL PROTECTED]>
> > > Subject: Re: RFC: SCSI G
From: Jens Axboe <[EMAIL PROTECTED]>
Subject: Re: RFC: SCSI Generic version 4 interface
Date: Thu, 7 Dec 2006 09:57:56 +0100
> On Thu, Dec 07 2006, FUJITA Tomonori wrote:
> > From: Jens Axboe <[EMAIL PROTECTED]>
> > Subject: Re: RFC: SCSI Generic version 4 interface
> > Date: Thu, 7 Dec 2006 09:30
Darrick J. Wong wrote:
The Quantum GoVault SATAPI removable disk device returns ATA_ERR in
response to a REPORT LUNS packet. If this happens to an ATAPI device
that is attached to a SAS controller (this is the case with sas_ata),
the device does not load because SCSI won't touch a "SCSI device"
Alan Stern <[EMAIL PROTECTED]> wrote:
> On Wed, 6 Dec 2006, Mike Christie wrote:
>
> > Alternatively, if we do start not checking values like max sectors and
> > send requests down to the drivers, the block layer mapping functions can
> > be modified to not check certain values and LLDs/scsi-ml ca
On Thu, Dec 07 2006, FUJITA Tomonori wrote:
> From: Jens Axboe <[EMAIL PROTECTED]>
> Subject: Re: RFC: SCSI Generic version 4 interface
> Date: Thu, 7 Dec 2006 09:30:20 +0100
>
> > On Thu, Dec 07 2006, FUJITA Tomonori wrote:
> > > From: Jens Axboe <[EMAIL PROTECTED]>
> > > Subject: Re: RFC: SCSI G
From: Jens Axboe <[EMAIL PROTECTED]>
Subject: Re: RFC: SCSI Generic version 4 interface
Date: Thu, 7 Dec 2006 09:30:20 +0100
> On Thu, Dec 07 2006, FUJITA Tomonori wrote:
> > From: Jens Axboe <[EMAIL PROTECTED]>
> > Subject: Re: RFC: SCSI Generic version 4 interface
> > Date: Thu, 7 Dec 2006 09:06
On Thu, Dec 07 2006, FUJITA Tomonori wrote:
> From: Jens Axboe <[EMAIL PROTECTED]>
> Subject: Re: RFC: SCSI Generic version 4 interface
> Date: Thu, 7 Dec 2006 09:06:59 +0100
>
> > On Thu, Dec 07 2006, FUJITA Tomonori wrote:
> > > From: Jens Axboe <[EMAIL PROTECTED]>
> > > Subject: Re: RFC: SCSI G
From: Jens Axboe <[EMAIL PROTECTED]>
Subject: Re: RFC: SCSI Generic version 4 interface
Date: Thu, 7 Dec 2006 09:06:59 +0100
> On Thu, Dec 07 2006, FUJITA Tomonori wrote:
> > From: Jens Axboe <[EMAIL PROTECTED]>
> > Subject: Re: RFC: SCSI Generic version 4 interface
> > Date: Tue, 7 Nov 2006 16:31
On Thu, Dec 07 2006, FUJITA Tomonori wrote:
> From: Jens Axboe <[EMAIL PROTECTED]>
> Subject: Re: RFC: SCSI Generic version 4 interface
> Date: Tue, 7 Nov 2006 16:31:48 +0100
>
> > On Tue, Nov 07 2006, Jeff Garzik wrote:
> > > Douglas Gilbert wrote:
> > > >I was asked to put together a proposal in
From: Jens Axboe <[EMAIL PROTECTED]>
Subject: Re: RFC: SCSI Generic version 4 interface
Date: Tue, 7 Nov 2006 16:31:48 +0100
> On Tue, Nov 07 2006, Jeff Garzik wrote:
> > Douglas Gilbert wrote:
> > >I was asked to put together a proposal in May this
> > >year for a new SCSI Generic interface struc
From: FUJITA Tomonori <[EMAIL PROTECTED]>
Subject: Re: RFC: SCSI Generic version 4 interface
Date: Sun, 26 Nov 2006 01:02:20 +0900
> From: Douglas Gilbert <[EMAIL PROTECTED]>
> Subject: Re: RFC: SCSI Generic version 4 interface
> Date: Tue, 21 Nov 2006 17:06:46 -0500
>
> > FUJITA Tomonori wrote:
24 matches
Mail list logo