Date: Thu, 14 Jun 2001 08:48:05 +0200 (CEST) From: Søren Schmidt <sos@freebsd.dk> To: tlambert2@mindspring.com Cc: Jonathan Smith <jonsmith@dragonstar.dhs.org>, John Hay <jhay@icomtek.csir.co.za>, current@FreeBSD.ORG Subject: Re: UDMA interfering with install Message-ID: <200106140648.f5E6mpN55647@freebsd.dk> In-Reply-To: <3B28590F.E8930BB7@mindspring.com> "from Terry Lambert at Jun 13, 2001 11:26:23 pm"
next in thread | previous in thread | raw e-mail | index | archive | help
It seems Terry Lambert wrote: > 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. Just set hw.ata.ata_dma="0" in /boot/loader.conf and it will not enabled DMA.. > So we removed it from the kernel config... and the damn > thing enabled it again. There is nothing in the config file that affects DMA... > 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. You lost me here, what version of FreeBSD are we talking about ? I thought it was 4.3 but that doesn't contain any ifdef's about DMA at all.... -Søren 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?200106140648.f5E6mpN55647>