[EMAIL PROTECTED] wrote:
>
> Patch 3 of 8
> This patch removes a couple of functions dealing with configuration and
> replaces them with new functions. This implementation fixes some bugs
> associated with the ACUXE. It also allows a logical volume to be removed
> from the middle without deleting
Christoph Hellwig <[EMAIL PROTECTED]> wrote:
>
> On Wed, Sep 07, 2005 at 02:52:58AM -0700, Andrew Morton wrote:
> >
> >
> > Begin forwarded message:
>
> This looks preyyu much like a breakage because we're now always sending
> S/G list down the scsi layer.
>
> The patch below brings over code t
On Fri, 2005-09-09 at 16:22 +0200, Christoph Hellwig wrote:
> I think this submission is ready for 2.6.14, but additional comments are
> of course very welcome.
Actually, you missed a prototype change for the class functions.
James
diff --git a/drivers/scsi/scsi_transport_sas.c
b/drivers/scsi/s
On Fri, 2005-09-09 at 15:42 -0400, Luben Tuikov wrote:
> +static const struct scsi_host_template sas_host_template = {
> + .module = THIS_MODULE,
> + /* .name is initialized */
> + .name = "",
> + .queuecommand = sas_queuecommand,
> + .eh_strategy_handler = sas_scsi_re
On Fri, 2005-09-09 at 15:40 -0400, Luben Tuikov wrote:
> +/**
> + * sas_do_lu_discovery -- Discover LUs of a SCSI device
> + * @dev: pointer to a domain device of interest
Aside from all the other problems, this one completely duplicates the
mid-layer infrastructure for handling devices with Logic
The attached patch updates the driver for the 3ware 9000 series to do
the following:
- Correctly handle single sgl's with use_sg = 1.
This is needed with the latest scsi-block-2.6 merge otherwise the 3w-9xxx
driver will not work. I tested the patch James sent a few weeks back to fix
this, and it
Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
diff -X linux-2.6.13-mm2/Documentation/dontdiff -Naur
linux-2.6.13-mm2-orig/include/scsi/sas/sas.h
linux-2.6.13-mm2/include/scsi/sas/sas.h
--- linux-2.6.13-mm2-orig/include/scsi/sas/sas.h1969-12-31
19:00:00.0 -0500
+++ linux-2.6.13
Andrew,
The following is a patchset of the SAS code as posted
today but it has the suggestions by Nish and Alexey,
and it is against -mm2 tree.
Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
diff -X linux-2.6.13-mm2/Documentation/dontdiff -Nau
linux-2.6.13-mm2-orig/drivers/scsi/Kconfig linux-2
Hi ... did you try James' patch? Looks like the same problem.
Patch here:
http://marc.theaimsgroup.com/?l=linux-scsi&m=112585164819923&w=2
Was hidden within some other thread ...
On Fri, Sep 09, 2005 at 11:17:16PM +0100, Daniel Drake wrote:
> Running a simple "touch /dev/scd0" on a SCSI cdrom w
Those files live in include/scsi/sas/ and were missed in the
previous patchset:
sas.h
sas_class.h
sas_discover.h
sas_expander.h
sas_frames.h
sas_frames_be.h
sas_frames_le.h
sas_task.h
Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
diff -X linux-2.6.13/Documentation/dontdiff -Naur
linux-2.6.13-
Running a simple "touch /dev/scd0" on a SCSI cdrom will cause the following
message to appear in the logs if no disc is present:
Device not ready. Make sure there is a disc in the drive.
This results in the logs being flooded for some users by those userspace
agents which repeatedly po
Patch 8 of 8
Add SCSI host and device info not elsewhere available to /proc/scsi/cciss/*
Namely, connect cciss device instance with scsi host number, and
give scsi host number, bus, target, lun, devicetype, and 8-byte cciss LUNID
for each tapedrive/medium changer attached to a controller
For insta
Patch 7 of 8
This patch adds support for "One Button Disaster Recovery" devices
to the cciss driver. (OBDR devices are tape drives which can
pretend to be cd-rom devices temporarily. Once booted the device
can be reverted to a tape drive and data recovery operations can
be automatically begun.)
T
Patch 3 of 8
This patch removes a couple of functions dealing with configuration and
replaces them with new functions. This implementation fixes some bugs
associated with the ACUXE. It also allows a logical volume to be removed
from the middle without deleting all volumes behind it.
If a user has
Patch 4 of 8
This patch changes the way we complete commands. In the old method when we
got a completion we searched our command list from the top until we find it.
This method uses a tag associated with each command (not SCSI command tagging)
to index us directly to the completed command. This hel
Patch 2 of 8
This patch adds a flag called busy_initializing. If there are multiple
controllers in a server AND the HP agents are running it's possible
the agents may try to poll a card that is still initializing if the
driver is removed and then added again.
Please consider this for inclusion.
S
Patch 5 of 8
This patch fixes a bug in cciss_remove_one. A set of braces was missing
for the if statement causing an Oops on driver unload.
Please consider this for inclusion.
Signed-off-by: Mike Miller <[EMAIL PROTECTED]>
cciss.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
-
Patch 6 of 8
The CCISS driver seems to loose track of DMA mappings
created by it's fill_cmd() routine. Neither callers of this routine are
extracting the DMA address created in order to do the unmap.
Instead, they simply try to unmap 0x0. It's easy to see this
problem on an x86_64 system when usi
NOTE: All patches in this set have been tested.
Patch 1 of 8
This patch adds new PCI and subsystem ID's that finally made the spec. It also
include a name change for one controller. I know there's a lot of duplicat names
but the fw folks wanted this for the different implementations.
Even though
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-git7-s2io-u64/drivers/scsi/ch.c
RC13-git7-scsi-ch/drivers/scsi/ch.c
--- RC13-git7-s2io-u64/drivers/scsi/ch.c2005-08-28 23:09:45.0
-0400
+++ RC13-git7-scsi-ch/drivers/scsi/ch.c 2005-09-07 13:55:19.0 -0400
@@ -56
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-git8-base/drivers/scsi/qla2xxx/qla_dbg.c
current/drivers/scsi/qla2xxx/qla_dbg.c
--- RC13-git8-base/drivers/scsi/qla2xxx/qla_dbg.c 2005-08-28
23:09:45.0 -0400
+++ current/drivers/scsi/qla2xxx/qla_dbg.c 2005-09-08 23:
Hi
Here's an attempt of a SCSI transport API implementation for tmscsim.
Please, comment.
Test booted with 3 sync devices on the bus, tried to changed period from
100ns to 150ns (148 was set), read throughput fell from 790 to 590
bytes/sec (measured with dd). Is it about the expected d
On Sat, Sep 10, 2005 at 12:18:34AM +0400, Alexey Dobriyan wrote:
> On Fri, Sep 09, 2005 at 03:32:05PM -0400, Luben Tuikov wrote:
> > --- linux-2.6.13-orig/drivers/scsi/aic94xx/Makefile
> > +++ linux-2.6.13/drivers/scsi/aic94xx/Makefile
>
> > +CHECK = sparse -Wbitwise
>
> make C=1 CHECK="spa
On 09/09/05 16:05, Nish Aravamudan wrote:
> On 9/9/05, Luben Tuikov <[EMAIL PROTECTED]> wrote:
>
>>Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
>
>
>
>
>
>>--- linux-2.6.13-orig/drivers/scsi/sas-class/sas_expander.c 1969-12-31
>>19:00:00.0 -0500
>>+++ linux-2.6.13/drivers/scsi
On 9/9/05, Luben Tuikov <[EMAIL PROTECTED]> wrote:
> Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
> --- linux-2.6.13-orig/drivers/scsi/sas-class/sas_expander.c 1969-12-31
> 19:00:00.0 -0500
> +++ linux-2.6.13/drivers/scsi/sas-class/sas_expander.c 2005-09-09
> 11:14:29.
On Fri, Sep 09, 2005 at 03:35:41PM -0400, Benjamin LaHaise wrote:
> A single file per patch is not really a patch split up. Patches should
> stand on their own, leaving the tree in a compilable functioning state
> during each step.
Agreed, though for new drivers, this appears to be one way to g
On 09/09/05 16:18, Alexey Dobriyan wrote:
> On Fri, Sep 09, 2005 at 03:32:05PM -0400, Luben Tuikov wrote:
>
>>--- linux-2.6.13-orig/drivers/scsi/aic94xx/Makefile
>>+++ linux-2.6.13/drivers/scsi/aic94xx/Makefile
>
>
>>+CHECK = sparse -Wbitwise
>
>
> make C=1 CHECK="sparse -Wbitwise"
> or
On Fri, Sep 09, 2005 at 03:32:05PM -0400, Luben Tuikov wrote:
> --- linux-2.6.13-orig/drivers/scsi/aic94xx/Makefile
> +++ linux-2.6.13/drivers/scsi/aic94xx/Makefile
> +CHECK = sparse -Wbitwise
make C=1 CHECK="sparse -Wbitwise"
or
make C=1
> +clean-files += *~
Don't override what
On 09/09/05 15:59, Nish Aravamudan wrote:
> On 9/9/05, Luben Tuikov <[EMAIL PROTECTED]> wrote:
>
>>Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
>
>
>
>
>
> +static int sas_execute_task(struct sas_task *task, void *buffer, int size,
> + int pci_dma_dir)
>
>
>
>
Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
diff -X linux-2.6.13/Documentation/dontdiff -Naur
linux-2.6.13-orig/drivers/scsi/aic94xx/aic94xx_init.c
linux-2.6.13/drivers/scsi/aic94xx/aic94xx_init.c
--- linux-2.6.13-orig/drivers/scsi/aic94xx/aic94xx_init.c 1969-12-31
19:00:00.0
Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
diff -X linux-2.6.13/Documentation/dontdiff -Naur
linux-2.6.13-orig/drivers/scsi/sas-class/Kconfig
linux-2.6.13/drivers/scsi/sas-class/Kconfig
--- linux-2.6.13-orig/drivers/scsi/sas-class/Kconfig1969-12-31
19:00:00.0 -0500
+++ linux-2.
Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
diff -X linux-2.6.13/Documentation/dontdiff -Naur
linux-2.6.13-orig/drivers/scsi/sas-class/sas_expander.c
linux-2.6.13/drivers/scsi/sas-class/sas_expander.c
--- linux-2.6.13-orig/drivers/scsi/sas-class/sas_expander.c 1969-12-31
19:00:00.00
Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
diff -X linux-2.6.13/Documentation/dontdiff -Naur
linux-2.6.13-orig/drivers/scsi/aic94xx/aic94xx_tmf.c
linux-2.6.13/drivers/scsi/aic94xx/aic94xx_tmf.c
--- linux-2.6.13-orig/drivers/scsi/aic94xx/aic94xx_tmf.c1969-12-31
19:00:00.0 -0
Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
diff -X linux-2.6.13/Documentation/dontdiff -Naur
linux-2.6.13-orig/drivers/scsi/aic94xx/aic94xx_reg.h
linux-2.6.13/drivers/scsi/aic94xx/aic94xx_reg.h
--- linux-2.6.13-orig/drivers/scsi/aic94xx/aic94xx_reg.h1969-12-31
19:00:00.0 -0
Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
diff -X linux-2.6.13/Documentation/dontdiff -Naur
linux-2.6.13-orig/drivers/scsi/sas-class/sas_init.c
linux-2.6.13/drivers/scsi/sas-class/sas_init.c
--- linux-2.6.13-orig/drivers/scsi/sas-class/sas_init.c 1969-12-31
19:00:00.0 -0500
+++ li
Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
diff -X linux-2.6.13/Documentation/dontdiff -Naur
linux-2.6.13-orig/drivers/scsi/sas-class/expander_conf.c
linux-2.6.13/drivers/scsi/sas-class/expander_conf.c
--- linux-2.6.13-orig/drivers/scsi/sas-class/expander_conf.c1969-12-31
19:00:00.
Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
diff -X linux-2.6.13/Documentation/dontdiff -Naur
linux-2.6.13-orig/drivers/scsi/aic94xx/aic94xx_hwi.h
linux-2.6.13/drivers/scsi/aic94xx/aic94xx_hwi.h
--- linux-2.6.13-orig/drivers/scsi/aic94xx/aic94xx_hwi.h1969-12-31
19:00:00.0 -0
Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
Attached in gzipped format, since it is so big.
aic94xx_seq_microcode.patch.gz
Description: GNU Zip compressed data
Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
diff -X linux-2.6.13/Documentation/dontdiff -Naur
linux-2.6.13-orig/drivers/scsi/aic94xx/aic94xx_sds.c
linux-2.6.13/drivers/scsi/aic94xx/aic94xx_sds.c
--- linux-2.6.13-orig/drivers/scsi/aic94xx/aic94xx_sds.c1969-12-31
19:00:00.0 -0
Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
diff -X linux-2.6.13/Documentation/dontdiff -Naur
linux-2.6.13-orig/drivers/scsi/aic94xx/aic94xx_reg.c
linux-2.6.13/drivers/scsi/aic94xx/aic94xx_reg.c
--- linux-2.6.13-orig/drivers/scsi/aic94xx/aic94xx_reg.c1969-12-31
19:00:00.0 -0
Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
diff -X linux-2.6.13/Documentation/dontdiff -Naur
linux-2.6.13-orig/drivers/scsi/sas-class/sas_dump.c
linux-2.6.13/drivers/scsi/sas-class/sas_dump.c
--- linux-2.6.13-orig/drivers/scsi/sas-class/sas_dump.c 1969-12-31
19:00:00.0 -0500
+++ li
Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
diff -X linux-2.6.13/Documentation/dontdiff -Naur
linux-2.6.13-orig/drivers/scsi/aic94xx/aic94xx_hwi.c
linux-2.6.13/drivers/scsi/aic94xx/aic94xx_hwi.c
--- linux-2.6.13-orig/drivers/scsi/aic94xx/aic94xx_hwi.c1969-12-31
19:00:00.0 -0
Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
diff -X linux-2.6.13/Documentation/dontdiff -Naur
linux-2.6.13-orig/drivers/scsi/sas-class/sas_internal.h
linux-2.6.13/drivers/scsi/sas-class/sas_internal.h
--- linux-2.6.13-orig/drivers/scsi/sas-class/sas_internal.h 1969-12-31
19:00:00.00
Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
diff -X linux-2.6.13/Documentation/dontdiff -Naur
linux-2.6.13-orig/drivers/scsi/sas-class/sas_phy.c
linux-2.6.13/drivers/scsi/sas-class/sas_phy.c
--- linux-2.6.13-orig/drivers/scsi/sas-class/sas_phy.c 1969-12-31
19:00:00.0 -0500
+++ linu
On 9/9/05, Luben Tuikov <[EMAIL PROTECTED]> wrote:
> Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
+static int sas_execute_task(struct sas_task *task, void *buffer, int size,
+ int pci_dma_dir)
+ set_current_state(TASK_INTERRUPTIBLE);
+
A single file per patch is not really a patch split up. Patches should
stand on their own, leaving the tree in a compilable functioning state
during each step.
-ben
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECT
Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
diff -X linux-2.6.13/Documentation/dontdiff -Naur
linux-2.6.13-orig/drivers/scsi/sas-class/README
linux-2.6.13/drivers/scsi/sas-class/README
--- linux-2.6.13-orig/drivers/scsi/sas-class/README 1969-12-31
19:00:00.0 -0500
+++ linux-2.6.
Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
diff -X linux-2.6.13/Documentation/dontdiff -Naur
linux-2.6.13-orig/drivers/scsi/aic94xx/aic94xx_sas.h
linux-2.6.13/drivers/scsi/aic94xx/aic94xx_sas.h
--- linux-2.6.13-orig/drivers/scsi/aic94xx/aic94xx_sas.h1969-12-31
19:00:00.0 -0
Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
diff -X linux-2.6.13/Documentation/dontdiff -Naur
linux-2.6.13-orig/drivers/scsi/sas-class/sas_dump.h
linux-2.6.13/drivers/scsi/sas-class/sas_dump.h
--- linux-2.6.13-orig/drivers/scsi/sas-class/sas_dump.h 1969-12-31
19:00:00.0 -0500
+++ li
Note on Direct Mode (normal) and Task Collector Mode.
Direct Mode
---
In Direct Mode (default, normal) the SAS Layer calls Execute
Command SCSI RPC of the SAS LLDD which gives the command
to the SDS _immediately_.
This is the default normal operation for all SAS LLDDs.
Task Collector Mod
Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
diff -X linux-2.6.13/Documentation/dontdiff -Naur
linux-2.6.13-orig/drivers/scsi/sas-class/sas_discover.c
linux-2.6.13/drivers/scsi/sas-class/sas_discover.c
--- linux-2.6.13-orig/drivers/scsi/sas-class/sas_discover.c 1969-12-31
19:00:00.00
Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
diff -X linux-2.6.13/Documentation/dontdiff -Naur
linux-2.6.13-orig/drivers/scsi/aic94xx/aic94xx_seq.c
linux-2.6.13/drivers/scsi/aic94xx/aic94xx_seq.c
--- linux-2.6.13-orig/drivers/scsi/aic94xx/aic94xx_seq.c1969-12-31
19:00:00.0 -0
Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
diff -X linux-2.6.13/Documentation/dontdiff -Naur
linux-2.6.13-orig/drivers/scsi/aic94xx/aic94xx_scb.c
linux-2.6.13/drivers/scsi/aic94xx/aic94xx_scb.c
--- linux-2.6.13-orig/drivers/scsi/aic94xx/aic94xx_scb.c1969-12-31
19:00:00.0 -0
Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
diff -X linux-2.6.13/Documentation/dontdiff -Naur
linux-2.6.13-orig/drivers/scsi/sas-class/sas_common.c
linux-2.6.13/drivers/scsi/sas-class/sas_common.c
--- linux-2.6.13-orig/drivers/scsi/sas-class/sas_common.c 1969-12-31
19:00:00.0
Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
diff -X linux-2.6.13/Documentation/dontdiff -Naur
linux-2.6.13-orig/drivers/scsi/sas-class/sas_port.c
linux-2.6.13/drivers/scsi/sas-class/sas_port.c
--- linux-2.6.13-orig/drivers/scsi/sas-class/sas_port.c 1969-12-31
19:00:00.0 -0500
+++ li
Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
diff -X linux-2.6.13/Documentation/dontdiff -Naur
linux-2.6.13-orig/drivers/scsi/aic94xx/aic94xx_seq.h
linux-2.6.13/drivers/scsi/aic94xx/aic94xx_seq.h
--- linux-2.6.13-orig/drivers/scsi/aic94xx/aic94xx_seq.h1969-12-31
19:00:00.0 -0
Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
diff -X linux-2.6.13/Documentation/dontdiff -Naur
linux-2.6.13-orig/drivers/scsi/aic94xx/aic94xx_task.c
linux-2.6.13/drivers/scsi/aic94xx/aic94xx_task.c
--- linux-2.6.13-orig/drivers/scsi/aic94xx/aic94xx_task.c 1969-12-31
19:00:00.0
Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
diff -X linux-2.6.13/Documentation/dontdiff -Naur
linux-2.6.13-orig/drivers/scsi/sas-class/Makefile
linux-2.6.13/drivers/scsi/sas-class/Makefile
--- linux-2.6.13-orig/drivers/scsi/sas-class/Makefile 1969-12-31
19:00:00.0 -0500
+++ linux-
Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
diff -X linux-2.6.13/Documentation/dontdiff -Naur
linux-2.6.13-orig/drivers/scsi/sas-class/sas_event.c
linux-2.6.13/drivers/scsi/sas-class/sas_event.c
--- linux-2.6.13-orig/drivers/scsi/sas-class/sas_event.c1969-12-31
19:00:00.0 -0
Using the User Space Expander configuration utility
===
The file "expander_conf.c" is a user space program
which uses the "smp_portal" SMP portal to communicate
with expanders in the domain.
It gives you complete control of the expander you're
talki
This email shows an example of two domains.
The first domain has only two devices: the SAS initiator
and a SAS end device (a disk).
The second domain has expanders, SAS disks, a SATA II disk
and a SATAPI disk.
A succinct and full listings of the sysfs tree are shown
using the tree(1) program.
Sam
Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
diff -X linux-2.6.13/Documentation/dontdiff -Naur
linux-2.6.13-orig/drivers/scsi/aic94xx/Kconfig
linux-2.6.13/drivers/scsi/aic94xx/Kconfig
--- linux-2.6.13-orig/drivers/scsi/aic94xx/Kconfig 1969-12-31
19:00:00.0 -0500
+++ linux-2.6.13
Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
diff -X linux-2.6.13/Documentation/dontdiff -Naur
linux-2.6.13-orig/drivers/scsi/aic94xx/aic94xx.h
linux-2.6.13/drivers/scsi/aic94xx/aic94xx.h
--- linux-2.6.13-orig/drivers/scsi/aic94xx/aic94xx.h1969-12-31
19:00:00.0 -0500
+++ linux-2.
Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
diff -X linux-2.6.13/Documentation/dontdiff -Naur
linux-2.6.13-orig/drivers/scsi/aic94xx/README
linux-2.6.13/drivers/scsi/aic94xx/README
--- linux-2.6.13-orig/drivers/scsi/aic94xx/README 1969-12-31
19:00:00.0 -0500
+++ linux-2.6.13/d
Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
diff -X linux-2.6.13/Documentation/dontdiff -Naur
linux-2.6.13-orig/drivers/scsi/aic94xx/aic94xx_dump.h
linux-2.6.13/drivers/scsi/aic94xx/aic94xx_dump.h
--- linux-2.6.13-orig/drivers/scsi/aic94xx/aic94xx_dump.h 1969-12-31
19:00:00.0
Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
diff -X linux-2.6.13/Documentation/dontdiff -Naur
linux-2.6.13-orig/drivers/scsi/aic94xx/aic94xx_dump.c
linux-2.6.13/drivers/scsi/aic94xx/aic94xx_dump.c
--- linux-2.6.13-orig/drivers/scsi/aic94xx/aic94xx_dump.c 1969-12-31
19:00:00.0
Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
diff -X linux-2.6.13/Documentation/dontdiff -Naur
linux-2.6.13-orig/drivers/scsi/aic94xx/Makefile
linux-2.6.13/drivers/scsi/aic94xx/Makefile
--- linux-2.6.13-orig/drivers/scsi/aic94xx/Makefile 1969-12-31
19:00:00.0 -0500
+++ linux-2.6.
Signed-off-by: Luben Tuikov <[EMAIL PROTECTED]>
diff -X linux-2.6.13/Documentation/dontdiff -Naur
linux-2.6.13-orig/drivers/scsi/aic94xx/aic94xx_dev.c
linux-2.6.13/drivers/scsi/aic94xx/aic94xx_dev.c
--- linux-2.6.13-orig/drivers/scsi/aic94xx/aic94xx_dev.c1969-12-31
19:00:00.0 -0
On Thu, 2005-09-08 at 16:49 -0400, Alan Stern wrote:
> This hasn't been tested very thoroughly, so please look through it
> carefully.
Actually, just one problem and one cosmetic fix:
1) We need to dequeue for the loop and kill case (it seems easiest
simply to dequeue in the scsi_kill_request()
Mike Christie wrote:
James Bottomley wrote:
On Thu, 2005-09-08 at 14:23 -0500, Mike Christie wrote:
I think the reason it was a dependency was becuase the transport
class manages does the lifetime management/refcounting for the
initiators/iscsi_tcp.c session struct. scsi_transport_iscsi allo
On 09/09/05 13:08, Stefan Richter wrote:
> Luben Tuikov wrote:
>
>>Think about this:
>> EH is function of scsi_host.
>
>
> The host does not use the EH. The EH uses the host.
That's exactly what my statement above means:
F(scsi_host) = EH
>> You can define YOUR OWN EH! in us
Luben Tuikov wrote:
Think about this:
EH is function of scsi_host.
The host does not use the EH. The EH uses the host.
You can define YOUR OWN EH! in usb storage, which you control!
There are a few hotpluggable low-level providers besides usb-storage.
--
Stefan Richter
-
James Bottomley wrote:
On Thu, 2005-09-08 at 14:23 -0500, Mike Christie wrote:
I think the reason it was a dependency was becuase the transport class
manages does the lifetime management/refcounting for the
initiators/iscsi_tcp.c session struct. scsi_transport_iscsi allocates
the scsi_host, a
Alan Stern <[EMAIL PROTECTED]> wrote:
> The conundrum I'm facing is how to make sure that when scsi_remove_host
> returns, the mid-layer is no longer sending anything to the host. Sure,
> no new commands will be issued once the state is set to DEL (or
> DEL_RECOVERY). But what about commands/rese
On Fri, 9 Sep 2005, James Bottomley wrote:
> On Fri, 2005-09-09 at 11:16 -0400, Alan Stern wrote:
> > > So which way do you want to go? Either we wait in recovery for the
> > > error handler to finish and transition the host state to RUNNING or we
> > > introduce the parallel states for the error
On Thu, 2005-09-08 at 13:50 -0700, Mark Haverkamp wrote:
> Aif pre-allocation is used to pull the kmalloc outside of the locks.
>
It looks like part of this patch was lost somehow. Here is an updated
version that includes the missing piece.
- - - - -
Recevied from Mark Salyzyn from Adaptec.
A
On Fri, 2005-09-09 at 11:16 -0400, Alan Stern wrote:
> > So which way do you want to go? Either we wait in recovery for the
> > error handler to finish and transition the host state to RUNNING or we
> > introduce the parallel states for the error handler.
>
> For usb-storage it won't make any dif
On Fri, 9 Sep 2005, James Bottomley wrote:
> So which way do you want to go? Either we wait in recovery for the
> error handler to finish and transition the host state to RUNNING or we
> introduce the parallel states for the error handler.
For usb-storage it won't make any difference on the whol
On Thu, 2005-09-08 at 14:23 -0500, Mike Christie wrote:
> I think the reason it was a dependency was becuase the transport class
> manages does the lifetime management/refcounting for the
> initiators/iscsi_tcp.c session struct. scsi_transport_iscsi allocates
> the scsi_host, and the initiator/i
On Fri, 2005-09-09 at 10:16 -0400, Alan Stern wrote:
> I see. You must be making an unstated assumption, something along the
> lines of "If the error handler is running then the host is in a *RECOVERY
> state." Given that, there definitely is a need for a separate
> CANCEL_RECOVERY and DEL_RECOV
On Thu, 8 Sep 2005, Luben Tuikov wrote:
> >>So as far as I can see it sends a reset on the wire to the device?
> >
> >
> > Sort of. It's not a low-level hardware reset, it's rather high-level.
> > If the device's firmware is busy doing something else, or is hung, or
> > doesn't implement rese
On Fri, Sep 09, 2005 at 09:35:36AM -0500, James Bottomley wrote:
> On Fri, 2005-09-09 at 16:22 +0200, Christoph Hellwig wrote:
> > In addition to the basic SCSI core objects this transport class introduces
> > two additional intermediate objects: The SAS PHY as represented by struct
> > sas_phy de
On Fri, 2005-09-09 at 16:22 +0200, Christoph Hellwig wrote:
> In addition to the basic SCSI core objects this transport class introduces
> two additional intermediate objects: The SAS PHY as represented by struct
> sas_phy defines an "outgoing" PHY on a SAS HBA or Expander, and the SAS
> remote PH
Adds the actual mptsas driver, based upon the LSI driver with new work
for SAS transport class integration from Eric Moore and me.
This obviously depends on the SAS transport class.
Signed-off-by: Christoph Hellwig <[EMAIL PROTECTED]>
Index: xfs-2.6.x/drivers/message/fusion/Kconfig
- various bits for SAS support from the LSI driver.
- use the device private data for the fusion target private data.
this should be using the midlayer target data framework, but we
can't move over to that until fusion has been switched to the
generic DV code
- use target ID and channel
The SAS transport class contains common code to deal with SAS HBAs, an
aproximated representation of SAS topologies in the driver model,
and various sysfs attributes to expose these topologies and managment
interfaces to userspace.
In addition to the basic SCSI core objects this transport class in
On Thu, 8 Sep 2005, James Bottomley wrote:
> Yes, a state machine like I've shown can only be in one state at any
> given time. The problem is what happens if the error handler is running
> when you try to remove the device. We can reach in and try to stop it,
> but under a state model we'd have
Hello,
this morning our server crashed without any log messages, nothing captured via
serial cable and magic sysrqs also didn't work.
Anyway during the reboot on oops of the aic79xx module occured, see below .
This is a 2.6.11.12 kernel, patched with bluesmoke and the bio-clone fix.
Furthermore
On Fri, Sep 09 2005, Douglas Gilbert wrote:
> The soon to be released smartmontools 5.34 uses the
> READ DEFECT DATA command on SCSI disks. A disk that
> has defect list entries (or worse, an increasing number
> of them) is at risk.
>
> Currently the first invocation of smartctl causes this:
>
The soon to be released smartmontools 5.34 uses the
READ DEFECT DATA command on SCSI disks. A disk that
has defect list entries (or worse, an increasing number
of them) is at risk.
Currently the first invocation of smartctl causes this:
scsi: unknown opcode 0x37
message to appear the console an
Further to the problem discussed in this post:
http://marc.theaimsgroup.com/?l=linux-scsi&m=112540053711489&w=2
It seems that the sg driver does not need to set the VM_IO flag
on pages that it memory maps to the user space since they are
not from the IO space. Ahmed Teirelbar <[EMAIL PROTECTED]>
w
91 matches
Mail list logo