Hi all,
Together with a couple of others I have been bitten by problems with the
Promise SATAII TX4 controller.
Common to all is that at some point the kernel log contains the "irq
: nobody cared!" error message, followed by a call/stack
trace. This is quickly followed up by a "Disabling IRQ #"
w
Hi,
I have a system with a "PCI_DEVICE_ID_INTEL_ICH6_0" (from pci_ids.h)
Serial ATA chip in it, that works with the ata_piix driver. However, I
can't figure out how the driver is supposed to auto-load; the PCI ID,
(0x8086, 0x2640), isn't in the ata_piix id table. Should that ID be in
the ata_
I just found a patch in the SuSE tree that changes ide_ioreg_t for ia64,
and checking for the implications I noticed ide_ioreg_t and hdreg.h have
been completely unused for a while, and the headers have a #warning.
So let's kill them for good:
--- 1.3/include/asm-alpha/hdreg.h 2004-04-14 0
Please do a
bk pull bk://gkernel.bkbits.net/libata-2.6
This will update the following files:
drivers/scsi/ahci.c|2 --
drivers/scsi/libata-scsi.c |7 ++-
drivers/scsi/sata_sil.c| 32 +++-
3 files changed, 37 insertions(+), 4 deletio
Resubmit since the offset changed by patch 4/5.
Also changed printk() in previous patch to DPRINTK().
Albert
Signed-off-by: Albert Lee <[EMAIL PROTECTED]>
---
--- libata-2.6-extrabytes/drivers/scsi/libata-core.c2005-03-29
20:23:24.0 +0800
+++ libata-
Jeff Garzik wrote:
Albert Lee wrote:
>
> Bartlomiej Zolnierkiewicz wrote:
Problem:
Some bad behaved CD-ROM drives will return more data than ask to.
(I have such CD-RW drive and it crashed the kernel.)
These devices are compliant with original ATAPI spec.
Such condition shouldn't be treated a
Jeff Garzik napsal(a):
Merged recent upstream changes into libata-dev queue. No new patches
have found their way into libata-dev since last email.
BK URL, Patch URL, and changelog attached.
Note that the patch is diff'd against 2.6.11-bk6, which won't exist
until four hours after this email is
