On Monday 10 of September 2007, Arkadiusz Miskiewicz wrote:
Hello,
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)
onboard (well afaik on backplane) and four SATA
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]
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
- 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
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 that
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:
Can you try this
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 still
- 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, 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 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 Tomonori wrote:
On Fri, 14 Sep 2007 21:16:35 -0700
Paul Jackson
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 for
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 locking
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 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 trace
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
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
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 SAS (rev
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
--- 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 commands
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
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
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
22 matches
Mail list logo