|
Revision tags: v6.2.1, v6.2.0, v6.3.0, v6.0.1, v6.0.0, v6.0.0rc1, v6.1.0, v5.8.3, v5.8.2, v5.8.1, v5.8.0, v5.9.0, v5.8.0rc1, v5.6.3, v5.6.2, v5.6.1, v5.6.0, v5.6.0rc1, v5.7.0, v5.4.3, v5.4.2, v5.4.1, v5.4.0, v5.5.0, v5.4.0rc1, v5.2.2, v5.2.1, v5.2.0, v5.3.0, v5.2.0rc |
|
| #
43437467 |
| 20-Mar-2018 |
Sascha Wildner <saw@online.de> |
<net/if_poll.h>: Add license. It was based on sys/net/if_poll.c.
Reported-by: Aaron LI <aly@aaronly.me>
Discussed-with: sephe
|
|
Revision tags: v5.0.2, v5.0.1, v5.0.0, v5.0.0rc2, v5.1.0, v5.0.0rc1, v4.8.1, v4.8.0, v4.6.2, v4.9.0, v4.8.0rc, v4.6.1, v4.6.0, v4.6.0rc2, v4.6.0rc, v4.7.0, v4.4.3, v4.4.2, v4.4.1, v4.4.0, v4.5.0, v4.4.0rc, v4.2.4, v4.3.1, v4.2.3, v4.2.1, v4.2.0, v4.0.6, v4.3.0, v4.2.0rc, v4.0.5, v4.0.4, v4.0.3, v4.0.2, v4.0.1, v4.0.0, v4.0.0rc3, v4.0.0rc2, v4.0.0rc, v4.1.0, v3.8.2, v3.8.1, v3.6.3, v3.8.0, v3.8.0rc2, v3.9.0, v3.8.0rc, v3.6.2, v3.6.1, v3.6.0, v3.7.1, v3.6.0rc, v3.7.0, v3.4.3, v3.4.2, v3.4.0, v3.4.1, v3.4.0rc, v3.5.0, v3.2.2 |
|
| #
b5de76b1 |
| 28-Oct-2012 |
Sepherosa Ziehau <sephe@dragonflybsd.org> |
ifpoll: Factor out code for devices which does not support multiple queues
Mainly avoid code duplication.
While I'm here, fix a typo in em(4) which always enable interrupt during
interface initiali
ifpoll: Factor out code for devices which does not support multiple queues
Mainly avoid code duplication.
While I'm here, fix a typo in em(4) which always enable interrupt during
interface initialization.
show more ...
|
|
Revision tags: v3.2.1 |
|
| #
2f00683b |
| 12-Oct-2012 |
Sepherosa Ziehau <sephe@dragonflybsd.org> |
ifpoll: Don't pass pollhz to status poll handler
It is not useful at all.
|
|
Revision tags: v3.2.0, v3.3.0 |
|
| #
9826be42 |
| 17-Sep-2012 |
Sepherosa Ziehau <sephe@dragonflybsd.org> |
ifpoll: Don't limit number of CPUs that perform polling
|
|
Revision tags: v3.0.3, v3.0.2, v3.0.1, v3.1.0, v3.0.0 |
|
| #
86d7f5d3 |
| 26-Nov-2011 |
John Marino <draco@marino.st> |
Initial import of binutils 2.22 on the new vendor branch
Future versions of binutils will also reside on this branch rather
than continuing to create new binutils branches for each new version.
|
|
Revision tags: v2.12.0, v2.13.0, v2.10.1, v2.11.0, v2.10.0, v2.9.1, v2.8.2, v2.8.1, v2.8.0, v2.9.0, v2.6.3, v2.7.3, v2.6.2, v2.7.2, v2.7.1, v2.6.1, v2.7.0, v2.6.0, v2.5.1, v2.4.1, v2.5.0, v2.4.0, v2.3.2, v2.3.1, v2.2.1 |
|
| #
b3a7093f |
| 26-Apr-2009 |
Sepherosa Ziehau <sephe@dragonflybsd.org> |
Add ifpoll, which support hardware TX/RX queues based polling.
The implementation is mainly based on the polling(4) code.
Difference to the polling(4):
- Instead of registering one polling handler f
Add ifpoll, which support hardware TX/RX queues based polling.
The implementation is mainly based on the polling(4) code.
Difference to the polling(4):
- Instead of registering one polling handler for both TX/RX and status,
drivers could register multiple polling handlers for TX/RX polling
handler on different CPU based on its own needs. And drivers could
register one status check handler, which is always polled on CPU0.
- TX could be polled at lower frequency than RX; normally we don't
need high frequency polling for TX, but for RX, we may need relative
higher polling frequency.
- Better serializer integration.
ifnet changes:
- ifnet.if_qpoll is added, which should be implemented by driver which
supports ifpoll.
- IFF_NPOLLING is added to indicate that the driver is using ifpoll.
ifconfig(8):
- Add 'npolling' and '-npolling'; they are used to turn on/off ifpoll
on the specified interface.
Drivers:
- emx(4) is converted to use the ifpoll. Coexistance of ifpoll and
polling(4) in one driver requires extra effort in driver itself;
drop polling(4) support in emx(4) for now.
IFPOLL_ENABLE kernel option is added, which is not enabled by default.
show more ...
|