From: FUJITA Tomonori [EMAIL PROTECTED]
Subject: RE: [PATCH 3/3] mptsas: add SMP passthrough support via bsg
Date: Sun, 29 Jul 2007 14:07:01 +0900
From: Moore, Eric [EMAIL PROTECTED]
Subject: RE: [PATCH 3/3] mptsas: add SMP passthrough support via bsg
Date: Fri, 27 Jul 2007 17:24:19 -0600
The patch is only compile tested.
---
From: FUJITA Tomonori [EMAIL PROTECTED]
Subject: [PATCH] zfcp: convert to use the data buffer accessors
- remove the unnecessary map_single path.
- convert to use the new accessors for the sg lists and the
parameters.
Signed-off-by: FUJITA Tomonori [EMAIL
FUJITA Tomonori wrote:
From: Boaz Harrosh [EMAIL PROTECTED]
Subject: [RFC 7/8] sd.c and sr.c move to scsi_sgtable implementation
Date: Thu, 05 Jul 2007 16:44:04 +0300
- sd and sr would adjust IO size to align on device's block
size. So code needs to change once we move to scsi_sgtable
This updates sg_io_v4 structure (based on Doug's RFC, release 1.3).
The major changes are:
- add dout_resid field
- increase tag size to 64 bits to comply with SAM-4 and SRP
- add dout_iovec_count and din_iovec_count
dout_iovec_count and din_iovec_count aren't supported now. I'm not
sure
This is basically a set of bug fixes with a few minor cleanups thrown
in. There are also a few bsg fixes we're taking through this tree
because SCSI is the current sole consumer. The reason for the huge size
is the lindent of the advansys driver along with a few cleanups.
The patch is available
Every file should #include the headers containing the prototypes for
its global functions (in this case for scsi_schedule_eh()).
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
--- linux-2.6.23-rc1-mm1/drivers/scsi/scsi_error.c.old 2007-07-28
17:10:48.0 +0200
+++
This patch makes two needlessly global functions static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
This patch has been sent on:
- 24 Mar 2007
drivers/scsi/constants.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--- linux-2.6.21-rc4-mm1/drivers/scsi/constants.c.old
On Sun, Jul 29, 2007 at 04:59:15PM +0200, Adrian Bunk wrote:
The SCSI_ACORNSCSI_3 driver:
- has been marked as BROKEN for more than one year and
- is still marked as BROKEN.
Drivers that had been marked as BROKEN for such a long time seem to be
unlikely to be revived in the forseeable
This makes multiple logical units on a single target accessible to
fw-sbp2. Successfully tested with the IOI FWB-IDE01AB dual LU bridge.
Signed-off-by: Stefan Richter [EMAIL PROTECTED]
---
update 2:
- rectify and refactor sbp2_probe
drivers/firewire/fw-sbp2.c | 207
The symbol debug_locks conflicts with the rather global one in
include/linux/locks.h.
Signed-off-by: Randy Dunlap [EMAIL PROTECTED]
Signed-off-by: Boaz Harrosh [EMAIL PROTECTED]
---
drivers/scsi/aha152x.c | 10 +-
drivers/scsi/aha152x.h |2 +-
2 files changed, 6 insertions(+), 6
Cause highmem buffers to be bounced to low memory until this
driver supports highmem addresses. Otherwise it just oopses
on NULL buffer addresses.
Signed-off-by: Randy Dunlap [EMAIL PROTECTED]
Signed-off-by: Boaz Harrosh [EMAIL PROTECTED]
---
drivers/scsi/aha152x.c |7 +++
1 files
hunk by hunk:
- CHECK_CONDITION is what happens to cmnd-status 1
or after status_byte() macro. But here it is used
directly on status which means 0x1 which is an undefined
bit in the standard. And is a status that will never
return from a target.
- in busfree_run at the
What Reset code was doing: Save command's important/dangerous
Info on stack. NULL those members from scsi_cmnd.
Issue a Reset. wait for it to finish than restore members
and return.
What I do is save or NULL nothing. But use the resetting
hint in aha152x_internal_queue() to NULL out
check_condition code-path was similar but more
complicated to Reset. It went like this:
1. extra space was allocated at aha152x_scdata for mirroring
scsi_cmnd members.
2. At aha152x_internal_queue() every not check_condition
(REQUEST_SENSE) command was copied to above members in
In motivation for the !use_sg cleanup and use of accessors
I needed to do some restructuring of the aha152x.c driver.
The patchset has been tested by Randy Dunlap on a PCMCIA
hardware based on aha152x.c. And some bugs where fixed
in the process by Randy.
The problematic parts were that the
And finally this is the regular !use_sg cleanup
and use of data accessors.
Signed-off-by: Boaz Harrosh [EMAIL PROTECTED]
---
drivers/scsi/aha152x.c | 91 +---
1 files changed, 47 insertions(+), 44 deletions(-)
diff --git
The OnStream SCSI Tape driver uses a semaphore as mutex. Use the mutex
API instead of the (binary) semaphore.
Signed-off-by: Matthias Kaehlcke [EMAIL PROTECTED]
--
diff --git a/drivers/scsi/osst.c b/drivers/scsi/osst.c
index 08060fb..0e2452c 100644
--- a/drivers/scsi/osst.c
+++
The SCSI Tape driver uses a semaphore as mutex. Use the mutex API
instead of the (binary) semaphore.
Signed-off-by: Matthias Kaehlcke [EMAIL PROTECTED]
--
diff --git a/drivers/scsi/st.c b/drivers/scsi/st.c
index a4f7b84..73c44cb 100644
--- a/drivers/scsi/st.c
+++ b/drivers/scsi/st.c
@@ -1485,7
James Bottomley wrote:
This is basically a set of bug fixes with a few minor cleanups thrown
in. There are also a few bsg fixes we're taking through this tree
because SCSI is the current sole consumer. The reason for the huge size
is the lindent of the advansys driver along with a few cleanups.
On Sun, 2007-07-29 at 18:51 -0400, Jeff Garzik wrote:
James Bottomley wrote:
This is basically a set of bug fixes with a few minor cleanups thrown
in. There are also a few bsg fixes we're taking through this tree
because SCSI is the current sole consumer. The reason for the huge size
is
James Bottomley wrote:
msleep_interruptible - ssleep is a
change with zero practical impact for this driver,
eh, how do you figure?
A signal can clearly cause the abort-related functions to delay far
shorter than the driver wishes.
The msleep_interruptible() in arcmsr_wait_msgint_ready()
On Sun, 2007-07-29 at 21:04 -0400, Jeff Garzik wrote:
James Bottomley wrote:
msleep_interruptible - ssleep is a
change with zero practical impact for this driver,
eh, how do you figure?
A signal can clearly cause the abort-related functions to delay far
shorter than the driver wishes.
James Bottomley wrote:
On Sun, 2007-07-29 at 21:04 -0400, Jeff Garzik wrote:
James Bottomley wrote:
msleep_interruptible - ssleep is a
change with zero practical impact for this driver,
eh, how do you figure?
A signal can clearly cause the abort-related functions to delay far
shorter than
Hi,
On Sun, 29 Jul 2007, Matthias Kaehlcke wrote:
The OnStream SCSI Tape driver uses a semaphore as mutex. Use the mutex
API instead of the (binary) semaphore.
Signed-off-by: Matthias Kaehlcke [EMAIL PROTECTED]
[...]
@@ -3298,7 +3298,7 @@ static ssize_t osst_write(struct file * filp,
On Sun, 29 Jul 2007, Matthias Kaehlcke wrote:
The SCSI Tape driver uses a semaphore as mutex. Use the mutex API
instead of the (binary) semaphore.
Signed-off-by: Matthias Kaehlcke [EMAIL PROTECTED]
Reviewed-by: Satyam Sharma [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line
25 matches
Mail list logo
