Date: Tue, 27 May 2003 11:31:24 -0700 (PDT) From: Nate Lawson <nate@root.org> To: Scott Long <scott_long@btc.adaptec.com> Cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/alpha/alpha busdma_machdep.csrc/sys/alpha/include bus.h src/sys/amd64/amd64 busdma_machdep.c src/sys/amd64/include bus_dma.h src/sys/i386/i386 busdma_machdep Message-ID: <20030527112937.K6264@root.org> In-Reply-To: <3ED2E303.7070304@btc.adaptec.com> References: <20030526040103.EF60537B401@hub.freebsd.org> <20030526201453.V5016@root.org> <3ED2E303.7070304@btc.adaptec.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 26 May 2003, Scott Long wrote: > Nate Lawson wrote: > >> De-orbit bus_dmamem_alloc_size(). It's a hack and was never used anyways. > >> No need for it to pollute the 5.x API any further. > > > > Do you plan to address this in the future? I believe it was useful for a > > few drivers. I seem to recall you mentioning a more general approach for > > the future. > > The better approach is to have bus_dmamap_load() respect the maxsegs > field of the tag and coelesce the segments by whatever means it has > available to it (bcopy, GART, etc). Yes, that was it. Do you have any plans to implement this? > Note the the bus_dmamem_alloc_size stuff went into the tree in Jan but > was never once used. I thought it would be useful for some existing uses of contigmalloc() but didn't get around to converting them since you said it was temporary anyway. This would help with the busdma conversion effort. -Nate
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030527112937.K6264>