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 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 HARDWARE
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 in the
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.
+ *
+ *
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;
+
+
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
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
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
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
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 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;
+ }
+
+ /*
+ *
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
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++) {
+
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
+ *
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
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
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.
The
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
remove
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
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
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
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 =
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
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.
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
time.
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
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
Feb 17
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 data
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
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:
36 matches
Mail list logo