freebsd-dev/sys/arm
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
..
arm Place hostnames and similar information fully under the prison system. 2009-05-29 21:27:12 +00:00
at91 Delete the old USB stack. The new stack has settled in and has all the 2009-05-27 16:16:56 +00:00
compile
conf Delete the old USB stack. The new stack has settled in and has all the 2009-05-27 16:16:56 +00:00
include Define the kernel pmap in the same way on arm as on every other 2009-05-07 05:42:13 +00:00
mv Adjust Marvell Discovery (MV78xxx) support to recognize newest chip revisions, 2009-04-16 11:20:18 +00:00
sa11x0 Move a comment to where it belongs. 2009-02-02 20:24:29 +00:00
xscale When user_frac in the polling subsystem is low it is going to busy the 2009-05-30 15:14:44 +00:00