Date: Mon, 28 Nov 2005 18:20:31 +0100 From: =?UTF-8?B?U8O4cmVuIFNjaG1pZHQ=?= <sos@deepcore.dk> To: Scott Long <scottl@samsco.org> Cc: Attila Nagy <bra@fsn.hu>, freebsd-current@FreeBSD.ORG, Scott Long <scottl@FreeBSD.ORG> Subject: Re: DMA failures on AMD64 with 4 GB RAM Message-ID: <438B3C5F.2060500@deepcore.dk> In-Reply-To: <438B3883.7090205@samsco.org> References: <438ACA94.6090606@fsn.hu> <438B12EA.6030100@deepcore.dk> <438B3883.7090205@samsco.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Scott Long wrote: > Søren Schmidt wrote: > >> Attila Nagy wrote: >> >>> Hello, >>> >>> There is a problem with recent ATA drivers on (at least) AMD64 with 4 >>> GB of RAM, which can be triggered by synchronizing a geom mirror >>> provider to another one (or generally a bigger disk I/O, I guess). >>> >>> The machine dies instantly with the following: >>> GEOM_MIRROR: Device hars: rebuilding provider ad6. >>> ad6: setting up DMA failed >>> ad6: setting up DMA failed >>> >>> This is true either on RELENG_6 and on HEAD as of today. >>> >>> There are two workarounds: >>> - use the ata driver from RELENG_6 which is not older than 2005.10.08 >>> - set hw.physmem smaller than 4G >>> >>> Are there any chances to resolve this issue? >>> >>> Thank you. >>> >>> ps: there was some discussion about this: >>> http://marc.theaimsgroup.com/?l=freebsd-amd64&m=113034973432742&w=2 >>> where Søren said it might be busdma, not the ata driver and Scott >>> promised to look into that. >> >> The resolution was that busdma doesn't work as advertised in the man >> page, and that scottl would look into it > > Well, the more accurate statement is that the manpage is not the > authoritative design document, but rather a poorly adapted > representation of how the subsystem might work on NetBSD =-) So > busdma needs to be fixed to provide what the drivers need, and > the manpage needs to be fixed to reflect how things actually work. > > In any case ATA still doesn't come anywhere close to conforming to > the busdma API, and I doubt that me rewriting the manpage will fix > that. Hmm, thats not how I recall the conclusion, but anyway.. Please mark ATA as broken for > 4G of memory then, I have no immediate plans to rework the entire logic to bend over backwards for busdma's callback centric world just yet. -Søren
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?438B3C5F.2060500>