summaryrefslogtreecommitdiffstats
path: root/sys/dev/netmap/netmap_mem2.c
Commit message (Collapse)AuthorAgeFilesLines
* MFC r282978:pkelsey2015-05-241-16/+67
| | | | | | | | | | | | | | | | | When a netmap process terminates without the full set of buffers it was granted via rings and ni_bufs_list_head represented in those rings and lists (e.g., via SIGKILL), those buffers are no longer available for subsequent users for the lifetime of the system. To mitigate this resource leak, reset the allocator state when the last ref to that allocator is released. Note that this only recovers leaked resources for an allocator when there are no longer any users of that allocator, so there remain circumstances in which leaked allocator resources may not ever be recovered - consider a set of multiple netmap processes that are all using the same allocator (say, the global allocator) where members of that set may be killed and restarted over time but at any given point there is one member of that set running.
* MFC 270063: update of netmap codeluigi2014-08-201-37/+214
| | | | (vtnet and cxgbe not merged yet because we need some other mfc first)
* sync netmap code with the version in HEAD:luigi2014-06-091-1/+1
| | | | | | | - fix handling of tx mbufs in emulated netmap mode; - introduce mbq_lock() and mbq_unlock() - rate limit some error messages - many whitespace and comment fixes
* MFH: sync the netmap code with the one in HEADluigi2014-02-181-429/+832
| | | | | (enhanced VALE switch, netmap pipes, emulated netmap mode). See details in the log for svn 261909.
* another minor bugfix in the memory allocator, this time in the free routine.luigi2013-05-101-1/+1
|
* remove trailing whitespaceluigi2013-05-021-4/+4
|
* whitespace - document alternative locking under linuxluigi2013-04-291-0/+2
|
* whitespace changes:luigi2013-04-291-1/+0
| | | | remove $Id$ lines, and add blank lines around some #if / #elif /#endif
* mostly whitespace changes:luigi2013-04-191-28/+27
| | | | | - remove vestiges of the old memory allocator - clean up some comments
* fix a bug in the computation of the userspace offset for a give netmap buffer.luigi2013-04-151-1/+1
| | | | Submitted by: Hugh Nhan
* control some debugging messages with dev.netmap.verboseluigi2013-01-231-11/+34
| | | | | add infrastracture to adapt to changes in number of queues and buffers at runtime
* Use M_NOWAIT when calling malloc with a lock held.emaste2012-10-191-2/+2
| | | | | The check for a NULL return was already in place so I assume this was just an oversight.
* This is an import of code, mostly from Giuseppe Lettieri,luigi2012-10-191-194/+423
| | | | | | | | | | | | | | | | | | | | | that revises the netmap memory allocator so that the various parameters (number and size of buffers, rings, descriptors) can be modified at runtime through sysctl variables. The changes become effective when no netmap clients are active. The API is mostly unchanged, although the NIOCUNREGIF ioctl now does not bring the interface back to normal mode: and you need to close the file descriptor for that. This change was necessary to track who is using the mapped region, and since it is a simplification of the API there was no incentive in trying to preserve NIOCUNREGIF. We will remove the ioctl from the kernel next time we need a real API change (and version bump). Among other things, buffer allocation when opening devices is now much faster: it used to take O(N^2) time, now it is linear. Submitted by: Giuseppe Lettieri
* Avoid panic when a netmap instance cannot obtain memory.emaste2012-10-171-1/+2
| | | | | | A uint32_t is always >= 0. Sponsored by: ADARA Networks
* - move the inclusion of netmap headers to the common part of the code;luigi2012-07-301-2/+3
| | | | - more portable annotations for unused arguments;
* Add support for VALE bridges to the netmap core, seeluigi2012-07-261-3/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | http://info.iet.unipi.it/~luigi/vale/ VALE lets you dynamically instantiate multiple software bridges that talk the netmap API (and are *extremely* fast), so you can test netmap applications without the need for high end hardware. This is particularly useful as I am completing a netmap-aware version of ipfw, and VALE provides an excellent testing platform. Also, I also have netmap backends for qemu mostly ready for commit to the port, and this too will let you interconnect virtual machines at high speed without fiddling with bridges, tap or other slow solutions. The API for applications is unchanged, so you can use the code in tools/tools/netmap (which i will update soon) on the VALE ports. This commit also syncs the code with the one in my internal repository, so you will see some conditional code for other platforms. The code should run mostly unmodified on stable/9 so people interested in trying it can just copy sys/dev/netmap/ and sys/net/netmap*.h from HEAD VALE is joint work with my colleague Giuseppe Lettieri, and is partly supported by the EU Projects CHANGE and OPENLAB
* i prefer this fix for the -Wformat warning (just one cast,luigi2012-04-141-5/+3
| | | | | all the other variables are already correct for %x). My previous attempt put the cast in the wrong place.
* Make compile on 64bit somehow for now after a first try at r234242 onbz2012-04-141-3/+5
| | | | maybe 32bit?
* fix build with -Wformat -Wmissing-prototypesluigi2012-04-131-2/+2
|
* add the new memory allocator for netmap, which allocates memoryluigi2012-04-131-0/+720
in small clusters instead of one big contiguous chunk. This was already enabled in the previous commit.
OpenPOWER on IntegriCloud