Re: [PATCH] libata: Add pata_dma option so users can disable pata_dma as they can with old-ide

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, 22 Jun 2007 11:01:09 -0400
Mark Lord <liml@xxxxxx> wrote:

> Alan Cox wrote:
> > Allow
> > 
> > 	libata.pata_dma=0
> > 
> > to disable DMA (default is 1)
> > 
> > SATA is unaffected as disabling DMA for SATA makes no sense at all.
> > 
> > Signed-off-by: Alan Cox <alan@xxxxxxxxxx>
> 
> Alan,
> 
> Should we really be piling up like this on global boot/module options
> rather than run-time flags on individual channels/devices ?
> 
> I can imagine systems with internal notebook drives that want dma=1,
> plus Cardbus CF devices that require dma=0.
> 
> With a single global flag, how does one do that?

We need proper tuning as well but there is huge value (with distro hat
on especially) in a single "try this to get it installed and then we can
debug it" button. Same with the old IDE. Trying to guide users through
selecting specific channels/devices is going to be painful. I want
something that I can tell people to get them 'off the ground' and work
with them to sort the rest.

One possibility I did consider was it being a set of bit flags

Default 0x7

0x01		- Disk DMA
0x02		- CF DMA
0x04		- ATAPI DMA

then you'd tell folks "try 0" and "try 1" to get them up and going and
most would be blissfully unaware of the details of bitflags but still
happy

Jeff - any preference.
-
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Filesystems]     [Linux SCSI]     [Linux RAID]     [Git]     [Kernel Newbies]     [Linux Newbie]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Samba]     [Device Mapper]

  Powered by Linux