[PATCH] libata: translate INQUIRY VPD page 89h (ATA info)

commit a6d5ac6a3a1cfbed2a045928bbadd5285f1df084 Author: Jeff Garzik <[EMAIL PROTECTED]> Date: Fri Sep 21 05:07:19 2007 -0400 [libata] SCSI: support INQUIRY page 89h (ATA info page) Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]> drivers/ata/libata-scsi.c | 82 +++

[PATCH] libata: slightly improved req-sense, send-diag no-ops

commit 8a7a20fb60d9746ec68a876aade1f14c4f2b7b46 Author: Jeff Garzik <[EMAIL PROTECTED]> Date: Fri Sep 21 06:23:42 2007 -0400 [libata] Slightly improved no-op REQUEST SENSE, SEND DIAGNOSTIC A few pedantic apps care about missing or lame "mandatory" SCSI commands, so REQ

Re: [PATCH] libata: slightly improved req-sense, send-diag no-ops

Alan Cox wrote: REQUEST SENSE -- as we autosense, R.S. just returns zeroes SEND DIAGNOSTIC -- our default (no-op) self-test succeeds, all other requests for testing fail. Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]> Acked-by: Alan Cox <[EMAIL PROTECTE

[PATCH] libata: simple TEST UNIT READY simulation

As per SAT (sans removable devices)... commit 09d9637c413406cf63f0e1efb364411ac8a9243c Author: Jeff Garzik <[EMAIL PROTECTED]> Date: Fri Sep 21 07:09:36 2007 -0400 [libata] SCSI: simple TEST UNIT READY simulation It's trivial to ping the device, and that's a much more sane behav

Re: [PATCH] libata: slightly improved req-sense, send-diag no-ops

> REQUEST SENSE -- as we autosense, R.S. just returns zeroes > > SEND DIAGNOSTIC -- our default (no-op) self-test succeeds, all > other requests for testing fail. > > Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]> Acked-by: Alan Cox <[EMAIL PROTECTED]> Possi

[PATCH] libata: improve FORMAT UNIT; minor code cleanups

commit ee67edb0e7701f8ae9114692837a8bbee9f99a35 Author: Jeff Garzik <[EMAIL PROTECTED]> Date: Fri Sep 21 07:26:08 2007 -0400 [libata] SCSI: improve FORMAT UNIT; minor code cleanups * SAT specifies that FORMAT UNIT should be translated into a series of READ and WRITE commands

[PATCH] libata: clean up R/W recovery mode page

commit 14052d9ba16b826e4bc79db4b2b77e451faf0b01 Author: Jeff Garzik <[EMAIL PROTECTED]> Date: Fri Sep 21 07:54:49 2007 -0400 [libata] SCSI: clean up R/W recovery mode page Clear ARRE, we don't do auto-reallocation on reads, just on writes. Also, hardcode the size of the ar

Re: [PATCH] libata: translate INQUIRY VPD page 89h (ATA info)

On Fri, 2007-09-21 at 05:48 -0400, Jeff Garzik wrote: > commit a6d5ac6a3a1cfbed2a045928bbadd5285f1df084 > Author: Jeff Garzik <[EMAIL PROTECTED]> > Date: Fri Sep 21 05:07:19 2007 -0400 > > [libata] SCSI: support INQUIRY page 89h (ATA info page) > > Signed-off-by: Jeff Garzik <[EMAIL

Re: [PATCH 4/5] qla2xxx: add target mode support

Andrew Vasquez wrote: > On Sat, 01 Sep 2007, FUJITA Tomonori wrote: > >> This adds target mode support to qla2xxx. >> >> With set ql2enable_target_mode module parameter to 1, the driver runs >> in target mode. By default, ql2enable_target_mode is set to 0, and the >> driver should work in initiato

Re: [PATCH] aic7xxx driver. Restrict DMA to 32bit for 29320LPE Adaptec SCSI controller

please don't drop linux-scsi ... just because no-one else has asked the question doesn't mean they're not interested in the answer. Having the answer in the list means that search tools can find it. On Thu, 2007-09-20 at 09:20 -0700, Anil K. Ravindranath wrote: > Oh I see. I looked into the scsi

Re: qla2xxx behavior with changing volumes

Sean Bruno wrote: What is the expected behavior when volumes on a SAN change size and LUN ID order? I've noticed that if a volume changes size, leaves the SAN or changes target ID it isn't auto-magically picked up by a 2.6.18 based system(running CentOS 5). If a new target appears on the SAN ho

Re: qla2xxx behavior with changing volumes

Vladislav Bolkhovitin wrote: Sean Bruno wrote: What is the expected behavior when volumes on a SAN change size and LUN ID order? I've noticed that if a volume changes size, leaves the SAN or changes target ID it isn't auto-magically picked up by a 2.6.18 based system(running CentOS 5). If a n

RE: [PATCH] aic94xx: fix smartctl utility problem

Hi James, I can reproduce the problem on my machine. Most likely, the Sequencer (Firmware) has bug on handling ATA output register for ATAPI device. I am still working on this issue with Sequencer engineer. Thanks! Gilbert -Original Message- From: James Bottomley [mailto:[EMAIL PROTEC

Re: [PATCH] libata: translate INQUIRY VPD page 89h (ATA info)

James Bottomley wrote: On Fri, 2007-09-21 at 05:48 -0400, Jeff Garzik wrote: commit a6d5ac6a3a1cfbed2a045928bbadd5285f1df084 Author: Jeff Garzik <[EMAIL PROTECTED]> Date: Fri Sep 21 05:07:19 2007 -0400 [libata] SCSI: support INQUIRY page 89h (ATA info page) Signed-off-by: Jeff Ga

RE: [PATCH] aic94xx: fix smartctl utility problem

On Fri, 2007-09-21 at 11:53 -0700, Wu, Gilbert wrote: >I can reproduce the problem on my machine. Most likely, the Sequencer > (Firmware) has bug on handling ATA output register for ATAPI device. I > am still working on this issue with Sequencer engineer. But, since you already vet the command

Megaraid driver not detecting RAID volumes in kernel 2.6.22?

https://bugzilla.redhat.com/show_bug.cgi?id=288421 When running Fedora on a Dell 2950 w/ integrated LSI Perc5i (megaraid), the system will not boot after upgrading to 2.6.22. The boot message indicates the system is somehow seeing through RAID, cannot access logical volume. This causes the root

[PATCH v3] Fix ibmvscsi client for multiplatform iSeries+pSeries kernel

From: David Woodhouse <[EMAIL PROTECTED]> If you build a multiplatform kernel for iSeries and pSeries, with ibmvscsic support, the resulting client doesn't work on iSeries. This fixes that, using the appropriate low-level operations for the machine detected at runtime. Signed-off-by: David Woodh

Re: aic79xx problems

On Thu, 2007-09-20 at 09:41 -0500, James Bottomley wrote: > On Thu, 2007-09-20 at 16:34 +0200, Stefan Boresch wrote: > > So, since I seem to have a slightly broken machine at hand, let me > > know whether I can try/test anything to fix the issues the newer > > kernels might have. > > It will take

RE: [PATCH] aic94xx: fix smartctl utility problem

Hi James, We want to find the root cause and make sure this problem will happen on STA device certain commands. If it does not affect SATA device then we can adopt the workaround. Thanks! Gilbert -Original Message- From: James Bottomley [mailto:[EMAIL PROTECTED] Sent: Friday, Septemb

RE: Megaraid driver not detecting RAID volumes in kernel 2.6.22?

> > https://bugzilla.redhat.com/show_bug.cgi?id=288421 > > When running Fedora on a Dell 2950 w/ integrated LSI Perc5i (megaraid), the > system will not boot after upgrading to 2.6.22. The boot message indicates the > system is somehow seeing through RAID, cannot access logical volume. This > ca

Re: [PATCH] libata: translate INQUIRY VPD page 89h (ATA info)

James Bottomley wrote: On Fri, 2007-09-21 at 05:48 -0400, Jeff Garzik wrote: commit a6d5ac6a3a1cfbed2a045928bbadd5285f1df084 Author: Jeff Garzik <[EMAIL PROTECTED]> Date: Fri Sep 21 05:07:19 2007 -0400 [libata] SCSI: support INQUIRY page 89h (ATA info page) Signed-off-by: Jeff Ga

[PATCH v2] libata: translate INQUIRY VPD page 89h (ATA info)

Ditched ATAPI, fixed a bug, a few clean-ups and fixmes taken care of. commit a1c69f03a85fe6fa1b7f2f3726dd7205eb68a328 Author: Jeff Garzik <[EMAIL PROTECTED]> Date: Fri Sep 21 20:38:03 2007 -0400 [libata] SCSI: support INQUIRY page 89h (ATA info page) Signed-off-by: Jeff Garzik <[

Re: [PATCH v2] libata: translate INQUIRY VPD page 89h (ATA info)

Jeff Garzik wrote: + memcpy(&pbuf[8], "ATA ", 8); + ata_id_string(args->id, &pbuf[16], ATA_ID_PROD, 16); + ata_id_string(args->id, &pbuf[32], ATA_ID_FW_REV, 4); And I just checked in a fix that changes the above to reflect the SCSI simulator's vendor/product/version (lin