2005-04-16 16:20:36 -06:00
|
|
|
/*
|
2008-02-26 13:50:36 -07:00
|
|
|
* IDE DMA support (including IDE PCI BM-DMA).
|
|
|
|
*
|
2008-02-01 15:09:33 -07:00
|
|
|
* Copyright (C) 1995-1998 Mark Lord
|
|
|
|
* Copyright (C) 1999-2000 Andre Hedrick <andre@linux-ide.org>
|
|
|
|
* Copyright (C) 2004, 2007 Bartlomiej Zolnierkiewicz
|
2008-02-01 15:09:33 -07:00
|
|
|
*
|
2005-04-16 16:20:36 -06:00
|
|
|
* May be copied or modified under the terms of the GNU General Public License
|
2008-02-26 13:50:36 -07:00
|
|
|
*
|
|
|
|
* DMA is supported for all IDE devices (disk drives, cdroms, tapes, floppies).
|
2005-04-16 16:20:36 -06:00
|
|
|
*/
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Special Thanks to Mark for his Six years of work.
|
|
|
|
*/
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Thanks to "Christopher J. Reimer" <reimer@doe.carleton.ca> for
|
|
|
|
* fixing the problem with the BIOS on some Acer motherboards.
|
|
|
|
*
|
|
|
|
* Thanks to "Benoit Poulot-Cazajous" <poulot@chorus.fr> for testing
|
|
|
|
* "TX" chipset compatibility and for providing patches for the "TX" chipset.
|
|
|
|
*
|
|
|
|
* Thanks to Christian Brunner <chb@muc.de> for taking a good first crack
|
|
|
|
* at generic DMA -- his patches were referred to when preparing this code.
|
|
|
|
*
|
|
|
|
* Most importantly, thanks to Robert Bringman <rob@mars.trion.com>
|
|
|
|
* for supplying a Promise UDMA board & WD UDMA drive for this work!
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/types.h>
|
include cleanup: Update gfp.h and slab.h includes to prepare for breaking implicit slab.h inclusion from percpu.h
percpu.h is included by sched.h and module.h and thus ends up being
included when building most .c files. percpu.h includes slab.h which
in turn includes gfp.h making everything defined by the two files
universally available and complicating inclusion dependencies.
percpu.h -> slab.h dependency is about to be removed. Prepare for
this change by updating users of gfp and slab facilities include those
headers directly instead of assuming availability. As this conversion
needs to touch large number of source files, the following script is
used as the basis of conversion.
http://userweb.kernel.org/~tj/misc/slabh-sweep.py
The script does the followings.
* Scan files for gfp and slab usages and update includes such that
only the necessary includes are there. ie. if only gfp is used,
gfp.h, if slab is used, slab.h.
* When the script inserts a new include, it looks at the include
blocks and try to put the new include such that its order conforms
to its surrounding. It's put in the include block which contains
core kernel includes, in the same order that the rest are ordered -
alphabetical, Christmas tree, rev-Xmas-tree or at the end if there
doesn't seem to be any matching order.
* If the script can't find a place to put a new include (mostly
because the file doesn't have fitting include block), it prints out
an error message indicating which .h file needs to be added to the
file.
The conversion was done in the following steps.
1. The initial automatic conversion of all .c files updated slightly
over 4000 files, deleting around 700 includes and adding ~480 gfp.h
and ~3000 slab.h inclusions. The script emitted errors for ~400
files.
2. Each error was manually checked. Some didn't need the inclusion,
some needed manual addition while adding it to implementation .h or
embedding .c file was more appropriate for others. This step added
inclusions to around 150 files.
3. The script was run again and the output was compared to the edits
from #2 to make sure no file was left behind.
4. Several build tests were done and a couple of problems were fixed.
e.g. lib/decompress_*.c used malloc/free() wrappers around slab
APIs requiring slab.h to be added manually.
5. The script was run on all .h files but without automatically
editing them as sprinkling gfp.h and slab.h inclusions around .h
files could easily lead to inclusion dependency hell. Most gfp.h
inclusion directives were ignored as stuff from gfp.h was usually
wildly available and often used in preprocessor macros. Each
slab.h inclusion directive was examined and added manually as
necessary.
6. percpu.h was updated not to include slab.h.
7. Build test were done on the following configurations and failures
were fixed. CONFIG_GCOV_KERNEL was turned off for all tests (as my
distributed build env didn't work with gcov compiles) and a few
more options had to be turned off depending on archs to make things
build (like ipr on powerpc/64 which failed due to missing writeq).
* x86 and x86_64 UP and SMP allmodconfig and a custom test config.
* powerpc and powerpc64 SMP allmodconfig
* sparc and sparc64 SMP allmodconfig
* ia64 SMP allmodconfig
* s390 SMP allmodconfig
* alpha SMP allmodconfig
* um on x86_64 SMP allmodconfig
8. percpu.h modifications were reverted so that it could be applied as
a separate patch and serve as bisection point.
Given the fact that I had only a couple of failures from tests on step
6, I'm fairly confident about the coverage of this conversion patch.
If there is a breakage, it's likely to be something in one of the arch
headers which should be easily discoverable easily on most builds of
the specific arch.
Signed-off-by: Tejun Heo <tj@kernel.org>
Guess-its-ok-by: Christoph Lameter <cl@linux-foundation.org>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: Lee Schermerhorn <Lee.Schermerhorn@hp.com>
2010-03-24 02:04:11 -06:00
|
|
|
#include <linux/gfp.h>
|
2005-04-16 16:20:36 -06:00
|
|
|
#include <linux/kernel.h>
|
|
|
|
#include <linux/ide.h>
|
|
|
|
#include <linux/scatterlist.h>
|
2008-02-01 15:09:32 -07:00
|
|
|
#include <linux/dma-mapping.h>
|
2005-04-16 16:20:36 -06:00
|
|
|
|
2008-10-13 13:39:47 -06:00
|
|
|
static const struct drive_list_entry drive_whitelist[] = {
|
2007-07-09 15:17:56 -06:00
|
|
|
{ "Micropolis 2112A" , NULL },
|
|
|
|
{ "CONNER CTMA 4000" , NULL },
|
|
|
|
{ "CONNER CTT8000-A" , NULL },
|
|
|
|
{ "ST34342A" , NULL },
|
2005-04-16 16:20:36 -06:00
|
|
|
{ NULL , NULL }
|
|
|
|
};
|
|
|
|
|
2008-10-13 13:39:47 -06:00
|
|
|
static const struct drive_list_entry drive_blacklist[] = {
|
2007-07-09 15:17:56 -06:00
|
|
|
{ "WDC AC11000H" , NULL },
|
|
|
|
{ "WDC AC22100H" , NULL },
|
|
|
|
{ "WDC AC32500H" , NULL },
|
|
|
|
{ "WDC AC33100H" , NULL },
|
|
|
|
{ "WDC AC31600H" , NULL },
|
2005-04-16 16:20:36 -06:00
|
|
|
{ "WDC AC32100H" , "24.09P07" },
|
|
|
|
{ "WDC AC23200L" , "21.10N21" },
|
2007-07-09 15:17:56 -06:00
|
|
|
{ "Compaq CRD-8241B" , NULL },
|
|
|
|
{ "CRD-8400B" , NULL },
|
|
|
|
{ "CRD-8480B", NULL },
|
|
|
|
{ "CRD-8482B", NULL },
|
|
|
|
{ "CRD-84" , NULL },
|
|
|
|
{ "SanDisk SDP3B" , NULL },
|
|
|
|
{ "SanDisk SDP3B-64" , NULL },
|
|
|
|
{ "SANYO CD-ROM CRD" , NULL },
|
|
|
|
{ "HITACHI CDR-8" , NULL },
|
|
|
|
{ "HITACHI CDR-8335" , NULL },
|
|
|
|
{ "HITACHI CDR-8435" , NULL },
|
|
|
|
{ "Toshiba CD-ROM XM-6202B" , NULL },
|
|
|
|
{ "TOSHIBA CD-ROM XM-1702BC", NULL },
|
|
|
|
{ "CD-532E-A" , NULL },
|
|
|
|
{ "E-IDE CD-ROM CR-840", NULL },
|
|
|
|
{ "CD-ROM Drive/F5A", NULL },
|
|
|
|
{ "WPI CDD-820", NULL },
|
|
|
|
{ "SAMSUNG CD-ROM SC-148C", NULL },
|
|
|
|
{ "SAMSUNG CD-ROM SC", NULL },
|
|
|
|
{ "ATAPI CD-ROM DRIVE 40X MAXIMUM", NULL },
|
|
|
|
{ "_NEC DV5800A", NULL },
|
2007-05-23 18:42:38 -06:00
|
|
|
{ "SAMSUNG CD-ROM SN-124", "N001" },
|
2007-07-09 15:17:56 -06:00
|
|
|
{ "Seagate STT20000A", NULL },
|
2007-11-27 13:35:56 -07:00
|
|
|
{ "CD-ROM CDR_U200", "1.09" },
|
2005-04-16 16:20:36 -06:00
|
|
|
{ NULL , NULL }
|
|
|
|
|
|
|
|
};
|
|
|
|
|
|
|
|
/**
|
|
|
|
* ide_dma_intr - IDE DMA interrupt handler
|
|
|
|
* @drive: the drive the interrupt is for
|
|
|
|
*
|
2008-10-13 13:39:47 -06:00
|
|
|
* Handle an interrupt completing a read/write DMA transfer on an
|
2005-04-16 16:20:36 -06:00
|
|
|
* IDE device
|
|
|
|
*/
|
2008-10-13 13:39:47 -06:00
|
|
|
|
|
|
|
ide_startstop_t ide_dma_intr(ide_drive_t *drive)
|
2005-04-16 16:20:36 -06:00
|
|
|
{
|
2008-07-23 11:55:52 -06:00
|
|
|
ide_hwif_t *hwif = drive->hwif;
|
2009-03-31 12:15:24 -06:00
|
|
|
struct ide_cmd *cmd = &hwif->cmd;
|
2005-04-16 16:20:36 -06:00
|
|
|
u8 stat = 0, dma_stat = 0;
|
|
|
|
|
2009-03-31 12:15:22 -06:00
|
|
|
drive->waiting_for_dma = 0;
|
2008-07-23 11:55:52 -06:00
|
|
|
dma_stat = hwif->dma_ops->dma_end(drive);
|
2009-03-31 12:15:24 -06:00
|
|
|
ide_dma_unmap_sg(drive, cmd);
|
2008-07-23 11:55:56 -06:00
|
|
|
stat = hwif->tp_ops->read_status(hwif);
|
2008-02-05 18:57:51 -07:00
|
|
|
|
2008-10-10 14:39:21 -06:00
|
|
|
if (OK_STAT(stat, DRIVE_READY, drive->bad_wstat | ATA_DRQ)) {
|
2005-04-16 16:20:36 -06:00
|
|
|
if (!dma_stat) {
|
2009-03-27 05:46:42 -06:00
|
|
|
if ((cmd->tf_flags & IDE_TFLAG_FS) == 0)
|
|
|
|
ide_finish_cmd(drive, cmd, stat);
|
|
|
|
else
|
2009-03-27 05:46:45 -06:00
|
|
|
ide_complete_rq(drive, 0,
|
2009-05-07 07:24:40 -06:00
|
|
|
blk_rq_sectors(cmd->rq) << 9);
|
2005-04-16 16:20:36 -06:00
|
|
|
return ide_stopped;
|
|
|
|
}
|
2008-10-13 13:39:47 -06:00
|
|
|
printk(KERN_ERR "%s: %s: bad DMA status (0x%02x)\n",
|
|
|
|
drive->name, __func__, dma_stat);
|
2005-04-16 16:20:36 -06:00
|
|
|
}
|
|
|
|
return ide_error(drive, "dma_intr", stat);
|
|
|
|
}
|
|
|
|
|
2008-10-13 13:39:47 -06:00
|
|
|
int ide_dma_good_drive(ide_drive_t *drive)
|
2007-10-13 09:47:50 -06:00
|
|
|
{
|
|
|
|
return ide_in_drive_list(drive->id, drive_whitelist);
|
|
|
|
}
|
|
|
|
|
2005-04-16 16:20:36 -06:00
|
|
|
/**
|
2009-03-31 12:15:24 -06:00
|
|
|
* ide_dma_map_sg - map IDE scatter gather for DMA I/O
|
|
|
|
* @drive: the drive to map the DMA table for
|
2009-03-27 05:46:46 -06:00
|
|
|
* @cmd: command
|
2005-04-16 16:20:36 -06:00
|
|
|
*
|
2008-02-01 15:09:32 -07:00
|
|
|
* Perform the DMA mapping magic necessary to access the source or
|
|
|
|
* target buffers of a request via DMA. The lower layers of the
|
2005-04-16 16:20:36 -06:00
|
|
|
* kernel provide the necessary cache management so that we can
|
2008-02-01 15:09:32 -07:00
|
|
|
* operate in a portable fashion.
|
2005-04-16 16:20:36 -06:00
|
|
|
*/
|
|
|
|
|
2009-03-31 12:15:24 -06:00
|
|
|
static int ide_dma_map_sg(ide_drive_t *drive, struct ide_cmd *cmd)
|
2005-04-16 16:20:36 -06:00
|
|
|
{
|
2008-10-13 13:39:47 -06:00
|
|
|
ide_hwif_t *hwif = drive->hwif;
|
2005-04-16 16:20:36 -06:00
|
|
|
struct scatterlist *sg = hwif->sg_table;
|
2009-03-13 14:16:13 -06:00
|
|
|
int i;
|
2005-04-16 16:20:36 -06:00
|
|
|
|
2009-03-27 05:46:46 -06:00
|
|
|
if (cmd->tf_flags & IDE_TFLAG_WRITE)
|
2009-03-27 05:46:38 -06:00
|
|
|
cmd->sg_dma_direction = DMA_TO_DEVICE;
|
2009-03-27 05:46:46 -06:00
|
|
|
else
|
|
|
|
cmd->sg_dma_direction = DMA_FROM_DEVICE;
|
2005-04-16 16:20:36 -06:00
|
|
|
|
2009-03-27 05:46:38 -06:00
|
|
|
i = dma_map_sg(hwif->dev, sg, cmd->sg_nents, cmd->sg_dma_direction);
|
2009-03-31 12:15:24 -06:00
|
|
|
if (i) {
|
2009-03-27 05:46:38 -06:00
|
|
|
cmd->orig_sg_nents = cmd->sg_nents;
|
|
|
|
cmd->sg_nents = i;
|
2009-03-13 14:16:13 -06:00
|
|
|
}
|
|
|
|
|
|
|
|
return i;
|
2005-04-16 16:20:36 -06:00
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
2009-03-31 12:15:24 -06:00
|
|
|
* ide_dma_unmap_sg - clean up DMA mapping
|
2005-04-16 16:20:36 -06:00
|
|
|
* @drive: The drive to unmap
|
|
|
|
*
|
|
|
|
* Teardown mappings after DMA has completed. This must be called
|
|
|
|
* after the completion of each use of ide_build_dmatable and before
|
|
|
|
* the next use of ide_build_dmatable. Failure to do so will cause
|
|
|
|
* an oops as only one mapping can be live for each target at a given
|
|
|
|
* time.
|
|
|
|
*/
|
2008-10-13 13:39:47 -06:00
|
|
|
|
2009-03-31 12:15:24 -06:00
|
|
|
void ide_dma_unmap_sg(ide_drive_t *drive, struct ide_cmd *cmd)
|
2005-04-16 16:20:36 -06:00
|
|
|
{
|
2008-02-01 15:09:31 -07:00
|
|
|
ide_hwif_t *hwif = drive->hwif;
|
2005-04-16 16:20:36 -06:00
|
|
|
|
2009-03-27 05:46:38 -06:00
|
|
|
dma_unmap_sg(hwif->dev, hwif->sg_table, cmd->orig_sg_nents,
|
|
|
|
cmd->sg_dma_direction);
|
2005-04-16 16:20:36 -06:00
|
|
|
}
|
2009-03-31 12:15:24 -06:00
|
|
|
EXPORT_SYMBOL_GPL(ide_dma_unmap_sg);
|
2005-04-16 16:20:36 -06:00
|
|
|
|
|
|
|
/**
|
2007-02-16 18:40:26 -07:00
|
|
|
* ide_dma_off_quietly - Generic DMA kill
|
2005-04-16 16:20:36 -06:00
|
|
|
* @drive: drive to control
|
|
|
|
*
|
2008-10-13 13:39:47 -06:00
|
|
|
* Turn off the current DMA on this IDE controller.
|
2005-04-16 16:20:36 -06:00
|
|
|
*/
|
|
|
|
|
2007-02-16 18:40:26 -07:00
|
|
|
void ide_dma_off_quietly(ide_drive_t *drive)
|
2005-04-16 16:20:36 -06:00
|
|
|
{
|
2008-10-13 13:39:36 -06:00
|
|
|
drive->dev_flags &= ~IDE_DFLAG_USING_DMA;
|
2005-04-16 16:20:36 -06:00
|
|
|
ide_toggle_bounce(drive, 0);
|
|
|
|
|
2008-04-26 14:25:24 -06:00
|
|
|
drive->hwif->dma_ops->dma_host_set(drive, 0);
|
2005-04-16 16:20:36 -06:00
|
|
|
}
|
2007-02-16 18:40:26 -07:00
|
|
|
EXPORT_SYMBOL(ide_dma_off_quietly);
|
2005-04-16 16:20:36 -06:00
|
|
|
|
|
|
|
/**
|
2007-02-16 18:40:26 -07:00
|
|
|
* ide_dma_off - disable DMA on a device
|
2005-04-16 16:20:36 -06:00
|
|
|
* @drive: drive to disable DMA on
|
|
|
|
*
|
|
|
|
* Disable IDE DMA for a device on this IDE controller.
|
|
|
|
* Inform the user that DMA has been disabled.
|
|
|
|
*/
|
|
|
|
|
2007-02-16 18:40:26 -07:00
|
|
|
void ide_dma_off(ide_drive_t *drive)
|
2005-04-16 16:20:36 -06:00
|
|
|
{
|
|
|
|
printk(KERN_INFO "%s: DMA disabled\n", drive->name);
|
2008-01-26 12:13:01 -07:00
|
|
|
ide_dma_off_quietly(drive);
|
2005-04-16 16:20:36 -06:00
|
|
|
}
|
2007-02-16 18:40:26 -07:00
|
|
|
EXPORT_SYMBOL(ide_dma_off);
|
2005-04-16 16:20:36 -06:00
|
|
|
|
|
|
|
/**
|
2008-01-26 12:13:01 -07:00
|
|
|
* ide_dma_on - Enable DMA on a device
|
2005-04-16 16:20:36 -06:00
|
|
|
* @drive: drive to enable DMA on
|
|
|
|
*
|
|
|
|
* Enable IDE DMA for a device on this IDE controller.
|
|
|
|
*/
|
2008-01-26 12:13:01 -07:00
|
|
|
|
|
|
|
void ide_dma_on(ide_drive_t *drive)
|
2005-04-16 16:20:36 -06:00
|
|
|
{
|
2008-10-13 13:39:36 -06:00
|
|
|
drive->dev_flags |= IDE_DFLAG_USING_DMA;
|
2005-04-16 16:20:36 -06:00
|
|
|
ide_toggle_bounce(drive, 1);
|
|
|
|
|
2008-04-26 14:25:24 -06:00
|
|
|
drive->hwif->dma_ops->dma_host_set(drive, 1);
|
2005-04-16 16:20:36 -06:00
|
|
|
}
|
|
|
|
|
2008-10-13 13:39:47 -06:00
|
|
|
int __ide_dma_bad_drive(ide_drive_t *drive)
|
2005-04-16 16:20:36 -06:00
|
|
|
{
|
2008-10-10 14:39:19 -06:00
|
|
|
u16 *id = drive->id;
|
2005-04-16 16:20:36 -06:00
|
|
|
|
2005-12-14 18:16:18 -07:00
|
|
|
int blacklist = ide_in_drive_list(id, drive_blacklist);
|
2005-04-16 16:20:36 -06:00
|
|
|
if (blacklist) {
|
|
|
|
printk(KERN_WARNING "%s: Disabling (U)DMA for %s (blacklisted)\n",
|
2008-10-10 14:39:19 -06:00
|
|
|
drive->name, (char *)&id[ATA_ID_PROD]);
|
2005-04-16 16:20:36 -06:00
|
|
|
return blacklist;
|
|
|
|
}
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(__ide_dma_bad_drive);
|
|
|
|
|
2007-05-09 16:01:08 -06:00
|
|
|
static const u8 xfer_mode_bases[] = {
|
|
|
|
XFER_UDMA_0,
|
|
|
|
XFER_MW_DMA_0,
|
|
|
|
XFER_SW_DMA_0,
|
|
|
|
};
|
|
|
|
|
ide: mode limiting fixes for user requested speed changes
* Add an extra argument to ide_max_dma_mode() for passing requested transfer
mode. Use it as an upper limit when finding the best DMA for device/host.
* Rename ide_max_dma_mode() to ide_find_dma_mode() and at the same time add
ide_max_dma_mode() wrapper which passes XFER_UDMA_6 as a requested mode to
ide_find_dma_mode(). Also add inline ide_find_dma_mode() version for
CONFIG_BLK_DEV_IDEDMA=n case.
* Pass requested transfer mode from ide_find_dma_mode() to ide_get_mode_mask()
to avoid false warning from eighty_ninty_three().
* Use ide_find_dma_mode() to limit the user requested transfer mode in
ide_rate_filter(). Also limit the requested mode by host max PIO mode.
Above changes make ide_rate_filter() to:
* Clip desired transfer mode down if it is invalid (values 0x0F, 0x13-0x19
and 0x25-0x39, values > 0x46 were already clipped down, same for values
0x25-0x39 but iff UDMA was not supported by the host).
* Clip desired transfer mode down if it is currently unsupported by IDE core
(PIO6 and MWDMA3-4, the latter were already clipped down but iff UDMA was
not supported by the host).
* Clip desired transfer mode down according to the host capabilities
(UDMA modes were already clipped down but MWDMA/SWDMA/PIO weren't,
also ->atapi_dma flag was not respected).
* Clip desired transfer mode down according to the device capabilities
(except PIO modes for now which require mode work) - shouldn't be a
problem since ide_set_xfer_rate() is called _after_ device has accepted
given transfer mode.
and also result in a number of host driver specific bugfixes:
* icside
- clip unsupported PIO5 mode down
- fix unsupported/invalid modes being set in drive->current_speed
* ide-cris
- clip unsupported PIO5 and SWDMA0-2 modes down
- clip DMA modes down for ATAPI devices
- fix BUG() on unsupported/invalid modes
* au1xxx-ide
- clip unsupported PIO5, SWDMA0-2 and MWDMA0-2
(if BLK_DEV_IDE_AU1XXX_MDMA2_DBDMA=n) modes down
* aec62xx
- clip unsupported PIO5 and SWDMA0-2 modes down
- clip DMA modes down for ATAPI devices
- fix 0x00 being programmed as PIO timing for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* alim15x3
- clip DMA modes down for ATAPI devices (chipset revision == 0x20 only)
- fix theoretical OOPS for 0x0F mode
- fix unsupported/invalid modes being set on the device
* amd74xx
- clip unsupported SWDMA0-2 (on COBRA_7401 revs <= 7) modes down
- fix random PIO timings being set for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* atiixp
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix cached MWDMA mode being cleared for unsupported/invalid modes
- fix PIO{0,2} timings being programmed for unsupported/invalid modes
- fix theoretical OOPS for PIO5-6 and 0x0F modes
- fix unsupported/invalid modes being set on the device
* cmd64x
- clip unsupported SWDMA0-2 modes down
* cs5530
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix unsupported/invalid modes being set on the device
- fix BUG() on unsupported/invalid modes
(which happened if the device accepted the setting)
* cs5535
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix unsupported/invalid modes being set on the device
- fix theoretical OOPS for PIO5-6 and 0x0F modes
* hpt34x
- clip DMA modes down for ATAPI devices
- fix invalid timings being programmed for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* hpt366
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix PIO0 timings being programmed for unsupported/invalid modes
- fix DMA timings being cleared for MWDMA3-4 and 0x25-0x39 modes
- fix unsupported/invalid modes being set on the device
* it8213
- clip unsupported PIO5, SWDMA0-1 and MWDMA0 modes down
* it821x
- clip unsupported PIO5 and SWDMA0-2 modes down
- clip DMA modes down for ATAPI devices
(chipset in smart mode and revision 0x10 in pass-through mode)
* jmicron
- clip unsupported SWDMA0-2 modes down
- fix unsupported/invalid modes being set on the device
* pdc202xx_new
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix unsupported/invalid modes being set on the device
* pdc202xx_old
- clip unsupported PIO5 mode down
- fix incorrect timings being set for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* piix
- clip unsupported PIO5, SWDMA0-1 and MWDMA0 modes down
* sc1200
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix unsupported/invalid modes being set on the device
- fix BUG() on unsupported/invalid modes
(which happened if the device accepted the setting)
* scc_pata
- clip unsupported PIO5, SWDMA0-2 and MWDMA0-2 modes down
* serverworks
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix DMA/UDMA timings/settings being cleared for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* siimage
- clip unsupported PIO5 and SWDMA0-2 modes down
- clip DMA modes down for ATAPI devices (SATA chipsets)
* sis5513
- clip unsupported PIO5 mode down
- fix BUG() on unsupported/invalid modes
* sl82c105
- clip unsupported SWDMA0-2 modes down
* slc90e66
- clip unsupported PIO5, SWDMA0-1 and MWDMA0 modes down
* tc86c001
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix PIO0 timings being programmed for PIO5/0x0F/SWDMA0-2/0x13-0x19 modes
- fix invalid 0x00 DMA timing being programmed for MWDMA3-4/0x25-0x39 modes
- fix unsupported/invalid modes being set on the device
* triflex
- clip unsupported PIO5 mode down
* via82cxxx
- fix random PIO timings being set for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* pmac
- clip unsupported PIO5 and SWDMA0-2 modes down
* cmd640/ht6560b
- clip DMA modes down (if CONFIG_BLK_DEV_IDEDMA=y)
- fix PIO5 being clipped to PIO4 (if CONFIG_BLK_DEV_IDEDMA=n)
* opti621
- clip DMA modes down (if CONFIG_BLK_DEV_IDEDMA=y)
- clip unsupported PIO4 to PIO3 (if CONFIG_BLK_DEV_IDEDMA=n)
While at it:
* Use ide_rate_filter() in cs5520.c::cs5520_tune_chipset().
* Remove no longer needed checks from hpt366.c::hpt3{6,7}x_tune_chipset().
Acked-by: Sergei Shtylyov <sshtylyov@ru.mvista.com>
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
2007-10-11 15:53:59 -06:00
|
|
|
static unsigned int ide_get_mode_mask(ide_drive_t *drive, u8 base, u8 req_mode)
|
2007-05-09 16:01:08 -06:00
|
|
|
{
|
2008-10-10 14:39:19 -06:00
|
|
|
u16 *id = drive->id;
|
2007-05-09 16:01:08 -06:00
|
|
|
ide_hwif_t *hwif = drive->hwif;
|
2008-04-26 14:25:14 -06:00
|
|
|
const struct ide_port_ops *port_ops = hwif->port_ops;
|
2007-05-09 16:01:08 -06:00
|
|
|
unsigned int mask = 0;
|
|
|
|
|
2008-10-13 13:39:47 -06:00
|
|
|
switch (base) {
|
2007-05-09 16:01:08 -06:00
|
|
|
case XFER_UDMA_0:
|
2008-10-10 14:39:19 -06:00
|
|
|
if ((id[ATA_ID_FIELD_VALID] & 4) == 0)
|
2007-05-09 16:01:08 -06:00
|
|
|
break;
|
2009-03-31 12:15:27 -06:00
|
|
|
mask = id[ATA_ID_UDMA_MODES];
|
2008-04-26 14:25:14 -06:00
|
|
|
if (port_ops && port_ops->udma_filter)
|
2009-03-31 12:15:27 -06:00
|
|
|
mask &= port_ops->udma_filter(drive);
|
2007-10-11 15:53:59 -06:00
|
|
|
else
|
2009-03-31 12:15:27 -06:00
|
|
|
mask &= hwif->ultra_mask;
|
2007-05-09 16:01:08 -06:00
|
|
|
|
ide: mode limiting fixes for user requested speed changes
* Add an extra argument to ide_max_dma_mode() for passing requested transfer
mode. Use it as an upper limit when finding the best DMA for device/host.
* Rename ide_max_dma_mode() to ide_find_dma_mode() and at the same time add
ide_max_dma_mode() wrapper which passes XFER_UDMA_6 as a requested mode to
ide_find_dma_mode(). Also add inline ide_find_dma_mode() version for
CONFIG_BLK_DEV_IDEDMA=n case.
* Pass requested transfer mode from ide_find_dma_mode() to ide_get_mode_mask()
to avoid false warning from eighty_ninty_three().
* Use ide_find_dma_mode() to limit the user requested transfer mode in
ide_rate_filter(). Also limit the requested mode by host max PIO mode.
Above changes make ide_rate_filter() to:
* Clip desired transfer mode down if it is invalid (values 0x0F, 0x13-0x19
and 0x25-0x39, values > 0x46 were already clipped down, same for values
0x25-0x39 but iff UDMA was not supported by the host).
* Clip desired transfer mode down if it is currently unsupported by IDE core
(PIO6 and MWDMA3-4, the latter were already clipped down but iff UDMA was
not supported by the host).
* Clip desired transfer mode down according to the host capabilities
(UDMA modes were already clipped down but MWDMA/SWDMA/PIO weren't,
also ->atapi_dma flag was not respected).
* Clip desired transfer mode down according to the device capabilities
(except PIO modes for now which require mode work) - shouldn't be a
problem since ide_set_xfer_rate() is called _after_ device has accepted
given transfer mode.
and also result in a number of host driver specific bugfixes:
* icside
- clip unsupported PIO5 mode down
- fix unsupported/invalid modes being set in drive->current_speed
* ide-cris
- clip unsupported PIO5 and SWDMA0-2 modes down
- clip DMA modes down for ATAPI devices
- fix BUG() on unsupported/invalid modes
* au1xxx-ide
- clip unsupported PIO5, SWDMA0-2 and MWDMA0-2
(if BLK_DEV_IDE_AU1XXX_MDMA2_DBDMA=n) modes down
* aec62xx
- clip unsupported PIO5 and SWDMA0-2 modes down
- clip DMA modes down for ATAPI devices
- fix 0x00 being programmed as PIO timing for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* alim15x3
- clip DMA modes down for ATAPI devices (chipset revision == 0x20 only)
- fix theoretical OOPS for 0x0F mode
- fix unsupported/invalid modes being set on the device
* amd74xx
- clip unsupported SWDMA0-2 (on COBRA_7401 revs <= 7) modes down
- fix random PIO timings being set for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* atiixp
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix cached MWDMA mode being cleared for unsupported/invalid modes
- fix PIO{0,2} timings being programmed for unsupported/invalid modes
- fix theoretical OOPS for PIO5-6 and 0x0F modes
- fix unsupported/invalid modes being set on the device
* cmd64x
- clip unsupported SWDMA0-2 modes down
* cs5530
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix unsupported/invalid modes being set on the device
- fix BUG() on unsupported/invalid modes
(which happened if the device accepted the setting)
* cs5535
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix unsupported/invalid modes being set on the device
- fix theoretical OOPS for PIO5-6 and 0x0F modes
* hpt34x
- clip DMA modes down for ATAPI devices
- fix invalid timings being programmed for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* hpt366
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix PIO0 timings being programmed for unsupported/invalid modes
- fix DMA timings being cleared for MWDMA3-4 and 0x25-0x39 modes
- fix unsupported/invalid modes being set on the device
* it8213
- clip unsupported PIO5, SWDMA0-1 and MWDMA0 modes down
* it821x
- clip unsupported PIO5 and SWDMA0-2 modes down
- clip DMA modes down for ATAPI devices
(chipset in smart mode and revision 0x10 in pass-through mode)
* jmicron
- clip unsupported SWDMA0-2 modes down
- fix unsupported/invalid modes being set on the device
* pdc202xx_new
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix unsupported/invalid modes being set on the device
* pdc202xx_old
- clip unsupported PIO5 mode down
- fix incorrect timings being set for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* piix
- clip unsupported PIO5, SWDMA0-1 and MWDMA0 modes down
* sc1200
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix unsupported/invalid modes being set on the device
- fix BUG() on unsupported/invalid modes
(which happened if the device accepted the setting)
* scc_pata
- clip unsupported PIO5, SWDMA0-2 and MWDMA0-2 modes down
* serverworks
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix DMA/UDMA timings/settings being cleared for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* siimage
- clip unsupported PIO5 and SWDMA0-2 modes down
- clip DMA modes down for ATAPI devices (SATA chipsets)
* sis5513
- clip unsupported PIO5 mode down
- fix BUG() on unsupported/invalid modes
* sl82c105
- clip unsupported SWDMA0-2 modes down
* slc90e66
- clip unsupported PIO5, SWDMA0-1 and MWDMA0 modes down
* tc86c001
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix PIO0 timings being programmed for PIO5/0x0F/SWDMA0-2/0x13-0x19 modes
- fix invalid 0x00 DMA timing being programmed for MWDMA3-4/0x25-0x39 modes
- fix unsupported/invalid modes being set on the device
* triflex
- clip unsupported PIO5 mode down
* via82cxxx
- fix random PIO timings being set for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* pmac
- clip unsupported PIO5 and SWDMA0-2 modes down
* cmd640/ht6560b
- clip DMA modes down (if CONFIG_BLK_DEV_IDEDMA=y)
- fix PIO5 being clipped to PIO4 (if CONFIG_BLK_DEV_IDEDMA=n)
* opti621
- clip DMA modes down (if CONFIG_BLK_DEV_IDEDMA=y)
- clip unsupported PIO4 to PIO3 (if CONFIG_BLK_DEV_IDEDMA=n)
While at it:
* Use ide_rate_filter() in cs5520.c::cs5520_tune_chipset().
* Remove no longer needed checks from hpt366.c::hpt3{6,7}x_tune_chipset().
Acked-by: Sergei Shtylyov <sshtylyov@ru.mvista.com>
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
2007-10-11 15:53:59 -06:00
|
|
|
/*
|
|
|
|
* avoid false cable warning from eighty_ninty_three()
|
|
|
|
*/
|
|
|
|
if (req_mode > XFER_UDMA_2) {
|
|
|
|
if ((mask & 0x78) && (eighty_ninty_three(drive) == 0))
|
|
|
|
mask &= 0x07;
|
|
|
|
}
|
2007-05-09 16:01:08 -06:00
|
|
|
break;
|
|
|
|
case XFER_MW_DMA_0:
|
2009-03-31 12:15:27 -06:00
|
|
|
mask = id[ATA_ID_MWDMA_MODES];
|
2009-03-31 12:15:28 -06:00
|
|
|
|
|
|
|
/* Also look for the CF specific MWDMA modes... */
|
|
|
|
if (ata_id_is_cfa(id) && (id[ATA_ID_CFA_MODES] & 0x38)) {
|
|
|
|
u8 mode = ((id[ATA_ID_CFA_MODES] & 0x38) >> 3) - 1;
|
|
|
|
|
|
|
|
mask |= ((2 << mode) - 1) << 3;
|
|
|
|
}
|
|
|
|
|
2008-04-26 14:25:14 -06:00
|
|
|
if (port_ops && port_ops->mdma_filter)
|
2009-03-31 12:15:27 -06:00
|
|
|
mask &= port_ops->mdma_filter(drive);
|
2007-10-11 15:53:58 -06:00
|
|
|
else
|
2009-03-31 12:15:27 -06:00
|
|
|
mask &= hwif->mwdma_mask;
|
2007-05-09 16:01:08 -06:00
|
|
|
break;
|
|
|
|
case XFER_SW_DMA_0:
|
2009-03-31 12:15:27 -06:00
|
|
|
mask = id[ATA_ID_SWDMA_MODES];
|
|
|
|
if (!(mask & ATA_SWDMA2) && (id[ATA_ID_OLD_DMA_MODES] >> 8)) {
|
2008-10-10 14:39:19 -06:00
|
|
|
u8 mode = id[ATA_ID_OLD_DMA_MODES] >> 8;
|
2007-07-09 15:17:57 -06:00
|
|
|
|
|
|
|
/*
|
|
|
|
* if the mode is valid convert it to the mask
|
|
|
|
* (the maximum allowed mode is XFER_SW_DMA_2)
|
|
|
|
*/
|
|
|
|
if (mode <= 2)
|
2009-03-31 12:15:27 -06:00
|
|
|
mask = (2 << mode) - 1;
|
2007-07-09 15:17:57 -06:00
|
|
|
}
|
2009-03-31 12:15:27 -06:00
|
|
|
mask &= hwif->swdma_mask;
|
2007-05-09 16:01:08 -06:00
|
|
|
break;
|
|
|
|
default:
|
|
|
|
BUG();
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
return mask;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
ide: mode limiting fixes for user requested speed changes
* Add an extra argument to ide_max_dma_mode() for passing requested transfer
mode. Use it as an upper limit when finding the best DMA for device/host.
* Rename ide_max_dma_mode() to ide_find_dma_mode() and at the same time add
ide_max_dma_mode() wrapper which passes XFER_UDMA_6 as a requested mode to
ide_find_dma_mode(). Also add inline ide_find_dma_mode() version for
CONFIG_BLK_DEV_IDEDMA=n case.
* Pass requested transfer mode from ide_find_dma_mode() to ide_get_mode_mask()
to avoid false warning from eighty_ninty_three().
* Use ide_find_dma_mode() to limit the user requested transfer mode in
ide_rate_filter(). Also limit the requested mode by host max PIO mode.
Above changes make ide_rate_filter() to:
* Clip desired transfer mode down if it is invalid (values 0x0F, 0x13-0x19
and 0x25-0x39, values > 0x46 were already clipped down, same for values
0x25-0x39 but iff UDMA was not supported by the host).
* Clip desired transfer mode down if it is currently unsupported by IDE core
(PIO6 and MWDMA3-4, the latter were already clipped down but iff UDMA was
not supported by the host).
* Clip desired transfer mode down according to the host capabilities
(UDMA modes were already clipped down but MWDMA/SWDMA/PIO weren't,
also ->atapi_dma flag was not respected).
* Clip desired transfer mode down according to the device capabilities
(except PIO modes for now which require mode work) - shouldn't be a
problem since ide_set_xfer_rate() is called _after_ device has accepted
given transfer mode.
and also result in a number of host driver specific bugfixes:
* icside
- clip unsupported PIO5 mode down
- fix unsupported/invalid modes being set in drive->current_speed
* ide-cris
- clip unsupported PIO5 and SWDMA0-2 modes down
- clip DMA modes down for ATAPI devices
- fix BUG() on unsupported/invalid modes
* au1xxx-ide
- clip unsupported PIO5, SWDMA0-2 and MWDMA0-2
(if BLK_DEV_IDE_AU1XXX_MDMA2_DBDMA=n) modes down
* aec62xx
- clip unsupported PIO5 and SWDMA0-2 modes down
- clip DMA modes down for ATAPI devices
- fix 0x00 being programmed as PIO timing for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* alim15x3
- clip DMA modes down for ATAPI devices (chipset revision == 0x20 only)
- fix theoretical OOPS for 0x0F mode
- fix unsupported/invalid modes being set on the device
* amd74xx
- clip unsupported SWDMA0-2 (on COBRA_7401 revs <= 7) modes down
- fix random PIO timings being set for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* atiixp
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix cached MWDMA mode being cleared for unsupported/invalid modes
- fix PIO{0,2} timings being programmed for unsupported/invalid modes
- fix theoretical OOPS for PIO5-6 and 0x0F modes
- fix unsupported/invalid modes being set on the device
* cmd64x
- clip unsupported SWDMA0-2 modes down
* cs5530
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix unsupported/invalid modes being set on the device
- fix BUG() on unsupported/invalid modes
(which happened if the device accepted the setting)
* cs5535
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix unsupported/invalid modes being set on the device
- fix theoretical OOPS for PIO5-6 and 0x0F modes
* hpt34x
- clip DMA modes down for ATAPI devices
- fix invalid timings being programmed for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* hpt366
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix PIO0 timings being programmed for unsupported/invalid modes
- fix DMA timings being cleared for MWDMA3-4 and 0x25-0x39 modes
- fix unsupported/invalid modes being set on the device
* it8213
- clip unsupported PIO5, SWDMA0-1 and MWDMA0 modes down
* it821x
- clip unsupported PIO5 and SWDMA0-2 modes down
- clip DMA modes down for ATAPI devices
(chipset in smart mode and revision 0x10 in pass-through mode)
* jmicron
- clip unsupported SWDMA0-2 modes down
- fix unsupported/invalid modes being set on the device
* pdc202xx_new
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix unsupported/invalid modes being set on the device
* pdc202xx_old
- clip unsupported PIO5 mode down
- fix incorrect timings being set for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* piix
- clip unsupported PIO5, SWDMA0-1 and MWDMA0 modes down
* sc1200
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix unsupported/invalid modes being set on the device
- fix BUG() on unsupported/invalid modes
(which happened if the device accepted the setting)
* scc_pata
- clip unsupported PIO5, SWDMA0-2 and MWDMA0-2 modes down
* serverworks
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix DMA/UDMA timings/settings being cleared for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* siimage
- clip unsupported PIO5 and SWDMA0-2 modes down
- clip DMA modes down for ATAPI devices (SATA chipsets)
* sis5513
- clip unsupported PIO5 mode down
- fix BUG() on unsupported/invalid modes
* sl82c105
- clip unsupported SWDMA0-2 modes down
* slc90e66
- clip unsupported PIO5, SWDMA0-1 and MWDMA0 modes down
* tc86c001
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix PIO0 timings being programmed for PIO5/0x0F/SWDMA0-2/0x13-0x19 modes
- fix invalid 0x00 DMA timing being programmed for MWDMA3-4/0x25-0x39 modes
- fix unsupported/invalid modes being set on the device
* triflex
- clip unsupported PIO5 mode down
* via82cxxx
- fix random PIO timings being set for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* pmac
- clip unsupported PIO5 and SWDMA0-2 modes down
* cmd640/ht6560b
- clip DMA modes down (if CONFIG_BLK_DEV_IDEDMA=y)
- fix PIO5 being clipped to PIO4 (if CONFIG_BLK_DEV_IDEDMA=n)
* opti621
- clip DMA modes down (if CONFIG_BLK_DEV_IDEDMA=y)
- clip unsupported PIO4 to PIO3 (if CONFIG_BLK_DEV_IDEDMA=n)
While at it:
* Use ide_rate_filter() in cs5520.c::cs5520_tune_chipset().
* Remove no longer needed checks from hpt366.c::hpt3{6,7}x_tune_chipset().
Acked-by: Sergei Shtylyov <sshtylyov@ru.mvista.com>
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
2007-10-11 15:53:59 -06:00
|
|
|
* ide_find_dma_mode - compute DMA speed
|
2007-05-09 16:01:08 -06:00
|
|
|
* @drive: IDE device
|
ide: mode limiting fixes for user requested speed changes
* Add an extra argument to ide_max_dma_mode() for passing requested transfer
mode. Use it as an upper limit when finding the best DMA for device/host.
* Rename ide_max_dma_mode() to ide_find_dma_mode() and at the same time add
ide_max_dma_mode() wrapper which passes XFER_UDMA_6 as a requested mode to
ide_find_dma_mode(). Also add inline ide_find_dma_mode() version for
CONFIG_BLK_DEV_IDEDMA=n case.
* Pass requested transfer mode from ide_find_dma_mode() to ide_get_mode_mask()
to avoid false warning from eighty_ninty_three().
* Use ide_find_dma_mode() to limit the user requested transfer mode in
ide_rate_filter(). Also limit the requested mode by host max PIO mode.
Above changes make ide_rate_filter() to:
* Clip desired transfer mode down if it is invalid (values 0x0F, 0x13-0x19
and 0x25-0x39, values > 0x46 were already clipped down, same for values
0x25-0x39 but iff UDMA was not supported by the host).
* Clip desired transfer mode down if it is currently unsupported by IDE core
(PIO6 and MWDMA3-4, the latter were already clipped down but iff UDMA was
not supported by the host).
* Clip desired transfer mode down according to the host capabilities
(UDMA modes were already clipped down but MWDMA/SWDMA/PIO weren't,
also ->atapi_dma flag was not respected).
* Clip desired transfer mode down according to the device capabilities
(except PIO modes for now which require mode work) - shouldn't be a
problem since ide_set_xfer_rate() is called _after_ device has accepted
given transfer mode.
and also result in a number of host driver specific bugfixes:
* icside
- clip unsupported PIO5 mode down
- fix unsupported/invalid modes being set in drive->current_speed
* ide-cris
- clip unsupported PIO5 and SWDMA0-2 modes down
- clip DMA modes down for ATAPI devices
- fix BUG() on unsupported/invalid modes
* au1xxx-ide
- clip unsupported PIO5, SWDMA0-2 and MWDMA0-2
(if BLK_DEV_IDE_AU1XXX_MDMA2_DBDMA=n) modes down
* aec62xx
- clip unsupported PIO5 and SWDMA0-2 modes down
- clip DMA modes down for ATAPI devices
- fix 0x00 being programmed as PIO timing for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* alim15x3
- clip DMA modes down for ATAPI devices (chipset revision == 0x20 only)
- fix theoretical OOPS for 0x0F mode
- fix unsupported/invalid modes being set on the device
* amd74xx
- clip unsupported SWDMA0-2 (on COBRA_7401 revs <= 7) modes down
- fix random PIO timings being set for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* atiixp
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix cached MWDMA mode being cleared for unsupported/invalid modes
- fix PIO{0,2} timings being programmed for unsupported/invalid modes
- fix theoretical OOPS for PIO5-6 and 0x0F modes
- fix unsupported/invalid modes being set on the device
* cmd64x
- clip unsupported SWDMA0-2 modes down
* cs5530
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix unsupported/invalid modes being set on the device
- fix BUG() on unsupported/invalid modes
(which happened if the device accepted the setting)
* cs5535
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix unsupported/invalid modes being set on the device
- fix theoretical OOPS for PIO5-6 and 0x0F modes
* hpt34x
- clip DMA modes down for ATAPI devices
- fix invalid timings being programmed for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* hpt366
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix PIO0 timings being programmed for unsupported/invalid modes
- fix DMA timings being cleared for MWDMA3-4 and 0x25-0x39 modes
- fix unsupported/invalid modes being set on the device
* it8213
- clip unsupported PIO5, SWDMA0-1 and MWDMA0 modes down
* it821x
- clip unsupported PIO5 and SWDMA0-2 modes down
- clip DMA modes down for ATAPI devices
(chipset in smart mode and revision 0x10 in pass-through mode)
* jmicron
- clip unsupported SWDMA0-2 modes down
- fix unsupported/invalid modes being set on the device
* pdc202xx_new
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix unsupported/invalid modes being set on the device
* pdc202xx_old
- clip unsupported PIO5 mode down
- fix incorrect timings being set for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* piix
- clip unsupported PIO5, SWDMA0-1 and MWDMA0 modes down
* sc1200
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix unsupported/invalid modes being set on the device
- fix BUG() on unsupported/invalid modes
(which happened if the device accepted the setting)
* scc_pata
- clip unsupported PIO5, SWDMA0-2 and MWDMA0-2 modes down
* serverworks
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix DMA/UDMA timings/settings being cleared for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* siimage
- clip unsupported PIO5 and SWDMA0-2 modes down
- clip DMA modes down for ATAPI devices (SATA chipsets)
* sis5513
- clip unsupported PIO5 mode down
- fix BUG() on unsupported/invalid modes
* sl82c105
- clip unsupported SWDMA0-2 modes down
* slc90e66
- clip unsupported PIO5, SWDMA0-1 and MWDMA0 modes down
* tc86c001
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix PIO0 timings being programmed for PIO5/0x0F/SWDMA0-2/0x13-0x19 modes
- fix invalid 0x00 DMA timing being programmed for MWDMA3-4/0x25-0x39 modes
- fix unsupported/invalid modes being set on the device
* triflex
- clip unsupported PIO5 mode down
* via82cxxx
- fix random PIO timings being set for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* pmac
- clip unsupported PIO5 and SWDMA0-2 modes down
* cmd640/ht6560b
- clip DMA modes down (if CONFIG_BLK_DEV_IDEDMA=y)
- fix PIO5 being clipped to PIO4 (if CONFIG_BLK_DEV_IDEDMA=n)
* opti621
- clip DMA modes down (if CONFIG_BLK_DEV_IDEDMA=y)
- clip unsupported PIO4 to PIO3 (if CONFIG_BLK_DEV_IDEDMA=n)
While at it:
* Use ide_rate_filter() in cs5520.c::cs5520_tune_chipset().
* Remove no longer needed checks from hpt366.c::hpt3{6,7}x_tune_chipset().
Acked-by: Sergei Shtylyov <sshtylyov@ru.mvista.com>
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
2007-10-11 15:53:59 -06:00
|
|
|
* @req_mode: requested mode
|
|
|
|
*
|
|
|
|
* Checks the drive/host capabilities and finds the speed to use for
|
|
|
|
* the DMA transfer. The speed is then limited by the requested mode.
|
2007-05-09 16:01:08 -06:00
|
|
|
*
|
ide: mode limiting fixes for user requested speed changes
* Add an extra argument to ide_max_dma_mode() for passing requested transfer
mode. Use it as an upper limit when finding the best DMA for device/host.
* Rename ide_max_dma_mode() to ide_find_dma_mode() and at the same time add
ide_max_dma_mode() wrapper which passes XFER_UDMA_6 as a requested mode to
ide_find_dma_mode(). Also add inline ide_find_dma_mode() version for
CONFIG_BLK_DEV_IDEDMA=n case.
* Pass requested transfer mode from ide_find_dma_mode() to ide_get_mode_mask()
to avoid false warning from eighty_ninty_three().
* Use ide_find_dma_mode() to limit the user requested transfer mode in
ide_rate_filter(). Also limit the requested mode by host max PIO mode.
Above changes make ide_rate_filter() to:
* Clip desired transfer mode down if it is invalid (values 0x0F, 0x13-0x19
and 0x25-0x39, values > 0x46 were already clipped down, same for values
0x25-0x39 but iff UDMA was not supported by the host).
* Clip desired transfer mode down if it is currently unsupported by IDE core
(PIO6 and MWDMA3-4, the latter were already clipped down but iff UDMA was
not supported by the host).
* Clip desired transfer mode down according to the host capabilities
(UDMA modes were already clipped down but MWDMA/SWDMA/PIO weren't,
also ->atapi_dma flag was not respected).
* Clip desired transfer mode down according to the device capabilities
(except PIO modes for now which require mode work) - shouldn't be a
problem since ide_set_xfer_rate() is called _after_ device has accepted
given transfer mode.
and also result in a number of host driver specific bugfixes:
* icside
- clip unsupported PIO5 mode down
- fix unsupported/invalid modes being set in drive->current_speed
* ide-cris
- clip unsupported PIO5 and SWDMA0-2 modes down
- clip DMA modes down for ATAPI devices
- fix BUG() on unsupported/invalid modes
* au1xxx-ide
- clip unsupported PIO5, SWDMA0-2 and MWDMA0-2
(if BLK_DEV_IDE_AU1XXX_MDMA2_DBDMA=n) modes down
* aec62xx
- clip unsupported PIO5 and SWDMA0-2 modes down
- clip DMA modes down for ATAPI devices
- fix 0x00 being programmed as PIO timing for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* alim15x3
- clip DMA modes down for ATAPI devices (chipset revision == 0x20 only)
- fix theoretical OOPS for 0x0F mode
- fix unsupported/invalid modes being set on the device
* amd74xx
- clip unsupported SWDMA0-2 (on COBRA_7401 revs <= 7) modes down
- fix random PIO timings being set for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* atiixp
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix cached MWDMA mode being cleared for unsupported/invalid modes
- fix PIO{0,2} timings being programmed for unsupported/invalid modes
- fix theoretical OOPS for PIO5-6 and 0x0F modes
- fix unsupported/invalid modes being set on the device
* cmd64x
- clip unsupported SWDMA0-2 modes down
* cs5530
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix unsupported/invalid modes being set on the device
- fix BUG() on unsupported/invalid modes
(which happened if the device accepted the setting)
* cs5535
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix unsupported/invalid modes being set on the device
- fix theoretical OOPS for PIO5-6 and 0x0F modes
* hpt34x
- clip DMA modes down for ATAPI devices
- fix invalid timings being programmed for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* hpt366
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix PIO0 timings being programmed for unsupported/invalid modes
- fix DMA timings being cleared for MWDMA3-4 and 0x25-0x39 modes
- fix unsupported/invalid modes being set on the device
* it8213
- clip unsupported PIO5, SWDMA0-1 and MWDMA0 modes down
* it821x
- clip unsupported PIO5 and SWDMA0-2 modes down
- clip DMA modes down for ATAPI devices
(chipset in smart mode and revision 0x10 in pass-through mode)
* jmicron
- clip unsupported SWDMA0-2 modes down
- fix unsupported/invalid modes being set on the device
* pdc202xx_new
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix unsupported/invalid modes being set on the device
* pdc202xx_old
- clip unsupported PIO5 mode down
- fix incorrect timings being set for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* piix
- clip unsupported PIO5, SWDMA0-1 and MWDMA0 modes down
* sc1200
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix unsupported/invalid modes being set on the device
- fix BUG() on unsupported/invalid modes
(which happened if the device accepted the setting)
* scc_pata
- clip unsupported PIO5, SWDMA0-2 and MWDMA0-2 modes down
* serverworks
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix DMA/UDMA timings/settings being cleared for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* siimage
- clip unsupported PIO5 and SWDMA0-2 modes down
- clip DMA modes down for ATAPI devices (SATA chipsets)
* sis5513
- clip unsupported PIO5 mode down
- fix BUG() on unsupported/invalid modes
* sl82c105
- clip unsupported SWDMA0-2 modes down
* slc90e66
- clip unsupported PIO5, SWDMA0-1 and MWDMA0 modes down
* tc86c001
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix PIO0 timings being programmed for PIO5/0x0F/SWDMA0-2/0x13-0x19 modes
- fix invalid 0x00 DMA timing being programmed for MWDMA3-4/0x25-0x39 modes
- fix unsupported/invalid modes being set on the device
* triflex
- clip unsupported PIO5 mode down
* via82cxxx
- fix random PIO timings being set for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* pmac
- clip unsupported PIO5 and SWDMA0-2 modes down
* cmd640/ht6560b
- clip DMA modes down (if CONFIG_BLK_DEV_IDEDMA=y)
- fix PIO5 being clipped to PIO4 (if CONFIG_BLK_DEV_IDEDMA=n)
* opti621
- clip DMA modes down (if CONFIG_BLK_DEV_IDEDMA=y)
- clip unsupported PIO4 to PIO3 (if CONFIG_BLK_DEV_IDEDMA=n)
While at it:
* Use ide_rate_filter() in cs5520.c::cs5520_tune_chipset().
* Remove no longer needed checks from hpt366.c::hpt3{6,7}x_tune_chipset().
Acked-by: Sergei Shtylyov <sshtylyov@ru.mvista.com>
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
2007-10-11 15:53:59 -06:00
|
|
|
* Returns 0 if the drive/host combination is incapable of DMA transfers
|
|
|
|
* or if the requested mode is not a DMA mode.
|
2007-05-09 16:01:08 -06:00
|
|
|
*/
|
|
|
|
|
ide: mode limiting fixes for user requested speed changes
* Add an extra argument to ide_max_dma_mode() for passing requested transfer
mode. Use it as an upper limit when finding the best DMA for device/host.
* Rename ide_max_dma_mode() to ide_find_dma_mode() and at the same time add
ide_max_dma_mode() wrapper which passes XFER_UDMA_6 as a requested mode to
ide_find_dma_mode(). Also add inline ide_find_dma_mode() version for
CONFIG_BLK_DEV_IDEDMA=n case.
* Pass requested transfer mode from ide_find_dma_mode() to ide_get_mode_mask()
to avoid false warning from eighty_ninty_three().
* Use ide_find_dma_mode() to limit the user requested transfer mode in
ide_rate_filter(). Also limit the requested mode by host max PIO mode.
Above changes make ide_rate_filter() to:
* Clip desired transfer mode down if it is invalid (values 0x0F, 0x13-0x19
and 0x25-0x39, values > 0x46 were already clipped down, same for values
0x25-0x39 but iff UDMA was not supported by the host).
* Clip desired transfer mode down if it is currently unsupported by IDE core
(PIO6 and MWDMA3-4, the latter were already clipped down but iff UDMA was
not supported by the host).
* Clip desired transfer mode down according to the host capabilities
(UDMA modes were already clipped down but MWDMA/SWDMA/PIO weren't,
also ->atapi_dma flag was not respected).
* Clip desired transfer mode down according to the device capabilities
(except PIO modes for now which require mode work) - shouldn't be a
problem since ide_set_xfer_rate() is called _after_ device has accepted
given transfer mode.
and also result in a number of host driver specific bugfixes:
* icside
- clip unsupported PIO5 mode down
- fix unsupported/invalid modes being set in drive->current_speed
* ide-cris
- clip unsupported PIO5 and SWDMA0-2 modes down
- clip DMA modes down for ATAPI devices
- fix BUG() on unsupported/invalid modes
* au1xxx-ide
- clip unsupported PIO5, SWDMA0-2 and MWDMA0-2
(if BLK_DEV_IDE_AU1XXX_MDMA2_DBDMA=n) modes down
* aec62xx
- clip unsupported PIO5 and SWDMA0-2 modes down
- clip DMA modes down for ATAPI devices
- fix 0x00 being programmed as PIO timing for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* alim15x3
- clip DMA modes down for ATAPI devices (chipset revision == 0x20 only)
- fix theoretical OOPS for 0x0F mode
- fix unsupported/invalid modes being set on the device
* amd74xx
- clip unsupported SWDMA0-2 (on COBRA_7401 revs <= 7) modes down
- fix random PIO timings being set for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* atiixp
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix cached MWDMA mode being cleared for unsupported/invalid modes
- fix PIO{0,2} timings being programmed for unsupported/invalid modes
- fix theoretical OOPS for PIO5-6 and 0x0F modes
- fix unsupported/invalid modes being set on the device
* cmd64x
- clip unsupported SWDMA0-2 modes down
* cs5530
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix unsupported/invalid modes being set on the device
- fix BUG() on unsupported/invalid modes
(which happened if the device accepted the setting)
* cs5535
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix unsupported/invalid modes being set on the device
- fix theoretical OOPS for PIO5-6 and 0x0F modes
* hpt34x
- clip DMA modes down for ATAPI devices
- fix invalid timings being programmed for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* hpt366
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix PIO0 timings being programmed for unsupported/invalid modes
- fix DMA timings being cleared for MWDMA3-4 and 0x25-0x39 modes
- fix unsupported/invalid modes being set on the device
* it8213
- clip unsupported PIO5, SWDMA0-1 and MWDMA0 modes down
* it821x
- clip unsupported PIO5 and SWDMA0-2 modes down
- clip DMA modes down for ATAPI devices
(chipset in smart mode and revision 0x10 in pass-through mode)
* jmicron
- clip unsupported SWDMA0-2 modes down
- fix unsupported/invalid modes being set on the device
* pdc202xx_new
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix unsupported/invalid modes being set on the device
* pdc202xx_old
- clip unsupported PIO5 mode down
- fix incorrect timings being set for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* piix
- clip unsupported PIO5, SWDMA0-1 and MWDMA0 modes down
* sc1200
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix unsupported/invalid modes being set on the device
- fix BUG() on unsupported/invalid modes
(which happened if the device accepted the setting)
* scc_pata
- clip unsupported PIO5, SWDMA0-2 and MWDMA0-2 modes down
* serverworks
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix DMA/UDMA timings/settings being cleared for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* siimage
- clip unsupported PIO5 and SWDMA0-2 modes down
- clip DMA modes down for ATAPI devices (SATA chipsets)
* sis5513
- clip unsupported PIO5 mode down
- fix BUG() on unsupported/invalid modes
* sl82c105
- clip unsupported SWDMA0-2 modes down
* slc90e66
- clip unsupported PIO5, SWDMA0-1 and MWDMA0 modes down
* tc86c001
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix PIO0 timings being programmed for PIO5/0x0F/SWDMA0-2/0x13-0x19 modes
- fix invalid 0x00 DMA timing being programmed for MWDMA3-4/0x25-0x39 modes
- fix unsupported/invalid modes being set on the device
* triflex
- clip unsupported PIO5 mode down
* via82cxxx
- fix random PIO timings being set for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* pmac
- clip unsupported PIO5 and SWDMA0-2 modes down
* cmd640/ht6560b
- clip DMA modes down (if CONFIG_BLK_DEV_IDEDMA=y)
- fix PIO5 being clipped to PIO4 (if CONFIG_BLK_DEV_IDEDMA=n)
* opti621
- clip DMA modes down (if CONFIG_BLK_DEV_IDEDMA=y)
- clip unsupported PIO4 to PIO3 (if CONFIG_BLK_DEV_IDEDMA=n)
While at it:
* Use ide_rate_filter() in cs5520.c::cs5520_tune_chipset().
* Remove no longer needed checks from hpt366.c::hpt3{6,7}x_tune_chipset().
Acked-by: Sergei Shtylyov <sshtylyov@ru.mvista.com>
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
2007-10-11 15:53:59 -06:00
|
|
|
u8 ide_find_dma_mode(ide_drive_t *drive, u8 req_mode)
|
2007-05-09 16:01:08 -06:00
|
|
|
{
|
|
|
|
ide_hwif_t *hwif = drive->hwif;
|
|
|
|
unsigned int mask;
|
|
|
|
int x, i;
|
|
|
|
u8 mode = 0;
|
|
|
|
|
2007-10-18 16:30:06 -06:00
|
|
|
if (drive->media != ide_disk) {
|
|
|
|
if (hwif->host_flags & IDE_HFLAG_NO_ATAPI_DMA)
|
|
|
|
return 0;
|
|
|
|
}
|
2007-05-09 16:01:08 -06:00
|
|
|
|
|
|
|
for (i = 0; i < ARRAY_SIZE(xfer_mode_bases); i++) {
|
ide: mode limiting fixes for user requested speed changes
* Add an extra argument to ide_max_dma_mode() for passing requested transfer
mode. Use it as an upper limit when finding the best DMA for device/host.
* Rename ide_max_dma_mode() to ide_find_dma_mode() and at the same time add
ide_max_dma_mode() wrapper which passes XFER_UDMA_6 as a requested mode to
ide_find_dma_mode(). Also add inline ide_find_dma_mode() version for
CONFIG_BLK_DEV_IDEDMA=n case.
* Pass requested transfer mode from ide_find_dma_mode() to ide_get_mode_mask()
to avoid false warning from eighty_ninty_three().
* Use ide_find_dma_mode() to limit the user requested transfer mode in
ide_rate_filter(). Also limit the requested mode by host max PIO mode.
Above changes make ide_rate_filter() to:
* Clip desired transfer mode down if it is invalid (values 0x0F, 0x13-0x19
and 0x25-0x39, values > 0x46 were already clipped down, same for values
0x25-0x39 but iff UDMA was not supported by the host).
* Clip desired transfer mode down if it is currently unsupported by IDE core
(PIO6 and MWDMA3-4, the latter were already clipped down but iff UDMA was
not supported by the host).
* Clip desired transfer mode down according to the host capabilities
(UDMA modes were already clipped down but MWDMA/SWDMA/PIO weren't,
also ->atapi_dma flag was not respected).
* Clip desired transfer mode down according to the device capabilities
(except PIO modes for now which require mode work) - shouldn't be a
problem since ide_set_xfer_rate() is called _after_ device has accepted
given transfer mode.
and also result in a number of host driver specific bugfixes:
* icside
- clip unsupported PIO5 mode down
- fix unsupported/invalid modes being set in drive->current_speed
* ide-cris
- clip unsupported PIO5 and SWDMA0-2 modes down
- clip DMA modes down for ATAPI devices
- fix BUG() on unsupported/invalid modes
* au1xxx-ide
- clip unsupported PIO5, SWDMA0-2 and MWDMA0-2
(if BLK_DEV_IDE_AU1XXX_MDMA2_DBDMA=n) modes down
* aec62xx
- clip unsupported PIO5 and SWDMA0-2 modes down
- clip DMA modes down for ATAPI devices
- fix 0x00 being programmed as PIO timing for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* alim15x3
- clip DMA modes down for ATAPI devices (chipset revision == 0x20 only)
- fix theoretical OOPS for 0x0F mode
- fix unsupported/invalid modes being set on the device
* amd74xx
- clip unsupported SWDMA0-2 (on COBRA_7401 revs <= 7) modes down
- fix random PIO timings being set for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* atiixp
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix cached MWDMA mode being cleared for unsupported/invalid modes
- fix PIO{0,2} timings being programmed for unsupported/invalid modes
- fix theoretical OOPS for PIO5-6 and 0x0F modes
- fix unsupported/invalid modes being set on the device
* cmd64x
- clip unsupported SWDMA0-2 modes down
* cs5530
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix unsupported/invalid modes being set on the device
- fix BUG() on unsupported/invalid modes
(which happened if the device accepted the setting)
* cs5535
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix unsupported/invalid modes being set on the device
- fix theoretical OOPS for PIO5-6 and 0x0F modes
* hpt34x
- clip DMA modes down for ATAPI devices
- fix invalid timings being programmed for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* hpt366
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix PIO0 timings being programmed for unsupported/invalid modes
- fix DMA timings being cleared for MWDMA3-4 and 0x25-0x39 modes
- fix unsupported/invalid modes being set on the device
* it8213
- clip unsupported PIO5, SWDMA0-1 and MWDMA0 modes down
* it821x
- clip unsupported PIO5 and SWDMA0-2 modes down
- clip DMA modes down for ATAPI devices
(chipset in smart mode and revision 0x10 in pass-through mode)
* jmicron
- clip unsupported SWDMA0-2 modes down
- fix unsupported/invalid modes being set on the device
* pdc202xx_new
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix unsupported/invalid modes being set on the device
* pdc202xx_old
- clip unsupported PIO5 mode down
- fix incorrect timings being set for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* piix
- clip unsupported PIO5, SWDMA0-1 and MWDMA0 modes down
* sc1200
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix unsupported/invalid modes being set on the device
- fix BUG() on unsupported/invalid modes
(which happened if the device accepted the setting)
* scc_pata
- clip unsupported PIO5, SWDMA0-2 and MWDMA0-2 modes down
* serverworks
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix DMA/UDMA timings/settings being cleared for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* siimage
- clip unsupported PIO5 and SWDMA0-2 modes down
- clip DMA modes down for ATAPI devices (SATA chipsets)
* sis5513
- clip unsupported PIO5 mode down
- fix BUG() on unsupported/invalid modes
* sl82c105
- clip unsupported SWDMA0-2 modes down
* slc90e66
- clip unsupported PIO5, SWDMA0-1 and MWDMA0 modes down
* tc86c001
- clip unsupported PIO5 and SWDMA0-2 modes down
- fix PIO0 timings being programmed for PIO5/0x0F/SWDMA0-2/0x13-0x19 modes
- fix invalid 0x00 DMA timing being programmed for MWDMA3-4/0x25-0x39 modes
- fix unsupported/invalid modes being set on the device
* triflex
- clip unsupported PIO5 mode down
* via82cxxx
- fix random PIO timings being set for unsupported/invalid modes
- fix unsupported/invalid modes being set on the device
* pmac
- clip unsupported PIO5 and SWDMA0-2 modes down
* cmd640/ht6560b
- clip DMA modes down (if CONFIG_BLK_DEV_IDEDMA=y)
- fix PIO5 being clipped to PIO4 (if CONFIG_BLK_DEV_IDEDMA=n)
* opti621
- clip DMA modes down (if CONFIG_BLK_DEV_IDEDMA=y)
- clip unsupported PIO4 to PIO3 (if CONFIG_BLK_DEV_IDEDMA=n)
While at it:
* Use ide_rate_filter() in cs5520.c::cs5520_tune_chipset().
* Remove no longer needed checks from hpt366.c::hpt3{6,7}x_tune_chipset().
Acked-by: Sergei Shtylyov <sshtylyov@ru.mvista.com>
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
2007-10-11 15:53:59 -06:00
|
|
|
if (req_mode < xfer_mode_bases[i])
|
|
|
|
continue;
|
|
|
|
mask = ide_get_mode_mask(drive, xfer_mode_bases[i], req_mode);
|
2007-05-09 16:01:08 -06:00
|
|
|
x = fls(mask) - 1;
|
|
|
|
if (x >= 0) {
|
|
|
|
mode = xfer_mode_bases[i] + x;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2007-10-13 09:47:50 -06:00
|
|
|
if (hwif->chipset == ide_acorn && mode == 0) {
|
|
|
|
/*
|
|
|
|
* is this correct?
|
|
|
|
*/
|
2008-10-10 14:39:19 -06:00
|
|
|
if (ide_dma_good_drive(drive) &&
|
|
|
|
drive->id[ATA_ID_EIDE_DMA_TIME] < 150)
|
2007-10-13 09:47:50 -06:00
|
|
|
mode = XFER_MW_DMA_1;
|
|
|
|
}
|
|
|
|
|
2007-12-12 15:31:58 -07:00
|
|
|
mode = min(mode, req_mode);
|
|
|
|
|
|
|
|
printk(KERN_INFO "%s: %s mode selected\n", drive->name,
|
2007-11-05 13:42:27 -07:00
|
|
|
mode ? ide_xfer_verbose(mode) : "no DMA");
|
2007-05-09 16:01:08 -06:00
|
|
|
|
2007-12-12 15:31:58 -07:00
|
|
|
return mode;
|
2007-05-09 16:01:08 -06:00
|
|
|
}
|
|
|
|
|
2007-10-16 14:29:55 -06:00
|
|
|
static int ide_tune_dma(ide_drive_t *drive)
|
2007-05-09 16:01:09 -06:00
|
|
|
{
|
2008-01-26 12:13:00 -07:00
|
|
|
ide_hwif_t *hwif = drive->hwif;
|
2007-05-09 16:01:09 -06:00
|
|
|
u8 speed;
|
|
|
|
|
2008-10-13 13:39:36 -06:00
|
|
|
if (ata_id_has_dma(drive->id) == 0 ||
|
|
|
|
(drive->dev_flags & IDE_DFLAG_NODMA))
|
2007-05-15 16:51:46 -06:00
|
|
|
return 0;
|
|
|
|
|
|
|
|
/* consult the list of known "bad" drives */
|
|
|
|
if (__ide_dma_bad_drive(drive))
|
2007-05-09 16:01:09 -06:00
|
|
|
return 0;
|
|
|
|
|
2008-01-26 12:13:00 -07:00
|
|
|
if (hwif->host_flags & IDE_HFLAG_TRUST_BIOS_FOR_DMA)
|
2007-10-16 14:29:55 -06:00
|
|
|
return config_drive_for_dma(drive);
|
|
|
|
|
2007-05-09 16:01:09 -06:00
|
|
|
speed = ide_max_dma_mode(drive);
|
|
|
|
|
2008-04-26 09:36:38 -06:00
|
|
|
if (!speed)
|
|
|
|
return 0;
|
2007-05-09 16:01:09 -06:00
|
|
|
|
ide: move ide_config_drive_speed() calls to upper layers (take 2)
* Convert {ide_hwif_t,ide_pci_device_t}->host_flag to be u16.
* Add IDE_HFLAG_POST_SET_MODE host flag to indicate the need to program
the host for the transfer mode after programming the device. Set it
in au1xxx-ide, amd74xx, cs5530, cs5535, pdc202xx_new, sc1200, pmac
and via82cxxx host drivers.
* Add IDE_HFLAG_NO_SET_MODE host flag to indicate the need to completely
skip programming of host/device for the transfer mode ("smart" hosts).
Set it in it821x host driver and check it in ide_tune_dma().
* Add ide_set_pio_mode()/ide_set_dma_mode() helpers and convert all
direct ->set_pio_mode/->speedproc users to use these helpers.
* Move ide_config_drive_speed() calls from ->set_pio_mode/->speedproc
methods to callers.
* Rename ->speedproc method to ->set_dma_mode, make it void and update
all implementations accordingly.
* Update ide_set_xfer_rate() comments.
* Unexport ide_config_drive_speed().
v2:
* Fix issues noticed by Sergei:
- export ide_set_dma_mode() instead of moving ->set_pio_mode abuse wrt
to setting DMA modes from sc1200_set_pio_mode() to do_special()
- check IDE_HFLAG_NO_SET_MODE in ide_tune_dma()
- check for (hwif->set_pio_mode) == NULL in ide_set_pio_mode()
- check for (hwif->set_dma_mode) == NULL in ide_set_dma_mode()
- return -1 from ide_set_{pio,dma}_mode() if ->set_{pio,dma}_mode == NULL
- don't set ->set_{pio,dma}_mode on it821x in "smart" mode
- fix build problem in pmac.c
- minor fixes in au1xxx-ide.c/cs5530.c/siimage.c
- improve patch description
Changes in behavior caused by this patch:
- HDIO_SET_PIO_MODE ioctl would now return -ENOSYS for attempts to change
PIO mode if it821x controller is in "smart" mode
- removal of two debugging printk-s (from cs5530.c and sc1200.c)
- transfer modes 0x00-0x07 passed from user space may be programmed twice on
the device (not really an issue since 0x00 is not supported correctly by
any host driver ATM, 0x01 is not supported at all and 0x02-0x07 are invalid)
Acked-by: Sergei Shtylyov <sshtylyov@ru.mvista.com>
Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
2007-10-13 09:47:51 -06:00
|
|
|
if (ide_set_dma_mode(drive, speed))
|
2007-05-15 16:51:46 -06:00
|
|
|
return 0;
|
2007-05-09 16:01:09 -06:00
|
|
|
|
2007-05-15 16:51:46 -06:00
|
|
|
return 1;
|
2007-05-09 16:01:09 -06:00
|
|
|
}
|
|
|
|
|
2007-10-16 14:29:55 -06:00
|
|
|
static int ide_dma_check(ide_drive_t *drive)
|
|
|
|
{
|
|
|
|
ide_hwif_t *hwif = drive->hwif;
|
|
|
|
|
2008-07-23 11:55:55 -06:00
|
|
|
if (ide_tune_dma(drive))
|
2007-10-16 14:29:55 -06:00
|
|
|
return 0;
|
|
|
|
|
|
|
|
/* TODO: always do PIO fallback */
|
|
|
|
if (hwif->host_flags & IDE_HFLAG_TRUST_BIOS_FOR_DMA)
|
|
|
|
return -1;
|
|
|
|
|
|
|
|
ide_set_max_pio(drive);
|
|
|
|
|
2008-07-23 11:55:55 -06:00
|
|
|
return -1;
|
2007-10-16 14:29:55 -06:00
|
|
|
}
|
|
|
|
|
2007-02-16 18:40:26 -07:00
|
|
|
int ide_set_dma(ide_drive_t *drive)
|
|
|
|
{
|
|
|
|
int rc;
|
|
|
|
|
2008-01-25 14:17:19 -07:00
|
|
|
/*
|
|
|
|
* Force DMAing for the beginning of the check.
|
|
|
|
* Some chipsets appear to do interesting
|
|
|
|
* things, if not checked and cleared.
|
|
|
|
* PARANOIA!!!
|
|
|
|
*/
|
2008-01-26 12:13:01 -07:00
|
|
|
ide_dma_off_quietly(drive);
|
2007-02-16 18:40:26 -07:00
|
|
|
|
2008-01-25 14:17:19 -07:00
|
|
|
rc = ide_dma_check(drive);
|
|
|
|
if (rc)
|
|
|
|
return rc;
|
2007-02-16 18:40:26 -07:00
|
|
|
|
2008-01-26 12:13:01 -07:00
|
|
|
ide_dma_on(drive);
|
|
|
|
|
|
|
|
return 0;
|
2007-02-16 18:40:26 -07:00
|
|
|
}
|
|
|
|
|
2008-02-02 11:56:47 -07:00
|
|
|
void ide_check_dma_crc(ide_drive_t *drive)
|
|
|
|
{
|
|
|
|
u8 mode;
|
|
|
|
|
|
|
|
ide_dma_off_quietly(drive);
|
|
|
|
drive->crc_count = 0;
|
|
|
|
mode = drive->current_speed;
|
|
|
|
/*
|
|
|
|
* Don't try non Ultra-DMA modes without iCRC's. Force the
|
|
|
|
* device to PIO and make the user enable SWDMA/MWDMA modes.
|
|
|
|
*/
|
|
|
|
if (mode > XFER_UDMA_0 && mode <= XFER_UDMA_7)
|
|
|
|
mode--;
|
|
|
|
else
|
|
|
|
mode = XFER_PIO_4;
|
|
|
|
ide_set_xfer_rate(drive, mode);
|
|
|
|
if (drive->current_speed >= XFER_SW_DMA_0)
|
|
|
|
ide_dma_on(drive);
|
|
|
|
}
|
|
|
|
|
2008-10-13 13:39:46 -06:00
|
|
|
void ide_dma_lost_irq(ide_drive_t *drive)
|
2005-04-16 16:20:36 -06:00
|
|
|
{
|
2008-10-13 13:39:46 -06:00
|
|
|
printk(KERN_ERR "%s: DMA interrupt recovery\n", drive->name);
|
2005-04-16 16:20:36 -06:00
|
|
|
}
|
2008-10-13 13:39:46 -06:00
|
|
|
EXPORT_SYMBOL_GPL(ide_dma_lost_irq);
|
2005-04-16 16:20:36 -06:00
|
|
|
|
2009-03-24 16:22:43 -06:00
|
|
|
/*
|
|
|
|
* un-busy the port etc, and clear any pending DMA status. we want to
|
|
|
|
* retry the current request in pio mode instead of risking tossing it
|
|
|
|
* all away
|
|
|
|
*/
|
|
|
|
ide_startstop_t ide_dma_timeout_retry(ide_drive_t *drive, int error)
|
|
|
|
{
|
|
|
|
ide_hwif_t *hwif = drive->hwif;
|
2009-03-31 12:15:19 -06:00
|
|
|
const struct ide_dma_ops *dma_ops = hwif->dma_ops;
|
2009-03-31 12:15:24 -06:00
|
|
|
struct ide_cmd *cmd = &hwif->cmd;
|
2009-03-24 16:22:43 -06:00
|
|
|
struct request *rq;
|
|
|
|
ide_startstop_t ret = ide_stopped;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* end current dma transaction
|
|
|
|
*/
|
|
|
|
|
|
|
|
if (error < 0) {
|
|
|
|
printk(KERN_WARNING "%s: DMA timeout error\n", drive->name);
|
2009-03-31 12:15:22 -06:00
|
|
|
drive->waiting_for_dma = 0;
|
2009-03-31 12:15:19 -06:00
|
|
|
(void)dma_ops->dma_end(drive);
|
2009-03-31 12:15:24 -06:00
|
|
|
ide_dma_unmap_sg(drive, cmd);
|
2009-03-24 16:22:43 -06:00
|
|
|
ret = ide_error(drive, "dma timeout error",
|
|
|
|
hwif->tp_ops->read_status(hwif));
|
|
|
|
} else {
|
|
|
|
printk(KERN_WARNING "%s: DMA timeout retry\n", drive->name);
|
2009-03-31 12:15:19 -06:00
|
|
|
if (dma_ops->dma_clear)
|
|
|
|
dma_ops->dma_clear(drive);
|
2009-03-31 12:15:19 -06:00
|
|
|
printk(KERN_ERR "%s: timeout waiting for DMA\n", drive->name);
|
|
|
|
if (dma_ops->dma_test_irq(drive) == 0) {
|
|
|
|
ide_dump_status(drive, "DMA timeout",
|
|
|
|
hwif->tp_ops->read_status(hwif));
|
2009-03-31 12:15:22 -06:00
|
|
|
drive->waiting_for_dma = 0;
|
2009-03-31 12:15:19 -06:00
|
|
|
(void)dma_ops->dma_end(drive);
|
2009-03-31 12:15:24 -06:00
|
|
|
ide_dma_unmap_sg(drive, cmd);
|
2009-03-31 12:15:19 -06:00
|
|
|
}
|
2009-03-24 16:22:43 -06:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* disable dma for now, but remember that we did so because of
|
|
|
|
* a timeout -- we'll reenable after we finish this next request
|
|
|
|
* (or rather the first chunk of it) in pio.
|
|
|
|
*/
|
|
|
|
drive->dev_flags |= IDE_DFLAG_DMA_PIO_RETRY;
|
|
|
|
drive->retry_pio++;
|
|
|
|
ide_dma_off_quietly(drive);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* un-busy drive etc and make sure request is sane
|
|
|
|
*/
|
|
|
|
rq = hwif->rq;
|
2009-04-20 21:16:56 -06:00
|
|
|
if (rq) {
|
|
|
|
hwif->rq = NULL;
|
|
|
|
rq->errors = 0;
|
2010-03-31 14:11:59 -06:00
|
|
|
ide_requeue_and_plug(drive, rq);
|
2009-04-20 21:16:56 -06:00
|
|
|
}
|
2009-03-24 16:22:43 -06:00
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2008-04-26 14:25:19 -06:00
|
|
|
void ide_release_dma_engine(ide_hwif_t *hwif)
|
2005-04-16 16:20:36 -06:00
|
|
|
{
|
|
|
|
if (hwif->dmatable_cpu) {
|
2008-10-13 13:39:47 -06:00
|
|
|
int prd_size = hwif->prd_max_nents * hwif->prd_ent_size;
|
2008-02-01 15:09:31 -07:00
|
|
|
|
2008-10-13 13:39:47 -06:00
|
|
|
dma_free_coherent(hwif->dev, prd_size,
|
|
|
|
hwif->dmatable_cpu, hwif->dmatable_dma);
|
2005-04-16 16:20:36 -06:00
|
|
|
hwif->dmatable_cpu = NULL;
|
|
|
|
}
|
|
|
|
}
|
2008-10-13 13:39:47 -06:00
|
|
|
EXPORT_SYMBOL_GPL(ide_release_dma_engine);
|
2005-04-16 16:20:36 -06:00
|
|
|
|
2008-04-26 14:25:21 -06:00
|
|
|
int ide_allocate_dma_engine(ide_hwif_t *hwif)
|
2005-04-16 16:20:36 -06:00
|
|
|
{
|
2008-10-13 13:39:47 -06:00
|
|
|
int prd_size;
|
2008-02-01 15:09:31 -07:00
|
|
|
|
2008-10-13 13:39:47 -06:00
|
|
|
if (hwif->prd_max_nents == 0)
|
|
|
|
hwif->prd_max_nents = PRD_ENTRIES;
|
|
|
|
if (hwif->prd_ent_size == 0)
|
|
|
|
hwif->prd_ent_size = PRD_BYTES;
|
2005-04-16 16:20:36 -06:00
|
|
|
|
2008-10-13 13:39:47 -06:00
|
|
|
prd_size = hwif->prd_max_nents * hwif->prd_ent_size;
|
2005-04-16 16:20:36 -06:00
|
|
|
|
2008-10-13 13:39:47 -06:00
|
|
|
hwif->dmatable_cpu = dma_alloc_coherent(hwif->dev, prd_size,
|
|
|
|
&hwif->dmatable_dma,
|
|
|
|
GFP_ATOMIC);
|
|
|
|
if (hwif->dmatable_cpu == NULL) {
|
|
|
|
printk(KERN_ERR "%s: unable to allocate PRD table\n",
|
2008-04-26 14:25:20 -06:00
|
|
|
hwif->name);
|
2008-10-13 13:39:47 -06:00
|
|
|
return -ENOMEM;
|
|
|
|
}
|
2005-04-16 16:20:36 -06:00
|
|
|
|
2008-10-13 13:39:47 -06:00
|
|
|
return 0;
|
2005-04-16 16:20:36 -06:00
|
|
|
}
|
2008-04-26 14:25:21 -06:00
|
|
|
EXPORT_SYMBOL_GPL(ide_allocate_dma_engine);
|
2009-03-31 12:15:20 -06:00
|
|
|
|
|
|
|
int ide_dma_prepare(ide_drive_t *drive, struct ide_cmd *cmd)
|
|
|
|
{
|
2009-03-31 12:15:21 -06:00
|
|
|
const struct ide_dma_ops *dma_ops = drive->hwif->dma_ops;
|
|
|
|
|
2009-03-31 12:15:20 -06:00
|
|
|
if ((drive->dev_flags & IDE_DFLAG_USING_DMA) == 0 ||
|
2009-03-31 12:15:24 -06:00
|
|
|
(dma_ops->dma_check && dma_ops->dma_check(drive, cmd)))
|
|
|
|
goto out;
|
|
|
|
ide_map_sg(drive, cmd);
|
|
|
|
if (ide_dma_map_sg(drive, cmd) == 0)
|
|
|
|
goto out_map;
|
|
|
|
if (dma_ops->dma_setup(drive, cmd))
|
|
|
|
goto out_dma_unmap;
|
2009-03-31 12:15:22 -06:00
|
|
|
drive->waiting_for_dma = 1;
|
2009-03-31 12:15:20 -06:00
|
|
|
return 0;
|
2009-03-31 12:15:24 -06:00
|
|
|
out_dma_unmap:
|
|
|
|
ide_dma_unmap_sg(drive, cmd);
|
|
|
|
out_map:
|
|
|
|
ide_map_sg(drive, cmd);
|
|
|
|
out:
|
|
|
|
return 1;
|
2009-03-31 12:15:20 -06:00
|
|
|
}
|