On Tue, Jan 22, 2008 at 01:32:08PM +0100, Bart Van Assche wrote:
>On Jan 22, 2008 12:33 PM, Vladislav Bolkhovitin <[EMAIL PROTECTED]> wrote:
>> What are the new SRPT/iSER numbers?
>You can find the new performance numbers below. These are all numbers for
>reading from the remote buffer cache, no ac
Grant Grundler wrote:
> On Tue, Jan 22, 2008 at 11:55:56PM -0700, Grant Grundler wrote:
> ...
>>> http://www.phildev.net/linux/usb-unusualdevs-notes.html
>> In general, a very helpful document! Thanks!
> ...
>
> I read the rest of the document and explains exactly my confusion.
> Can you please
On Tuesday January 15, [EMAIL PROTECTED] wrote:
>
> This message describes the details about md-RAID1 issue found by
> testing the md RAID1 using the SCSI fault injection framework.
>
> Abstract:
> Both the error handler for md RAID1 and write access request to the md RAID1
> use raid1d kernel th
Subject: scsi_dh: add scsi device handler to dm
From: Mike Anderson <[EMAIL PROTECTED]>
This patch adds a dm hardware handler that can control SCSI device
handlers.
SCSI Hardware handler for a specific device type can be invokes by using
this handler.
For example, to use the lsi_rdac SCSI hardw
Subject: scsi_dh: add lsi rdac device handler
From: Chandra Seetharaman <[EMAIL PROTECTED]>
add LSI RDAC SCSI device handler
Signed-off-by: Chandra Seetharaman <[EMAIL PROTECTED]>
---
drivers/scsi/device_handler/Kconfig|5 5 + 0 - 0 !
drivers/scsi/device_handler/Makefi
Subject: scsi_dh: Add support for SDEV_PASSIVE
From: Chandra Seetharaman <[EMAIL PROTECTED]>
This patch adds a new device state SDEV_PASSIVE, to correspond to the
passive side access of an active/passive multipathed device.
Signed-off-by: Chandra Seetharaman <[EMAIL PROTECTED]>
---
---
drivers
Subject: scsi_dh: add hp sw device handler
From: Mike Christie <[EMAIL PROTECTED]>
This patch adds a very basic scsi device handler for older hp boxes which
cannot be upgraded.
Signed-off-by: Mike Christie <[EMAIL PROTECTED]>
Signed-off-by: Chandra Seetharaman <[EMAIL PROTECTED]>
---
drivers/s
Subject: scsi_dh: add EMC Clariion device handler
From: Mike Christie <[EMAIL PROTECTED]>
This adds support for EMC Clariions. It is just a port of what is in
mainline. Ed's patches will be intergrated in a different patch which adds
more advanced functionality.
Signed-off-by: Mike Christie <[EM
Subject: scsi_dh: add skeleton for SCSI Device Handlers
From: Mike Anderson <[EMAIL PROTECTED]>
Add base support to the SCSI subsystem for SCSI device handlers.
Signed-off-by: Mike Anderson <[EMAIL PROTECTED]>
Signed-off-by: Chandra Seetharaman <[EMAIL PROTECTED]>
---
drivers/scsi/Kconfig
Subject: scsi_dh: scsi handling of REQ_LB_OP_TRANSITION
From: Mike Christie <[EMAIL PROTECTED]>
This patch adds a scsi handler for REQ_LB_OP_TRANSITION commands.
Signed-off-by: Mike Christie <[EMAIL PROTECTED]>
Signed-off-by: Chandra Seetharaman <[EMAIL PROTECTED]>
---
---
drivers/scsi/scsi_li
Subject: scsi_dh: change sd_prep_fn to call common code
From: Mike Anderson <[EMAIL PROTECTED]>
Have sd_prep_fn call common code if not REQ_TYPE_FS.
Signed-off-by: Mike Anderson <[EMAIL PROTECTED]>
Signed-off-by: Chandra Seetharaman <[EMAIL PROTECTED]>
---
drivers/scsi/scsi_lib.c|1
Subject: scsi_dh: add REQ_LB_OP_TRANSITION and errors
From: Mike Christie <[EMAIL PROTECTED]>
This patch adds REQ_LB_OP_TRANSITION which is a REQ_TYPE_LINUX_BLOCK
type of command. It also adds the error codes which are used by
REQ_LB_OP_TRANSITION to blkdev.h.
Signed-off-by: Mike Christie <[EMAI
Hello,
The set of patches that follow this email facilitate movement of hardware
handlers from dm layer to SCSI layer.
Patches posted along with this email are based off of the patches
Mike Christie posted on June 09, 2007. The first email Mike posted
gives the rationale for moving the hardware h
Hopefully this should resolve the outstanding initio failures.
Patch is available here:
master.kernel.org:/pub/scm/linux/kernel/git/jejb/scsi-rc-fixes-2.6.git
Full patch attached.
James
---
From: Stuart Swales <[EMAIL PROTECTED]>
Date: Wed, 23 Jan 2008 20:00:48 +
Subject: [SCSI] initio: f
On Wed, 2008-01-23 at 20:00 +, Stuart Swales wrote:
> I've verified (on my Initio 9100 with a DAT drive) that the
> 2.6.24-rc8-git6 initio module still hangs on loading.
>
> These fixes (other than the printk) are needed to get the module to load
> ok (and work correctly) with my adapter &
Hello James,
My understanding is that the scsi_device in SDEV_DEL state
is there in the scsi_host->devices/scsi_target->devices queue, just
because there is some outstanding command holding a reference to it.
It will need the device when it completes. Apart from this, for all
practic
I've verified (on my Initio 9100 with a DAT drive) that the
2.6.24-rc8-git6 initio module still hangs on loading.
These fixes (other than the printk) are needed to get the module to load
ok (and work correctly) with my adapter & tape drive.
a) printk cosmetic fix
b) cblk->sglen needs setting
Instead used standard Linux timer functions directly
Signed-off-by: Vasu Dev <[EMAIL PROTECTED]>
---
drivers/scsi/ofc/include/sa_timer.h | 96 ---
drivers/scsi/ofc/libfc/fc_disc_targ.c | 20 +++---
drivers/scsi/ofc/libfc/fc_exch.c| 19 +++--
On Jan 22, 2008 7:58 PM, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> > +#define READ_PORT_CONFIG_DATA(i) \
> > + ((i > 3)?mr32(P4_CFG_DATA + (i - 4) * 8):mr32(P0_CFG_DATA + i * 8))
> > +#define WRITE_PORT_CONFIG_DATA(i,tmp) \
> > + {if (i > 3)mw32(P4_CFG_DATA + (i - 4) * 8, tmp); \
> > +
On Wed, Jan 23, 2008 at 12:39:39PM -0600, James Bottomley wrote:
>
> On Wed, 2008-01-23 at 10:12 -0800, Greg KH wrote:
> > On Sun, Jan 20, 2008 at 04:45:36PM -0500, Alan Stern wrote:
> > > On Sun, 20 Jan 2008, Greg KH wrote:
> > >
> > > > On Sun, Jan 20, 2008 at 11:27:29AM +0100, Hans de Goede wr
On Wed, 2008-01-23 at 10:12 -0800, Greg KH wrote:
> On Sun, Jan 20, 2008 at 04:45:36PM -0500, Alan Stern wrote:
> > On Sun, 20 Jan 2008, Greg KH wrote:
> >
> > > On Sun, Jan 20, 2008 at 11:27:29AM +0100, Hans de Goede wrote:
> > > > Hi all,
> > > >
> > > > This patch sets the last_sector_bug flag
On Mon, Jan 21 2008 at 5:59 +0200, FUJITA Tomonori <[EMAIL PROTECTED]> wrote:
> On Sun, 20 Jan 2008 10:36:56 -0600
> James Bottomley <[EMAIL PROTECTED]> wrote:
>
>> On Wed, 2008-01-16 at 13:32 +0900, FUJITA Tomonori wrote:
>>> This is the third version of:
>>>
>>> http://marc.info/?l=linux-scsi&m=
On Sun, Jan 20, 2008 at 04:45:36PM -0500, Alan Stern wrote:
> On Sun, 20 Jan 2008, Greg KH wrote:
>
> > On Sun, Jan 20, 2008 at 11:27:29AM +0100, Hans de Goede wrote:
> > > Hi all,
> > >
> > > This patch sets the last_sector_bug flag to 1 for all USB disks. This is
> > > needed to makes the cardre
Bart Van Assche wrote:
As you probably know there is a trend in enterprise computing towards
networked storage. This is illustrated by the emergence during the
past few years of standards like SRP (SCSI RDMA Protocol), iSCSI
(Internet SCSI) and iSER (iSCSI Extensions for RDMA). Two different
piec
On Jan 23, 2008 9:28 AM, Salyzyn, Mark <[EMAIL PROTECTED]> wrote:
> At which version of the kernel did the aacraid driver allegedly first go
> broken? At which version did it get fixed? (Since 1.1.5-2451 is older than
> latest represented on kernel.org)
snitzer:
I don't know where the kernel.org
At which version of the kernel did the aacraid driver allegedly first go
broken? At which version did it get fixed? (Since 1.1.5-2451 is older than
latest represented on kernel.org)
How is the SATA disk'd arrayed on the aacraid controller? The controller is
limited to generating 24 arrays and s
When class_device_create fails, ch_probe needs to fail too.
Signed-off-by: FUJITA Tomonori <[EMAIL PROTECTED]>
---
drivers/scsi/ch.c | 22 +++---
1 files changed, 15 insertions(+), 7 deletions(-)
diff --git a/drivers/scsi/ch.c b/drivers/scsi/ch.c
index cead0f5..765f2fc 100644
-
As you probably know there is a trend in enterprise computing towards
networked storage. This is illustrated by the emergence during the
past few years of standards like SRP (SCSI RDMA Protocol), iSCSI
(Internet SCSI) and iSER (iSCSI Extensions for RDMA). Two different
pieces of software are necess
This sounds like a return to the old behavior, where sdevs in SDEV_DEL
were ignored. However, it too had lots of bad effects. We'd have to go
back to the threads over the last 2 years that justified resurrecting
the sdev. Start looking at threads like :
http://marc.info/?l=linux-scsi&m=117887
Ke Wei wrote:
Attachment is a patch file for 6440 driver. I will have to spend more
time on setting my mail client. Yesterday I used mutt tool. But Look
like the problem still exists.
I fixed all issues which you mentioned , but
The changes look good, thanks!
In terms of engineering process, I
On Tue, 22 Jan 2008 14:30:12 -0700
"Yang, Bo" <[EMAIL PROTECTED]> wrote:
> Alan/Matthew,
>
> I found inb_p/outb_p are defined as inb/outb in kernel src. So it
> should not have problems to change inb_p/outb_p to inb/outb.
Only on some platforms. On the x86 platforms the inb_p()/outb_p() include
On Tue, Jan 22 2008 at 18:31 +0200, FUJITA Tomonori <[EMAIL PROTECTED]> wrote:
> From: James Bottomley <[EMAIL PROTECTED]>
> Subject: [PATCH 0/3] update bidirectional series to sit on top of sg_table
> Date: Fri, 11 Jan 2008 21:09:00 -0600
>
>> OK, I suppose in the scheme of things, it's my turn t
__scsi_device_lookup and __scsi_device_lookup_by_target do not
check for the sdev_state and hence return scsi_devices with
sdev_state set to SDEV_DEL also. It has the following side effects.
We can have two scsi_devices with the same HBTL queued in
the scsi_host->__devices/scsi_target->devices
Dear all,
I'm new to this e-mail list. My name is Joaquim Duran.
I've detected a behavior of the SCSI system that could be improved when
accessing to a removed USB memory stick.
That is, I was playing musing from a mounted USB stick, then I removed
it while the program was still running. The pro
Grant Grundler wrote:
> On Tue, Jan 22, 2008 at 11:55:56PM -0700, Grant Grundler wrote:
> ...
>>> http://www.phildev.net/linux/usb-unusualdevs-notes.html
>> In general, a very helpful document! Thanks!
> ...
>
> I read the rest of the document and explains exactly my confusion.
> Can you please
35 matches
Mail list logo