2006-08-30 06:12:40 +08:00
|
|
|
/*
|
|
|
|
* Libata driver for the highpoint 37x and 30x UDMA66 ATA controllers.
|
|
|
|
*
|
|
|
|
* This driver is heavily based upon:
|
|
|
|
*
|
|
|
|
* linux/drivers/ide/pci/hpt366.c Version 0.36 April 25, 2003
|
|
|
|
*
|
|
|
|
* Copyright (C) 1999-2003 Andre Hedrick <andre@linux-ide.org>
|
|
|
|
* Portions Copyright (C) 2001 Sun Microsystems, Inc.
|
|
|
|
* Portions Copyright (C) 2003 Red Hat Inc
|
2010-12-26 03:44:01 +08:00
|
|
|
* Portions Copyright (C) 2005-2010 MontaVista Software, Inc.
|
2006-08-30 06:12:40 +08:00
|
|
|
*
|
|
|
|
* TODO
|
2007-08-11 00:58:46 +08:00
|
|
|
* Look into engine reset on timeout errors. Should not be required.
|
2006-08-30 06:12:40 +08:00
|
|
|
*/
|
|
|
|
|
2011-02-01 00:39:24 +08:00
|
|
|
#define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
|
|
|
|
|
2006-08-30 06:12:40 +08: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>
|
|
|
|
|
|
|
|
#define DRV_NAME "pata_hpt37x"
|
2011-02-01 00:39:24 +08:00
|
|
|
#define DRV_VERSION "0.6.23"
|
2006-08-30 06:12:40 +08:00
|
|
|
|
|
|
|
struct hpt_clock {
|
|
|
|
u8 xfer_speed;
|
|
|
|
u32 timing;
|
|
|
|
};
|
|
|
|
|
|
|
|
struct hpt_chip {
|
|
|
|
const char *name;
|
|
|
|
unsigned int base;
|
|
|
|
struct hpt_clock const *clocks[4];
|
|
|
|
};
|
|
|
|
|
|
|
|
/* key for bus clock timings
|
|
|
|
* bit
|
2009-12-08 03:38:11 +08:00
|
|
|
* 0:3 data_high_time. Inactive time of DIOW_/DIOR_ for PIO and MW DMA.
|
|
|
|
* cycles = value + 1
|
|
|
|
* 4:8 data_low_time. Active time of DIOW_/DIOR_ for PIO and MW DMA.
|
|
|
|
* cycles = value + 1
|
|
|
|
* 9:12 cmd_high_time. Inactive time of DIOW_/DIOR_ during task file
|
2006-08-30 06:12:40 +08:00
|
|
|
* register access.
|
2009-12-08 03:38:11 +08:00
|
|
|
* 13:17 cmd_low_time. Active time of DIOW_/DIOR_ during task file
|
2006-08-30 06:12:40 +08:00
|
|
|
* register access.
|
2009-12-08 03:38:11 +08:00
|
|
|
* 18:20 udma_cycle_time. Clock cycles for UDMA xfer.
|
|
|
|
* 21 CLK frequency for UDMA: 0=ATA clock, 1=dual ATA clock.
|
|
|
|
* 22:24 pre_high_time. Time to initialize 1st cycle for PIO and MW DMA xfer.
|
|
|
|
* 25:27 cmd_pre_high_time. Time to initialize 1st PIO cycle for task file
|
2006-08-30 06:12:40 +08:00
|
|
|
* register access.
|
2009-12-08 03:38:11 +08:00
|
|
|
* 28 UDMA enable.
|
|
|
|
* 29 DMA enable.
|
|
|
|
* 30 PIO_MST enable. If set, the chip is in bus master mode during
|
|
|
|
* PIO xfer.
|
|
|
|
* 31 FIFO enable. Only for PIO.
|
2006-08-30 06:12:40 +08:00
|
|
|
*/
|
|
|
|
|
2007-03-09 07:28:52 +08:00
|
|
|
static struct hpt_clock hpt37x_timings_33[] = {
|
|
|
|
{ XFER_UDMA_6, 0x12446231 }, /* 0x12646231 ?? */
|
|
|
|
{ XFER_UDMA_5, 0x12446231 },
|
|
|
|
{ XFER_UDMA_4, 0x12446231 },
|
|
|
|
{ XFER_UDMA_3, 0x126c6231 },
|
|
|
|
{ XFER_UDMA_2, 0x12486231 },
|
|
|
|
{ XFER_UDMA_1, 0x124c6233 },
|
|
|
|
{ XFER_UDMA_0, 0x12506297 },
|
|
|
|
|
|
|
|
{ XFER_MW_DMA_2, 0x22406c31 },
|
|
|
|
{ XFER_MW_DMA_1, 0x22406c33 },
|
|
|
|
{ XFER_MW_DMA_0, 0x22406c97 },
|
|
|
|
|
|
|
|
{ XFER_PIO_4, 0x06414e31 },
|
|
|
|
{ XFER_PIO_3, 0x06414e42 },
|
|
|
|
{ XFER_PIO_2, 0x06414e53 },
|
|
|
|
{ XFER_PIO_1, 0x06814e93 },
|
|
|
|
{ XFER_PIO_0, 0x06814ea7 }
|
2006-08-30 06:12:40 +08:00
|
|
|
};
|
|
|
|
|
2007-03-09 07:28:52 +08:00
|
|
|
static struct hpt_clock hpt37x_timings_50[] = {
|
|
|
|
{ XFER_UDMA_6, 0x12848242 },
|
|
|
|
{ XFER_UDMA_5, 0x12848242 },
|
|
|
|
{ XFER_UDMA_4, 0x12ac8242 },
|
|
|
|
{ XFER_UDMA_3, 0x128c8242 },
|
|
|
|
{ XFER_UDMA_2, 0x120c8242 },
|
|
|
|
{ XFER_UDMA_1, 0x12148254 },
|
|
|
|
{ XFER_UDMA_0, 0x121882ea },
|
|
|
|
|
|
|
|
{ XFER_MW_DMA_2, 0x22808242 },
|
|
|
|
{ XFER_MW_DMA_1, 0x22808254 },
|
|
|
|
{ XFER_MW_DMA_0, 0x228082ea },
|
|
|
|
|
|
|
|
{ XFER_PIO_4, 0x0a81f442 },
|
|
|
|
{ XFER_PIO_3, 0x0a81f443 },
|
|
|
|
{ XFER_PIO_2, 0x0a81f454 },
|
|
|
|
{ XFER_PIO_1, 0x0ac1f465 },
|
|
|
|
{ XFER_PIO_0, 0x0ac1f48a }
|
2006-08-30 06:12:40 +08:00
|
|
|
};
|
|
|
|
|
2007-03-09 07:28:52 +08:00
|
|
|
static struct hpt_clock hpt37x_timings_66[] = {
|
|
|
|
{ XFER_UDMA_6, 0x1c869c62 },
|
|
|
|
{ XFER_UDMA_5, 0x1cae9c62 }, /* 0x1c8a9c62 */
|
|
|
|
{ XFER_UDMA_4, 0x1c8a9c62 },
|
|
|
|
{ XFER_UDMA_3, 0x1c8e9c62 },
|
|
|
|
{ XFER_UDMA_2, 0x1c929c62 },
|
|
|
|
{ XFER_UDMA_1, 0x1c9a9c62 },
|
|
|
|
{ XFER_UDMA_0, 0x1c829c62 },
|
|
|
|
|
|
|
|
{ XFER_MW_DMA_2, 0x2c829c62 },
|
|
|
|
{ XFER_MW_DMA_1, 0x2c829c66 },
|
|
|
|
{ XFER_MW_DMA_0, 0x2c829d2e },
|
|
|
|
|
|
|
|
{ XFER_PIO_4, 0x0c829c62 },
|
|
|
|
{ XFER_PIO_3, 0x0c829c84 },
|
|
|
|
{ XFER_PIO_2, 0x0c829ca6 },
|
|
|
|
{ XFER_PIO_1, 0x0d029d26 },
|
|
|
|
{ XFER_PIO_0, 0x0d029d5e }
|
2006-08-30 06:12:40 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
|
|
|
|
static const struct hpt_chip hpt370 = {
|
|
|
|
"HPT370",
|
|
|
|
48,
|
|
|
|
{
|
2007-03-09 07:28:52 +08:00
|
|
|
hpt37x_timings_33,
|
2006-08-30 06:12:40 +08:00
|
|
|
NULL,
|
|
|
|
NULL,
|
2007-04-26 15:19:25 +08:00
|
|
|
NULL
|
2006-08-30 06:12:40 +08:00
|
|
|
}
|
|
|
|
};
|
|
|
|
|
|
|
|
static const struct hpt_chip hpt370a = {
|
|
|
|
"HPT370A",
|
|
|
|
48,
|
|
|
|
{
|
2007-03-09 07:28:52 +08:00
|
|
|
hpt37x_timings_33,
|
2006-08-30 06:12:40 +08:00
|
|
|
NULL,
|
2007-03-09 07:28:52 +08:00
|
|
|
hpt37x_timings_50,
|
2007-04-26 15:19:25 +08:00
|
|
|
NULL
|
2006-08-30 06:12:40 +08:00
|
|
|
}
|
|
|
|
};
|
|
|
|
|
|
|
|
static const struct hpt_chip hpt372 = {
|
|
|
|
"HPT372",
|
|
|
|
55,
|
|
|
|
{
|
2007-03-09 07:28:52 +08:00
|
|
|
hpt37x_timings_33,
|
2006-08-30 06:12:40 +08:00
|
|
|
NULL,
|
2007-03-09 07:28:52 +08:00
|
|
|
hpt37x_timings_50,
|
|
|
|
hpt37x_timings_66
|
2006-08-30 06:12:40 +08:00
|
|
|
}
|
|
|
|
};
|
|
|
|
|
|
|
|
static const struct hpt_chip hpt302 = {
|
|
|
|
"HPT302",
|
|
|
|
66,
|
|
|
|
{
|
2007-03-09 07:28:52 +08:00
|
|
|
hpt37x_timings_33,
|
2006-08-30 06:12:40 +08:00
|
|
|
NULL,
|
2007-03-09 07:28:52 +08:00
|
|
|
hpt37x_timings_50,
|
|
|
|
hpt37x_timings_66
|
2006-08-30 06:12:40 +08:00
|
|
|
}
|
|
|
|
};
|
|
|
|
|
|
|
|
static const struct hpt_chip hpt371 = {
|
|
|
|
"HPT371",
|
|
|
|
66,
|
|
|
|
{
|
2007-03-09 07:28:52 +08:00
|
|
|
hpt37x_timings_33,
|
2006-08-30 06:12:40 +08:00
|
|
|
NULL,
|
2007-03-09 07:28:52 +08:00
|
|
|
hpt37x_timings_50,
|
|
|
|
hpt37x_timings_66
|
2006-08-30 06:12:40 +08:00
|
|
|
}
|
|
|
|
};
|
|
|
|
|
|
|
|
static const struct hpt_chip hpt372a = {
|
|
|
|
"HPT372A",
|
|
|
|
66,
|
|
|
|
{
|
2007-03-09 07:28:52 +08:00
|
|
|
hpt37x_timings_33,
|
2006-08-30 06:12:40 +08:00
|
|
|
NULL,
|
2007-03-09 07:28:52 +08:00
|
|
|
hpt37x_timings_50,
|
|
|
|
hpt37x_timings_66
|
2006-08-30 06:12:40 +08:00
|
|
|
}
|
|
|
|
};
|
|
|
|
|
|
|
|
static const struct hpt_chip hpt374 = {
|
|
|
|
"HPT374",
|
|
|
|
48,
|
|
|
|
{
|
2007-03-09 07:28:52 +08:00
|
|
|
hpt37x_timings_33,
|
2006-08-30 06:12:40 +08:00
|
|
|
NULL,
|
|
|
|
NULL,
|
|
|
|
NULL
|
|
|
|
}
|
|
|
|
};
|
|
|
|
|
|
|
|
/**
|
|
|
|
* hpt37x_find_mode - reset the hpt37x bus
|
|
|
|
* @ap: ATA port
|
|
|
|
* @speed: transfer mode
|
|
|
|
*
|
|
|
|
* Return the 32bit register programming information for this channel
|
|
|
|
* that matches the speed provided.
|
|
|
|
*/
|
2006-08-31 12:03:49 +08:00
|
|
|
|
2006-08-30 06:12:40 +08:00
|
|
|
static u32 hpt37x_find_mode(struct ata_port *ap, int speed)
|
|
|
|
{
|
|
|
|
struct hpt_clock *clocks = ap->host->private_data;
|
2006-08-31 12:03:49 +08:00
|
|
|
|
2010-12-29 04:09:27 +08:00
|
|
|
while (clocks->xfer_speed) {
|
2006-08-30 06:12:40 +08:00
|
|
|
if (clocks->xfer_speed == speed)
|
|
|
|
return clocks->timing;
|
|
|
|
clocks++;
|
|
|
|
}
|
|
|
|
BUG();
|
|
|
|
return 0xffffffffU; /* silence compiler warning */
|
|
|
|
}
|
|
|
|
|
2010-12-29 04:09:27 +08:00
|
|
|
static int hpt_dma_blacklisted(const struct ata_device *dev, char *modestr,
|
|
|
|
const char * const list[])
|
2006-08-30 06:12:40 +08:00
|
|
|
{
|
2007-01-02 19:19:40 +08:00
|
|
|
unsigned char model_num[ATA_ID_PROD_LEN + 1];
|
2006-08-30 06:12:40 +08:00
|
|
|
int i = 0;
|
|
|
|
|
2007-01-02 19:19:40 +08:00
|
|
|
ata_id_c_string(dev->id, model_num, ATA_ID_PROD, sizeof(model_num));
|
2006-08-30 06:12:40 +08:00
|
|
|
|
2007-01-02 19:19:40 +08:00
|
|
|
while (list[i] != NULL) {
|
|
|
|
if (!strcmp(list[i], model_num)) {
|
2011-02-01 00:39:24 +08:00
|
|
|
pr_warn("%s is not supported for %s\n",
|
|
|
|
modestr, list[i]);
|
2006-08-30 06:12:40 +08:00
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
i++;
|
|
|
|
}
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2010-12-29 04:09:27 +08:00
|
|
|
static const char * const bad_ata33[] = {
|
|
|
|
"Maxtor 92720U8", "Maxtor 92040U6", "Maxtor 91360U4", "Maxtor 91020U3",
|
|
|
|
"Maxtor 90845U3", "Maxtor 90650U2",
|
|
|
|
"Maxtor 91360D8", "Maxtor 91190D7", "Maxtor 91020D6", "Maxtor 90845D5",
|
|
|
|
"Maxtor 90680D4", "Maxtor 90510D3", "Maxtor 90340D2",
|
|
|
|
"Maxtor 91152D8", "Maxtor 91008D7", "Maxtor 90845D6", "Maxtor 90840D6",
|
|
|
|
"Maxtor 90720D5", "Maxtor 90648D5", "Maxtor 90576D4",
|
2006-08-30 06:12:40 +08:00
|
|
|
"Maxtor 90510D4",
|
|
|
|
"Maxtor 90432D3", "Maxtor 90288D2", "Maxtor 90256D2",
|
2010-12-29 04:09:27 +08:00
|
|
|
"Maxtor 91000D8", "Maxtor 90910D8", "Maxtor 90875D7", "Maxtor 90840D7",
|
|
|
|
"Maxtor 90750D6", "Maxtor 90625D5", "Maxtor 90500D4",
|
|
|
|
"Maxtor 91728D8", "Maxtor 91512D7", "Maxtor 91303D6", "Maxtor 91080D5",
|
|
|
|
"Maxtor 90845D4", "Maxtor 90680D4", "Maxtor 90648D3", "Maxtor 90432D2",
|
2006-08-30 06:12:40 +08:00
|
|
|
NULL
|
|
|
|
};
|
|
|
|
|
2010-12-29 04:09:27 +08:00
|
|
|
static const char * const bad_ata100_5[] = {
|
2006-08-30 06:12:40 +08:00
|
|
|
"IBM-DTLA-307075",
|
|
|
|
"IBM-DTLA-307060",
|
|
|
|
"IBM-DTLA-307045",
|
|
|
|
"IBM-DTLA-307030",
|
|
|
|
"IBM-DTLA-307020",
|
|
|
|
"IBM-DTLA-307015",
|
|
|
|
"IBM-DTLA-305040",
|
|
|
|
"IBM-DTLA-305030",
|
|
|
|
"IBM-DTLA-305020",
|
|
|
|
"IC35L010AVER07-0",
|
|
|
|
"IC35L020AVER07-0",
|
|
|
|
"IC35L030AVER07-0",
|
|
|
|
"IC35L040AVER07-0",
|
|
|
|
"IC35L060AVER07-0",
|
|
|
|
"WDC AC310200R",
|
|
|
|
NULL
|
|
|
|
};
|
|
|
|
|
|
|
|
/**
|
|
|
|
* hpt370_filter - mode selection filter
|
|
|
|
* @adev: ATA device
|
|
|
|
*
|
|
|
|
* Block UDMA on devices that cause trouble with this controller.
|
|
|
|
*/
|
2006-08-31 12:03:49 +08:00
|
|
|
|
2007-03-09 22:34:07 +08:00
|
|
|
static unsigned long hpt370_filter(struct ata_device *adev, unsigned long mask)
|
2006-08-30 06:12:40 +08:00
|
|
|
{
|
2007-01-06 08:37:01 +08:00
|
|
|
if (adev->class == ATA_DEV_ATA) {
|
2006-08-30 06:12:40 +08:00
|
|
|
if (hpt_dma_blacklisted(adev, "UDMA", bad_ata33))
|
|
|
|
mask &= ~ATA_MASK_UDMA;
|
|
|
|
if (hpt_dma_blacklisted(adev, "UDMA100", bad_ata100_5))
|
2008-02-27 05:35:54 +08:00
|
|
|
mask &= ~(0xE0 << ATA_SHIFT_UDMA);
|
2006-08-30 06:12:40 +08:00
|
|
|
}
|
libata-sff: clean up BMDMA initialization
When BMDMA initialization failed or BMDMA was not available for
whatever reason, bmdma_addr was left at zero and used as an indication
that BMDMA shouldn't be used. This leads to the following problems.
p1. For BMDMA drivers which don't use traditional BMDMA register,
ata_bmdma_mode_filter() incorrectly inhibits DMA modes. Those
drivers either have to inherit from ata_sff_port_ops or clear
->mode_filter explicitly.
p2. non-BMDMA drivers call into BMDMA PRD table allocation. It
doesn't actually allocate PRD table if bmdma_addr is not
initialized but is still confusing.
p3. For BMDMA drivers which don't use traditional BMDMA register, some
methods might not be invoked as expected (e.g. bmdma_stop from
ata_sff_post_internal_cmd()).
p4. SFF drivers w/ custom DMA interface implement noop BMDMA ops
worrying libata core might call into one of them.
These problems are caused by the muddy line between SFF and BMDMA and
the assumption that all BMDMA controllers initialize bmdma_addr.
This patch fixes p1 and p2 by removing the bmdma_addr assumption and
moving prd allocation to BMDMA port start. Later patches will fix the
remaining issues.
This patch improves BMDMA initialization such that
* When BMDMA register initialization fails, falls back to PIO instead
of failing. ata_pci_bmdma_init() never fails now.
* When ata_pci_bmdma_init() falls back to PIO, it clears
ap->mwdma_mask and udma_mask instead of depending on
ata_bmdma_mode_filter(). This makes ata_bmdma_mode_filter()
unnecessary thus resolving p1.
* ata_port_start() which actually is BMDMA specific is moved to
ata_bmdma_port_start(). ata_port_start() and ata_sff_port_start()
are killed.
* ata_sff_port_start32() is moved and renamed to
ata_bmdma_port_start32().
Drivers which no longer call into PRD table allocation are...
pdc_adma, sata_inic162x, sata_qstor, sata_sx4, pata_cmd640 and all
drivers which inherit from ata_sff_port_ops.
pata_icside sets ->port_start to ATA_OP_NULL as it doesn't need PRD
but is a BMDMA controller and doesn't have custom port_start like
other such controllers.
Note that with the previous patch which makes all and only BMDMA
drivers inherit from ata_bmdma_port_ops, this change doesn't break
drivers which need PRD table.
Signed-off-by: Tejun Heo <tj@kernel.org>
Signed-off-by: Jeff Garzik <jgarzik@redhat.com>
2010-05-11 03:41:34 +08:00
|
|
|
return mask;
|
2006-08-30 06:12:40 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* hpt370a_filter - mode selection filter
|
|
|
|
* @adev: ATA device
|
|
|
|
*
|
|
|
|
* Block UDMA on devices that cause trouble with this controller.
|
|
|
|
*/
|
2006-08-31 12:03:49 +08:00
|
|
|
|
2007-03-09 22:34:07 +08:00
|
|
|
static unsigned long hpt370a_filter(struct ata_device *adev, unsigned long mask)
|
2006-08-30 06:12:40 +08:00
|
|
|
{
|
2007-11-06 06:53:38 +08:00
|
|
|
if (adev->class == ATA_DEV_ATA) {
|
2006-08-30 06:12:40 +08:00
|
|
|
if (hpt_dma_blacklisted(adev, "UDMA100", bad_ata100_5))
|
2008-02-27 05:35:54 +08:00
|
|
|
mask &= ~(0xE0 << ATA_SHIFT_UDMA);
|
2006-08-30 06:12:40 +08:00
|
|
|
}
|
libata-sff: clean up BMDMA initialization
When BMDMA initialization failed or BMDMA was not available for
whatever reason, bmdma_addr was left at zero and used as an indication
that BMDMA shouldn't be used. This leads to the following problems.
p1. For BMDMA drivers which don't use traditional BMDMA register,
ata_bmdma_mode_filter() incorrectly inhibits DMA modes. Those
drivers either have to inherit from ata_sff_port_ops or clear
->mode_filter explicitly.
p2. non-BMDMA drivers call into BMDMA PRD table allocation. It
doesn't actually allocate PRD table if bmdma_addr is not
initialized but is still confusing.
p3. For BMDMA drivers which don't use traditional BMDMA register, some
methods might not be invoked as expected (e.g. bmdma_stop from
ata_sff_post_internal_cmd()).
p4. SFF drivers w/ custom DMA interface implement noop BMDMA ops
worrying libata core might call into one of them.
These problems are caused by the muddy line between SFF and BMDMA and
the assumption that all BMDMA controllers initialize bmdma_addr.
This patch fixes p1 and p2 by removing the bmdma_addr assumption and
moving prd allocation to BMDMA port start. Later patches will fix the
remaining issues.
This patch improves BMDMA initialization such that
* When BMDMA register initialization fails, falls back to PIO instead
of failing. ata_pci_bmdma_init() never fails now.
* When ata_pci_bmdma_init() falls back to PIO, it clears
ap->mwdma_mask and udma_mask instead of depending on
ata_bmdma_mode_filter(). This makes ata_bmdma_mode_filter()
unnecessary thus resolving p1.
* ata_port_start() which actually is BMDMA specific is moved to
ata_bmdma_port_start(). ata_port_start() and ata_sff_port_start()
are killed.
* ata_sff_port_start32() is moved and renamed to
ata_bmdma_port_start32().
Drivers which no longer call into PRD table allocation are...
pdc_adma, sata_inic162x, sata_qstor, sata_sx4, pata_cmd640 and all
drivers which inherit from ata_sff_port_ops.
pata_icside sets ->port_start to ATA_OP_NULL as it doesn't need PRD
but is a BMDMA controller and doesn't have custom port_start like
other such controllers.
Note that with the previous patch which makes all and only BMDMA
drivers inherit from ata_bmdma_port_ops, this change doesn't break
drivers which need PRD table.
Signed-off-by: Tejun Heo <tj@kernel.org>
Signed-off-by: Jeff Garzik <jgarzik@redhat.com>
2010-05-11 03:41:34 +08:00
|
|
|
return mask;
|
2006-08-30 06:12:40 +08:00
|
|
|
}
|
2006-08-31 12:03:49 +08:00
|
|
|
|
2010-12-26 03:44:01 +08:00
|
|
|
/**
|
|
|
|
* hpt372_filter - mode selection filter
|
|
|
|
* @adev: ATA device
|
|
|
|
* @mask: mode mask
|
|
|
|
*
|
|
|
|
* The Marvell bridge chips used on the HighPoint SATA cards do not seem
|
|
|
|
* to support the UltraDMA modes 1, 2, and 3 as well as any MWDMA modes...
|
|
|
|
*/
|
|
|
|
static unsigned long hpt372_filter(struct ata_device *adev, unsigned long mask)
|
|
|
|
{
|
|
|
|
if (ata_id_is_sata(adev->id))
|
|
|
|
mask &= ~((0xE << ATA_SHIFT_UDMA) | ATA_MASK_MWDMA);
|
|
|
|
|
|
|
|
return mask;
|
|
|
|
}
|
|
|
|
|
2009-11-20 02:10:44 +08:00
|
|
|
/**
|
|
|
|
* hpt37x_cable_detect - Detect the cable type
|
|
|
|
* @ap: ATA port to detect on
|
|
|
|
*
|
|
|
|
* Return the cable type attached to this port
|
|
|
|
*/
|
|
|
|
|
|
|
|
static int hpt37x_cable_detect(struct ata_port *ap)
|
|
|
|
{
|
|
|
|
struct pci_dev *pdev = to_pci_dev(ap->host->dev);
|
|
|
|
u8 scr2, ata66;
|
|
|
|
|
|
|
|
pci_read_config_byte(pdev, 0x5B, &scr2);
|
|
|
|
pci_write_config_byte(pdev, 0x5B, scr2 & ~0x01);
|
2009-11-20 03:31:31 +08:00
|
|
|
|
|
|
|
udelay(10); /* debounce */
|
|
|
|
|
2009-11-20 02:10:44 +08:00
|
|
|
/* Cable register now active */
|
|
|
|
pci_read_config_byte(pdev, 0x5A, &ata66);
|
|
|
|
/* Restore state */
|
|
|
|
pci_write_config_byte(pdev, 0x5B, scr2);
|
|
|
|
|
|
|
|
if (ata66 & (2 >> ap->port_no))
|
|
|
|
return ATA_CBL_PATA40;
|
|
|
|
else
|
|
|
|
return ATA_CBL_PATA80;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* hpt374_fn1_cable_detect - Detect the cable type
|
|
|
|
* @ap: ATA port to detect on
|
|
|
|
*
|
|
|
|
* Return the cable type attached to this port
|
|
|
|
*/
|
|
|
|
|
|
|
|
static int hpt374_fn1_cable_detect(struct ata_port *ap)
|
|
|
|
{
|
|
|
|
struct pci_dev *pdev = to_pci_dev(ap->host->dev);
|
|
|
|
unsigned int mcrbase = 0x50 + 4 * ap->port_no;
|
|
|
|
u16 mcr3;
|
|
|
|
u8 ata66;
|
|
|
|
|
|
|
|
/* Do the extra channel work */
|
|
|
|
pci_read_config_word(pdev, mcrbase + 2, &mcr3);
|
|
|
|
/* Set bit 15 of 0x52 to enable TCBLID as input */
|
|
|
|
pci_write_config_word(pdev, mcrbase + 2, mcr3 | 0x8000);
|
|
|
|
pci_read_config_byte(pdev, 0x5A, &ata66);
|
|
|
|
/* Reset TCBLID/FCBLID to output */
|
|
|
|
pci_write_config_word(pdev, mcrbase + 2, mcr3);
|
|
|
|
|
|
|
|
if (ata66 & (2 >> ap->port_no))
|
|
|
|
return ATA_CBL_PATA40;
|
|
|
|
else
|
|
|
|
return ATA_CBL_PATA80;
|
|
|
|
}
|
|
|
|
|
2006-08-30 06:12:40 +08:00
|
|
|
/**
|
|
|
|
* hpt37x_pre_reset - reset the hpt37x bus
|
2007-08-06 17:36:23 +08:00
|
|
|
* @link: ATA link to reset
|
libata: add deadline support to prereset and reset methods
Add @deadline to prereset and reset methods and make them honor it.
ata_wait_ready() which directly takes @deadline is implemented to be
used as the wait function. This patch is in preparation for EH timing
improvements.
* ata_wait_ready() never does busy sleep. It's only used from EH and
no wait in EH is that urgent. This function also prints 'be
patient' message automatically after 5 secs of waiting if more than
3 secs is remaining till deadline.
* ata_bus_post_reset() now fails with error code if any of its wait
fails. This is important because earlier reset tries will have
shorter timeout than the spec requires. If a device fails to
respond before the short timeout, reset should be retried with
longer timeout rather than silently ignoring the device.
There are three behavior differences.
1. Timeout is applied to both devices at once, not separately. This
is more consistent with what the spec says.
2. When a device passes devchk but fails to become ready before
deadline. Previouly, post_reset would just succeed and let
device classification remove the device. New code fails the
reset thus causing reset retry. After a few times, EH will give
up disabling the port.
3. When slave device passes devchk but fails to become accessible
(TF-wise) after reset. Original code disables dev1 after 30s
timeout and continues as if the device doesn't exist, while the
patched code fails reset. When this happens, new code fails
reset on whole port rather than proceeding with only the primary
device.
If the failing device is suffering transient problems, new code
retries reset which is a better behavior. If the failing device is
actually broken, the net effect is identical to it, but not to the
other device sharing the channel. In the previous code, reset would
have succeeded after 30s thus detecting the working one. In the new
code, reset fails and whole port gets disabled. IMO, it's a
pathological case anyway (broken device sharing bus with working
one) and doesn't really matter.
* ata_bus_softreset() is changed to return error code from
ata_bus_post_reset(). It used to return 0 unconditionally.
* Spin up waiting is to be removed and not converted to honor
deadline.
* To be on the safe side, deadline is set to 40s for the time being.
Signed-off-by: Tejun Heo <htejun@gmail.com>
Signed-off-by: Jeff Garzik <jeff@garzik.org>
2007-02-02 15:50:52 +08:00
|
|
|
* @deadline: deadline jiffies for the operation
|
2006-08-30 06:12:40 +08:00
|
|
|
*
|
2009-11-20 02:12:24 +08:00
|
|
|
* Perform the initial reset handling for the HPT37x.
|
2006-08-30 06:12:40 +08:00
|
|
|
*/
|
2006-08-31 12:03:49 +08:00
|
|
|
|
2007-08-06 17:36:23 +08:00
|
|
|
static int hpt37x_pre_reset(struct ata_link *link, unsigned long deadline)
|
2006-08-30 06:12:40 +08:00
|
|
|
{
|
2007-08-06 17:36:23 +08:00
|
|
|
struct ata_port *ap = link->ap;
|
2006-08-30 06:12:40 +08:00
|
|
|
struct pci_dev *pdev = to_pci_dev(ap->host->dev);
|
2006-11-09 00:18:26 +08:00
|
|
|
static const struct pci_bits hpt37x_enable_bits[] = {
|
|
|
|
{ 0x50, 1, 0x04, 0x04 },
|
|
|
|
{ 0x54, 1, 0x04, 0x04 }
|
|
|
|
};
|
2010-12-29 04:09:27 +08:00
|
|
|
|
2006-11-09 00:18:26 +08:00
|
|
|
if (!pci_test_config_bits(pdev, &hpt37x_enable_bits[ap->port_no]))
|
|
|
|
return -ENOENT;
|
2006-12-12 00:14:06 +08:00
|
|
|
|
2006-08-30 06:12:40 +08:00
|
|
|
/* Reset the state machine */
|
2007-03-09 07:28:52 +08:00
|
|
|
pci_write_config_byte(pdev, 0x50 + 4 * ap->port_no, 0x37);
|
2006-08-30 06:12:40 +08:00
|
|
|
udelay(100);
|
2006-08-31 12:03:49 +08:00
|
|
|
|
2008-04-07 21:47:16 +08:00
|
|
|
return ata_sff_prereset(link, deadline);
|
2006-08-30 06:12:40 +08:00
|
|
|
}
|
|
|
|
|
2009-12-08 03:30:06 +08:00
|
|
|
static void hpt370_set_mode(struct ata_port *ap, struct ata_device *adev,
|
|
|
|
u8 mode)
|
2006-08-30 06:12:40 +08:00
|
|
|
{
|
|
|
|
struct pci_dev *pdev = to_pci_dev(ap->host->dev);
|
|
|
|
u32 addr1, addr2;
|
2009-12-08 03:30:06 +08:00
|
|
|
u32 reg, timing, mask;
|
2006-08-30 06:12:40 +08:00
|
|
|
u8 fast;
|
|
|
|
|
|
|
|
addr1 = 0x40 + 4 * (adev->devno + 2 * ap->port_no);
|
|
|
|
addr2 = 0x51 + 4 * ap->port_no;
|
2006-08-31 12:03:49 +08:00
|
|
|
|
2006-08-30 06:12:40 +08:00
|
|
|
/* Fast interrupt prediction disable, hold off interrupt disable */
|
|
|
|
pci_read_config_byte(pdev, addr2, &fast);
|
|
|
|
fast &= ~0x02;
|
|
|
|
fast |= 0x01;
|
|
|
|
pci_write_config_byte(pdev, addr2, fast);
|
2006-08-31 12:03:49 +08:00
|
|
|
|
2009-12-08 03:30:06 +08:00
|
|
|
/* Determine timing mask and find matching mode entry */
|
|
|
|
if (mode < XFER_MW_DMA_0)
|
|
|
|
mask = 0xcfc3ffff;
|
|
|
|
else if (mode < XFER_UDMA_0)
|
|
|
|
mask = 0x31c001ff;
|
|
|
|
else
|
|
|
|
mask = 0x303c0000;
|
|
|
|
|
|
|
|
timing = hpt37x_find_mode(ap, mode);
|
|
|
|
|
2006-08-30 06:12:40 +08:00
|
|
|
pci_read_config_dword(pdev, addr1, ®);
|
2009-12-08 03:30:06 +08:00
|
|
|
reg = (reg & ~mask) | (timing & mask);
|
|
|
|
pci_write_config_dword(pdev, addr1, reg);
|
|
|
|
}
|
|
|
|
/**
|
|
|
|
* hpt370_set_piomode - PIO setup
|
|
|
|
* @ap: ATA interface
|
|
|
|
* @adev: device on the interface
|
|
|
|
*
|
|
|
|
* Perform PIO mode setup.
|
|
|
|
*/
|
|
|
|
|
|
|
|
static void hpt370_set_piomode(struct ata_port *ap, struct ata_device *adev)
|
|
|
|
{
|
|
|
|
hpt370_set_mode(ap, adev, adev->pio_mode);
|
2006-08-30 06:12:40 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* hpt370_set_dmamode - DMA timing setup
|
|
|
|
* @ap: ATA interface
|
|
|
|
* @adev: Device being configured
|
|
|
|
*
|
2009-12-08 03:30:06 +08:00
|
|
|
* Set up the channel for MWDMA or UDMA modes.
|
2006-08-30 06:12:40 +08:00
|
|
|
*/
|
2006-08-31 12:03:49 +08:00
|
|
|
|
2006-08-30 06:12:40 +08:00
|
|
|
static void hpt370_set_dmamode(struct ata_port *ap, struct ata_device *adev)
|
|
|
|
{
|
2009-12-08 03:30:06 +08:00
|
|
|
hpt370_set_mode(ap, adev, adev->dma_mode);
|
2006-08-30 06:12:40 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* hpt370_bmdma_end - DMA engine stop
|
|
|
|
* @qc: ATA command
|
|
|
|
*
|
|
|
|
* Work around the HPT370 DMA engine.
|
|
|
|
*/
|
2006-08-31 12:03:49 +08:00
|
|
|
|
2006-08-30 06:12:40 +08:00
|
|
|
static void hpt370_bmdma_stop(struct ata_queued_cmd *qc)
|
|
|
|
{
|
|
|
|
struct ata_port *ap = qc->ap;
|
|
|
|
struct pci_dev *pdev = to_pci_dev(ap->host->dev);
|
2007-02-01 14:06:36 +08:00
|
|
|
void __iomem *bmdma = ap->ioaddr.bmdma_addr;
|
2009-12-05 04:37:43 +08:00
|
|
|
u8 dma_stat = ioread8(bmdma + ATA_DMA_STATUS);
|
|
|
|
u8 dma_cmd;
|
2006-08-31 12:03:49 +08:00
|
|
|
|
2009-12-05 04:37:43 +08:00
|
|
|
if (dma_stat & ATA_DMA_ACTIVE) {
|
2006-08-30 06:12:40 +08:00
|
|
|
udelay(20);
|
2009-12-05 04:37:43 +08:00
|
|
|
dma_stat = ioread8(bmdma + ATA_DMA_STATUS);
|
2006-08-30 06:12:40 +08:00
|
|
|
}
|
2009-12-05 04:37:43 +08:00
|
|
|
if (dma_stat & ATA_DMA_ACTIVE) {
|
2006-08-30 06:12:40 +08:00
|
|
|
/* Clear the engine */
|
|
|
|
pci_write_config_byte(pdev, 0x50 + 4 * ap->port_no, 0x37);
|
|
|
|
udelay(10);
|
|
|
|
/* Stop DMA */
|
2009-12-05 04:37:43 +08:00
|
|
|
dma_cmd = ioread8(bmdma + ATA_DMA_CMD);
|
|
|
|
iowrite8(dma_cmd & ~ATA_DMA_START, bmdma + ATA_DMA_CMD);
|
2006-08-30 06:12:40 +08:00
|
|
|
/* Clear Error */
|
2009-12-05 04:37:43 +08:00
|
|
|
dma_stat = ioread8(bmdma + ATA_DMA_STATUS);
|
|
|
|
iowrite8(dma_stat | ATA_DMA_INTR | ATA_DMA_ERR,
|
|
|
|
bmdma + ATA_DMA_STATUS);
|
2006-08-30 06:12:40 +08:00
|
|
|
/* Clear the engine */
|
|
|
|
pci_write_config_byte(pdev, 0x50 + 4 * ap->port_no, 0x37);
|
|
|
|
udelay(10);
|
|
|
|
}
|
|
|
|
ata_bmdma_stop(qc);
|
|
|
|
}
|
|
|
|
|
2009-12-08 03:30:06 +08:00
|
|
|
static void hpt372_set_mode(struct ata_port *ap, struct ata_device *adev,
|
|
|
|
u8 mode)
|
2006-08-30 06:12:40 +08:00
|
|
|
{
|
|
|
|
struct pci_dev *pdev = to_pci_dev(ap->host->dev);
|
|
|
|
u32 addr1, addr2;
|
2009-12-08 03:30:06 +08:00
|
|
|
u32 reg, timing, mask;
|
2006-08-30 06:12:40 +08:00
|
|
|
u8 fast;
|
|
|
|
|
|
|
|
addr1 = 0x40 + 4 * (adev->devno + 2 * ap->port_no);
|
|
|
|
addr2 = 0x51 + 4 * ap->port_no;
|
2006-08-31 12:03:49 +08:00
|
|
|
|
2006-08-30 06:12:40 +08:00
|
|
|
/* Fast interrupt prediction disable, hold off interrupt disable */
|
|
|
|
pci_read_config_byte(pdev, addr2, &fast);
|
|
|
|
fast &= ~0x07;
|
|
|
|
pci_write_config_byte(pdev, addr2, fast);
|
2006-08-31 12:03:49 +08:00
|
|
|
|
2009-12-08 03:30:06 +08:00
|
|
|
/* Determine timing mask and find matching mode entry */
|
|
|
|
if (mode < XFER_MW_DMA_0)
|
|
|
|
mask = 0xcfc3ffff;
|
|
|
|
else if (mode < XFER_UDMA_0)
|
|
|
|
mask = 0x31c001ff;
|
|
|
|
else
|
|
|
|
mask = 0x303c0000;
|
|
|
|
|
|
|
|
timing = hpt37x_find_mode(ap, mode);
|
|
|
|
|
2006-08-30 06:12:40 +08:00
|
|
|
pci_read_config_dword(pdev, addr1, ®);
|
2009-12-08 03:30:06 +08:00
|
|
|
reg = (reg & ~mask) | (timing & mask);
|
|
|
|
pci_write_config_dword(pdev, addr1, reg);
|
|
|
|
}
|
2006-08-31 12:03:49 +08:00
|
|
|
|
2009-12-08 03:30:06 +08:00
|
|
|
/**
|
|
|
|
* hpt372_set_piomode - PIO setup
|
|
|
|
* @ap: ATA interface
|
|
|
|
* @adev: device on the interface
|
|
|
|
*
|
|
|
|
* Perform PIO mode setup.
|
|
|
|
*/
|
|
|
|
|
|
|
|
static void hpt372_set_piomode(struct ata_port *ap, struct ata_device *adev)
|
|
|
|
{
|
|
|
|
hpt372_set_mode(ap, adev, adev->pio_mode);
|
2006-08-30 06:12:40 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* hpt372_set_dmamode - DMA timing setup
|
|
|
|
* @ap: ATA interface
|
|
|
|
* @adev: Device being configured
|
|
|
|
*
|
2009-12-08 03:30:06 +08:00
|
|
|
* Set up the channel for MWDMA or UDMA modes.
|
2006-08-30 06:12:40 +08:00
|
|
|
*/
|
2006-08-31 12:03:49 +08:00
|
|
|
|
2006-08-30 06:12:40 +08:00
|
|
|
static void hpt372_set_dmamode(struct ata_port *ap, struct ata_device *adev)
|
|
|
|
{
|
2009-12-08 03:30:06 +08:00
|
|
|
hpt372_set_mode(ap, adev, adev->dma_mode);
|
2006-08-30 06:12:40 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* hpt37x_bmdma_end - DMA engine stop
|
|
|
|
* @qc: ATA command
|
|
|
|
*
|
|
|
|
* Clean up after the HPT372 and later DMA engine
|
|
|
|
*/
|
2006-08-31 12:03:49 +08:00
|
|
|
|
2006-08-30 06:12:40 +08:00
|
|
|
static void hpt37x_bmdma_stop(struct ata_queued_cmd *qc)
|
|
|
|
{
|
|
|
|
struct ata_port *ap = qc->ap;
|
|
|
|
struct pci_dev *pdev = to_pci_dev(ap->host->dev);
|
2007-01-06 08:37:01 +08:00
|
|
|
int mscreg = 0x50 + 4 * ap->port_no;
|
2006-08-30 06:12:40 +08:00
|
|
|
u8 bwsr_stat, msc_stat;
|
2006-08-31 12:03:49 +08:00
|
|
|
|
2006-08-30 06:12:40 +08:00
|
|
|
pci_read_config_byte(pdev, 0x6A, &bwsr_stat);
|
|
|
|
pci_read_config_byte(pdev, mscreg, &msc_stat);
|
|
|
|
if (bwsr_stat & (1 << ap->port_no))
|
|
|
|
pci_write_config_byte(pdev, mscreg, msc_stat | 0x30);
|
|
|
|
ata_bmdma_stop(qc);
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
static struct scsi_host_template hpt37x_sht = {
|
2008-03-25 11:22:49 +08:00
|
|
|
ATA_BMDMA_SHT(DRV_NAME),
|
2006-08-30 06:12:40 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Configuration for HPT370
|
|
|
|
*/
|
2006-08-31 12:03:49 +08:00
|
|
|
|
2006-08-30 06:12:40 +08:00
|
|
|
static struct ata_port_operations hpt370_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 11:22:49 +08:00
|
|
|
.inherits = &ata_bmdma_port_ops,
|
2006-08-30 06:12:40 +08:00
|
|
|
|
|
|
|
.bmdma_stop = hpt370_bmdma_stop,
|
|
|
|
|
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 11:22:49 +08:00
|
|
|
.mode_filter = hpt370_filter,
|
2009-11-20 02:10:44 +08:00
|
|
|
.cable_detect = hpt37x_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 11:22:49 +08:00
|
|
|
.set_piomode = hpt370_set_piomode,
|
|
|
|
.set_dmamode = hpt370_set_dmamode,
|
libata: make reset related methods proper port operations
Currently reset methods are not specified directly in the
ata_port_operations table. If a LLD wants to use custom reset
methods, it should construct and use a error_handler which uses those
reset methods. It's done this way for two reasons.
First, the ops table already contained too many methods and adding
four more of them would noticeably increase the amount of necessary
boilerplate code all over low level drivers.
Second, as ->error_handler uses those reset methods, it can get
confusing. ie. By overriding ->error_handler, those reset ops can be
made useless making layering a bit hazy.
Now that ops table uses inheritance, the first problem doesn't exist
anymore. The second isn't completely solved but is relieved by
providing default values - most drivers can just override what it has
implemented and don't have to concern itself about higher level
callbacks. In fact, there currently is no driver which actually
modifies error handling behavior. Drivers which override
->error_handler just wraps the standard error handler only to prepare
the controller for EH. I don't think making ops layering strict has
any noticeable benefit.
This patch makes ->prereset, ->softreset, ->hardreset, ->postreset and
their PMP counterparts propoer ops. Default ops are provided in the
base ops tables and drivers are converted to override individual reset
methods instead of creating custom error_handler.
* ata_std_error_handler() doesn't use sata_std_hardreset() if SCRs
aren't accessible. sata_promise doesn't need to use separate
error_handlers for PATA and SATA anymore.
* softreset is broken for sata_inic162x and sata_sx4. As libata now
always prefers hardreset, this doesn't really matter but the ops are
forced to NULL using ATA_OP_NULL for documentation purpose.
* pata_hpt374 needs to use different prereset for the first and second
PCI functions. This used to be done by branching from
hpt374_error_handler(). The proper way to do this is to use
separate ops and port_info tables for each function. Converted.
Signed-off-by: Tejun Heo <htejun@gmail.com>
2008-03-25 11:22:50 +08:00
|
|
|
.prereset = hpt37x_pre_reset,
|
2006-08-31 12:03:49 +08:00
|
|
|
};
|
2006-08-30 06:12:40 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Configuration for HPT370A. Close to 370 but less filters
|
|
|
|
*/
|
2006-08-31 12:03:49 +08:00
|
|
|
|
2006-08-30 06:12:40 +08:00
|
|
|
static struct ata_port_operations hpt370a_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 11:22:49 +08:00
|
|
|
.inherits = &hpt370_port_ops,
|
2006-08-30 06:12:40 +08:00
|
|
|
.mode_filter = hpt370a_filter,
|
2006-08-31 12:03:49 +08:00
|
|
|
};
|
2006-08-30 06:12:40 +08:00
|
|
|
|
|
|
|
/*
|
2010-12-26 03:44:01 +08:00
|
|
|
* Configuration for HPT371 and HPT302. Slightly different PIO and DMA
|
|
|
|
* mode setting functionality.
|
2006-08-30 06:12:40 +08:00
|
|
|
*/
|
2006-08-31 12:03:49 +08:00
|
|
|
|
2010-12-26 03:44:01 +08:00
|
|
|
static struct ata_port_operations hpt302_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 11:22:49 +08:00
|
|
|
.inherits = &ata_bmdma_port_ops,
|
2006-08-30 06:12:40 +08:00
|
|
|
|
|
|
|
.bmdma_stop = hpt37x_bmdma_stop,
|
|
|
|
|
2009-11-20 02:10:44 +08:00
|
|
|
.cable_detect = hpt37x_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 11:22:49 +08:00
|
|
|
.set_piomode = hpt372_set_piomode,
|
|
|
|
.set_dmamode = hpt372_set_dmamode,
|
libata: make reset related methods proper port operations
Currently reset methods are not specified directly in the
ata_port_operations table. If a LLD wants to use custom reset
methods, it should construct and use a error_handler which uses those
reset methods. It's done this way for two reasons.
First, the ops table already contained too many methods and adding
four more of them would noticeably increase the amount of necessary
boilerplate code all over low level drivers.
Second, as ->error_handler uses those reset methods, it can get
confusing. ie. By overriding ->error_handler, those reset ops can be
made useless making layering a bit hazy.
Now that ops table uses inheritance, the first problem doesn't exist
anymore. The second isn't completely solved but is relieved by
providing default values - most drivers can just override what it has
implemented and don't have to concern itself about higher level
callbacks. In fact, there currently is no driver which actually
modifies error handling behavior. Drivers which override
->error_handler just wraps the standard error handler only to prepare
the controller for EH. I don't think making ops layering strict has
any noticeable benefit.
This patch makes ->prereset, ->softreset, ->hardreset, ->postreset and
their PMP counterparts propoer ops. Default ops are provided in the
base ops tables and drivers are converted to override individual reset
methods instead of creating custom error_handler.
* ata_std_error_handler() doesn't use sata_std_hardreset() if SCRs
aren't accessible. sata_promise doesn't need to use separate
error_handlers for PATA and SATA anymore.
* softreset is broken for sata_inic162x and sata_sx4. As libata now
always prefers hardreset, this doesn't really matter but the ops are
forced to NULL using ATA_OP_NULL for documentation purpose.
* pata_hpt374 needs to use different prereset for the first and second
PCI functions. This used to be done by branching from
hpt374_error_handler(). The proper way to do this is to use
separate ops and port_info tables for each function. Converted.
Signed-off-by: Tejun Heo <htejun@gmail.com>
2008-03-25 11:22:50 +08:00
|
|
|
.prereset = hpt37x_pre_reset,
|
2006-08-31 12:03:49 +08:00
|
|
|
};
|
2006-08-30 06:12:40 +08:00
|
|
|
|
|
|
|
/*
|
2010-12-26 03:44:01 +08:00
|
|
|
* Configuration for HPT372. Mode setting works like 371 and 302
|
|
|
|
* but we have a mode filter.
|
|
|
|
*/
|
|
|
|
|
|
|
|
static struct ata_port_operations hpt372_port_ops = {
|
|
|
|
.inherits = &hpt302_port_ops,
|
|
|
|
.mode_filter = hpt372_filter,
|
|
|
|
};
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Configuration for HPT374. Mode setting and filtering works like 372
|
libata: make reset related methods proper port operations
Currently reset methods are not specified directly in the
ata_port_operations table. If a LLD wants to use custom reset
methods, it should construct and use a error_handler which uses those
reset methods. It's done this way for two reasons.
First, the ops table already contained too many methods and adding
four more of them would noticeably increase the amount of necessary
boilerplate code all over low level drivers.
Second, as ->error_handler uses those reset methods, it can get
confusing. ie. By overriding ->error_handler, those reset ops can be
made useless making layering a bit hazy.
Now that ops table uses inheritance, the first problem doesn't exist
anymore. The second isn't completely solved but is relieved by
providing default values - most drivers can just override what it has
implemented and don't have to concern itself about higher level
callbacks. In fact, there currently is no driver which actually
modifies error handling behavior. Drivers which override
->error_handler just wraps the standard error handler only to prepare
the controller for EH. I don't think making ops layering strict has
any noticeable benefit.
This patch makes ->prereset, ->softreset, ->hardreset, ->postreset and
their PMP counterparts propoer ops. Default ops are provided in the
base ops tables and drivers are converted to override individual reset
methods instead of creating custom error_handler.
* ata_std_error_handler() doesn't use sata_std_hardreset() if SCRs
aren't accessible. sata_promise doesn't need to use separate
error_handlers for PATA and SATA anymore.
* softreset is broken for sata_inic162x and sata_sx4. As libata now
always prefers hardreset, this doesn't really matter but the ops are
forced to NULL using ATA_OP_NULL for documentation purpose.
* pata_hpt374 needs to use different prereset for the first and second
PCI functions. This used to be done by branching from
hpt374_error_handler(). The proper way to do this is to use
separate ops and port_info tables for each function. Converted.
Signed-off-by: Tejun Heo <htejun@gmail.com>
2008-03-25 11:22:50 +08:00
|
|
|
* but we have a different cable detection procedure for function 1.
|
2006-08-30 06:12:40 +08:00
|
|
|
*/
|
2006-08-31 12:03:49 +08:00
|
|
|
|
libata: make reset related methods proper port operations
Currently reset methods are not specified directly in the
ata_port_operations table. If a LLD wants to use custom reset
methods, it should construct and use a error_handler which uses those
reset methods. It's done this way for two reasons.
First, the ops table already contained too many methods and adding
four more of them would noticeably increase the amount of necessary
boilerplate code all over low level drivers.
Second, as ->error_handler uses those reset methods, it can get
confusing. ie. By overriding ->error_handler, those reset ops can be
made useless making layering a bit hazy.
Now that ops table uses inheritance, the first problem doesn't exist
anymore. The second isn't completely solved but is relieved by
providing default values - most drivers can just override what it has
implemented and don't have to concern itself about higher level
callbacks. In fact, there currently is no driver which actually
modifies error handling behavior. Drivers which override
->error_handler just wraps the standard error handler only to prepare
the controller for EH. I don't think making ops layering strict has
any noticeable benefit.
This patch makes ->prereset, ->softreset, ->hardreset, ->postreset and
their PMP counterparts propoer ops. Default ops are provided in the
base ops tables and drivers are converted to override individual reset
methods instead of creating custom error_handler.
* ata_std_error_handler() doesn't use sata_std_hardreset() if SCRs
aren't accessible. sata_promise doesn't need to use separate
error_handlers for PATA and SATA anymore.
* softreset is broken for sata_inic162x and sata_sx4. As libata now
always prefers hardreset, this doesn't really matter but the ops are
forced to NULL using ATA_OP_NULL for documentation purpose.
* pata_hpt374 needs to use different prereset for the first and second
PCI functions. This used to be done by branching from
hpt374_error_handler(). The proper way to do this is to use
separate ops and port_info tables for each function. Converted.
Signed-off-by: Tejun Heo <htejun@gmail.com>
2008-03-25 11:22:50 +08:00
|
|
|
static struct ata_port_operations hpt374_fn1_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 11:22:49 +08:00
|
|
|
.inherits = &hpt372_port_ops,
|
2009-11-20 02:10:44 +08:00
|
|
|
.cable_detect = hpt374_fn1_cable_detect,
|
2006-08-31 12:03:49 +08:00
|
|
|
};
|
2006-08-30 06:12:40 +08:00
|
|
|
|
|
|
|
/**
|
2009-09-20 22:22:51 +08:00
|
|
|
* hpt37x_clock_slot - Turn timing to PC clock entry
|
2006-08-30 06:12:40 +08:00
|
|
|
* @freq: Reported frequency timing
|
|
|
|
* @base: Base timing
|
|
|
|
*
|
|
|
|
* Turn the timing data intoa clock slot (0 for 33, 1 for 40, 2 for 50
|
|
|
|
* and 3 for 66Mhz)
|
|
|
|
*/
|
2006-08-31 12:03:49 +08:00
|
|
|
|
2006-08-30 06:12:40 +08:00
|
|
|
static int hpt37x_clock_slot(unsigned int freq, unsigned int base)
|
|
|
|
{
|
|
|
|
unsigned int f = (base * freq) / 192; /* Mhz */
|
|
|
|
if (f < 40)
|
|
|
|
return 0; /* 33Mhz slot */
|
|
|
|
if (f < 45)
|
|
|
|
return 1; /* 40Mhz slot */
|
|
|
|
if (f < 55)
|
|
|
|
return 2; /* 50Mhz slot */
|
|
|
|
return 3; /* 60Mhz slot */
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* hpt37x_calibrate_dpll - Calibrate the DPLL loop
|
2006-08-31 12:03:49 +08:00
|
|
|
* @dev: PCI device
|
2006-08-30 06:12:40 +08:00
|
|
|
*
|
|
|
|
* Perform a calibration cycle on the HPT37x DPLL. Returns 1 if this
|
|
|
|
* succeeds
|
|
|
|
*/
|
|
|
|
|
|
|
|
static int hpt37x_calibrate_dpll(struct pci_dev *dev)
|
|
|
|
{
|
|
|
|
u8 reg5b;
|
|
|
|
u32 reg5c;
|
|
|
|
int tries;
|
2006-08-31 12:03:49 +08:00
|
|
|
|
2010-12-29 04:09:27 +08:00
|
|
|
for (tries = 0; tries < 0x5000; tries++) {
|
2006-08-30 06:12:40 +08:00
|
|
|
udelay(50);
|
|
|
|
pci_read_config_byte(dev, 0x5b, ®5b);
|
|
|
|
if (reg5b & 0x80) {
|
|
|
|
/* See if it stays set */
|
2010-12-29 04:09:27 +08:00
|
|
|
for (tries = 0; tries < 0x1000; tries++) {
|
2006-08-30 06:12:40 +08:00
|
|
|
pci_read_config_byte(dev, 0x5b, ®5b);
|
|
|
|
/* Failed ? */
|
|
|
|
if ((reg5b & 0x80) == 0)
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
/* Turn off tuning, we have the DPLL set */
|
|
|
|
pci_read_config_dword(dev, 0x5c, ®5c);
|
2010-12-29 04:09:27 +08:00
|
|
|
pci_write_config_dword(dev, 0x5c, reg5c & ~0x100);
|
2006-08-30 06:12:40 +08:00
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
/* Never went stable */
|
|
|
|
return 0;
|
|
|
|
}
|
2007-11-06 06:53:38 +08:00
|
|
|
|
|
|
|
static u32 hpt374_read_freq(struct pci_dev *pdev)
|
|
|
|
{
|
|
|
|
u32 freq;
|
|
|
|
unsigned long io_base = pci_resource_start(pdev, 4);
|
2010-12-29 04:09:27 +08:00
|
|
|
|
2007-11-06 06:53:38 +08:00
|
|
|
if (PCI_FUNC(pdev->devfn) & 1) {
|
2007-12-14 08:01:38 +08:00
|
|
|
struct pci_dev *pdev_0;
|
|
|
|
|
|
|
|
pdev_0 = pci_get_slot(pdev->bus, pdev->devfn - 1);
|
2007-11-06 06:53:38 +08:00
|
|
|
/* Someone hot plugged the controller on us ? */
|
|
|
|
if (pdev_0 == NULL)
|
|
|
|
return 0;
|
|
|
|
io_base = pci_resource_start(pdev_0, 4);
|
|
|
|
freq = inl(io_base + 0x90);
|
|
|
|
pci_dev_put(pdev_0);
|
2007-12-14 08:01:38 +08:00
|
|
|
} else
|
2007-11-06 06:53:38 +08:00
|
|
|
freq = inl(io_base + 0x90);
|
|
|
|
return freq;
|
|
|
|
}
|
|
|
|
|
2006-08-30 06:12:40 +08:00
|
|
|
/**
|
|
|
|
* hpt37x_init_one - Initialise an HPT37X/302
|
|
|
|
* @dev: PCI device
|
|
|
|
* @id: Entry in match table
|
|
|
|
*
|
|
|
|
* Initialise an HPT37x device. There are some interesting complications
|
|
|
|
* here. Firstly the chip may report 366 and be one of several variants.
|
|
|
|
* Secondly all the timings depend on the clock for the chip which we must
|
|
|
|
* detect and look up
|
|
|
|
*
|
|
|
|
* This is the known chip mappings. It may be missing a couple of later
|
|
|
|
* releases.
|
|
|
|
*
|
|
|
|
* Chip version PCI Rev Notes
|
|
|
|
* HPT366 4 (HPT366) 0 Other driver
|
|
|
|
* HPT366 4 (HPT366) 1 Other driver
|
|
|
|
* HPT368 4 (HPT366) 2 Other driver
|
|
|
|
* HPT370 4 (HPT366) 3 UDMA100
|
|
|
|
* HPT370A 4 (HPT366) 4 UDMA100
|
|
|
|
* HPT372 4 (HPT366) 5 UDMA133 (1)
|
|
|
|
* HPT372N 4 (HPT366) 6 Other driver
|
|
|
|
* HPT372A 5 (HPT372) 1 UDMA133 (1)
|
|
|
|
* HPT372N 5 (HPT372) 2 Other driver
|
|
|
|
* HPT302 6 (HPT302) 1 UDMA133
|
|
|
|
* HPT302N 6 (HPT302) 2 Other driver
|
|
|
|
* HPT371 7 (HPT371) * UDMA133
|
|
|
|
* HPT374 8 (HPT374) * UDMA133 4 channel
|
|
|
|
* HPT372N 9 (HPT372N) * Other driver
|
|
|
|
*
|
|
|
|
* (1) UDMA133 support depends on the bus clock
|
|
|
|
*/
|
2006-08-31 12:03:49 +08:00
|
|
|
|
2006-08-30 06:12:40 +08:00
|
|
|
static int hpt37x_init_one(struct pci_dev *dev, const struct pci_device_id *id)
|
|
|
|
{
|
|
|
|
/* HPT370 - UDMA100 */
|
2007-05-04 18:43:58 +08:00
|
|
|
static const struct ata_port_info info_hpt370 = {
|
2007-05-28 18:59:48 +08:00
|
|
|
.flags = ATA_FLAG_SLAVE_POSS,
|
2009-03-15 04:38:24 +08:00
|
|
|
.pio_mask = ATA_PIO4,
|
|
|
|
.mwdma_mask = ATA_MWDMA2,
|
2007-07-10 00:16:50 +08:00
|
|
|
.udma_mask = ATA_UDMA5,
|
2006-08-30 06:12:40 +08:00
|
|
|
.port_ops = &hpt370_port_ops
|
|
|
|
};
|
|
|
|
/* HPT370A - UDMA100 */
|
2007-05-04 18:43:58 +08:00
|
|
|
static const struct ata_port_info info_hpt370a = {
|
2007-05-28 18:59:48 +08:00
|
|
|
.flags = ATA_FLAG_SLAVE_POSS,
|
2009-03-15 04:38:24 +08:00
|
|
|
.pio_mask = ATA_PIO4,
|
|
|
|
.mwdma_mask = ATA_MWDMA2,
|
2007-07-10 00:16:50 +08:00
|
|
|
.udma_mask = ATA_UDMA5,
|
2006-08-30 06:12:40 +08:00
|
|
|
.port_ops = &hpt370a_port_ops
|
|
|
|
};
|
2011-01-06 02:59:49 +08:00
|
|
|
/* HPT370 - UDMA66 */
|
2007-05-04 18:43:58 +08:00
|
|
|
static const struct ata_port_info info_hpt370_33 = {
|
2007-05-28 18:59:48 +08:00
|
|
|
.flags = ATA_FLAG_SLAVE_POSS,
|
2009-03-15 04:38:24 +08:00
|
|
|
.pio_mask = ATA_PIO4,
|
|
|
|
.mwdma_mask = ATA_MWDMA2,
|
2011-01-06 02:59:49 +08:00
|
|
|
.udma_mask = ATA_UDMA4,
|
2007-03-09 07:28:52 +08:00
|
|
|
.port_ops = &hpt370_port_ops
|
|
|
|
};
|
2011-01-06 02:59:49 +08:00
|
|
|
/* HPT370A - UDMA66 */
|
2007-05-04 18:43:58 +08:00
|
|
|
static const struct ata_port_info info_hpt370a_33 = {
|
2007-05-28 18:59:48 +08:00
|
|
|
.flags = ATA_FLAG_SLAVE_POSS,
|
2009-03-15 04:38:24 +08:00
|
|
|
.pio_mask = ATA_PIO4,
|
|
|
|
.mwdma_mask = ATA_MWDMA2,
|
2011-01-06 02:59:49 +08:00
|
|
|
.udma_mask = ATA_UDMA4,
|
2007-03-09 07:28:52 +08:00
|
|
|
.port_ops = &hpt370a_port_ops
|
|
|
|
};
|
2010-12-26 03:44:01 +08:00
|
|
|
/* HPT372 - UDMA133 */
|
2007-05-04 18:43:58 +08:00
|
|
|
static const struct ata_port_info info_hpt372 = {
|
2007-05-28 18:59:48 +08:00
|
|
|
.flags = ATA_FLAG_SLAVE_POSS,
|
2009-03-15 04:38:24 +08:00
|
|
|
.pio_mask = ATA_PIO4,
|
|
|
|
.mwdma_mask = ATA_MWDMA2,
|
2007-07-10 00:16:50 +08:00
|
|
|
.udma_mask = ATA_UDMA6,
|
2006-08-30 06:12:40 +08:00
|
|
|
.port_ops = &hpt372_port_ops
|
|
|
|
};
|
2010-12-26 03:44:01 +08:00
|
|
|
/* HPT371, 302 - UDMA133 */
|
|
|
|
static const struct ata_port_info info_hpt302 = {
|
|
|
|
.flags = ATA_FLAG_SLAVE_POSS,
|
|
|
|
.pio_mask = ATA_PIO4,
|
|
|
|
.mwdma_mask = ATA_MWDMA2,
|
|
|
|
.udma_mask = ATA_UDMA6,
|
|
|
|
.port_ops = &hpt302_port_ops
|
|
|
|
};
|
2011-01-12 02:01:23 +08:00
|
|
|
/* HPT374 - UDMA100, function 1 uses different cable_detect method */
|
libata: make reset related methods proper port operations
Currently reset methods are not specified directly in the
ata_port_operations table. If a LLD wants to use custom reset
methods, it should construct and use a error_handler which uses those
reset methods. It's done this way for two reasons.
First, the ops table already contained too many methods and adding
four more of them would noticeably increase the amount of necessary
boilerplate code all over low level drivers.
Second, as ->error_handler uses those reset methods, it can get
confusing. ie. By overriding ->error_handler, those reset ops can be
made useless making layering a bit hazy.
Now that ops table uses inheritance, the first problem doesn't exist
anymore. The second isn't completely solved but is relieved by
providing default values - most drivers can just override what it has
implemented and don't have to concern itself about higher level
callbacks. In fact, there currently is no driver which actually
modifies error handling behavior. Drivers which override
->error_handler just wraps the standard error handler only to prepare
the controller for EH. I don't think making ops layering strict has
any noticeable benefit.
This patch makes ->prereset, ->softreset, ->hardreset, ->postreset and
their PMP counterparts propoer ops. Default ops are provided in the
base ops tables and drivers are converted to override individual reset
methods instead of creating custom error_handler.
* ata_std_error_handler() doesn't use sata_std_hardreset() if SCRs
aren't accessible. sata_promise doesn't need to use separate
error_handlers for PATA and SATA anymore.
* softreset is broken for sata_inic162x and sata_sx4. As libata now
always prefers hardreset, this doesn't really matter but the ops are
forced to NULL using ATA_OP_NULL for documentation purpose.
* pata_hpt374 needs to use different prereset for the first and second
PCI functions. This used to be done by branching from
hpt374_error_handler(). The proper way to do this is to use
separate ops and port_info tables for each function. Converted.
Signed-off-by: Tejun Heo <htejun@gmail.com>
2008-03-25 11:22:50 +08:00
|
|
|
static const struct ata_port_info info_hpt374_fn0 = {
|
|
|
|
.flags = ATA_FLAG_SLAVE_POSS,
|
2009-03-15 04:38:24 +08:00
|
|
|
.pio_mask = ATA_PIO4,
|
|
|
|
.mwdma_mask = ATA_MWDMA2,
|
libata: make reset related methods proper port operations
Currently reset methods are not specified directly in the
ata_port_operations table. If a LLD wants to use custom reset
methods, it should construct and use a error_handler which uses those
reset methods. It's done this way for two reasons.
First, the ops table already contained too many methods and adding
four more of them would noticeably increase the amount of necessary
boilerplate code all over low level drivers.
Second, as ->error_handler uses those reset methods, it can get
confusing. ie. By overriding ->error_handler, those reset ops can be
made useless making layering a bit hazy.
Now that ops table uses inheritance, the first problem doesn't exist
anymore. The second isn't completely solved but is relieved by
providing default values - most drivers can just override what it has
implemented and don't have to concern itself about higher level
callbacks. In fact, there currently is no driver which actually
modifies error handling behavior. Drivers which override
->error_handler just wraps the standard error handler only to prepare
the controller for EH. I don't think making ops layering strict has
any noticeable benefit.
This patch makes ->prereset, ->softreset, ->hardreset, ->postreset and
their PMP counterparts propoer ops. Default ops are provided in the
base ops tables and drivers are converted to override individual reset
methods instead of creating custom error_handler.
* ata_std_error_handler() doesn't use sata_std_hardreset() if SCRs
aren't accessible. sata_promise doesn't need to use separate
error_handlers for PATA and SATA anymore.
* softreset is broken for sata_inic162x and sata_sx4. As libata now
always prefers hardreset, this doesn't really matter but the ops are
forced to NULL using ATA_OP_NULL for documentation purpose.
* pata_hpt374 needs to use different prereset for the first and second
PCI functions. This used to be done by branching from
hpt374_error_handler(). The proper way to do this is to use
separate ops and port_info tables for each function. Converted.
Signed-off-by: Tejun Heo <htejun@gmail.com>
2008-03-25 11:22:50 +08:00
|
|
|
.udma_mask = ATA_UDMA5,
|
|
|
|
.port_ops = &hpt372_port_ops
|
|
|
|
};
|
|
|
|
static const struct ata_port_info info_hpt374_fn1 = {
|
2007-05-28 18:59:48 +08:00
|
|
|
.flags = ATA_FLAG_SLAVE_POSS,
|
2009-03-15 04:38:24 +08:00
|
|
|
.pio_mask = ATA_PIO4,
|
|
|
|
.mwdma_mask = ATA_MWDMA2,
|
2007-07-10 00:16:50 +08:00
|
|
|
.udma_mask = ATA_UDMA5,
|
libata: make reset related methods proper port operations
Currently reset methods are not specified directly in the
ata_port_operations table. If a LLD wants to use custom reset
methods, it should construct and use a error_handler which uses those
reset methods. It's done this way for two reasons.
First, the ops table already contained too many methods and adding
four more of them would noticeably increase the amount of necessary
boilerplate code all over low level drivers.
Second, as ->error_handler uses those reset methods, it can get
confusing. ie. By overriding ->error_handler, those reset ops can be
made useless making layering a bit hazy.
Now that ops table uses inheritance, the first problem doesn't exist
anymore. The second isn't completely solved but is relieved by
providing default values - most drivers can just override what it has
implemented and don't have to concern itself about higher level
callbacks. In fact, there currently is no driver which actually
modifies error handling behavior. Drivers which override
->error_handler just wraps the standard error handler only to prepare
the controller for EH. I don't think making ops layering strict has
any noticeable benefit.
This patch makes ->prereset, ->softreset, ->hardreset, ->postreset and
their PMP counterparts propoer ops. Default ops are provided in the
base ops tables and drivers are converted to override individual reset
methods instead of creating custom error_handler.
* ata_std_error_handler() doesn't use sata_std_hardreset() if SCRs
aren't accessible. sata_promise doesn't need to use separate
error_handlers for PATA and SATA anymore.
* softreset is broken for sata_inic162x and sata_sx4. As libata now
always prefers hardreset, this doesn't really matter but the ops are
forced to NULL using ATA_OP_NULL for documentation purpose.
* pata_hpt374 needs to use different prereset for the first and second
PCI functions. This used to be done by branching from
hpt374_error_handler(). The proper way to do this is to use
separate ops and port_info tables for each function. Converted.
Signed-off-by: Tejun Heo <htejun@gmail.com>
2008-03-25 11:22:50 +08:00
|
|
|
.port_ops = &hpt374_fn1_port_ops
|
2006-08-30 06:12:40 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
static const int MHz[4] = { 33, 40, 50, 66 };
|
2007-05-04 18:43:58 +08:00
|
|
|
void *private_data = NULL;
|
2008-03-25 11:22:49 +08:00
|
|
|
const struct ata_port_info *ppi[] = { NULL, NULL };
|
2009-11-25 02:54:49 +08:00
|
|
|
u8 rev = dev->revision;
|
2006-08-30 06:12:40 +08:00
|
|
|
u8 irqmask;
|
2007-03-09 07:28:52 +08:00
|
|
|
u8 mcr1;
|
2006-08-30 06:12:40 +08:00
|
|
|
u32 freq;
|
2007-03-09 07:28:52 +08:00
|
|
|
int prefer_dpll = 1;
|
2007-05-22 08:14:23 +08:00
|
|
|
|
2007-03-09 07:28:52 +08:00
|
|
|
unsigned long iobase = pci_resource_start(dev, 4);
|
2006-08-30 06:12:40 +08:00
|
|
|
|
|
|
|
const struct hpt_chip *chip_table;
|
|
|
|
int clock_slot;
|
2008-03-25 11:22:47 +08:00
|
|
|
int rc;
|
|
|
|
|
|
|
|
rc = pcim_enable_device(dev);
|
|
|
|
if (rc)
|
|
|
|
return rc;
|
2006-08-30 06:12:40 +08:00
|
|
|
|
2011-01-11 03:31:13 +08:00
|
|
|
switch (dev->device) {
|
|
|
|
case PCI_DEVICE_ID_TTI_HPT366:
|
2006-08-30 06:12:40 +08:00
|
|
|
/* May be a later chip in disguise. Check */
|
|
|
|
/* Older chips are in the HPT366 driver. Ignore them */
|
2009-11-25 02:54:49 +08:00
|
|
|
if (rev < 3)
|
2006-08-30 06:12:40 +08:00
|
|
|
return -ENODEV;
|
|
|
|
/* N series chips have their own driver. Ignore */
|
2009-11-25 02:54:49 +08:00
|
|
|
if (rev == 6)
|
2006-08-30 06:12:40 +08:00
|
|
|
return -ENODEV;
|
|
|
|
|
2010-12-29 04:09:27 +08:00
|
|
|
switch (rev) {
|
|
|
|
case 3:
|
|
|
|
ppi[0] = &info_hpt370;
|
|
|
|
chip_table = &hpt370;
|
|
|
|
prefer_dpll = 0;
|
|
|
|
break;
|
|
|
|
case 4:
|
|
|
|
ppi[0] = &info_hpt370a;
|
|
|
|
chip_table = &hpt370a;
|
|
|
|
prefer_dpll = 0;
|
|
|
|
break;
|
|
|
|
case 5:
|
|
|
|
ppi[0] = &info_hpt372;
|
|
|
|
chip_table = &hpt372;
|
|
|
|
break;
|
|
|
|
default:
|
2011-02-01 00:39:24 +08:00
|
|
|
pr_err("Unknown HPT366 subtype, please report (%d)\n",
|
|
|
|
rev);
|
2010-12-29 04:09:27 +08:00
|
|
|
return -ENODEV;
|
2006-08-30 06:12:40 +08:00
|
|
|
}
|
2011-01-11 03:31:13 +08:00
|
|
|
break;
|
|
|
|
case PCI_DEVICE_ID_TTI_HPT372:
|
|
|
|
/* 372N if rev >= 2 */
|
|
|
|
if (rev >= 2)
|
|
|
|
return -ENODEV;
|
|
|
|
ppi[0] = &info_hpt372;
|
|
|
|
chip_table = &hpt372a;
|
|
|
|
break;
|
|
|
|
case PCI_DEVICE_ID_TTI_HPT302:
|
|
|
|
/* 302N if rev > 1 */
|
|
|
|
if (rev > 1)
|
|
|
|
return -ENODEV;
|
|
|
|
ppi[0] = &info_hpt302;
|
|
|
|
/* Check this */
|
|
|
|
chip_table = &hpt302;
|
|
|
|
break;
|
|
|
|
case PCI_DEVICE_ID_TTI_HPT371:
|
|
|
|
if (rev > 1)
|
|
|
|
return -ENODEV;
|
|
|
|
ppi[0] = &info_hpt302;
|
|
|
|
chip_table = &hpt371;
|
|
|
|
/*
|
|
|
|
* Single channel device, master is not present but the BIOS
|
|
|
|
* (or us for non x86) must mark it absent
|
|
|
|
*/
|
|
|
|
pci_read_config_byte(dev, 0x50, &mcr1);
|
|
|
|
mcr1 &= ~0x04;
|
|
|
|
pci_write_config_byte(dev, 0x50, mcr1);
|
|
|
|
break;
|
|
|
|
case PCI_DEVICE_ID_TTI_HPT374:
|
|
|
|
chip_table = &hpt374;
|
|
|
|
if (!(PCI_FUNC(dev->devfn) & 1))
|
|
|
|
*ppi = &info_hpt374_fn0;
|
|
|
|
else
|
|
|
|
*ppi = &info_hpt374_fn1;
|
|
|
|
break;
|
|
|
|
default:
|
2011-02-01 00:39:24 +08:00
|
|
|
pr_err("PCI table is bogus, please report (%d)\n", dev->device);
|
2011-01-11 03:31:13 +08:00
|
|
|
return -ENODEV;
|
2006-08-30 06:12:40 +08:00
|
|
|
}
|
|
|
|
/* Ok so this is a chip we support */
|
|
|
|
|
|
|
|
pci_write_config_byte(dev, PCI_CACHE_LINE_SIZE, (L1_CACHE_BYTES / 4));
|
|
|
|
pci_write_config_byte(dev, PCI_LATENCY_TIMER, 0x78);
|
|
|
|
pci_write_config_byte(dev, PCI_MIN_GNT, 0x08);
|
|
|
|
pci_write_config_byte(dev, PCI_MAX_LAT, 0x08);
|
|
|
|
|
|
|
|
pci_read_config_byte(dev, 0x5A, &irqmask);
|
|
|
|
irqmask &= ~0x10;
|
|
|
|
pci_write_config_byte(dev, 0x5a, irqmask);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* default to pci clock. make sure MA15/16 are set to output
|
|
|
|
* to prevent drives having problems with 40-pin cables. Needed
|
|
|
|
* for some drives such as IBM-DTLA which will not enter ready
|
|
|
|
* state on reset when PDIAG is a input.
|
|
|
|
*/
|
|
|
|
|
2006-08-31 12:03:49 +08:00
|
|
|
pci_write_config_byte(dev, 0x5b, 0x23);
|
2007-05-22 08:14:23 +08:00
|
|
|
|
2007-03-09 07:28:52 +08:00
|
|
|
/*
|
|
|
|
* HighPoint does this for HPT372A.
|
|
|
|
* NOTE: This register is only writeable via I/O space.
|
|
|
|
*/
|
|
|
|
if (chip_table == &hpt372a)
|
|
|
|
outb(0x0e, iobase + 0x9c);
|
2006-08-31 12:03:49 +08:00
|
|
|
|
2010-12-29 04:09:27 +08:00
|
|
|
/*
|
|
|
|
* Some devices do not let this value be accessed via PCI space
|
|
|
|
* according to the old driver. In addition we must use the value
|
|
|
|
* from FN 0 on the HPT374.
|
|
|
|
*/
|
2007-11-06 06:53:38 +08:00
|
|
|
|
|
|
|
if (chip_table == &hpt374) {
|
|
|
|
freq = hpt374_read_freq(dev);
|
|
|
|
if (freq == 0)
|
|
|
|
return -ENODEV;
|
|
|
|
} else
|
|
|
|
freq = inl(iobase + 0x90);
|
2007-03-09 07:28:52 +08:00
|
|
|
|
2006-08-30 06:12:40 +08:00
|
|
|
if ((freq >> 12) != 0xABCDE) {
|
|
|
|
int i;
|
|
|
|
u8 sr;
|
|
|
|
u32 total = 0;
|
2006-08-31 12:03:49 +08:00
|
|
|
|
2011-02-01 00:39:24 +08:00
|
|
|
pr_warn("BIOS has not set timing clocks\n");
|
2006-08-31 12:03:49 +08:00
|
|
|
|
2006-08-30 06:12:40 +08:00
|
|
|
/* This is the process the HPT371 BIOS is reported to use */
|
2010-12-29 04:09:27 +08:00
|
|
|
for (i = 0; i < 128; i++) {
|
2006-08-30 06:12:40 +08:00
|
|
|
pci_read_config_byte(dev, 0x78, &sr);
|
2007-03-09 07:28:52 +08:00
|
|
|
total += sr & 0x1FF;
|
2006-08-30 06:12:40 +08:00
|
|
|
udelay(15);
|
|
|
|
}
|
|
|
|
freq = total / 128;
|
|
|
|
}
|
|
|
|
freq &= 0x1FF;
|
2006-08-31 12:03:49 +08:00
|
|
|
|
2006-08-30 06:12:40 +08:00
|
|
|
/*
|
|
|
|
* Turn the frequency check into a band and then find a timing
|
|
|
|
* table to match it.
|
|
|
|
*/
|
2007-05-22 08:14:23 +08:00
|
|
|
|
2006-08-30 06:12:40 +08:00
|
|
|
clock_slot = hpt37x_clock_slot(freq, chip_table->base);
|
2007-03-09 07:28:52 +08:00
|
|
|
if (chip_table->clocks[clock_slot] == NULL || prefer_dpll) {
|
2006-08-30 06:12:40 +08:00
|
|
|
/*
|
|
|
|
* We need to try PLL mode instead
|
2007-03-09 07:28:52 +08:00
|
|
|
*
|
|
|
|
* For non UDMA133 capable devices we should
|
|
|
|
* use a 50MHz DPLL by choice
|
2006-08-30 06:12:40 +08:00
|
|
|
*/
|
2007-03-09 07:28:52 +08:00
|
|
|
unsigned int f_low, f_high;
|
2007-05-26 03:48:55 +08:00
|
|
|
int dpll, adjust;
|
2007-05-22 08:14:23 +08:00
|
|
|
|
2007-05-26 03:48:55 +08:00
|
|
|
/* Compute DPLL */
|
2008-03-25 11:22:49 +08:00
|
|
|
dpll = (ppi[0]->udma_mask & 0xC0) ? 3 : 2;
|
2007-05-22 08:14:23 +08:00
|
|
|
|
2007-05-26 03:48:55 +08:00
|
|
|
f_low = (MHz[clock_slot] * 48) / MHz[dpll];
|
2007-03-09 07:28:52 +08:00
|
|
|
f_high = f_low + 2;
|
2007-05-26 03:48:55 +08:00
|
|
|
if (clock_slot > 1)
|
|
|
|
f_high += 2;
|
2007-03-09 07:28:52 +08:00
|
|
|
|
|
|
|
/* Select the DPLL clock. */
|
|
|
|
pci_write_config_byte(dev, 0x5b, 0x21);
|
2010-12-29 04:09:27 +08:00
|
|
|
pci_write_config_dword(dev, 0x5C,
|
|
|
|
(f_high << 16) | f_low | 0x100);
|
2006-08-31 12:03:49 +08:00
|
|
|
|
2010-12-29 04:09:27 +08:00
|
|
|
for (adjust = 0; adjust < 8; adjust++) {
|
2006-08-30 06:12:40 +08:00
|
|
|
if (hpt37x_calibrate_dpll(dev))
|
|
|
|
break;
|
2010-12-29 04:09:27 +08:00
|
|
|
/*
|
|
|
|
* See if it'll settle at a fractionally
|
|
|
|
* different clock
|
|
|
|
*/
|
2007-07-24 22:17:48 +08:00
|
|
|
if (adjust & 1)
|
|
|
|
f_low -= adjust >> 1;
|
|
|
|
else
|
|
|
|
f_high += adjust >> 1;
|
2010-12-29 04:09:27 +08:00
|
|
|
pci_write_config_dword(dev, 0x5C,
|
|
|
|
(f_high << 16) | f_low | 0x100);
|
2006-08-30 06:12:40 +08:00
|
|
|
}
|
|
|
|
if (adjust == 8) {
|
2011-02-01 00:39:24 +08:00
|
|
|
pr_err("DPLL did not stabilize!\n");
|
2006-08-30 06:12:40 +08:00
|
|
|
return -ENODEV;
|
|
|
|
}
|
2007-05-26 03:48:55 +08:00
|
|
|
if (dpll == 3)
|
2007-05-04 18:43:58 +08:00
|
|
|
private_data = (void *)hpt37x_timings_66;
|
2007-03-09 07:28:52 +08:00
|
|
|
else
|
2007-05-04 18:43:58 +08:00
|
|
|
private_data = (void *)hpt37x_timings_50;
|
2006-08-31 12:03:49 +08:00
|
|
|
|
2011-02-01 00:39:24 +08:00
|
|
|
pr_info("bus clock %dMHz, using %dMHz DPLL\n",
|
2011-01-11 02:39:34 +08:00
|
|
|
MHz[clock_slot], MHz[dpll]);
|
2006-08-30 06:12:40 +08:00
|
|
|
} else {
|
2007-05-04 18:43:58 +08:00
|
|
|
private_data = (void *)chip_table->clocks[clock_slot];
|
2006-08-30 06:12:40 +08:00
|
|
|
/*
|
2007-04-26 15:19:25 +08:00
|
|
|
* Perform a final fixup. Note that we will have used the
|
|
|
|
* DPLL on the HPT372 which means we don't have to worry
|
|
|
|
* about lack of UDMA133 support on lower clocks
|
2010-12-29 04:09:27 +08:00
|
|
|
*/
|
2006-08-31 12:03:49 +08:00
|
|
|
|
2008-03-25 11:22:49 +08:00
|
|
|
if (clock_slot < 2 && ppi[0] == &info_hpt370)
|
|
|
|
ppi[0] = &info_hpt370_33;
|
|
|
|
if (clock_slot < 2 && ppi[0] == &info_hpt370a)
|
|
|
|
ppi[0] = &info_hpt370a_33;
|
2011-01-11 02:39:34 +08:00
|
|
|
|
2011-02-01 00:39:24 +08:00
|
|
|
pr_info("%s using %dMHz bus clock\n",
|
2011-01-11 02:39:34 +08:00
|
|
|
chip_table->name, MHz[clock_slot]);
|
2006-08-30 06:12:40 +08:00
|
|
|
}
|
2007-03-09 07:28:52 +08:00
|
|
|
|
2006-08-30 06:12:40 +08:00
|
|
|
/* Now kick off ATA set up */
|
2010-05-20 04:10:22 +08:00
|
|
|
return ata_pci_bmdma_init_one(dev, ppi, &hpt37x_sht, private_data, 0);
|
2006-08-30 06:12:40 +08:00
|
|
|
}
|
|
|
|
|
2006-09-29 08:21:59 +08:00
|
|
|
static const struct pci_device_id hpt37x[] = {
|
|
|
|
{ PCI_VDEVICE(TTI, PCI_DEVICE_ID_TTI_HPT366), },
|
|
|
|
{ PCI_VDEVICE(TTI, PCI_DEVICE_ID_TTI_HPT371), },
|
|
|
|
{ PCI_VDEVICE(TTI, PCI_DEVICE_ID_TTI_HPT372), },
|
|
|
|
{ PCI_VDEVICE(TTI, PCI_DEVICE_ID_TTI_HPT374), },
|
|
|
|
{ PCI_VDEVICE(TTI, PCI_DEVICE_ID_TTI_HPT302), },
|
|
|
|
|
|
|
|
{ },
|
2006-08-30 06:12:40 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
static struct pci_driver hpt37x_pci_driver = {
|
2010-12-29 04:09:27 +08:00
|
|
|
.name = DRV_NAME,
|
2006-08-30 06:12:40 +08:00
|
|
|
.id_table = hpt37x,
|
2010-12-29 04:09:27 +08:00
|
|
|
.probe = hpt37x_init_one,
|
2006-08-30 06:12:40 +08:00
|
|
|
.remove = ata_pci_remove_one
|
|
|
|
};
|
|
|
|
|
|
|
|
static int __init hpt37x_init(void)
|
|
|
|
{
|
|
|
|
return pci_register_driver(&hpt37x_pci_driver);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void __exit hpt37x_exit(void)
|
|
|
|
{
|
|
|
|
pci_unregister_driver(&hpt37x_pci_driver);
|
|
|
|
}
|
|
|
|
|
|
|
|
MODULE_AUTHOR("Alan Cox");
|
|
|
|
MODULE_DESCRIPTION("low-level driver for the Highpoint HPT37x/30x");
|
|
|
|
MODULE_LICENSE("GPL");
|
|
|
|
MODULE_DEVICE_TABLE(pci, hpt37x);
|
|
|
|
MODULE_VERSION(DRV_VERSION);
|
|
|
|
|
|
|
|
module_init(hpt37x_init);
|
|
|
|
module_exit(hpt37x_exit);
|