Date: Wed, 13 Jun 2001 23:26:23 -0700 From: Terry Lambert <tlambert2@mindspring.com> To: Jonathan Smith <jonsmith@dragonstar.dhs.org> Cc: John Hay <jhay@icomtek.csir.co.za>, current@FreeBSD.ORG Subject: Re: UDMA interfering with install Message-ID: <3B28590F.E8930BB7@mindspring.com> References: <Pine.BSF.4.21.0106120055070.898-100000@dragonstar.dhs.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Jonathan Smith wrote: > > That's good enough. :) Thanks.... > > Maybe _that_ will keep that ata code from over-riding > the bios to disable dma (or maybe the bios just wasn't > doing it's job right ;) This won't work. Someone was having the same problem the other day, and I suggested the same soloution, but after probe, the damn driver enabled UDMA at attach time anyway. So we removed it from the kernel config... and the damn thing enabled it again. I don't know if the #ifdef was intended to only guard in the boot case, but it doesn't help, because there are several missign guards around the code, if that's the case, and at least four places in the code ignore the tuning variable, as well, if it isn't commented out of the kernel at build time (thus disabling one of the places). Look for the #ifdef, and then look for the function call to do the enable, and the problem will be obvious. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3B28590F.E8930BB7>