The HITACHI HDS7250SASUN500G and HITACHI HDS7225SBSUN250 drives
do not need to be blacklisted, the NCQ problem has been resolved
with the sata_nv: fix for completion handling patch.
Signed-off-by David Milburn [EMAIL PROTECTED]
---
libata-core.c |2 --
1 files changed, 2 deletions(-)
diff
Robert Hancock wrote:
Kuan Luo wrote:
hi robert,
I have fixed a bug in rhel4u5 2.6.9-55 when running adma mode
with HDS7250SASUN500G.
Could you check this code and if no problem, then help me to
submit to the newest kernel.
It seems like a reasonable change - I'm sure you guys
Blacklist HITACHI HDS7225SCSUN250G* and SEAGATE STN7225SASUN250G*
drives from using NCQ.
Signed-off-by David Milburn [EMAIL PROTECTED]
---
libata-core.c |2 ++
1 files changed, 2 insertions(+)
diff --git a/drivers/ata/libata-core.c b/drivers/ata/libata-core.c
index 597e07c..c117afa 100644
Support the use of '*' in model_num and model_rev entries
in ata_device_blacklist[].
Signed-off-by: Alan Cox [EMAIL PROTECTED]
Signed-off-by: David Milburn [EMAIL PROTECTED]
---
libata-core.c | 16 ++--
1 files changed, 14 insertions(+), 2 deletions(-)
diff --git a/drivers/ata
Support the use of '*' in model_num and model_rev entries
in ata_device_blacklist[].
CC: [EMAIL PROTECTED]
Signed-off-by: David Milburn [EMAIL PROTECTED]
---
drivers/ata/libata-core.c | 11 +--
1 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/drivers/ata/libata-core.c b
Hello,
Running the 2.6.22-rc2 kernel on a system with:
nVidia Corporation CK804 Serial ATA Controller (rev f3)
HITACHI HDS7250S K2AO
Is it possible that this drive/firmware doen't handle AMDA mode correctly?
We are seeing the following errors:
=portion of dmesg==
Error
User applications using the HDIO_DRIVE_TASK ioctl specific
ATA registers to be returned to userspace.
Signed-off-by: David Milburn [EMAIL PROTECTED]
Acked-by: Tejun Heo [EMAIL PROTECTED]
Acked-by: Jeff Garzik [EMAIL PROTECTED]
Signed-off-by: Andrew Morton [EMAIL PROTECTED]
---
diff --git
User applications using the HDIO_DRIVE_TASK ioctl through libata
expect specific ATA registers to be returned to userspace. Verified
that ata_task_ioctl correctly returns register values to the
smartctl application.
Signed-off-by: David Milburn [EMAIL PROTECTED]
---
diff --git a/drivers/ata
The HDIO_DRIVE_TASK ioctl should output the taskfile register values,
the smartctl utility checks the values of the lba registers specifically
the values of lbam and lbah for failure status (0xf4 and 0x2c
respectively). This patch will copy the ATA registers back to the
user-space application