Date: Sun, 28 Feb 1999 15:24:41 -0800 (PST) From: Castor Fu <castor@geocast.net> To: freebsd-stable@FreeBSD.ORG Subject: Re: bus_dmamap_load & compiler glitch Message-ID: <Pine.GSO.4.03.9902281518210.19864-100000@geo.geocast.net> In-Reply-To: <Pine.GSO.4.03.9902272225240.14800-100000@geo.geocast.net>
next in thread | previous in thread | raw e-mail | index | archive | help
This looks like a usage error on my part. I was using what I thought was the default value for nsegments in the dma tag, and letting this propogate though. Unfortunately, the system then tried to allocate a very large array off of the stack which caused the problems I was seeing. Sorry for the confusion. -castor On Sat, 27 Feb 1999, Castor Fu wrote: > I'm trying to use the bus_dma interface with 3.1-RELEASE and > the bus_dmamap_load routine appears to compile incorrectly with > the default C compiler and default flags. > > It somehow fouls up in detecting the first segment and generates > two segments, the first of which is garbage. > > Has anyone seen anything like this? I realize these routines are > not used much yet in current drivers. > > Putting in a few printfs seems to get the compiler to do the right thing. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.GSO.4.03.9902281518210.19864-100000>