| /freebsd/sys/dev/my/ |
| H A D | if_my.c | 5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
|
| /freebsd/sys/dev/sk/ |
| H A D | if_skreg.h | 5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
|
| H A D | if_sk.c | 5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
|
| /freebsd/sys/dev/ti/ |
| H A D | if_tireg.h | 5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
|
| H A D | if_ti.c | 5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
|
| /freebsd/sys/dev/vr/ |
| H A D | if_vrreg.h | 5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
|
| H A D | if_vr.c | 5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
|
| /freebsd/sys/dev/dc/ |
| H A D | if_dcreg.h | 5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
|
| H A D | if_dc.c | 5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
|
| /freebsd/sys/dev/bfe/ |
| H A D | if_bfe.c | 5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
|
| /freebsd/sys/dev/re/ |
| H A D | if_re.c | 5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
5120abbf Fri Nov 14 19:00:32 GMT 2003 Sam Leffler <sam@FreeBSD.org> Drop the driver lock around calls to if_input to avoid a LOR when
the packets are immediately returned for sending (e.g. when bridging
or packet forwarding). There are more efficient ways to do this
but for now use the least intrusive approach.
Reviewed by: imp, rwatson
|