2006-08-30 00:12:40 +02:00
|
|
|
/*
|
|
|
|
* pata_ali.c - ALI 15x3 PATA for new ATA layer
|
|
|
|
* (C) 2005 Red Hat Inc
|
|
|
|
*
|
|
|
|
* based in part upon
|
|
|
|
* linux/drivers/ide/pci/alim15x3.c Version 0.17 2003/01/02
|
|
|
|
*
|
|
|
|
* Copyright (C) 1998-2000 Michel Aubry, Maintainer
|
|
|
|
* Copyright (C) 1998-2000 Andrzej Krzysztofowicz, Maintainer
|
|
|
|
* Copyright (C) 1999-2000 CJ, cjtsai@ali.com.tw, Maintainer
|
|
|
|
*
|
|
|
|
* Copyright (C) 1998-2000 Andre Hedrick (andre@linux-ide.org)
|
|
|
|
* May be copied or modified under the terms of the GNU General Public License
|
|
|
|
* Copyright (C) 2002 Alan Cox <alan@redhat.com>
|
|
|
|
* ALi (now ULi M5228) support by Clear Zhang <Clear.Zhang@ali.com.tw>
|
|
|
|
*
|
|
|
|
* Documentation
|
|
|
|
* Chipset documentation available under NDA only
|
|
|
|
*
|
|
|
|
* TODO/CHECK
|
|
|
|
* Cannot have ATAPI on both master & slave for rev < c2 (???) but
|
2009-01-05 15:13:22 +01:00
|
|
|
* otherwise should do atapi DMA (For now for old we do PIO only for
|
|
|
|
* ATAPI)
|
|
|
|
* Review Sunblade workaround.
|
2006-08-30 00:12:40 +02:00
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/kernel.h>
|
|
|
|
#include <linux/module.h>
|
|
|
|
#include <linux/pci.h>
|
|
|
|
#include <linux/init.h>
|
|
|
|
#include <linux/blkdev.h>
|
|
|
|
#include <linux/delay.h>
|
|
|
|
#include <scsi/scsi_host.h>
|
|
|
|
#include <linux/libata.h>
|
|
|
|
#include <linux/dmi.h>
|
|
|
|
|
|
|
|
#define DRV_NAME "pata_ali"
|
2009-01-05 15:13:53 +01:00
|
|
|
#define DRV_VERSION "0.7.8"
|
2006-08-30 00:12:40 +02:00
|
|
|
|
2008-04-11 19:28:27 +02:00
|
|
|
static int ali_atapi_dma = 0;
|
2008-04-03 07:40:55 +02:00
|
|
|
module_param_named(atapi_dma, ali_atapi_dma, int, 0644);
|
|
|
|
MODULE_PARM_DESC(atapi_dma, "Enable ATAPI DMA (0=disable, 1=enable)");
|
|
|
|
|
2009-01-15 01:48:42 +01:00
|
|
|
static struct pci_dev *ali_isa_bridge;
|
2009-01-05 15:13:22 +01:00
|
|
|
|
2006-08-30 00:12:40 +02:00
|
|
|
/*
|
|
|
|
* Cable special cases
|
|
|
|
*/
|
|
|
|
|
2007-10-03 21:15:40 +02:00
|
|
|
static const struct dmi_system_id cable_dmi_table[] = {
|
2006-08-30 00:12:40 +02:00
|
|
|
{
|
|
|
|
.ident = "HP Pavilion N5430",
|
|
|
|
.matches = {
|
|
|
|
DMI_MATCH(DMI_BOARD_VENDOR, "Hewlett-Packard"),
|
2007-07-20 16:34:49 +02:00
|
|
|
DMI_MATCH(DMI_BOARD_VERSION, "OmniBook N32N-736"),
|
2006-08-30 00:12:40 +02:00
|
|
|
},
|
|
|
|
},
|
2007-09-11 22:28:36 +02:00
|
|
|
{
|
|
|
|
.ident = "Toshiba Satelite S1800-814",
|
|
|
|
.matches = {
|
|
|
|
DMI_MATCH(DMI_SYS_VENDOR, "TOSHIBA"),
|
|
|
|
DMI_MATCH(DMI_PRODUCT_NAME, "S1800-814"),
|
|
|
|
},
|
|
|
|
},
|
2006-08-30 00:12:40 +02:00
|
|
|
{ }
|
|
|
|
};
|
|
|
|
|
|
|
|
static int ali_cable_override(struct pci_dev *pdev)
|
|
|
|
{
|
|
|
|
/* Fujitsu P2000 */
|
|
|
|
if (pdev->subsystem_vendor == 0x10CF && pdev->subsystem_device == 0x10AF)
|
|
|
|
return 1;
|
2007-11-19 15:36:28 +01:00
|
|
|
/* Mitac 8317 (Winbook-A) and relatives */
|
2007-11-24 03:12:14 +01:00
|
|
|
if (pdev->subsystem_vendor == 0x1071 && pdev->subsystem_device == 0x8317)
|
2007-11-19 15:36:28 +01:00
|
|
|
return 1;
|
2006-08-30 00:12:40 +02:00
|
|
|
/* Systems by DMI */
|
|
|
|
if (dmi_check_system(cable_dmi_table))
|
|
|
|
return 1;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* ali_c2_cable_detect - cable detection
|
|
|
|
* @ap: ATA port
|
|
|
|
*
|
|
|
|
* Perform cable detection for C2 and later revisions
|
|
|
|
*/
|
|
|
|
|
|
|
|
static int ali_c2_cable_detect(struct ata_port *ap)
|
|
|
|
{
|
|
|
|
struct pci_dev *pdev = to_pci_dev(ap->host->dev);
|
|
|
|
u8 ata66;
|
|
|
|
|
|
|
|
/* Certain laptops use short but suitable cables and don't
|
|
|
|
implement the detect logic */
|
|
|
|
|
|
|
|
if (ali_cable_override(pdev))
|
2006-10-10 23:28:11 +02:00
|
|
|
return ATA_CBL_PATA40_SHORT;
|
2006-08-30 00:12:40 +02:00
|
|
|
|
|
|
|
/* Host view cable detect 0x4A bit 0 primary bit 1 secondary
|
|
|
|
Bit set for 40 pin */
|
|
|
|
pci_read_config_byte(pdev, 0x4A, &ata66);
|
|
|
|
if (ata66 & (1 << ap->port_no))
|
|
|
|
return ATA_CBL_PATA40;
|
|
|
|
else
|
|
|
|
return ATA_CBL_PATA80;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* ali_20_filter - filter for earlier ALI DMA
|
|
|
|
* @ap: ALi ATA port
|
|
|
|
* @adev: attached device
|
|
|
|
*
|
|
|
|
* Ensure that we do not do DMA on CD devices. We may be able to
|
|
|
|
* fix that later on. Also ensure we do not do UDMA on WDC drives
|
|
|
|
*/
|
|
|
|
|
2007-03-09 15:34:07 +01:00
|
|
|
static unsigned long ali_20_filter(struct ata_device *adev, unsigned long mask)
|
2006-08-30 00:12:40 +02:00
|
|
|
{
|
2007-01-02 12:19:40 +01:00
|
|
|
char model_num[ATA_ID_PROD_LEN + 1];
|
2006-08-30 00:12:40 +02:00
|
|
|
/* No DMA on anything but a disk for now */
|
|
|
|
if (adev->class != ATA_DEV_ATA)
|
|
|
|
mask &= ~(ATA_MASK_MWDMA | ATA_MASK_UDMA);
|
2007-01-02 12:19:40 +01:00
|
|
|
ata_id_c_string(adev->id, model_num, ATA_ID_PROD, sizeof(model_num));
|
2006-08-30 00:12:40 +02:00
|
|
|
if (strstr(model_num, "WDC"))
|
|
|
|
return mask &= ~ATA_MASK_UDMA;
|
2008-04-07 15:47:16 +02:00
|
|
|
return ata_bmdma_mode_filter(adev, mask);
|
2006-08-30 00:12:40 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* ali_fifo_control - FIFO manager
|
|
|
|
* @ap: ALi channel to control
|
|
|
|
* @adev: device for FIFO control
|
|
|
|
* @on: 0 for off 1 for on
|
|
|
|
*
|
|
|
|
* Enable or disable the FIFO on a given device. Because of the way the
|
|
|
|
* ALi FIFO works it provides a boost on ATA disk but can be confused by
|
|
|
|
* ATAPI and we must therefore manage it.
|
|
|
|
*/
|
|
|
|
|
|
|
|
static void ali_fifo_control(struct ata_port *ap, struct ata_device *adev, int on)
|
|
|
|
{
|
|
|
|
struct pci_dev *pdev = to_pci_dev(ap->host->dev);
|
|
|
|
int pio_fifo = 0x54 + ap->port_no;
|
|
|
|
u8 fifo;
|
|
|
|
int shift = 4 * adev->devno;
|
|
|
|
|
|
|
|
/* ATA - FIFO on set nibble to 0x05, ATAPI - FIFO off, set nibble to
|
|
|
|
0x00. Not all the docs agree but the behaviour we now use is the
|
|
|
|
one stated in the BIOS Programming Guide */
|
2006-08-31 06:03:49 +02:00
|
|
|
|
2006-08-30 00:12:40 +02:00
|
|
|
pci_read_config_byte(pdev, pio_fifo, &fifo);
|
|
|
|
fifo &= ~(0x0F << shift);
|
2009-01-05 15:16:39 +01:00
|
|
|
fifo |= (on << shift);
|
2006-08-30 00:12:40 +02:00
|
|
|
pci_write_config_byte(pdev, pio_fifo, fifo);
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* ali_program_modes - load mode registers
|
|
|
|
* @ap: ALi channel to load
|
|
|
|
* @adev: Device the timing is for
|
|
|
|
* @cmd: Command timing
|
|
|
|
* @data: Data timing
|
|
|
|
* @ultra: UDMA timing or zero for off
|
|
|
|
*
|
|
|
|
* Loads the timing registers for cmd/data and disable UDMA if
|
|
|
|
* ultra is zero. If ultra is set then load and enable the UDMA
|
|
|
|
* timing but do not touch the command/data timing.
|
|
|
|
*/
|
|
|
|
|
|
|
|
static void ali_program_modes(struct ata_port *ap, struct ata_device *adev, struct ata_timing *t, u8 ultra)
|
|
|
|
{
|
|
|
|
struct pci_dev *pdev = to_pci_dev(ap->host->dev);
|
|
|
|
int cas = 0x58 + 4 * ap->port_no; /* Command timing */
|
|
|
|
int cbt = 0x59 + 4 * ap->port_no; /* Command timing */
|
|
|
|
int drwt = 0x5A + 4 * ap->port_no + adev->devno; /* R/W timing */
|
|
|
|
int udmat = 0x56 + ap->port_no; /* UDMA timing */
|
|
|
|
int shift = 4 * adev->devno;
|
|
|
|
u8 udma;
|
|
|
|
|
|
|
|
if (t != NULL) {
|
2008-05-15 01:17:00 +02:00
|
|
|
t->setup = clamp_val(t->setup, 1, 8) & 7;
|
|
|
|
t->act8b = clamp_val(t->act8b, 1, 8) & 7;
|
|
|
|
t->rec8b = clamp_val(t->rec8b, 1, 16) & 15;
|
|
|
|
t->active = clamp_val(t->active, 1, 8) & 7;
|
|
|
|
t->recover = clamp_val(t->recover, 1, 16) & 15;
|
2006-08-30 00:12:40 +02:00
|
|
|
|
|
|
|
pci_write_config_byte(pdev, cas, t->setup);
|
|
|
|
pci_write_config_byte(pdev, cbt, (t->act8b << 4) | t->rec8b);
|
|
|
|
pci_write_config_byte(pdev, drwt, (t->active << 4) | t->recover);
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Set up the UDMA enable */
|
|
|
|
pci_read_config_byte(pdev, udmat, &udma);
|
|
|
|
udma &= ~(0x0F << shift);
|
|
|
|
udma |= ultra << shift;
|
|
|
|
pci_write_config_byte(pdev, udmat, udma);
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* ali_set_piomode - set initial PIO mode data
|
|
|
|
* @ap: ATA interface
|
|
|
|
* @adev: ATA device
|
|
|
|
*
|
|
|
|
* Program the ALi registers for PIO mode. FIXME: add timings for
|
|
|
|
* PIO5.
|
|
|
|
*/
|
|
|
|
|
|
|
|
static void ali_set_piomode(struct ata_port *ap, struct ata_device *adev)
|
|
|
|
{
|
|
|
|
struct ata_device *pair = ata_dev_pair(adev);
|
|
|
|
struct ata_timing t;
|
|
|
|
unsigned long T = 1000000000 / 33333; /* PCI clock based */
|
|
|
|
|
|
|
|
ata_timing_compute(adev, adev->pio_mode, &t, T, 1);
|
|
|
|
if (pair) {
|
|
|
|
struct ata_timing p;
|
|
|
|
ata_timing_compute(pair, pair->pio_mode, &p, T, 1);
|
|
|
|
ata_timing_merge(&p, &t, &t, ATA_TIMING_SETUP|ATA_TIMING_8BIT);
|
|
|
|
if (pair->dma_mode) {
|
|
|
|
ata_timing_compute(pair, pair->dma_mode, &p, T, 1);
|
|
|
|
ata_timing_merge(&p, &t, &t, ATA_TIMING_SETUP|ATA_TIMING_8BIT);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/* PIO FIFO is only permitted on ATA disk */
|
|
|
|
if (adev->class != ATA_DEV_ATA)
|
|
|
|
ali_fifo_control(ap, adev, 0x00);
|
|
|
|
ali_program_modes(ap, adev, &t, 0);
|
|
|
|
if (adev->class == ATA_DEV_ATA)
|
|
|
|
ali_fifo_control(ap, adev, 0x05);
|
|
|
|
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* ali_set_dmamode - set initial DMA mode data
|
|
|
|
* @ap: ATA interface
|
|
|
|
* @adev: ATA device
|
|
|
|
*
|
|
|
|
* FIXME: MWDMA timings
|
|
|
|
*/
|
|
|
|
|
|
|
|
static void ali_set_dmamode(struct ata_port *ap, struct ata_device *adev)
|
|
|
|
{
|
|
|
|
static u8 udma_timing[7] = { 0xC, 0xB, 0xA, 0x9, 0x8, 0xF, 0xD };
|
|
|
|
struct ata_device *pair = ata_dev_pair(adev);
|
|
|
|
struct ata_timing t;
|
|
|
|
unsigned long T = 1000000000 / 33333; /* PCI clock based */
|
|
|
|
struct pci_dev *pdev = to_pci_dev(ap->host->dev);
|
|
|
|
|
|
|
|
|
|
|
|
if (adev->class == ATA_DEV_ATA)
|
|
|
|
ali_fifo_control(ap, adev, 0x08);
|
|
|
|
|
|
|
|
if (adev->dma_mode >= XFER_UDMA_0) {
|
|
|
|
ali_program_modes(ap, adev, NULL, udma_timing[adev->dma_mode - XFER_UDMA_0]);
|
|
|
|
if (adev->dma_mode >= XFER_UDMA_3) {
|
|
|
|
u8 reg4b;
|
|
|
|
pci_read_config_byte(pdev, 0x4B, ®4b);
|
|
|
|
reg4b |= 1;
|
|
|
|
pci_write_config_byte(pdev, 0x4B, reg4b);
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
ata_timing_compute(adev, adev->dma_mode, &t, T, 1);
|
|
|
|
if (pair) {
|
|
|
|
struct ata_timing p;
|
|
|
|
ata_timing_compute(pair, pair->pio_mode, &p, T, 1);
|
|
|
|
ata_timing_merge(&p, &t, &t, ATA_TIMING_SETUP|ATA_TIMING_8BIT);
|
|
|
|
if (pair->dma_mode) {
|
|
|
|
ata_timing_compute(pair, pair->dma_mode, &p, T, 1);
|
|
|
|
ata_timing_merge(&p, &t, &t, ATA_TIMING_SETUP|ATA_TIMING_8BIT);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
ali_program_modes(ap, adev, &t, 0);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2008-04-03 07:40:55 +02:00
|
|
|
/**
|
|
|
|
* ali_warn_atapi_dma - Warn about ATAPI DMA disablement
|
|
|
|
* @adev: Device
|
|
|
|
*
|
|
|
|
* Whine about ATAPI DMA disablement if @adev is an ATAPI device.
|
|
|
|
* Can be used as ->dev_config.
|
|
|
|
*/
|
|
|
|
|
|
|
|
static void ali_warn_atapi_dma(struct ata_device *adev)
|
|
|
|
{
|
|
|
|
struct ata_eh_context *ehc = &adev->link->eh_context;
|
|
|
|
int print_info = ehc->i.flags & ATA_EHI_PRINTINFO;
|
|
|
|
|
|
|
|
if (print_info && adev->class == ATA_DEV_ATAPI && !ali_atapi_dma) {
|
|
|
|
ata_dev_printk(adev, KERN_WARNING,
|
|
|
|
"WARNING: ATAPI DMA disabled for reliablity issues. It can be enabled\n");
|
|
|
|
ata_dev_printk(adev, KERN_WARNING,
|
|
|
|
"WARNING: via pata_ali.atapi_dma modparam or corresponding sysfs node.\n");
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2006-08-30 00:12:40 +02:00
|
|
|
/**
|
|
|
|
* ali_lock_sectors - Keep older devices to 255 sector mode
|
|
|
|
* @adev: Device
|
|
|
|
*
|
|
|
|
* Called during the bus probe for each device that is found. We use
|
|
|
|
* this call to lock the sector count of the device to 255 or less on
|
|
|
|
* older ALi controllers. If we didn't do this then large I/O's would
|
|
|
|
* require LBA48 commands which the older ALi requires are issued by
|
|
|
|
* slower PIO methods
|
|
|
|
*/
|
|
|
|
|
2007-03-02 01:56:15 +01:00
|
|
|
static void ali_lock_sectors(struct ata_device *adev)
|
2006-08-30 00:12:40 +02:00
|
|
|
{
|
|
|
|
adev->max_sectors = 255;
|
2008-04-03 07:40:55 +02:00
|
|
|
ali_warn_atapi_dma(adev);
|
2006-08-30 00:12:40 +02:00
|
|
|
}
|
|
|
|
|
2007-11-19 15:37:58 +01:00
|
|
|
/**
|
|
|
|
* ali_check_atapi_dma - DMA check for most ALi controllers
|
|
|
|
* @adev: Device
|
|
|
|
*
|
|
|
|
* Called to decide whether commands should be sent by DMA or PIO
|
|
|
|
*/
|
2007-11-24 03:08:42 +01:00
|
|
|
|
2007-11-19 15:37:58 +01:00
|
|
|
static int ali_check_atapi_dma(struct ata_queued_cmd *qc)
|
|
|
|
{
|
2008-04-03 07:40:55 +02:00
|
|
|
if (!ali_atapi_dma) {
|
|
|
|
/* FIXME: pata_ali can't do ATAPI DMA reliably but the
|
|
|
|
* IDE alim15x3 driver can. I tried lots of things
|
|
|
|
* but couldn't find what the actual difference was.
|
|
|
|
* If you got an idea, please write it to
|
|
|
|
* linux-ide@vger.kernel.org and cc htejun@gmail.com.
|
|
|
|
*
|
|
|
|
* Disable ATAPI DMA for now.
|
|
|
|
*/
|
|
|
|
return -EOPNOTSUPP;
|
|
|
|
}
|
|
|
|
|
2007-11-19 15:37:58 +01:00
|
|
|
/* If its not a media command, its not worth it */
|
2008-03-11 03:35:00 +01:00
|
|
|
if (atapi_cmd_type(qc->cdb[0]) == ATAPI_MISC)
|
2007-11-19 15:37:58 +01:00
|
|
|
return -EOPNOTSUPP;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2009-01-05 15:13:53 +01:00
|
|
|
static void ali_c2_c3_postreset(struct ata_link *link, unsigned int *classes)
|
|
|
|
{
|
|
|
|
u8 r;
|
|
|
|
int port_bit = 4 << link->ap->port_no;
|
|
|
|
|
|
|
|
/* If our bridge is an ALI 1533 then do the extra work */
|
2009-01-15 01:48:42 +01:00
|
|
|
if (ali_isa_bridge) {
|
2009-01-05 15:13:53 +01:00
|
|
|
/* Tristate and re-enable the bus signals */
|
2009-01-15 01:48:42 +01:00
|
|
|
pci_read_config_byte(ali_isa_bridge, 0x58, &r);
|
2009-01-05 15:13:53 +01:00
|
|
|
r &= ~port_bit;
|
2009-01-15 01:48:42 +01:00
|
|
|
pci_write_config_byte(ali_isa_bridge, 0x58, r);
|
2009-01-05 15:13:53 +01:00
|
|
|
r |= port_bit;
|
2009-01-15 01:48:42 +01:00
|
|
|
pci_write_config_byte(ali_isa_bridge, 0x58, r);
|
2009-01-05 15:13:53 +01:00
|
|
|
}
|
|
|
|
ata_sff_postreset(link, classes);
|
|
|
|
}
|
|
|
|
|
2006-08-30 00:12:40 +02:00
|
|
|
static struct scsi_host_template ali_sht = {
|
2008-03-25 04:22:49 +01:00
|
|
|
ATA_BMDMA_SHT(DRV_NAME),
|
2006-08-30 00:12:40 +02:00
|
|
|
};
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Port operations for PIO only ALi
|
|
|
|
*/
|
|
|
|
|
|
|
|
static struct ata_port_operations ali_early_port_ops = {
|
libata: implement and use ops inheritance
libata lets low level drivers build ata_port_operations table and
register it with libata core layer. This allows low level drivers
high level of flexibility but also burdens them with lots of
boilerplate entries.
This becomes worse for drivers which support related similar
controllers which differ slightly. They share most of the operations
except for a few. However, the driver still needs to list all
operations for each variant. This results in large number of
duplicate entries, which is not only inefficient but also error-prone
as it becomes very difficult to tell what the actual differences are.
This duplicate boilerplates all over the low level drivers also make
updating the core layer exteremely difficult and error-prone. When
compounded with multi-branched development model, it ends up
accumulating inconsistencies over time. Some of those inconsistencies
cause immediate problems and fixed. Others just remain there dormant
making maintenance increasingly difficult.
To rectify the problem, this patch implements ata_port_operations
inheritance. To allow LLDs to easily re-use their own ops tables
overriding only specific methods, this patch implements poor man's
class inheritance. An ops table has ->inherits field which can be set
to any ops table as long as it doesn't create a loop. When the host
is started, the inheritance chain is followed and any operation which
isn't specified is taken from the nearest ancestor which has it
specified. This operation is called finalization and done only once
per an ops table and the LLD doesn't have to do anything special about
it other than making the ops table non-const such that libata can
update it.
libata provides four base ops tables lower drivers can inherit from -
base, sata, pmp, sff and bmdma. To avoid overriding these ops
accidentaly, these ops are declared const and LLDs should always
inherit these instead of using them directly.
After finalization, all the ops table are identical before and after
the patch except for setting .irq_handler to ata_interrupt in drivers
which didn't use to. The .irq_handler doesn't have any actual effect
and the field will soon be removed by later patch.
* sata_sx4 is still using old style EH and currently doesn't take
advantage of ops inheritance.
Signed-off-by: Tejun Heo <htejun@gmail.com>
2008-03-25 04:22:49 +01:00
|
|
|
.inherits = &ata_sff_port_ops,
|
2007-03-27 07:43:37 +02:00
|
|
|
.cable_detect = ata_cable_40wire,
|
libata: implement and use ops inheritance
libata lets low level drivers build ata_port_operations table and
register it with libata core layer. This allows low level drivers
high level of flexibility but also burdens them with lots of
boilerplate entries.
This becomes worse for drivers which support related similar
controllers which differ slightly. They share most of the operations
except for a few. However, the driver still needs to list all
operations for each variant. This results in large number of
duplicate entries, which is not only inefficient but also error-prone
as it becomes very difficult to tell what the actual differences are.
This duplicate boilerplates all over the low level drivers also make
updating the core layer exteremely difficult and error-prone. When
compounded with multi-branched development model, it ends up
accumulating inconsistencies over time. Some of those inconsistencies
cause immediate problems and fixed. Others just remain there dormant
making maintenance increasingly difficult.
To rectify the problem, this patch implements ata_port_operations
inheritance. To allow LLDs to easily re-use their own ops tables
overriding only specific methods, this patch implements poor man's
class inheritance. An ops table has ->inherits field which can be set
to any ops table as long as it doesn't create a loop. When the host
is started, the inheritance chain is followed and any operation which
isn't specified is taken from the nearest ancestor which has it
specified. This operation is called finalization and done only once
per an ops table and the LLD doesn't have to do anything special about
it other than making the ops table non-const such that libata can
update it.
libata provides four base ops tables lower drivers can inherit from -
base, sata, pmp, sff and bmdma. To avoid overriding these ops
accidentaly, these ops are declared const and LLDs should always
inherit these instead of using them directly.
After finalization, all the ops table are identical before and after
the patch except for setting .irq_handler to ata_interrupt in drivers
which didn't use to. The .irq_handler doesn't have any actual effect
and the field will soon be removed by later patch.
* sata_sx4 is still using old style EH and currently doesn't take
advantage of ops inheritance.
Signed-off-by: Tejun Heo <htejun@gmail.com>
2008-03-25 04:22:49 +01:00
|
|
|
.set_piomode = ali_set_piomode,
|
2009-01-05 15:16:39 +01:00
|
|
|
.sff_data_xfer = ata_sff_data_xfer32,
|
libata: implement and use ops inheritance
libata lets low level drivers build ata_port_operations table and
register it with libata core layer. This allows low level drivers
high level of flexibility but also burdens them with lots of
boilerplate entries.
This becomes worse for drivers which support related similar
controllers which differ slightly. They share most of the operations
except for a few. However, the driver still needs to list all
operations for each variant. This results in large number of
duplicate entries, which is not only inefficient but also error-prone
as it becomes very difficult to tell what the actual differences are.
This duplicate boilerplates all over the low level drivers also make
updating the core layer exteremely difficult and error-prone. When
compounded with multi-branched development model, it ends up
accumulating inconsistencies over time. Some of those inconsistencies
cause immediate problems and fixed. Others just remain there dormant
making maintenance increasingly difficult.
To rectify the problem, this patch implements ata_port_operations
inheritance. To allow LLDs to easily re-use their own ops tables
overriding only specific methods, this patch implements poor man's
class inheritance. An ops table has ->inherits field which can be set
to any ops table as long as it doesn't create a loop. When the host
is started, the inheritance chain is followed and any operation which
isn't specified is taken from the nearest ancestor which has it
specified. This operation is called finalization and done only once
per an ops table and the LLD doesn't have to do anything special about
it other than making the ops table non-const such that libata can
update it.
libata provides four base ops tables lower drivers can inherit from -
base, sata, pmp, sff and bmdma. To avoid overriding these ops
accidentaly, these ops are declared const and LLDs should always
inherit these instead of using them directly.
After finalization, all the ops table are identical before and after
the patch except for setting .irq_handler to ata_interrupt in drivers
which didn't use to. The .irq_handler doesn't have any actual effect
and the field will soon be removed by later patch.
* sata_sx4 is still using old style EH and currently doesn't take
advantage of ops inheritance.
Signed-off-by: Tejun Heo <htejun@gmail.com>
2008-03-25 04:22:49 +01:00
|
|
|
};
|
2006-08-30 00:12:40 +02:00
|
|
|
|
libata: implement and use ops inheritance
libata lets low level drivers build ata_port_operations table and
register it with libata core layer. This allows low level drivers
high level of flexibility but also burdens them with lots of
boilerplate entries.
This becomes worse for drivers which support related similar
controllers which differ slightly. They share most of the operations
except for a few. However, the driver still needs to list all
operations for each variant. This results in large number of
duplicate entries, which is not only inefficient but also error-prone
as it becomes very difficult to tell what the actual differences are.
This duplicate boilerplates all over the low level drivers also make
updating the core layer exteremely difficult and error-prone. When
compounded with multi-branched development model, it ends up
accumulating inconsistencies over time. Some of those inconsistencies
cause immediate problems and fixed. Others just remain there dormant
making maintenance increasingly difficult.
To rectify the problem, this patch implements ata_port_operations
inheritance. To allow LLDs to easily re-use their own ops tables
overriding only specific methods, this patch implements poor man's
class inheritance. An ops table has ->inherits field which can be set
to any ops table as long as it doesn't create a loop. When the host
is started, the inheritance chain is followed and any operation which
isn't specified is taken from the nearest ancestor which has it
specified. This operation is called finalization and done only once
per an ops table and the LLD doesn't have to do anything special about
it other than making the ops table non-const such that libata can
update it.
libata provides four base ops tables lower drivers can inherit from -
base, sata, pmp, sff and bmdma. To avoid overriding these ops
accidentaly, these ops are declared const and LLDs should always
inherit these instead of using them directly.
After finalization, all the ops table are identical before and after
the patch except for setting .irq_handler to ata_interrupt in drivers
which didn't use to. The .irq_handler doesn't have any actual effect
and the field will soon be removed by later patch.
* sata_sx4 is still using old style EH and currently doesn't take
advantage of ops inheritance.
Signed-off-by: Tejun Heo <htejun@gmail.com>
2008-03-25 04:22:49 +01:00
|
|
|
static const struct ata_port_operations ali_dma_base_ops = {
|
2009-01-05 15:16:39 +01:00
|
|
|
.inherits = &ata_bmdma32_port_ops,
|
libata: implement and use ops inheritance
libata lets low level drivers build ata_port_operations table and
register it with libata core layer. This allows low level drivers
high level of flexibility but also burdens them with lots of
boilerplate entries.
This becomes worse for drivers which support related similar
controllers which differ slightly. They share most of the operations
except for a few. However, the driver still needs to list all
operations for each variant. This results in large number of
duplicate entries, which is not only inefficient but also error-prone
as it becomes very difficult to tell what the actual differences are.
This duplicate boilerplates all over the low level drivers also make
updating the core layer exteremely difficult and error-prone. When
compounded with multi-branched development model, it ends up
accumulating inconsistencies over time. Some of those inconsistencies
cause immediate problems and fixed. Others just remain there dormant
making maintenance increasingly difficult.
To rectify the problem, this patch implements ata_port_operations
inheritance. To allow LLDs to easily re-use their own ops tables
overriding only specific methods, this patch implements poor man's
class inheritance. An ops table has ->inherits field which can be set
to any ops table as long as it doesn't create a loop. When the host
is started, the inheritance chain is followed and any operation which
isn't specified is taken from the nearest ancestor which has it
specified. This operation is called finalization and done only once
per an ops table and the LLD doesn't have to do anything special about
it other than making the ops table non-const such that libata can
update it.
libata provides four base ops tables lower drivers can inherit from -
base, sata, pmp, sff and bmdma. To avoid overriding these ops
accidentaly, these ops are declared const and LLDs should always
inherit these instead of using them directly.
After finalization, all the ops table are identical before and after
the patch except for setting .irq_handler to ata_interrupt in drivers
which didn't use to. The .irq_handler doesn't have any actual effect
and the field will soon be removed by later patch.
* sata_sx4 is still using old style EH and currently doesn't take
advantage of ops inheritance.
Signed-off-by: Tejun Heo <htejun@gmail.com>
2008-03-25 04:22:49 +01:00
|
|
|
.set_piomode = ali_set_piomode,
|
|
|
|
.set_dmamode = ali_set_dmamode,
|
2006-08-30 00:12:40 +02:00
|
|
|
};
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Port operations for DMA capable ALi without cable
|
|
|
|
* detect
|
|
|
|
*/
|
|
|
|
static struct ata_port_operations ali_20_port_ops = {
|
libata: implement and use ops inheritance
libata lets low level drivers build ata_port_operations table and
register it with libata core layer. This allows low level drivers
high level of flexibility but also burdens them with lots of
boilerplate entries.
This becomes worse for drivers which support related similar
controllers which differ slightly. They share most of the operations
except for a few. However, the driver still needs to list all
operations for each variant. This results in large number of
duplicate entries, which is not only inefficient but also error-prone
as it becomes very difficult to tell what the actual differences are.
This duplicate boilerplates all over the low level drivers also make
updating the core layer exteremely difficult and error-prone. When
compounded with multi-branched development model, it ends up
accumulating inconsistencies over time. Some of those inconsistencies
cause immediate problems and fixed. Others just remain there dormant
making maintenance increasingly difficult.
To rectify the problem, this patch implements ata_port_operations
inheritance. To allow LLDs to easily re-use their own ops tables
overriding only specific methods, this patch implements poor man's
class inheritance. An ops table has ->inherits field which can be set
to any ops table as long as it doesn't create a loop. When the host
is started, the inheritance chain is followed and any operation which
isn't specified is taken from the nearest ancestor which has it
specified. This operation is called finalization and done only once
per an ops table and the LLD doesn't have to do anything special about
it other than making the ops table non-const such that libata can
update it.
libata provides four base ops tables lower drivers can inherit from -
base, sata, pmp, sff and bmdma. To avoid overriding these ops
accidentaly, these ops are declared const and LLDs should always
inherit these instead of using them directly.
After finalization, all the ops table are identical before and after
the patch except for setting .irq_handler to ata_interrupt in drivers
which didn't use to. The .irq_handler doesn't have any actual effect
and the field will soon be removed by later patch.
* sata_sx4 is still using old style EH and currently doesn't take
advantage of ops inheritance.
Signed-off-by: Tejun Heo <htejun@gmail.com>
2008-03-25 04:22:49 +01:00
|
|
|
.inherits = &ali_dma_base_ops,
|
|
|
|
.cable_detect = ata_cable_40wire,
|
2006-08-30 00:12:40 +02:00
|
|
|
.mode_filter = ali_20_filter,
|
2008-04-03 07:40:55 +02:00
|
|
|
.check_atapi_dma = ali_check_atapi_dma,
|
2006-08-30 00:12:40 +02:00
|
|
|
.dev_config = ali_lock_sectors,
|
|
|
|
};
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Port operations for DMA capable ALi with cable detect
|
|
|
|
*/
|
|
|
|
static struct ata_port_operations ali_c2_port_ops = {
|
libata: implement and use ops inheritance
libata lets low level drivers build ata_port_operations table and
register it with libata core layer. This allows low level drivers
high level of flexibility but also burdens them with lots of
boilerplate entries.
This becomes worse for drivers which support related similar
controllers which differ slightly. They share most of the operations
except for a few. However, the driver still needs to list all
operations for each variant. This results in large number of
duplicate entries, which is not only inefficient but also error-prone
as it becomes very difficult to tell what the actual differences are.
This duplicate boilerplates all over the low level drivers also make
updating the core layer exteremely difficult and error-prone. When
compounded with multi-branched development model, it ends up
accumulating inconsistencies over time. Some of those inconsistencies
cause immediate problems and fixed. Others just remain there dormant
making maintenance increasingly difficult.
To rectify the problem, this patch implements ata_port_operations
inheritance. To allow LLDs to easily re-use their own ops tables
overriding only specific methods, this patch implements poor man's
class inheritance. An ops table has ->inherits field which can be set
to any ops table as long as it doesn't create a loop. When the host
is started, the inheritance chain is followed and any operation which
isn't specified is taken from the nearest ancestor which has it
specified. This operation is called finalization and done only once
per an ops table and the LLD doesn't have to do anything special about
it other than making the ops table non-const such that libata can
update it.
libata provides four base ops tables lower drivers can inherit from -
base, sata, pmp, sff and bmdma. To avoid overriding these ops
accidentaly, these ops are declared const and LLDs should always
inherit these instead of using them directly.
After finalization, all the ops table are identical before and after
the patch except for setting .irq_handler to ata_interrupt in drivers
which didn't use to. The .irq_handler doesn't have any actual effect
and the field will soon be removed by later patch.
* sata_sx4 is still using old style EH and currently doesn't take
advantage of ops inheritance.
Signed-off-by: Tejun Heo <htejun@gmail.com>
2008-03-25 04:22:49 +01:00
|
|
|
.inherits = &ali_dma_base_ops,
|
2007-11-19 15:37:58 +01:00
|
|
|
.check_atapi_dma = ali_check_atapi_dma,
|
2007-03-27 07:43:37 +02:00
|
|
|
.cable_detect = ali_c2_cable_detect,
|
libata: implement and use ops inheritance
libata lets low level drivers build ata_port_operations table and
register it with libata core layer. This allows low level drivers
high level of flexibility but also burdens them with lots of
boilerplate entries.
This becomes worse for drivers which support related similar
controllers which differ slightly. They share most of the operations
except for a few. However, the driver still needs to list all
operations for each variant. This results in large number of
duplicate entries, which is not only inefficient but also error-prone
as it becomes very difficult to tell what the actual differences are.
This duplicate boilerplates all over the low level drivers also make
updating the core layer exteremely difficult and error-prone. When
compounded with multi-branched development model, it ends up
accumulating inconsistencies over time. Some of those inconsistencies
cause immediate problems and fixed. Others just remain there dormant
making maintenance increasingly difficult.
To rectify the problem, this patch implements ata_port_operations
inheritance. To allow LLDs to easily re-use their own ops tables
overriding only specific methods, this patch implements poor man's
class inheritance. An ops table has ->inherits field which can be set
to any ops table as long as it doesn't create a loop. When the host
is started, the inheritance chain is followed and any operation which
isn't specified is taken from the nearest ancestor which has it
specified. This operation is called finalization and done only once
per an ops table and the LLD doesn't have to do anything special about
it other than making the ops table non-const such that libata can
update it.
libata provides four base ops tables lower drivers can inherit from -
base, sata, pmp, sff and bmdma. To avoid overriding these ops
accidentaly, these ops are declared const and LLDs should always
inherit these instead of using them directly.
After finalization, all the ops table are identical before and after
the patch except for setting .irq_handler to ata_interrupt in drivers
which didn't use to. The .irq_handler doesn't have any actual effect
and the field will soon be removed by later patch.
* sata_sx4 is still using old style EH and currently doesn't take
advantage of ops inheritance.
Signed-off-by: Tejun Heo <htejun@gmail.com>
2008-03-25 04:22:49 +01:00
|
|
|
.dev_config = ali_lock_sectors,
|
2009-01-05 15:13:53 +01:00
|
|
|
.postreset = ali_c2_c3_postreset,
|
|
|
|
};
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Port operations for DMA capable ALi with cable detect
|
|
|
|
*/
|
|
|
|
static struct ata_port_operations ali_c4_port_ops = {
|
|
|
|
.inherits = &ali_dma_base_ops,
|
|
|
|
.check_atapi_dma = ali_check_atapi_dma,
|
|
|
|
.cable_detect = ali_c2_cable_detect,
|
|
|
|
.dev_config = ali_lock_sectors,
|
2006-08-30 00:12:40 +02:00
|
|
|
};
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Port operations for DMA capable ALi with cable detect and LBA48
|
|
|
|
*/
|
|
|
|
static struct ata_port_operations ali_c5_port_ops = {
|
libata: implement and use ops inheritance
libata lets low level drivers build ata_port_operations table and
register it with libata core layer. This allows low level drivers
high level of flexibility but also burdens them with lots of
boilerplate entries.
This becomes worse for drivers which support related similar
controllers which differ slightly. They share most of the operations
except for a few. However, the driver still needs to list all
operations for each variant. This results in large number of
duplicate entries, which is not only inefficient but also error-prone
as it becomes very difficult to tell what the actual differences are.
This duplicate boilerplates all over the low level drivers also make
updating the core layer exteremely difficult and error-prone. When
compounded with multi-branched development model, it ends up
accumulating inconsistencies over time. Some of those inconsistencies
cause immediate problems and fixed. Others just remain there dormant
making maintenance increasingly difficult.
To rectify the problem, this patch implements ata_port_operations
inheritance. To allow LLDs to easily re-use their own ops tables
overriding only specific methods, this patch implements poor man's
class inheritance. An ops table has ->inherits field which can be set
to any ops table as long as it doesn't create a loop. When the host
is started, the inheritance chain is followed and any operation which
isn't specified is taken from the nearest ancestor which has it
specified. This operation is called finalization and done only once
per an ops table and the LLD doesn't have to do anything special about
it other than making the ops table non-const such that libata can
update it.
libata provides four base ops tables lower drivers can inherit from -
base, sata, pmp, sff and bmdma. To avoid overriding these ops
accidentaly, these ops are declared const and LLDs should always
inherit these instead of using them directly.
After finalization, all the ops table are identical before and after
the patch except for setting .irq_handler to ata_interrupt in drivers
which didn't use to. The .irq_handler doesn't have any actual effect
and the field will soon be removed by later patch.
* sata_sx4 is still using old style EH and currently doesn't take
advantage of ops inheritance.
Signed-off-by: Tejun Heo <htejun@gmail.com>
2008-03-25 04:22:49 +01:00
|
|
|
.inherits = &ali_dma_base_ops,
|
2007-11-19 15:37:58 +01:00
|
|
|
.check_atapi_dma = ali_check_atapi_dma,
|
2008-04-03 07:40:55 +02:00
|
|
|
.dev_config = ali_warn_atapi_dma,
|
2007-03-27 07:43:37 +02:00
|
|
|
.cable_detect = ali_c2_cable_detect,
|
2006-08-30 00:12:40 +02:00
|
|
|
};
|
|
|
|
|
2006-11-22 18:26:06 +01:00
|
|
|
|
|
|
|
/**
|
|
|
|
* ali_init_chipset - chip setup function
|
|
|
|
* @pdev: PCI device of ATA controller
|
|
|
|
*
|
|
|
|
* Perform the setup on the device that must be done both at boot
|
|
|
|
* and at resume time.
|
|
|
|
*/
|
2006-12-11 17:14:06 +01:00
|
|
|
|
2006-11-22 18:26:06 +01:00
|
|
|
static void ali_init_chipset(struct pci_dev *pdev)
|
|
|
|
{
|
2007-06-09 00:46:36 +02:00
|
|
|
u8 tmp;
|
2009-01-05 15:13:22 +01:00
|
|
|
struct pci_dev *north;
|
2006-11-22 18:26:06 +01:00
|
|
|
|
|
|
|
/*
|
|
|
|
* The chipset revision selects the driver operations and
|
|
|
|
* mode data.
|
|
|
|
*/
|
|
|
|
|
2009-01-05 15:13:22 +01:00
|
|
|
if (pdev->revision <= 0x20) {
|
|
|
|
pci_read_config_byte(pdev, 0x53, &tmp);
|
|
|
|
tmp |= 0x03;
|
|
|
|
pci_write_config_byte(pdev, 0x53, tmp);
|
|
|
|
} else {
|
|
|
|
pci_read_config_byte(pdev, 0x4a, &tmp);
|
|
|
|
pci_write_config_byte(pdev, 0x4a, tmp | 0x20);
|
2006-11-22 18:26:06 +01:00
|
|
|
pci_read_config_byte(pdev, 0x4B, &tmp);
|
2009-01-05 15:13:22 +01:00
|
|
|
if (pdev->revision < 0xC2)
|
|
|
|
/* 1543-E/F, 1543C-C, 1543C-D, 1543C-E */
|
|
|
|
/* Clear CD-ROM DMA write bit */
|
|
|
|
tmp &= 0x7F;
|
|
|
|
/* Cable and UDMA */
|
|
|
|
pci_write_config_byte(pdev, 0x4B, tmp | 0x09);
|
2006-11-22 18:26:06 +01:00
|
|
|
/*
|
|
|
|
* CD_ROM DMA on (0x53 bit 0). Enable this even if we want
|
|
|
|
* to use PIO. 0x53 bit 1 (rev 20 only) - enable FIFO control
|
|
|
|
* via 0x54/55.
|
|
|
|
*/
|
|
|
|
pci_read_config_byte(pdev, 0x53, &tmp);
|
2007-06-09 00:46:36 +02:00
|
|
|
if (pdev->revision >= 0xc7)
|
2006-11-22 18:26:06 +01:00
|
|
|
tmp |= 0x03;
|
|
|
|
else
|
|
|
|
tmp |= 0x01; /* CD_ROM enable for DMA */
|
|
|
|
pci_write_config_byte(pdev, 0x53, tmp);
|
|
|
|
}
|
2009-01-05 15:13:22 +01:00
|
|
|
north = pci_get_bus_and_slot(0, PCI_DEVFN(0,0));
|
2009-01-15 01:48:42 +01:00
|
|
|
if (north && north->vendor == PCI_VENDOR_ID_AL && ali_isa_bridge) {
|
2009-01-05 15:13:22 +01:00
|
|
|
/* Configure the ALi bridge logic. For non ALi rely on BIOS.
|
|
|
|
Set the south bridge enable bit */
|
2009-01-15 01:48:42 +01:00
|
|
|
pci_read_config_byte(ali_isa_bridge, 0x79, &tmp);
|
2009-01-05 15:13:22 +01:00
|
|
|
if (pdev->revision == 0xC2)
|
2009-01-15 01:48:42 +01:00
|
|
|
pci_write_config_byte(ali_isa_bridge, 0x79, tmp | 0x04);
|
2009-01-05 15:13:22 +01:00
|
|
|
else if (pdev->revision > 0xC2 && pdev->revision < 0xC5)
|
2009-01-15 01:48:42 +01:00
|
|
|
pci_write_config_byte(ali_isa_bridge, 0x79, tmp | 0x02);
|
2009-01-05 15:13:22 +01:00
|
|
|
}
|
2006-11-22 18:26:06 +01:00
|
|
|
pci_dev_put(north);
|
2008-04-07 15:47:16 +02:00
|
|
|
ata_pci_bmdma_clear_simplex(pdev);
|
2006-11-22 18:26:06 +01:00
|
|
|
}
|
2006-08-30 00:12:40 +02:00
|
|
|
/**
|
|
|
|
* ali_init_one - discovery callback
|
|
|
|
* @pdev: PCI device ID
|
|
|
|
* @id: PCI table info
|
|
|
|
*
|
|
|
|
* An ALi IDE interface has been discovered. Figure out what revision
|
|
|
|
* and perform configuration work before handing it to the ATA layer
|
|
|
|
*/
|
|
|
|
|
|
|
|
static int ali_init_one(struct pci_dev *pdev, const struct pci_device_id *id)
|
|
|
|
{
|
2007-05-04 12:43:58 +02:00
|
|
|
static const struct ata_port_info info_early = {
|
2007-05-28 12:59:48 +02:00
|
|
|
.flags = ATA_FLAG_SLAVE_POSS,
|
2009-03-14 21:38:24 +01:00
|
|
|
.pio_mask = ATA_PIO4,
|
2006-08-30 00:12:40 +02:00
|
|
|
.port_ops = &ali_early_port_ops
|
|
|
|
};
|
|
|
|
/* Revision 0x20 added DMA */
|
2007-05-04 12:43:58 +02:00
|
|
|
static const struct ata_port_info info_20 = {
|
2009-05-13 16:02:27 +02:00
|
|
|
.flags = ATA_FLAG_SLAVE_POSS | ATA_FLAG_PIO_LBA48 |
|
|
|
|
ATA_FLAG_IGN_SIMPLEX,
|
2009-03-14 21:38:24 +01:00
|
|
|
.pio_mask = ATA_PIO4,
|
|
|
|
.mwdma_mask = ATA_MWDMA2,
|
2006-08-30 00:12:40 +02:00
|
|
|
.port_ops = &ali_20_port_ops
|
|
|
|
};
|
|
|
|
/* Revision 0x20 with support logic added UDMA */
|
2007-05-04 12:43:58 +02:00
|
|
|
static const struct ata_port_info info_20_udma = {
|
2009-05-13 16:02:27 +02:00
|
|
|
.flags = ATA_FLAG_SLAVE_POSS | ATA_FLAG_PIO_LBA48 |
|
|
|
|
ATA_FLAG_IGN_SIMPLEX,
|
2009-03-14 21:38:24 +01:00
|
|
|
.pio_mask = ATA_PIO4,
|
|
|
|
.mwdma_mask = ATA_MWDMA2,
|
|
|
|
.udma_mask = ATA_UDMA2,
|
2006-08-30 00:12:40 +02:00
|
|
|
.port_ops = &ali_20_port_ops
|
|
|
|
};
|
|
|
|
/* Revision 0xC2 adds UDMA66 */
|
2007-05-04 12:43:58 +02:00
|
|
|
static const struct ata_port_info info_c2 = {
|
2009-05-13 16:02:27 +02:00
|
|
|
.flags = ATA_FLAG_SLAVE_POSS | ATA_FLAG_PIO_LBA48 |
|
|
|
|
ATA_FLAG_IGN_SIMPLEX,
|
2009-03-14 21:38:24 +01:00
|
|
|
.pio_mask = ATA_PIO4,
|
|
|
|
.mwdma_mask = ATA_MWDMA2,
|
2007-07-09 18:16:50 +02:00
|
|
|
.udma_mask = ATA_UDMA4,
|
2006-08-30 00:12:40 +02:00
|
|
|
.port_ops = &ali_c2_port_ops
|
|
|
|
};
|
2007-06-26 01:13:32 +02:00
|
|
|
/* Revision 0xC3 is UDMA66 for now */
|
2007-05-04 12:43:58 +02:00
|
|
|
static const struct ata_port_info info_c3 = {
|
2009-05-13 16:02:27 +02:00
|
|
|
.flags = ATA_FLAG_SLAVE_POSS | ATA_FLAG_PIO_LBA48 |
|
|
|
|
ATA_FLAG_IGN_SIMPLEX,
|
2009-03-14 21:38:24 +01:00
|
|
|
.pio_mask = ATA_PIO4,
|
|
|
|
.mwdma_mask = ATA_MWDMA2,
|
2007-07-09 18:16:50 +02:00
|
|
|
.udma_mask = ATA_UDMA4,
|
2006-08-30 00:12:40 +02:00
|
|
|
.port_ops = &ali_c2_port_ops
|
|
|
|
};
|
2007-06-26 01:13:32 +02:00
|
|
|
/* Revision 0xC4 is UDMA100 */
|
2007-05-04 12:43:58 +02:00
|
|
|
static const struct ata_port_info info_c4 = {
|
2009-05-13 16:02:27 +02:00
|
|
|
.flags = ATA_FLAG_SLAVE_POSS | ATA_FLAG_PIO_LBA48 |
|
|
|
|
ATA_FLAG_IGN_SIMPLEX,
|
2009-03-14 21:38:24 +01:00
|
|
|
.pio_mask = ATA_PIO4,
|
|
|
|
.mwdma_mask = ATA_MWDMA2,
|
2007-07-09 18:16:50 +02:00
|
|
|
.udma_mask = ATA_UDMA5,
|
2009-01-05 15:13:53 +01:00
|
|
|
.port_ops = &ali_c4_port_ops
|
2006-08-30 00:12:40 +02:00
|
|
|
};
|
|
|
|
/* Revision 0xC5 is UDMA133 with LBA48 DMA */
|
2007-05-04 12:43:58 +02:00
|
|
|
static const struct ata_port_info info_c5 = {
|
2009-05-13 16:02:27 +02:00
|
|
|
.flags = ATA_FLAG_SLAVE_POSS | ATA_FLAG_IGN_SIMPLEX,
|
2009-03-14 21:38:24 +01:00
|
|
|
.pio_mask = ATA_PIO4,
|
|
|
|
.mwdma_mask = ATA_MWDMA2,
|
2007-07-09 18:16:50 +02:00
|
|
|
.udma_mask = ATA_UDMA6,
|
2006-08-30 00:12:40 +02:00
|
|
|
.port_ops = &ali_c5_port_ops
|
|
|
|
};
|
|
|
|
|
2007-05-04 12:43:58 +02:00
|
|
|
const struct ata_port_info *ppi[] = { NULL, NULL };
|
2007-06-09 00:46:36 +02:00
|
|
|
u8 tmp;
|
2008-03-25 04:22:47 +01:00
|
|
|
int rc;
|
|
|
|
|
|
|
|
rc = pcim_enable_device(pdev);
|
|
|
|
if (rc)
|
|
|
|
return rc;
|
2006-08-30 00:12:40 +02:00
|
|
|
|
|
|
|
/*
|
|
|
|
* The chipset revision selects the driver operations and
|
|
|
|
* mode data.
|
|
|
|
*/
|
|
|
|
|
2007-06-09 00:46:36 +02:00
|
|
|
if (pdev->revision < 0x20) {
|
2007-05-04 12:43:58 +02:00
|
|
|
ppi[0] = &info_early;
|
2007-06-09 00:46:36 +02:00
|
|
|
} else if (pdev->revision < 0xC2) {
|
2007-05-04 12:43:58 +02:00
|
|
|
ppi[0] = &info_20;
|
2007-06-09 00:46:36 +02:00
|
|
|
} else if (pdev->revision == 0xC2) {
|
2007-05-04 12:43:58 +02:00
|
|
|
ppi[0] = &info_c2;
|
2007-06-09 00:46:36 +02:00
|
|
|
} else if (pdev->revision == 0xC3) {
|
2007-05-04 12:43:58 +02:00
|
|
|
ppi[0] = &info_c3;
|
2007-06-09 00:46:36 +02:00
|
|
|
} else if (pdev->revision == 0xC4) {
|
2007-05-04 12:43:58 +02:00
|
|
|
ppi[0] = &info_c4;
|
2006-08-30 00:12:40 +02:00
|
|
|
} else
|
2007-05-04 12:43:58 +02:00
|
|
|
ppi[0] = &info_c5;
|
2006-08-30 00:12:40 +02:00
|
|
|
|
2006-11-22 18:26:06 +01:00
|
|
|
ali_init_chipset(pdev);
|
2006-12-11 17:14:06 +01:00
|
|
|
|
2009-01-15 01:48:42 +01:00
|
|
|
if (ali_isa_bridge && pdev->revision >= 0x20 && pdev->revision < 0xC2) {
|
2006-11-22 18:26:06 +01:00
|
|
|
/* Are we paired with a UDMA capable chip */
|
2009-01-15 01:48:42 +01:00
|
|
|
pci_read_config_byte(ali_isa_bridge, 0x5E, &tmp);
|
2006-11-22 18:26:06 +01:00
|
|
|
if ((tmp & 0x1E) == 0x12)
|
2007-05-04 12:43:58 +02:00
|
|
|
ppi[0] = &info_20_udma;
|
2006-08-30 00:12:40 +02:00
|
|
|
}
|
2008-07-24 17:38:06 +02:00
|
|
|
|
2008-04-07 15:47:16 +02:00
|
|
|
return ata_pci_sff_init_one(pdev, ppi, &ali_sht, NULL);
|
2006-08-30 00:12:40 +02:00
|
|
|
}
|
|
|
|
|
2007-03-02 09:31:26 +01:00
|
|
|
#ifdef CONFIG_PM
|
2006-11-22 18:26:06 +01:00
|
|
|
static int ali_reinit_one(struct pci_dev *pdev)
|
|
|
|
{
|
2008-03-25 04:22:47 +01:00
|
|
|
struct ata_host *host = dev_get_drvdata(&pdev->dev);
|
|
|
|
int rc;
|
|
|
|
|
|
|
|
rc = ata_pci_device_do_resume(pdev);
|
|
|
|
if (rc)
|
|
|
|
return rc;
|
2006-11-22 18:26:06 +01:00
|
|
|
ali_init_chipset(pdev);
|
2008-03-25 04:22:47 +01:00
|
|
|
ata_host_resume(host);
|
|
|
|
return 0;
|
2006-11-22 18:26:06 +01:00
|
|
|
}
|
2007-03-02 09:31:26 +01:00
|
|
|
#endif
|
2006-11-22 18:26:06 +01:00
|
|
|
|
2006-09-29 02:21:59 +02:00
|
|
|
static const struct pci_device_id ali[] = {
|
|
|
|
{ PCI_VDEVICE(AL, PCI_DEVICE_ID_AL_M5228), },
|
|
|
|
{ PCI_VDEVICE(AL, PCI_DEVICE_ID_AL_M5229), },
|
|
|
|
|
|
|
|
{ },
|
2006-08-30 00:12:40 +02:00
|
|
|
};
|
|
|
|
|
|
|
|
static struct pci_driver ali_pci_driver = {
|
|
|
|
.name = DRV_NAME,
|
|
|
|
.id_table = ali,
|
|
|
|
.probe = ali_init_one,
|
2006-11-22 18:26:06 +01:00
|
|
|
.remove = ata_pci_remove_one,
|
2007-03-02 09:31:26 +01:00
|
|
|
#ifdef CONFIG_PM
|
2006-11-22 18:26:06 +01:00
|
|
|
.suspend = ata_pci_device_suspend,
|
|
|
|
.resume = ali_reinit_one,
|
2007-03-02 09:31:26 +01:00
|
|
|
#endif
|
2006-08-30 00:12:40 +02:00
|
|
|
};
|
|
|
|
|
|
|
|
static int __init ali_init(void)
|
|
|
|
{
|
2009-01-05 15:13:22 +01:00
|
|
|
int ret;
|
2009-01-15 01:48:42 +01:00
|
|
|
ali_isa_bridge = pci_get_device(PCI_VENDOR_ID_AL, PCI_DEVICE_ID_AL_M1533, NULL);
|
2009-01-05 15:13:22 +01:00
|
|
|
|
|
|
|
ret = pci_register_driver(&ali_pci_driver);
|
|
|
|
if (ret < 0)
|
2009-01-15 01:48:42 +01:00
|
|
|
pci_dev_put(ali_isa_bridge);
|
2009-01-05 15:13:22 +01:00
|
|
|
return ret;
|
2006-08-30 00:12:40 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
static void __exit ali_exit(void)
|
|
|
|
{
|
|
|
|
pci_unregister_driver(&ali_pci_driver);
|
2009-01-15 01:48:42 +01:00
|
|
|
pci_dev_put(ali_isa_bridge);
|
2006-08-30 00:12:40 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
MODULE_AUTHOR("Alan Cox");
|
|
|
|
MODULE_DESCRIPTION("low-level driver for ALi PATA");
|
|
|
|
MODULE_LICENSE("GPL");
|
|
|
|
MODULE_DEVICE_TABLE(pci, ali);
|
|
|
|
MODULE_VERSION(DRV_VERSION);
|
|
|
|
|
|
|
|
module_init(ali_init);
|
|
|
|
module_exit(ali_exit);
|