Attilio Rao 1abcdbd127 When user_frac in the polling subsystem is low it is going to busy the ... CPU for too long period than necessary. Additively, interfaces are kept polled (in the tick) even if no more packets are available. In order to avoid such situations a new generic mechanism can be implemented in proactive way, keeping track of the time spent on any packet and fragmenting the time for any tick, stopping the processing as soon as possible. In order to implement such mechanism, the polling handler needs to change, returning the number of packets processed. While the intended logic is not part of this patch, the polling KPI is broken by this commit, adding an int return value and the new flag IFCAP_POLLING_NOCOUNT (which will signal that the return value is meaningless for the installed handler and checking should be skipped). Bump __FreeBSD_version in order to signal such situation. Reviewed by: emaste Sponsored by: Sandvine Incorporated		2009-05-30 15:14:44 +00:00
..
dcphy.c	- Set MIIF_NOLOOP and don't add IFM_LOOP as loopback apparently isn't	2009-03-19 22:34:55 +00:00
if_dc.c	When user_frac in the polling subsystem is low it is going to busy the	2009-05-30 15:14:44 +00:00
if_dcreg.h
pnphy.c	- Set MIIF_NOLOOP and don't add IFM_LOOP as loopback apparently isn't	2009-03-19 22:34:55 +00:00