⭐ 欢迎来到虫虫下载站! | 📦 资源下载 📁 资源专辑 ℹ️ 关于我们
⭐ 虫虫下载站

📄 ide-dma.c

📁 ep9315平台下硬盘驱动的源码
💻 C
📖 第 1 页 / 共 3 页
字号:
/* *  linux/drivers/ide/ide-dma.c		Version 4.13	May 21, 2003 * *  Copyright (c) 1999-2000	Andre Hedrick <andre@linux-ide.org> *  May be copied or modified under the terms of the GNU General Public License * *  Portions Copyright Red Hat 2003 *//* *  Special Thanks to Mark for his Six years of work. * *  Copyright (c) 1995-1998  Mark Lord *  May be copied or modified under the terms of the GNU General Public License *//* * This module provides support for the bus-master IDE DMA functions * of various PCI chipsets, including the Intel PIIX (i82371FB for * the 430 FX chipset), the PIIX3 (i82371SB for the 430 HX/VX and  * 440 chipsets), and the PIIX4 (i82371AB for the 430 TX chipset) * ("PIIX" stands for "PCI ISA IDE Xcellerator"). * * Pretty much the same code works for other IDE PCI bus-mastering chipsets. * * DMA is supported for all IDE devices (disk drives, cdroms, tapes, floppies). * * By default, DMA support is prepared for use, but is currently enabled only * for drives which already have DMA enabled (UltraDMA or mode 2 multi/single), * or which are recognized as "good" (see table below).  Drives with only mode0 * or mode1 (multi/single) DMA should also work with this chipset/driver * (eg. MC2112A) but are not enabled by default. * * Use "hdparm -i" to view modes supported by a given drive. * * The hdparm-3.5 (or later) utility can be used for manually enabling/disabling * DMA support, but must be (re-)compiled against this kernel version or later. * * To enable DMA, use "hdparm -d1 /dev/hd?" on a per-drive basis after booting. * If problems arise, ide.c will disable DMA operation after a few retries. * This error recovery mechanism works and has been extremely well exercised. * * IDE drives, depending on their vintage, may support several different modes * of DMA operation.  The boot-time modes are indicated with a "*" in * the "hdparm -i" listing, and can be changed with *knowledgeable* use of * the "hdparm -X" feature.  There is seldom a need to do this, as drives * normally power-up with their "best" PIO/DMA modes enabled. * * Testing has been done with a rather extensive number of drives, * with Quantum & Western Digital models generally outperforming the pack, * and Fujitsu & Conner (and some Seagate which are really Conner) drives * showing more lackluster throughput. * * Keep an eye on /var/adm/messages for "DMA disabled" messages. * * Some people have reported trouble with Intel Zappa motherboards. * This can be fixed by upgrading the AMI BIOS to version 1.00.04.BS0, * available from ftp://ftp.intel.com/pub/bios/10004bs0.exe * (thanks to Glen Morrell <glen@spin.Stanford.edu> for researching this). * * 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! * * And, yes, Intel Zappa boards really *do* use both PIIX IDE ports. * * ATA-66/100 and recovery functions, I forgot the rest...... * */#include <linux/config.h>#define __NO_VERSION__#include <linux/module.h>#include <linux/types.h>#include <linux/kernel.h>#include <linux/timer.h>#include <linux/mm.h>#include <linux/interrupt.h>#include <linux/pci.h>#include <linux/init.h>#include <linux/ide.h>#include <linux/delay.h>#include <asm/io.h>#include <asm/irq.h>#define CONFIG_IDEDMA_NEW_DRIVE_LISTINGS#ifdef CONFIG_IDEDMA_NEW_DRIVE_LISTINGSstruct drive_list_entry {	char * id_model;	char * id_firmware;};struct drive_list_entry drive_whitelist [] = {	{ "Micropolis 2112A"	,       "ALL"		},	{ "CONNER CTMA 4000"	,       "ALL"		},	{ "CONNER CTT8000-A"	,       "ALL"		},	{ "ST34342A"		,	"ALL"		},	{ 0			,	0		}};struct drive_list_entry drive_blacklist [] = {	{ "WDC AC11000H"	,	"ALL"		},	{ "WDC AC22100H"	,	"ALL"		},	{ "WDC AC32500H"	,	"ALL"		},	{ "WDC AC33100H"	,	"ALL"		},	{ "WDC AC31600H"	,	"ALL"		},	{ "WDC AC32100H"	,	"24.09P07"	},	{ "WDC AC23200L"	,	"21.10N21"	},	{ "Compaq CRD-8241B"	,	"ALL"		},	{ "CRD-8400B"		,	"ALL"		},	{ "CRD-8480B",			"ALL"		},	{ "CRD-8480C",			"ALL"		},	{ "CRD-8482B",			"ALL"		}, 	{ "CRD-84"		,	"ALL"		},	{ "SanDisk SDP3B"	,	"ALL"		},	{ "SanDisk SDP3B-64"	,	"ALL"		},	{ "SANYO CD-ROM CRD"	,	"ALL"		},	{ "HITACHI CDR-8"	,	"ALL"		},	{ "HITACHI CDR-8335"	,	"ALL"		},	{ "HITACHI CDR-8435"	,	"ALL"		},	{ "Toshiba CD-ROM XM-6202B"	,	"ALL"		},	{ "CD-532E-A"		,	"ALL"		},	{ "E-IDE CD-ROM CR-840",	"ALL"		},	{ "CD-ROM Drive/F5A",	"ALL"		},	{ "RICOH CD-R/RW MP7083A",	"ALL"		},	{ "WPI CDD-820",		"ALL"		},	{ "SAMSUNG CD-ROM SC-148C",	"ALL"		},	{ "SAMSUNG CD-ROM SC-148F",	"ALL"		},	{ "SAMSUNG CD-ROM SC",	"ALL"		},	{ "SanDisk SDP3B-64"	,	"ALL"		},	{ "SAMSUNG CD-ROM SN-124",	"ALL"		},	{ "PLEXTOR CD-R PX-W8432T",	"ALL"		},	{ "ATAPI CD-ROM DRIVE 40X MAXIMUM",	"ALL"		},	{ "_NEC DV5800A",               "ALL"           },  	{ 0			,	0		}};/** *	in_drive_list	-	look for drive in black/white list *	@id: drive identifier *	@drive_table: list to inspect * *	Look for a drive in the blacklist and the whitelist tables *	Returns 1 if the drive is found in the table. */static int in_drive_list(struct hd_driveid *id, struct drive_list_entry * drive_table){	for ( ; drive_table->id_model ; drive_table++)		if ((!strcmp(drive_table->id_model, id->model)) &&		    ((strstr(drive_table->id_firmware, id->fw_rev)) ||		     (!strcmp(drive_table->id_firmware, "ALL"))))			return 1;	return 0;}#else /* !CONFIG_IDEDMA_NEW_DRIVE_LISTINGS *//* * good_dma_drives() lists the model names (from "hdparm -i") * of drives which do not support mode2 DMA but which are * known to work fine with this interface under Linux. */const char *good_dma_drives[] = {"Micropolis 2112A",				 "CONNER CTMA 4000",				 "CONNER CTT8000-A",				 "ST34342A",	/* for Sun Ultra */				 NULL};/* * bad_dma_drives() lists the model names (from "hdparm -i") * of drives which supposedly support (U)DMA but which are * known to corrupt data with this interface under Linux. * * This is an empirical list. Its generated from bug reports. That means * while it reflects actual problem distributions it doesn't answer whether * the drive or the controller, or cabling, or software, or some combination * thereof is the fault. If you don't happen to agree with the kernel's  * opinion of your drive - use hdparm to turn DMA on. */const char *bad_dma_drives[] = {"WDC AC11000H",				"WDC AC22100H",				"WDC AC32100H",				"WDC AC32500H",				"WDC AC33100H",				"WDC AC31600H", 				NULL};#endif /* CONFIG_IDEDMA_NEW_DRIVE_LISTINGS *//** *	ide_dma_intr	-	IDE DMA interrupt handler *	@drive: the drive the interrupt is for * *	Handle an interrupt completing a read/write DMA transfer on an  *	IDE device */ ide_startstop_t ide_dma_intr (ide_drive_t *drive){	u8 stat = 0, dma_stat = 0;	int i;	dma_stat = HWIF(drive)->ide_dma_end(drive);	stat = HWIF(drive)->INB(IDE_STATUS_REG);	/* get drive status */	if (OK_STAT(stat,DRIVE_READY,drive->bad_wstat|DRQ_STAT)) {		if (!dma_stat) {			struct request *rq = HWGROUP(drive)->rq;	//		rq = HWGROUP(drive)->rq;			for (i = rq->nr_sectors; i > 0;) {				i -= rq->current_nr_sectors;				DRIVER(drive)->end_request(drive, 1);			}			return ide_stopped;		}		printk("%s: dma_intr: bad DMA status (dma_stat=%x)\n", 		       drive->name, dma_stat);	}	return DRIVER(drive)->error(drive, "dma_intr", stat);}EXPORT_SYMBOL_GPL(ide_dma_intr);/** *	ide_build_sglist	-	map IDE scatter gather for DMA I/O *	@hwif: the interface to build the DMA table for *	@rq: the request holding the sg list *	@ddir: data direction * *	Perform the PCI mapping magic neccessary to access the source or *	target buffers of a request via PCI DMA. The lower layers of the *	kernel provide the neccessary cache management so that we can *	operate in a portable fashion */ static int ide_build_sglist (ide_hwif_t *hwif, struct request *rq, int ddir){	struct buffer_head *bh;	struct scatterlist *sg = hwif->sg_table;	unsigned long lastdataend = ~0UL;	int nents = 0;	if (hwif->sg_dma_active)		BUG();	bh = rq->bh;	do {		int contig = 0;		if (bh->b_page) {			if (bh_phys(bh) == lastdataend)				contig = 1;		} else {			if ((unsigned long) bh->b_data == lastdataend)				contig = 1;		}		if (contig) {			sg[nents - 1].length += bh->b_size;			lastdataend += bh->b_size;			continue;		}		if (nents >= PRD_ENTRIES)			return 0;		memset(&sg[nents], 0, sizeof(*sg));		if (bh->b_page) {			sg[nents].page = bh->b_page;			sg[nents].offset = bh_offset(bh);			lastdataend = bh_phys(bh) + bh->b_size;		} else {			if ((unsigned long) bh->b_data < PAGE_SIZE)				BUG();			sg[nents].address = bh->b_data;			lastdataend = (unsigned long) bh->b_data + bh->b_size;		}		sg[nents].length = bh->b_size;		nents++;	} while ((bh = bh->b_reqnext) != NULL);	if(nents == 0)		BUG();			hwif->sg_dma_direction = ddir;	return pci_map_sg(hwif->pci_dev, sg, nents, ddir);}/** *	ide_raw_build_sglist	-	map IDE scatter gather for DMA *	@hwif: the interface to build the DMA table for *	@rq: the request holding the sg list * *	Perform the PCI mapping magic neccessary to access the source or *	target buffers of a taskfile request via PCI DMA. The lower layers  *	of the  kernel provide the neccessary cache management so that we can *	operate in a portable fashion */ static int ide_raw_build_sglist (ide_hwif_t *hwif, struct request *rq){	struct scatterlist *sg = hwif->sg_table;	int nents = 0;	ide_task_t *args = rq->special;	u8 *virt_addr = rq->buffer;	int sector_count = rq->nr_sectors;	if (args->command_type == IDE_DRIVE_TASK_RAW_WRITE)		hwif->sg_dma_direction = PCI_DMA_TODEVICE;	else		hwif->sg_dma_direction = PCI_DMA_FROMDEVICE;#if 1	if (sector_count > 128) {		memset(&sg[nents], 0, sizeof(*sg));		sg[nents].address = virt_addr;		sg[nents].length = 128  * SECTOR_SIZE;		nents++;		virt_addr = virt_addr + (128 * SECTOR_SIZE);		sector_count -= 128;	}	memset(&sg[nents], 0, sizeof(*sg));	sg[nents].address = virt_addr;	sg[nents].length =  sector_count  * SECTOR_SIZE;	nents++;#else        while (sector_count > 128) {		memset(&sg[nents], 0, sizeof(*sg));		sg[nents].address	= virt_addr;		sg[nents].length	= 128 * SECTOR_SIZE;		nents++;		virt_addr		= virt_addr + (128 * SECTOR_SIZE);		sector_count		-= 128;	};	memset(&sg[nents], 0, sizeof(*sg));	sg[nents].address	= virt_addr;	sg[nents].length	= sector_count * SECTOR_SIZE;	nents++;#endif	return pci_map_sg(hwif->pci_dev, sg, nents, hwif->sg_dma_direction);}/** *	ide_build_dmatable	-	build IDE DMA table * *	ide_build_dmatable() prepares a dma request. We map the command *	to get the pci bus addresses of the buffers and then build up *	the PRD table that the IDE layer wants to be fed. The code *	knows about the 64K wrap bug in the CS5530. * *	Returns 0 if all went okay, returns 1 otherwise. *	May also be invoked from trm290.c */ int ide_build_dmatable (ide_drive_t *drive, struct request *rq, int ddir){	ide_hwif_t *hwif	= HWIF(drive);	unsigned int *table	= hwif->dmatable_cpu;	unsigned int is_trm290	= (hwif->chipset == ide_trm290) ? 1 : 0;	unsigned int count = 0;	int i;	struct scatterlist *sg;	if (rq->cmd == IDE_DRIVE_TASKFILE)		hwif->sg_nents = i = ide_raw_build_sglist(hwif, rq);	else		hwif->sg_nents = i = ide_build_sglist(hwif, rq, ddir);	if (!i)		return 0;	sg = hwif->sg_table;	while (i && sg_dma_len(sg)) {		u32 cur_addr;		u32 cur_len;		cur_addr = sg_dma_address(sg);		cur_len = sg_dma_len(sg);		/*		 * Fill in the dma table, without crossing any 64kB boundaries.		 * Most hardware requires 16-bit alignment of all blocks,		 * but the trm290 requires 32-bit alignment.		 */		while (cur_len) {			if (count++ >= PRD_ENTRIES) {				printk("%s: DMA table too small\n", drive->name);				goto use_pio_instead;

⌨️ 快捷键说明

复制代码 Ctrl + C
搜索代码 Ctrl + F
全屏模式 F11
切换主题 Ctrl + Shift + D
显示快捷键 ?
增大字号 Ctrl + =
减小字号 Ctrl + -