Enlarge staying power & fortitude
http://Mielnick.jrz874383w.com/cs/?theman
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Wed, Feb 16, 2005 at 10:03:04PM -0800, Mark Harvey wrote:
> I also do not understand what 'Rusty Russel refers to as being in user
> context (Unreliable Guide to Hacking the Linux kernel)' Chapter 5:
> Recipes for Deadlock.
>From the same Unreliable Guide ...
User Context
User c
On Thu, 2005-02-17 at 14:27 +1000, Douglas Gilbert wrote:
> Recent SPC-3 and SBC-2 drafts treat the sense keys of
> MEDIUM ERROR and HARDWARE ERROR in a similar way.
> Both can return an "info" field which has the same
> meaning (lba of first failure). The distinction is that
> MEDIUM ERROR is a li
On Thu, 17 Feb 2005, Douglas Gilbert wrote:
> ... after a bit further thought, a retry (arguably) is only
> needed when an unrecoverable (data) error is detected. If we
> assume the "info" field indicates an unrecoverable error
> then the following patch combines the processing of
> MEDIUM and HAR
I have a machine with a Tekram DC-390U2W and a HP Surestore 1/9
Autoloader (with a Ultrium-1 drive) attached .
I've tried to get it to work with FC3(2.6.10-1.766_FC3) with no luck.
I've also tested it with Knoppix-3.3(2.4.24) and it works just fine
(output from test-dump in dump.txt and from dmes
The Wed, 16 Feb 2005 11:42:18 -0500 (EST)
Alan Stern <[EMAIL PROTECTED]> wrote:
> Good. The patch below ought to accomplish the same thing as that "echo"
> command. You can try patching your kernel and make sure that it really
> works. If it does, I'll submit the patch for official inclusion
OSM header file.
diff -Nru a/drivers/scsi/adp94xx/adp94xx_osm.h b/drivers/scsi/adp94xx/adp94xx_osm.h
--- /dev/null Wed Dec 31 16:00:00 196900
+++ b/drivers/scsi/adp94xx/adp94xx_osm.h 2005-02-16 16:08:12 -05:00
@@ -0,0 +1,1375 @@
+/*
+ * Adaptec ADP94xx SAS HBA device driver for Linux.
+ *
+ * Writ
OSM code. Part 3/3.
+
+/*
+ * Function:
+ * asd_pci_dev_remove()
+ *
+ * Description:
+ * This routine is called when the controller is removed or during
+ * module unloading.
+ */
+static void
+asd_pci_dev_remove(struct pci_dev *pdev)
+{
+ struct asd_softc *asd;
+ unsigned long flags;
+
+ a
OSM code. Part 2/3.
+
+ASD_COMMAND_BUILD_STATUS
+asd_setup_data(struct asd_softc *asd, struct scb *scb, Scsi_Cmnd *cmd)
+{
+ struct asd_ssp_task_hscb *ssp_hscb;
+ struct sg_element *sg;
+ int dir;
+ int error;
+
+ /*
+ * All SSP, STP, and SATA SCBs have their direction
+ * flags and SG
OSM code. Part 1/3.
diff -Nru a/drivers/scsi/adp94xx/adp94xx_osm.c b/drivers/scsi/adp94xx/adp94xx_osm.c
--- /dev/null Wed Dec 31 16:00:00 196900
+++ b/drivers/scsi/adp94xx/adp94xx_osm.c 2005-02-16 16:08:12 -05:00
@@ -0,0 +1,1923 @@
+/*
+ * Adaptec ADP94xx SAS HBA device driver for Linux.
+ *
+ * W
IOCTL header file.
diff -Nru a/drivers/scsi/adp94xx/adp94xx_ioctl.h b/drivers/scsi/adp94xx/adp94xx_ioctl.h
--- /dev/null Wed Dec 31 16:00:00 196900
+++ b/drivers/scsi/adp94xx/adp94xx_ioctl.h 2005-02-16 16:08:12 -05:00
@@ -0,0 +1,277 @@
+/*
+ * Adaptec ADP94xx SAS HBA driver for Linux - IOCTL data s
IOCTL code.
diff -Nru a/drivers/scsi/adp94xx/adp94xx_ioctl.c b/drivers/scsi/adp94xx/adp94xx_ioctl.c
--- /dev/null Wed Dec 31 16:00:00 196900
+++ b/drivers/scsi/adp94xx/adp94xx_ioctl.c 2005-02-16 16:08:12 -05:00
@@ -0,0 +1,1041 @@
+/*
+ * Adaptec ADP94xx SAS HBA driver for Linux - IOCTL interface fo
Hardware interface header file.
diff -Nru a/drivers/scsi/adp94xx/adp94xx_hwi.h b/drivers/scsi/adp94xx/adp94xx_hwi.h
--- /dev/null Wed Dec 31 16:00:00 196900
+++ b/drivers/scsi/adp94xx/adp94xx_hwi.h 2005-02-16 16:08:12 -05:00
@@ -0,0 +1,1242 @@
+/*
+ * Adaptec ADP94xx SAS HBA device driver for Linux
Inline functions.
diff -Nru a/drivers/scsi/adp94xx/adp94xx_inline.h b/drivers/scsi/adp94xx/adp94xx_inline.h
--- /dev/null Wed Dec 31 16:00:00 196900
+++ b/drivers/scsi/adp94xx/adp94xx_inline.h 2005-02-16 16:08:12 -05:00
@@ -0,0 +1,1075 @@
+/*
+ * Adaptec ADP94xx SAS HBA device driver for Linux.
+ *
Hardware interface. Part 2/3.
+
+/*
+ * Function:
+ * asd_hwi_process_prim_event()
+ *
+ * Description:
+ * Process any recevied primitives that are not handled by the
+ * firmware (eg. BROADCAST, HARD_RESET, etc.)
+ */
+static void
+asd_hwi_process_prim_event(struct asd_softc *asd, struct asd_p
Hardware interface. Part 3/3.
+
+static void
+asd_hwi_reset_device_done(struct asd_softc *asd, struct scb *scb,
+ struct asd_done_list *dl)
+{
+ asd_log(ASD_DBG_ERROR, "DL Opcode = 0x%x.\n", dl->opcode);
+
+ /*
+ * There is a possibility that this post routine is called after
+ * the S
Hardware interface. Part 1/3.
diff -Nru a/drivers/scsi/adp94xx/adp94xx_hwi.c b/drivers/scsi/adp94xx/adp94xx_hwi.c
--- /dev/null Wed Dec 31 16:00:00 196900
+++ b/drivers/scsi/adp94xx/adp94xx_hwi.c 2005-02-16 16:08:12 -05:00
@@ -0,0 +1,1976 @@
+/*
+ * Adaptec ADP94xx SAS HBA device driver for Linux.
The drivers' Kconfig and Makefile.
diff -Nru a/drivers/scsi/adp94xx/Kconfig b/drivers/scsi/adp94xx/Kconfig
--- /dev/null Wed Dec 31 16:00:00 196900
+++ b/drivers/scsi/adp94xx/Kconfig 2005-02-16 16:08:12 -05:00
@@ -0,1 +1,12 @@
+#
+# adp94xx 2.5.x kernel configuration file.
+#
+# $Id: //depot/razor/
Adding a menu option in Kconfig and a compilation directive in Makefile
in SCSI.
diff -Nru a/drivers/scsi/Kconfig b/drivers/scsi/Kconfig
--- a/drivers/scsi/Kconfig 2005-02-16 16:08:12 -05:00
+++ b/drivers/scsi/Kconfig 2005-02-16 16:08:12 -05:00
@@ -368,6 +368,8 @@
source "drivers/scsi/aic
Hi,
Adaptec would like to announce its SAS/SATA Linux device driver
for inclusion into the Linux kernel.
The driver supports Adaptec's AIC-94XX chip based, eight port SAS
and SATA 64-bit PCI-X, 133MHz ASIC controller.
The driver source is presented as a broken up BK patch over
the latest scsi-misc-
Hardware registers macro definitions. Part 1/2.
diff -Nru a/drivers/scsi/adp94xx/adp94xx_reg.h b/drivers/scsi/adp94xx/adp94xx_reg.h
--- /dev/null Wed Dec 31 16:00:00 196900
+++ b/drivers/scsi/adp94xx/adp94xx_reg.h 2005-02-16 16:08:12 -05:00
@@ -0,0 +1,1224 @@
+/*
+ * Adaptec ADP94xx SAS HBA device
Hardware registers macro definitions. Part 2/2.
+#define LmMnSATAFS(LinkNum, Mode) LmSEQ_PHY_REG(Mode, LinkNum, 0x7E)
+#define LmMnXMTSIZE(LinkNum, Mode) LmSEQ_PHY_REG(Mode, LinkNum, 0x93)
+
+/* mode 0 */
+#define LmMnFRMERR(LinkNum, Mode) LmSEQ_PHY_REG(Mode, LinkNum, 0xB0)
+
+#define LmACRCERR
SAS header file definitions.
diff -Nru a/drivers/scsi/adp94xx/adp94xx_sas.h b/drivers/scsi/adp94xx/adp94xx_sas.h
--- /dev/null Wed Dec 31 16:00:00 196900
+++ b/drivers/scsi/adp94xx/adp94xx_sas.h 2005-02-16 16:08:12 -05:00
@@ -0,0 +1,1101 @@
+/*
+ * Adaptec ADP94xx SAS HBA device driver for Linux.
+
Anything SATA related. Part 1/2.
diff -Nru a/drivers/scsi/adp94xx/adp94xx_sata.c b/drivers/scsi/adp94xx/adp94xx_sata.c
--- /dev/null Wed Dec 31 16:00:00 196900
+++ b/drivers/scsi/adp94xx/adp94xx_sata.c 2005-02-16 16:08:12 -05:00
@@ -0,0 +1,1891 @@
+/*
+ * Adaptec ADP94xx SAS HBA device driver for
Anything SATA related header file.
diff -Nru a/drivers/scsi/adp94xx/adp94xx_sata.h b/drivers/scsi/adp94xx/adp94xx_sata.h
--- /dev/null Wed Dec 31 16:00:00 196900
+++ b/drivers/scsi/adp94xx/adp94xx_sata.h 2005-02-16 16:08:12 -05:00
@@ -0,0 +1,756 @@
+/*
+ * Adaptec ADP94xx SAS HBA device driver for
Anything SATA related. Part 2/2.
+
+ASD_COMMAND_BUILD_STATUS
+asd_sata_control_mode_select(
+struct asd_softc *asd,
+struct asd_device *dev,
+struct scb *scb,
+uint8_t *bufptr
+)
+{
+ if (bufptr[1] != (CONTROL_MODE_PAGE_LEN - 2)) {
+ return ASD_COMMAND_BUILD_FAILED;
+ }
+
+ /*
+ * T10/04-136
Communicating with the sequencers. Part 1/2.
diff -Nru a/drivers/scsi/adp94xx/adp94xx_seq.c b/drivers/scsi/adp94xx/adp94xx_seq.c
--- /dev/null Wed Dec 31 16:00:00 196900
+++ b/drivers/scsi/adp94xx/adp94xx_seq.c 2005-02-16 16:08:12 -05:00
@@ -0,0 +1,1470 @@
+/*
+ * Adaptec ADP94xx SAS HBA device dr
Communicating with the sequencers. Part 2/2.
+
+/*
+ * Function:
+ * asd_hwi_post_init_cseq()
+ *
+ * Description:
+ * Clear CSEQ Mode n Interrupt status and Response mailbox.
+ */
+static void
+asd_hwi_post_init_cseq(struct asd_softc *asd)
+{
+ u_int i;
+
+ for (i = 0; i < 8; i++) {
+ asd_hwi
The sequencer programs.
diff -Nru a/drivers/scsi/adp94xx/adp94xx_seq.h b/drivers/scsi/adp94xx/adp94xx_seq.h
--- /dev/null Wed Dec 31 16:00:00 196900
+++ b/drivers/scsi/adp94xx/adp94xx_seq.h 2005-02-16 16:08:12 -05:00
@@ -0,0 +1,2840 @@
+/*
+ * Central and Link Sequencer Code for AIC-94xx
+ * Vers
The readme file.
diff -Nru a/drivers/scsi/adp94xx/readme.txt b/drivers/scsi/adp94xx/readme.txt
--- /dev/null Wed Dec 31 16:00:00 196900
+++ b/drivers/scsi/adp94xx/readme.txt 2005-02-16 16:08:12 -05:00
@@ -0,0 +1,289 @@
+
+=
Luben,
Your emails do not comply with the Linux kernel patch submission format.
Please read
http://linux.yyz.us/patch-format.html
Most critical is rule number #5 (signed-off-by line), but also important
is rule number #1 (providing a useful subject line).
NOTE: I am _not_ requesting that yo
On 02/17/05 14:17, Jeff Garzik wrote:
A key point is that it is impossible to differentiate your 27 patches,
from looking at them in a email summary. Putting a short summary of
each patch in the email subject line greatly assists those reviewing
your code.
Ok, that makes sense. I wish I had ad
On 02/17/05 14:03, Jeff Garzik wrote:
Luben,
Your emails do not comply with the Linux kernel patch submission format.
Please read
http://linux.yyz.us/patch-format.html
Most critical is rule number #5 (signed-off-by line), but also important
is rule number #1 (providing a useful subject lin
Luben Tuikov wrote:
On 02/17/05 14:03, Jeff Garzik wrote:
Luben,
Your emails do not comply with the Linux kernel patch submission
format. Please read
http://linux.yyz.us/patch-format.html
Most critical is rule number #5 (signed-off-by line), but also
important is rule number #1 (providing
On Thu, Feb 17, 2005 at 12:34:41PM -0500, Luben Tuikov wrote:
> Hi,
>
> Adaptec would like to announce its SAS/SATA Linux device driver
> for inclusion into the Linux kernel.
>
> The driver supports Adaptec's AIC-94XX chip based, eight port SAS
> and SATA 64-bit PCI-X, 133MHz ASIC controller.
>
On Wed, 16 Feb 2005, Andrew Vasquez wrote:
> On Tue, 15 Feb 2005, James Bottomley wrote:
> > Well, how about a different format for this, so there's a
> > scsi_remove_target that takes a generic device (analogous to the
> > scsi_scan_target) except that this time if the device isn't a target, we
>
On Mon, Feb 14, Alan Stern wrote:
> https://lists.one-eyed-alien.net/pipermail/usb-storage/2004-November/001201.html
Alan,
this patch seems to fix the crashes. Is it ready for production use, or
should I wait for a differnt patch?
-
To unsubscribe from this list: send the line "unsubscribe linu
On Thu, 17 Feb 2005, Olaf Hering wrote:
> On Mon, Feb 14, Alan Stern wrote:
>
> > https://lists.one-eyed-alien.net/pipermail/usb-storage/2004-November/001201.html
>
> Alan,
>
> this patch seems to fix the crashes. Is it ready for production use, or
> should I wait for a differnt patch?
It has
On Thu, Feb 17, Alan Stern wrote:
> It hasn't been tested very much. (Would you like to be a beta tester? :-)
Lets just throw it at the customers.
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http
Comment: You should use libata for your ATA<->SCSI translation.
Doing so eliminates duplicate code, and ensures that you are compliant
with the SAT and ATA passthru specifications from T10.
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a mes
Luben Tuikov wrote:
The readme file.
diff -Nru a/drivers/scsi/adp94xx/readme.txt
[]
+=README for=
+= Red Hat Linux Advanced Server 2.1 =
+= Red Hat Enterprise Linux 3.0 =
+
On Thu, Feb 17, 2005 at 11:31:31PM +0300, Michael Tokarev wrote:
> Luben Tuikov wrote:
> >The readme file.
> >
> >diff -Nru a/drivers/scsi/adp94xx/readme.txt
> []
> >+=README for=
> >+= Red Hat Linux Advanced Server 2.1
On Thu, 2005-02-17 at 12:34 -0500, Luben Tuikov wrote:
> Adaptec would like to announce its SAS/SATA Linux device driver
> for inclusion into the Linux kernel.
Well, the initial reaction is yuk.
Just from a brief glance over the files, the code is full of obfuscation
and unnecessary compatibility
Luben Tuikov <[EMAIL PROTECTED]> writes:
> +/** Misc Macros
> ***/
[... lots of code...]
What are they all good for? As far as I can see every one of them
duplicates or wraps something Linux already has.
How about you just use the na
On 02/17/05 15:57, James Bottomley wrote:
Well, the initial reaction is yuk.
Just from a brief glance over the files, the code is full of obfuscation
and unnecessary compatibility gunk which needs removing.
It's also full of the same queueing junk that I asked be taken out of
the aic7xxx driver.
Th
On 02/17/05 16:08, Andi Kleen wrote:
Luben Tuikov <[EMAIL PROTECTED]> writes:
+/** Misc Macros ***/
[... lots of code...]
What are they all good for? As far as I can see every one of them
duplicates or wraps something Linux already has.
The Thu, 17 Feb 2005 16:59:40 +0100
Samuel Colin <[EMAIL PROTECTED]> wrote:
> > I don't know why. Do you want to turn on usb-storage verbose debugging
> > in the 2.6.8 kernel, and run it on that other machine?
> > [...]
> > It's hard to say, since there are so many things being changed all the
>
Jeff Garzik wrote:
Luben,
[]
Everyone who submits patches to Linux needs to include a signed-off-by
line, and format their emails such that automated scripts will process
the emails correctly.
BTW, as this is a completely new driver (for the kernel source anyway),
and there's no "patch" per se he
Luben Tuikov wrote:
Yes, that's true. The driver was written to compile for 2.4 as well
as for 2.6.
Typically what you want to do is target 2.6, and isolate/emulate missing
functionality in 2.4.x in a compatibility file. This compatibility
file/lib would not exist in 2.6 kernel, but you can gi
On Thu, 17 Feb 2005, Samuel Colin wrote:
> Anyway, I have interesting results for the scsi devel list :
>
>
> Feb 17 21:19:09 gnondpom kernel: scsi0 : SCSI emulation for USB Mass Storage
> devices
> Feb 17 21:19:09 gnondpom kernel: Vendor: WDC WD25 Model:
> 00JB-00FUA0 Rev: 15.0
> Fe
James:
This patch adds a NOREPORTLUN blacklist flag for a disk made by "WDC"
(Winchester?). The drive's firmware crashes when it receives REPORT_LUNS,
even though it claims to be SCSI rev 04.
Alan Stern
Signed-off-by: Alan Stern <[EMAIL PROTECTED]>
= drivers/scsi/scsi_devinfo.c 1.14 vs
The Thu, 17 Feb 2005 17:23:54 -0500 (EST)
Alan Stern <[EMAIL PROTECTED]> wrote:
> Well, that explains why you had problems starting with 2.6.10!
>
> The explanation is simple enough, and it can be found in a line from your
> logs:
>
> Feb 17 21:19:09 gnondpom kernel: usb-storage: Fixing INQUIRY
Hi all,
Thanks for the all responses for this driver.
I really appreciate the comments / suggestions.
We definetely looking to making changes in the next few weeks.
Thanks again,
david
On Thu, 17 Feb 2005 16:14:36 -0500, Luben Tuikov
<[EMAIL PROTECTED]> wrote:
> On 02/17/05 15:57, James Bottom
James Bottomley wrote:
On Thu, 2005-02-17 at 14:27 +1000, Douglas Gilbert wrote:
Recent SPC-3 and SBC-2 drafts treat the sense keys of
MEDIUM ERROR and HARDWARE ERROR in a similar way.
Both can return an "info" field which has the same
meaning (lba of first failure). The distinction is that
MEDIUM
On Thu, Feb 17, 2005 at 04:51:44PM +0100, Roger Håkansson wrote:
> I've seen that there are more people having similar problem and some
> patches have also been suggested, but I haven't tested any of them yet.
Yeah, I don't think any existing patch will help you. Could you try
this one?
Index:
55 matches
Mail list logo
