summaryrefslogtreecommitdiffstats
path: root/sys/kern/dma_alloc.c (follow)
Commit message (Collapse)AuthorAgeFilesLines
* all pools have their ipl set via pool_setipl, so fold it into pool_init.dlg2016-09-151-4/+3
| | | | | | | | | | | | | | | | | | | | | | the ioff argument to pool_init() is unused and has been for many years, so this replaces it with an ipl argument. because the ipl will be set on init we no longer need pool_setipl. most of these changes have been done with coccinelle using the spatch below. cocci sucks at formatting code though, so i fixed that by hand. the manpage and subr_pool.c bits i did myself. ok tedu@ jmatthew@ @ipl@ expression pp; expression ipl; expression s, a, o, f, m, p; @@ -pool_init(pp, s, a, o, f, m, p); -pool_setipl(pp, ipl); +pool_init(pp, s, a, ipl, f, m, p);
* decouple struct uvmexp into a new file, so that uvm_extern.h and sysctl.hderaadt2014-07-081-1/+2
| | | | | don't need to be married. ok guenther miod beck jsing kettenis
* Fix a few format string bugs with -DDEBUGsf2014-06-151-2/+2
|
* Reduce uvm include madness. Use <uvm/uvm_extern.h> instead ofmpi2014-03-281-2/+4
| | | | | | <uvm/uvm.h> if possible and remove double inclusions. ok beck@, mlarkin@, deraadt@
* Make mbufs and dma_alloc be contig allocations.ariane2011-06-231-2/+2
| | | | | | Requested by dlg@ ok oga@
* Put back the change of pool and malloc into the new km_alloc(9) api.art2011-04-181-2/+2
| | | | | | The problems during the hackathon were not caused by this (most likely). prodded by deraadt@ and beck@
* Backout the uvm_km_getpage -> km_alloc conversion. Weird things are happeningart2011-04-061-2/+2
| | | | | | and we aren't sure what's causing them. shouted oks by many before I even built a kernel with the diff.
* - Change pool constraints to use kmem_pa_mode instead of uvm_constraint_rangeart2011-04-051-2/+2
| | | | | | | | - Use km_alloc for all backend allocations in pools. - Use km_alloc for the emergmency kentry allocations in uvm_mapent_alloc - Garbage collect uvm_km_getpage, uvm_km_getpage_pla and uvm_km_putpage ariane@ ok
* The dma pools need to be IPL_VMderaadt2011-04-021-1/+2
| | | | ok dlg
* make more dma pools -- all the way up to 64K. at least the scsideraadt2011-03-171-4/+6
| | | | | | SCIOCCOMMAND wants a dma'able object that big. should we handle this another way, by handling that data in a buf? ok krw
* limit the pools from 14 bits down. We cannot use PAGE_SIZE because itderaadt2010-07-151-3/+3
| | | | | is a variable on sparc. This should be revisited... after the arguments for pagesize vs 4K complete :)
* oops; Fred Crowsonderaadt2010-07-141-2/+2
|
* dma_alloc() and dma_free(). This is a thin shim on top of a bag ofderaadt2010-07-131-0/+76
pools, sized by powers of 2, which are constrained to dma memory. ok matthew tedu thib