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

Scott Long scott_long at btc.adaptec.com
Mon May 26 21:01:23 PDT 2003


Nate Lawson wrote:
> On Sun, 25 May 2003, Scott Long wrote:
> 
>>  Modified files:
>>    sys/alpha/alpha      busdma_machdep.c
>>    sys/alpha/include    bus.h
>>    sys/amd64/amd64      busdma_machdep.c
>>    sys/amd64/include    bus_dma.h
>>    sys/i386/i386        busdma_machdep.c
>>    sys/i386/include     bus_dma.h
>>    sys/sparc64/include  bus.h iommuvar.h
>>    sys/sparc64/pci      psycho.c
>>    sys/sparc64/sbus     sbus.c
>>    sys/sparc64/sparc64  iommu.c
>>  Log:
>>  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.
>>
>>  Approved by:    re (bmah)
> 
> 
> 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.
> 
> -Nate

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).
Note the the bus_dmamem_alloc_size stuff went into the tree in Jan but
was never once used.

Scott



More information about the cvs-all mailing list