linux.git/drivers/ata, branch v2.6.19

[PATCH] libata: Fixup ata_sas_queuecmd to handle __ata_scsi_queuecmd failure

2006-11-28T08:51:55+00:00

Fixes ata_sas_queuecmd to properly handle a failure from
__ata_scsi_queuecmd.

Signed-off-by: Brian King 
Signed-off-by: Jeff Garzik

[PATCH] ahci: AHCI mode SATA patch for Intel ICH9

2006-11-28T08:45:13+00:00

This patch adds the Intel ICH9 AHCI controller DID's for SATA support.

Signed-off-by:  Jason Gaston 
Signed-off-by: Jeff Garzik

[PATCH] libata: don't schedule EH on wcache on/off if old EH

2006-11-28T08:45:13+00:00

Do not schedule EH for revalidation on wcache on/off if old EH.  Old
EH cannot handle it and will result in WARN_ON()'s and oops.

This closes bug #7412.

Signed-off-by: Tejun Heo 
Signed-off-by: Jeff Garzik

Merge branch 'upstream-linus' of master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev

2006-11-14T23:15:31+00:00

* 'upstream-linus' of master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev:
  libata: fix double-completion on error
  [PATCH] pata_artop: fix "& (1 >>" typo
  [PATCH] hpt37x: Check the enablebits

[PATCH] libata: Convert from module_init to subsys_initcall

2006-11-14T23:08:50+00:00

When building a monolithic kernel, the load order of drivers does not
work for SAS libata users, resulting in a kernel oops.

Convert libata to use subsys_initcall instead of module_init, which
ensures that libata gets loaded before any LLDD.

This is the same thing that scsi core does to solve the problem.  The
load order problem was observed on ipr SAS adapters and should exist for
other SAS users as well.

Signed-off-by: Brian King 
Acked-by: Jeff Garzik 
Signed-off-by: Linus Torvalds

libata: fix double-completion on error

2006-11-14T14:55:41+00:00

A curious thing happens, however, when ata_qc_new_init fails to get
an ata_queued_cmd:

First, ata_qc_new_init handles the failure like this:
    cmd->result = (DID_OK << 16) | (QUEUE_FULL << 1);
    done(cmd);

Then, we return to ata_scsi_translate and do this:
    err_mem:
        cmd->result = (DID_ERROR << 16);
        done(cmd);

It appears to me that first we set a status code indicating that we're
ok but the device queue is full and finish the command,  but then
we blow away that status code and replace it with an error flag and
finish the command a second time!  That does not seem to be desirable
behavior since we merely want the I/O to wait until a command slot
frees up, not send errors up the block layer.

In the err_mem case, we should simply exit out of ata_scsi_translate
instead.

Signed-off-by: Darrick J. Wong 
Signed-off-by: Jeff Garzik

[PATCH] pata_artop: fix "& (1 >>" typo

2006-11-14T14:52:08+00:00

Signed-off-by: Alexey Dobriyan 
Signed-off-by: Jeff Garzik

[PATCH] hpt37x: Check the enablebits

2006-11-14T14:52:08+00:00

Helps for PATA but SATA bridged devices lie and always set all the bits
so will need the error handling fixes from Tejun.

Signed-off-by: Alan Cox 
Signed-off-by: Jeff Garzik

[libata] sata_via: fix obvious typo

2006-11-08T12:46:02+00:00

Spotted by Martin Devera.

Signed-off-by: Jeff Garzik

[libata] Add support for AHCI controllers of MCP67.

2006-11-02T22:59:46+00:00

Signed-off-by: Peer Chen 
Signed-off-by: Jeff Garzik