[lkml]   [2002]   [Feb]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH][RFC] ServerWorks autodma behavior
On Tue, Feb 26, 2002 at 01:37:55AM -0800, Andre Hedrick wrote:
| The real solution for distros is to wrapper the dma_capable flags in the
| module cores in 2.4 under the disk_only. Also not setting
| CONFIG_IDEDMA_AUTO will help but you are not permitted to invoke
| echo using_dma:1 > /proc/ide/hda/settings

I noticed that "hdparm -d1 /dev/hda" timed out three times and reverted
to PIO in my case, with DMA enabled but autoDMA disabled. So does DMA
support have to be on at boot and is only allowed to be disabled, not

If so, ide=dma is the proper solution for trusted boards, but it would
be nice if the /proc or hdparm interfaces worked reliably for enabling

So what does this say about the autoDMA issue that I'm seeing? For me,
the best of both worlds is to have DMA enabled, but off by default and
capable of being enabled from userspace (and kernel command line, less


| One of the issues to be address is a test for transfer modes, but have to
| many other issues to address w/ clients to deal with distro issues.
| Cheers,
| Andre Hedrick
| Linux Disk Certification Project Linux ATA Development
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:24    [W:0.070 / U:1.992 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site