Re: mptsas related problem [2.6.22], LSI SAS1064ET PCI-E

2007-09-18 Thread Arkadiusz Miskiewicz
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

question on flushing buffers and spinning down disk

2007-09-18 Thread Oliver Neukum
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]

Re: [PATCH 24/24] ide-scsi.c: convert to data accessors and !use_sg cleanup

2007-09-18 Thread Boaz Harrosh
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

[PATCH ver2 24/24] ide-scsi.c: convert to data accessors and !use_sg cleanup

2007-09-18 Thread Boaz Harrosh
- 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

Re: [PATCH ver2 24/24] ide-scsi.c: convert to data accessors and !use_sg cleanup

2007-09-18 Thread Christoph Hellwig
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

Re: 2.6.23-rc4-mm1

2007-09-18 Thread Jens Axboe
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

Re: [PATCH ver2 24/24] ide-scsi.c: convert to data accessors and !use_sg cleanup

2007-09-18 Thread Boaz Harrosh
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

[PATCH 24/24 ver3 ] ide-scsi.c: convert to data accessors and !use_sg cleanup

2007-09-18 Thread Boaz Harrosh
- 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

Re: 2.6.23-rc4-mm1

2007-09-18 Thread Jens Axboe
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:

Re: 2.6.23-rc4-mm1

2007-09-18 Thread FUJITA Tomonori
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

Re: question on flushing buffers and spinning down disk

2007-09-18 Thread Oliver Neukum
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

Re: question on flushing buffers and spinning down disk

2007-09-18 Thread James Bottomley
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

Re: question on flushing buffers and spinning down disk

2007-09-18 Thread 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 suspend? If so it's done automatically by the sd driver, but the

Re: [PATCH 07/24] arm: scsi convert to accessors and !use_sg cleanup

2007-09-18 Thread Boaz Harrosh
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

[PATCH ver2 2/2] libata-scsi: convert to use the data buffer accessors

2007-09-18 Thread Boaz Harrosh
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

[PATCH ver2 1/2] libata-scsi: Remove !use_sg code paths

2007-09-18 Thread Boaz Harrosh
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

Re: mptsas related problem [2.6.22], LSI SAS1064ET PCI-E

2007-09-18 Thread Arkadiusz Miskiewicz
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

Re: [Bugme-new] [Bug 9018] New: Kernel bug in aic94xx driver shipped with kernel 2.6.21.7

2007-09-18 Thread Martijn Prummel
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

Re: [PATCH] aic94xx: fix smartctl utility problem

2007-09-18 Thread Luben Tuikov
--- 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

kdump detection in SCSI drivers

2007-09-18 Thread Mukker, Atul
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

[PATCH] Use legacy driver for NetRAID 1M/2M controllers

2007-09-18 Thread dann frazier
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

[PATCH] Remove -pid field from scsi_cmnd

2007-09-18 Thread Matthew Wilcox
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