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 include
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
__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
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 to bear
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 :
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
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
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 cardreader on various
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-scsim=120038907123706w=2
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 to 1 for all USB
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 wrote:
Hi
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 +++--
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
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 tape
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:
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
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 [EMAIL
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 1 +
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
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]
---
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]
---
---
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/Makefile
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
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 thread.
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 include
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 actual
26 matches
Mail list logo