On Wed, 17 Oct 2007 19:53:11 +0200 Boaz Harrosh wrote:
>
> - convert to accessors and !use_sg cleanup
>
> Signed-off-by: Boaz Harrosh <[EMAIL PROTECTED]>
> ---
Tested-by: Randy Dunlap <[EMAIL PROTECTED]> // aha152x_cs
> drivers/scsi/aha1542.c | 46 ++
On Fri, 9 Nov 2007 18:30:48 -0800 Randy Dunlap wrote:
> On Wed, 17 Oct 2007 19:53:11 +0200 Boaz Harrosh wrote:
>
> >
> > - convert to accessors and !use_sg cleanup
> >
> > Signed-off-by: Boaz Harrosh <[EMAIL PROTECTED]>
> > ---
>
> Tested-by: Randy Dunlap <[EMAIL PROTECTED]> // aha152x_cs
Ne
On Fri, 2007-11-09 at 17:26 +0800, Zhao Forrest wrote:
> I found that libsas also reference to code of scsi_transport_sas.c.
> Will scsi_transport_sas.c be removed finally?
> If we add a new SAS LLDD to linux kernel, we should use libsas instead
> of the functions defined in scsi_transport_sas.c, r
Hi all,
I've been asked to look into a SCSI problem. I know my way around the
kernel, but I'm new to SCSI/disk operations, so please bear with me (and
educate me) if my terminology is off.
We have an x86-based blade with dual LSI 53c1030 devices.
We recently moved to a new kernel version,
Update version and changelog
Signed-off-by: Bo Yang <[EMAIL PROTECTED]>
---
Documentation/scsi/ChangeLog.megaraid_sas | 155
drivers/scsi/megaraid/megaraid_sas.c | 10 -
drivers/scsi/megaraid/megaraid_sas.h |8 -
3 files changed, 164 insertions(+), 9 deletio
Added module parameter "poll_mode_io" to support for "polling" (reduced
interrupt operation).
In this mode, IO completion interrupts are delayed. At the end of
initiating IOs,
the driver schedules for cmd completion if there are pending cmds.
A timer-based interrupt has al
Driver will call cmd completion routine from Reset path without waiting for cmd
completion from isr context.
Signed-off-by: Bo Yang <[EMAIL PROTECTED]>
---
drivers/scsi/megaraid/megaraid_sas.c | 122 +
drivers/scsi/megaraid/megaraid_sas.h |2
2 files changed, 70 ins
MegaRAID utilities expect sense_buff to be of type unsigned long.
Signed-off-by: Bo Yang <[EMAIL PROTECTED]>
---
drivers/scsi/megaraid/megaraid_sas.c | 13 -
1 files changed, 8 insertions(+), 5 deletions(-)
diff -rupN linux-2.6.22_orig/drivers/scsi/megaraid/megaraid_sas.c
linux-2
Hi Boaz,
On Thu, 08 Nov 2007 19:03:18 +0200, Boaz Harrosh <[EMAIL PROTECTED]> wrote:
> At the block level bidi request uses req->next_rq pointer for a second
> bidi_read request.
> At Scsi-midlayer a second scsi_data_buffer structure is used for the
> bidi_read part. This bidi scsi_data_bu
1. Setting the max_sectors_per_req based on max SGL supported by the FW. Prior
versions calculated
this value from controller info's max_sectors_1, max_sectors_2. For
certain controllers/FW,
this was resulting in a value greater than max SGL supported by the FW.
Now we take the
Adding hibernation support. suspend, resume routine implemented.
Signed-off-by: Bo Yang <[EMAIL PROTECTED]>
---
drivers/scsi/megaraid/megaraid_sas.c | 302 +++--
drivers/scsi/megaraid/megaraid_sas.h |1
2 files changed, 233 insertions(+), 70 deletions(-)
diff -rupN linu
James,
We are re-submitting those patches with the two patches (patch [2/8]--
"add module param fast_load" and patch [3/8] -- "add module param
max_sectors, cmd_per_lun" ) droped for now. Later on we may implement
the module params as suggested by the community members.
Regards.
Bo Yang
--
On Nov 9, 2007 10:04 AM, Tony Battersby <[EMAIL PROTECTED]> wrote:
> The 3ware 9500S-8 SATA RAID controller exhibits terrible write
> performance when PCI memory-write-and-invalidate is disabled. This is
> easy to demonstrate by replacing pci_try_set_mwi() in the patch below
> with pci_clear_mwi()
The 3ware 9500S-8 SATA RAID controller exhibits terrible write
performance when PCI memory-write-and-invalidate is disabled. This is
easy to demonstrate by replacing pci_try_set_mwi() in the patch below
with pci_clear_mwi(). My benchmarks show the following:
MWI disabled: 15 MB/s write, 330 MB/s
James,
Hold off on pulling this in. The patch is currently being reworked to
fix a problem.
Thanks,
-Brian
Robert Jennings wrote:
> CRQ send errors that return with H_CLOSED should return with
> SCSI_MLQUEUE_HOST_BUSY until firmware alerts the client of a CRQ
> transport event. The transport e
On Fri, 9 Nov 2007 08:55:44 +0100 Frank Lichtenheld wrote:
> Fixes the following warnings:
> CC [M] drivers/scsi/aic7xxx/aic79xx_osm_pci.o
> drivers/scsi/aic7xxx/aic79xx_osm_pci.c:101: warning:
> ‘ahd_linux_pci_dev_suspend’ defined but not used
> drivers/scsi/aic7xxx/aic79xx_osm_pci.c:121: wa
CRQ send errors that return with H_CLOSED should return with
SCSI_MLQUEUE_HOST_BUSY until firmware alerts the client of a CRQ
transport event. The transport event will either reinitialize and
requeue the requests, or fail and return IO with DID_ERROR.
To avoid failing the eh_* functions while re-
Updated the statistics patch to cover the issues pointed out by Heiko.
James, could you please apply.
Thanks
Swen
---
From: Swen Schillig <[EMAIL PROTECTED]>
add some statistics provided by the zFCP adapter to the sysfs
The new zFCP adapter statistics provide a variety of information
about the
I found that libsas also reference to code of scsi_transport_sas.c.
Will scsi_transport_sas.c be removed finally?
If we add a new SAS LLDD to linux kernel, we should use libsas instead
of the functions defined in scsi_transport_sas.c, right?
Thanks,
Forrest
-
To unsubscribe from this list: send th
19 matches
Mail list logo
