Skip site navigation (1)Skip section navigation (2)
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>