What is the expected behavior when volumes on a SAN change size and LUN
ID order?
I've noticed that if a volume changes size, leaves the SAN or changes
target ID it isn't auto-magically picked up by a 2.6.18 based
system(running CentOS 5).
If a new target appears on the SAN however, it is noticed
The pid field is a duplicate of the serial_number field and has been
scheduled for removal for a long time. A few drivers were still using
it, so just change them to use serial_number instead.
Signed-off-by: Matthew Wilcox <[EMAIL PROTECTED]>
drivers/scsi/dc395x.c | 110 ++
Debian has had a long-standing bug concerning certain NetRAID
controllers that were moved over to the megaraid driver:
http://bugs.debian.org/317258
The reporters claim that the legacy driver works just fine for
them. I've been unable to reproduce this with the 2M cards I have
access to, which u
Hi,
Is there a standard way for drivers (RAID) to detect if the current
kernel is running in kdump mode? We would like to adjust driver behavior
dynamically when kdump is active by scaling down resources.
Thanks
-Atul Mukker
LSI Corp.
-
To unsubscribe from this list: send the line "unsubscribe li
--- Gilbert Wu <[EMAIL PROTECTED]> wrote:
> Fixed the problem that "smartctl -a /dev/some_sata_disk -d ata" does
> not work on SATA device. ( The smartctl v5.38 does need "-d ata"
> option.)
I'm testing my own SATL with "-d sat".
> The aic94xx need to return ATA output register for all ATA com
I applied the patch and it's rebuilding now.. It used to crash during
a rebuild sometimes, aswell. But this seems to have been gone already.
I'll stress it for some time and will let you all know whether it
crashes again.
Thanks a lot for your help thusfar!
Best regards,
--
Martijn Prumme
On Tuesday 18 of September 2007, Moore, Eric wrote:
> On Monday, September 10, 2007 11:56 AM, Arkadiusz Miskiewicz wrote:
> > SR2520SAXS platform (S5000VSA mainboard in 2U SR2520 chassis) with
> >
> > 08:00.0 SCSI storage controller: LSI Logic / Symbios Logic SAS1064ET
> > PCI-Express Fusion-MPT S
On Monday, September 10, 2007 11:56 AM, Arkadiusz Miskiewicz wrote:
>
> SR2520SAXS platform (S5000VSA mainboard in 2U SR2520 chassis) with
>
> 08:00.0 SCSI storage controller: LSI Logic / Symbios Logic SAS1064ET
> PCI-Express Fusion-MPT SAS (rev 02)
You have a 1064E B1 part. How much system m
This is a minimal patch needed to remove use of !use_sg
but it is not a complete clean up of the !use_sg paths.
Libata-core still has the qc->flags & ATA_QCFLAG_SG
and !qc->n_elem code paths. Perhaps an ata maintainer
would have a go at it.
- TODO: further cleanup of
simple search-and-replace of direct scsi_cmnd access to
use the data buffer accessors.
Signed-off-by: Boaz Harrosh <[EMAIL PROTECTED]>
---
drivers/ata/libata-scsi.c | 18 +-
1 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/ata/libata-scsi.c b/drivers/a
On Wed, Sep 12 2007 at 10:42 +0300, Russell King <[EMAIL PROTECTED]> wrote:
> On Wed, Sep 12, 2007 at 02:55:19AM +0300, Boaz Harrosh wrote:
>> -if (SCpnt->request_bufflen != len)
>> +if (scsi_bufflen(SCpnt) != len) {
>> +WARN_ON(1);
>
> NAK. The call tr
On Tue, 2007-09-18 at 16:15 +0200, Oliver Neukum wrote:
> Am Dienstag 18 September 2007 schrieb James Bottomley:
> > On Tue, 2007-09-18 at 10:32 +0200, Oliver Neukum wrote:
> > > which function should a lldd call to make the scsi layer flush
> > > a device's buffers and spin it down? Which kind of
Am Dienstag 18 September 2007 schrieb James Bottomley:
> On Tue, 2007-09-18 at 10:32 +0200, Oliver Neukum wrote:
> > which function should a lldd call to make the scsi layer flush
> > a device's buffers and spin it down? Which kind of locking is
> > required?
>
> Depends on the context. Is this fo
On Tue, 2007-09-18 at 10:32 +0200, Oliver Neukum wrote:
> which function should a lldd call to make the scsi layer flush
> a device's buffers and spin it down? Which kind of locking is
> required?
Depends on the context. Is this for suspend? If so it's done
automatically by the sd driver, but the
On Tue, Sep 18 2007, FUJITA Tomonori wrote:
> On Tue, 18 Sep 2007 12:18:40 +0200
> Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> > On Mon, Sep 17 2007, FUJITA Tomonori wrote:
> > > On Mon, 17 Sep 2007 15:28:19 +0200
> > > Jens Axboe <[EMAIL PROTECTED]> wrote:
> > >
> > > > On Sat, Sep 15 2007, FUJITA
On Tue, 18 Sep 2007 12:18:40 +0200
Jens Axboe <[EMAIL PROTECTED]> wrote:
> On Mon, Sep 17 2007, FUJITA Tomonori wrote:
> > On Mon, 17 Sep 2007 15:28:19 +0200
> > Jens Axboe <[EMAIL PROTECTED]> wrote:
> >
> > > On Sat, Sep 15 2007, FUJITA Tomonori wrote:
> > > > On Fri, 14 Sep 2007 21:16:35 -0700
- Convert ide-scsi to the new data accessors and cleanup
the !use_sg code paths.
In old code the driver was trying to translate narrow commands,
if received, to wide commands. This code path still assumed
scsi_cmnd->request_buffer is a linear char pointer.
This means that this driver
On Tue, Sep 18 2007 at 11:14 +0200, Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> On Tue, Sep 18, 2007 at 11:03:21AM +0200, Boaz Harrosh wrote:
>> - Convert ide-scsi to the new data accessors and cleanup
>>the !use_sg code paths.
>>
>> In old code the MODE_SENSE or MODE_SELECT code paths st
On Mon, Sep 17 2007, FUJITA Tomonori wrote:
> On Mon, 17 Sep 2007 15:28:19 +0200
> Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> > On Sat, Sep 15 2007, FUJITA Tomonori wrote:
> > > On Fri, 14 Sep 2007 21:16:35 -0700
> > > Paul Jackson <[EMAIL PROTECTED]> wrote:
> > >
> > > > FUJITA Tomonori wrote:
>
On Tue, Sep 18, 2007 at 11:03:21AM +0200, Boaz Harrosh wrote:
>
> - Convert ide-scsi to the new data accessors and cleanup
>the !use_sg code paths.
>
> In old code the MODE_SENSE or MODE_SELECT code paths still
> assumed scsi_cmnd->request_buffer is a linear char pointer.
> This means
- Convert ide-scsi to the new data accessors and cleanup
the !use_sg code paths.
In old code the MODE_SENSE or MODE_SELECT code paths still
assumed scsi_cmnd->request_buffer is a linear char pointer.
This means that this driver was broken since 2.6.17. Though
I admit this assumption i
On Mon, Sep 17 2007 at 13:04 +0200, Bartlomiej Zolnierkiewicz <[EMAIL
PROTECTED]> wrote:
> On Wednesday 12 September 2007, Boaz Harrosh wrote:
>> - Convert ide-scsi to the new data accessors and cleanup
>>the !use_sg code paths.
>>
>> Inspecting old code I can see places that still assume
>
Hi,
which function should a lldd call to make the scsi layer flush
a device's buffers and spin it down? Which kind of locking is
required?
Regards
Oliver
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECTED]
M
23 matches
Mail list logo
