Displaying 6 results from an estimated 6 matches for "hard_tx_lock".
2006 Feb 22
0
Re: [PATCH] Fix IPSec for Xen checksum offload packets (Jon Mason)
...>
>
>diff -r 57e6d7218427 -r 079135b0d58f linux-2.6-xen-sparse/net/core/dev.c
>--- a/linux-2.6-xen-sparse/net/core/dev.c Fri Feb 3 18:45:14 2006
>+++ b/linux-2.6-xen-sparse/net/core/dev.c Mon Feb 6 19:34:52 2006
>@@ -1206,76 +1206,16 @@
> return 0;
> }
>
>-#define HARD_TX_LOCK(dev, cpu) { \
>- if ((dev->features & NETIF_F_LLTX) == 0) { \
>- spin_lock(&dev->xmit_lock); \
>- dev->xmit_lock_owner = cpu; \
>- } \
>-}
>-
>-#define HARD_TX_UNLOCK(dev) { \
>- if ((dev->features & NETIF_F_LLTX) == 0) { \
>- dev-&g...
2017 Jun 05
0
BUG: KASAN: use-after-free in free_old_xmit_skbs
...nd and fix the race condition.
>
> John?
>
> --
> MST
I think I see the source of the race. virtio net calls
netif_device_detach and assumes no packets will be sent after
this point. However, all it does is stop all queues so
no new packets will be transmitted.
Try locking with HARD_TX_LOCK?
--
MST
2017 Jun 05
0
BUG: KASAN: use-after-free in free_old_xmit_skbs
...nd and fix the race condition.
>
> John?
>
> --
> MST
I think I see the source of the race. virtio net calls
netif_device_detach and assumes no packets will be sent after
this point. However, all it does is stop all queues so
no new packets will be transmitted.
Try locking with HARD_TX_LOCK?
--
MST
2006 Jul 06
12
kernel BUG at net/core/dev.c:1133!
Looks like the GSO is involved?
I got this while running Dom0 only (no guests), with a
BOINC/Rosetta@home application running on all 4 cores.
changeset: 10649:8e55c5c11475
Build: x86_32p (pae).
------------[ cut here ]------------
kernel BUG at net/core/dev.c:1133!
invalid opcode: 0000 [#1]
SMP
CPU: 0
EIP: 0061:[<c04dceb0>] Not tainted VLI
EFLAGS: 00210297 (2.6.16.13-xen
2011 Nov 11
10
[RFC] [ver3 PATCH 0/6] Implement multiqueue virtio-net
This patch series resurrects the earlier multiple TX/RX queues
functionality for virtio_net, and addresses the issues pointed
out. It also includes an API to share irq's, f.e. amongst the
TX vqs.
I plan to run TCP/UDP STREAM and RR tests for local->host and
local->remote, and send the results in the next couple of days.
patch #1: Introduce VIRTIO_NET_F_MULTIQUEUE
patch #2: Move
2011 Nov 11
10
[RFC] [ver3 PATCH 0/6] Implement multiqueue virtio-net
This patch series resurrects the earlier multiple TX/RX queues
functionality for virtio_net, and addresses the issues pointed
out. It also includes an API to share irq's, f.e. amongst the
TX vqs.
I plan to run TCP/UDP STREAM and RR tests for local->host and
local->remote, and send the results in the next couple of days.
patch #1: Introduce VIRTIO_NET_F_MULTIQUEUE
patch #2: Move