Displaying 20 results from an estimated 957 matches for "xmit".
Did you mean:
emit
2011 Jun 19
2
RFT: virtio_net: limit xmit polling
...nt trees. In the hope to get
everyone on the same page, I created several variants of this patch so
they can be compared. Whoever's interested, please check out the
following, and tell me how these compare:
kernel:
git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git
virtio-net-limit-xmit-polling/base - this is net-next baseline to test against
virtio-net-limit-xmit-polling/v0 - fixes checks on out of capacity
virtio-net-limit-xmit-polling/v1 - previous revision of the patch
this does xmit,free,xmit,2*free,free
virtio-net-limit-xmit-polling/v2 - new revision of the patch
this do...
2011 Jun 19
2
RFT: virtio_net: limit xmit polling
...nt trees. In the hope to get
everyone on the same page, I created several variants of this patch so
they can be compared. Whoever's interested, please check out the
following, and tell me how these compare:
kernel:
git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git
virtio-net-limit-xmit-polling/base - this is net-next baseline to test against
virtio-net-limit-xmit-polling/v0 - fixes checks on out of capacity
virtio-net-limit-xmit-polling/v1 - previous revision of the patch
this does xmit,free,xmit,2*free,free
virtio-net-limit-xmit-polling/v2 - new revision of the patch
this do...
2023 Mar 07
2
[PATCH net 0/2] add checking sq is full inside xdp xmit
Hi,
On Tue, 2023-03-07 at 09:49 +0800, Xuan Zhuo wrote:
> On Mon, 6 Mar 2023 12:58:22 -0500, "Michael S. Tsirkin" <mst at redhat.com> wrote:
> > On Mon, Mar 06, 2023 at 12:15:33PM +0800, Xuan Zhuo wrote:
> > > If the queue of xdp xmit is not an independent queue, then when the xdp
> > > xmit used all the desc, the xmit from the __dev_queue_xmit() may encounter
> > > the following error.
> > >
> > > net ens4: Unexpected TXQ (0) queue failure: -28
> > >
> > > This patch adds...
2023 Mar 06
4
[PATCH net 0/2] add checking sq is full inside xdp xmit
If the queue of xdp xmit is not an independent queue, then when the xdp
xmit used all the desc, the xmit from the __dev_queue_xmit() may encounter
the following error.
net ens4: Unexpected TXQ (0) queue failure: -28
This patch adds a check whether sq is full in XDP Xmit.
Thanks.
Xuan Zhuo (2):
virtio_net: separate th...
2009 May 29
1
[PATCH 3/4] virtio_net: don't free buffers in xmit ring
The virtio_net driver is complicated by the two methods of freeing old
xmit buffers (in addition to freeing old ones at the start of the xmit
path).
The original code used a 1/10 second timer attached to xmit_free(),
reset on every xmit. Before we orphaned skbs on xmit, the
transmitting userspace could block with a full socket until the timer
fired, the skb destructor wa...
2009 May 29
1
[PATCH 3/4] virtio_net: don't free buffers in xmit ring
The virtio_net driver is complicated by the two methods of freeing old
xmit buffers (in addition to freeing old ones at the start of the xmit
path).
The original code used a 1/10 second timer attached to xmit_free(),
reset on every xmit. Before we orphaned skbs on xmit, the
transmitting userspace could block with a full socket until the timer
fired, the skb destructor wa...
2023 Mar 08
3
[PATCH net, stable v1 0/3] add checking sq is full inside xdp xmit
If the queue of xdp xmit is not an independent queue, then when the xdp
xmit used all the desc, the xmit from the __dev_queue_xmit() may encounter
the following error.
net ens4: Unexpected TXQ (0) queue failure: -28
This patch adds a check whether sq is full in XDP Xmit.
Thanks.
v1:
1. rename to check_sq_full_and_d...
2023 Mar 08
0
[PATCH net, stable v1 3/3] virtio_net: add checking sq is full inside xdp xmit
On Wed, Mar 08, 2023 at 04:13:12PM +0800, Yunsheng Lin wrote:
> On 2023/3/8 15:14, Xuan Zhuo wrote:
> > On Wed, 8 Mar 2023 14:59:36 +0800, Yunsheng Lin <linyunsheng at huawei.com> wrote:
> >> On 2023/3/8 10:49, Xuan Zhuo wrote:
> >>> If the queue of xdp xmit is not an independent queue, then when the xdp
> >>> xmit used all the desc, the xmit from the __dev_queue_xmit() may encounter
> >>> the following error.
> >>>
> >>> net ens4: Unexpected TXQ (0) queue failure: -28
> >>>
> >>>...
2008 Apr 25
0
[MailServer Resend] Quarantined email -- use caution when opening.Re: [PATCH 5/5] tun: vringfd xmit support.
----- Original Message Header -----
Subject: Re: [PATCH 5/5] tun: vringfd xmit support.
From: rusty at rustcorp.com.au;
To: akpm at linux-foundation.org;
Cc: netdev at vger.kernel.org; maxk at qualcomm.com;
virtualization at lists.linux-foundation.org; linux-kernel at vger.kernel.org;
-----------------------------------
Warning: Attachment contains virus code or meets the f...
2011 May 18
1
[PATCH RFC] virtio_net: fix patch: virtio_net: limit xmit polling
The patch virtio_net: limit xmit polling
got the logic reversed: it polled while we had
capacity not while ring was empty.
Fix it up and clean up a bit by using a for loop.
Signed-off-by: Michael S. Tsirkin <mst at redhat.com>
---
OK, turns out that patch was borken. Here's
a fix that survived stress test on my box.
P...
2011 May 18
1
[PATCH RFC] virtio_net: fix patch: virtio_net: limit xmit polling
The patch virtio_net: limit xmit polling
got the logic reversed: it polled while we had
capacity not while ring was empty.
Fix it up and clean up a bit by using a for loop.
Signed-off-by: Michael S. Tsirkin <mst at redhat.com>
---
OK, turns out that patch was borken. Here's
a fix that survived stress test on my box.
P...
2008 May 26
7
[PATCH 1/3] virtio: fix virtio_net xmit of freed skb bug
If we fail to transmit a packet, we assume the queue is full and put
the skb into last_xmit_skb. However, if more space frees up before we
xmit it, we loop, and the result can be transmitting the same skb twice.
Fix is simple: set skb to NULL if we've used it in some way, and check
before sending.
Signed-off-by: Rusty Russell <rusty at rustcorp.com.au>
---
drivers/net/virtio...
2008 May 26
7
[PATCH 1/3] virtio: fix virtio_net xmit of freed skb bug
If we fail to transmit a packet, we assume the queue is full and put
the skb into last_xmit_skb. However, if more space frees up before we
xmit it, we loop, and the result can be transmitting the same skb twice.
Fix is simple: set skb to NULL if we've used it in some way, and check
before sending.
Signed-off-by: Rusty Russell <rusty at rustcorp.com.au>
---
drivers/net/virtio...
2016 Dec 23
0
[PATCH net 2/9] virtio-net: correctly xmit linearized page on XDP_TX
After we linearize page, we should xmit this page instead of the page
of first buffer which may lead unexpected result. With this patch, we
can see correct packet during XDP_TX.
Cc: John Fastabend <john.r.fastabend at intel.com>
Signed-off-by: Jason Wang <jasowang at redhat.com>
---
drivers/net/virtio_net.c | 2 +-
1 file c...
2006 Oct 31
0
6364698 Add /etc/system tunable support for XMITS'' UPPER_RTRY counter registers
Author: danice
Repository: /hg/zfs-crypto/gate
Revision: 23a634d2405ff5c1e9e1ecf200708d8159060505
Log message:
6364698 Add /etc/system tunable support for XMITS'' UPPER_RTRY counter registers
Files:
update: usr/src/uts/sun4u/io/pci/pci_space.c
update: usr/src/uts/sun4u/io/pci/pcisch.c
update: usr/src/uts/sun4u/sys/pci/pci_pbm.h
update: usr/src/uts/sun4u/sys/pci/pci_space.h
update: usr/src/uts/sun4u/sys/pci/pcisch.h
2007 Apr 18
0
[Bridge] Re: ethernet device xmit function is not gettting called
On Mon, 28 Jun 2004 20:21:59 +0530 (IST)
<ravivsn@www.rocsys.com> wrote:
>
> Hi,
> I wrote a module to create dummy ethernet device, the intention is to
> add it to a bridge and transmit modified packets. I get ethernet device
> created but its xmit function is not called when the bridge receives a
> packet.
The interface has to go through the Spanning Tree Protocol (STP) initialization
process to get into the forwarding state which takes a while
(and it has to be marked up). Use 'brctl showstp br0' to see.
> I feel I have mis...
1999 Dec 12
3
Samba writing speed with big blocks
...value, my bow to the Samba team :)
If I change the block size to 65488 or more, then the writing speed falls
down to 3 MB/s, which is not what I expect from a 100Mbit network :\
Samba behaves this way even if SO_RCVBUF and SO_SNDBUF are set to 8192
and "read size" to 16384 and "max xmit" to 16384.
The corresponding part of my smb.conf looks like this:
client code page = 852
preserve case = yes
socket options = TCP_NODELAY IPTOS_LOWDELAY IPTOS_THROUGHPUT SO_KEEPALIVE SO_RCVBUF=65535 SO_SNDBUF=65535
oplocks = True
getwd cache = Yes
null passwords = no
rea...
2008 Jul 15
0
[PATCH 2/5] virtio: fix virtio_net xmit of freed skb bug
...t
Content-Disposition: inline
Message-Id: <200807151340.00446.rusty at rustcorp.com.au>
From: Mark McLoughlin <markmc at redhat.com>
On Mon, 2008-05-26 at 17:42 +1000, Rusty Russell wrote:
> If we fail to transmit a packet, we assume the queue is full and put
> the skb into last_xmit_skb. However, if more space frees up before we
> xmit it, we loop, and the result can be transmitting the same skb twice.
>
> Fix is simple: set skb to NULL if we've used it in some way, and check
> before sending.
...
> diff -r 564237b31993 drivers/net/virtio_net.c
> --- a/...
2008 Jul 15
0
[PATCH 2/5] virtio: fix virtio_net xmit of freed skb bug
...t
Content-Disposition: inline
Message-Id: <200807151340.00446.rusty at rustcorp.com.au>
From: Mark McLoughlin <markmc at redhat.com>
On Mon, 2008-05-26 at 17:42 +1000, Rusty Russell wrote:
> If we fail to transmit a packet, we assume the queue is full and put
> the skb into last_xmit_skb. However, if more space frees up before we
> xmit it, we loop, and the result can be transmitting the same skb twice.
>
> Fix is simple: set skb to NULL if we've used it in some way, and check
> before sending.
...
> diff -r 564237b31993 drivers/net/virtio_net.c
> --- a/...
2009 May 18
1
[RFC] virtio: orphan skbs if we're relying on timer to free them
We check for finished xmit skbs on every xmit, or on a timer (unless
the host promises to force an interrupt when the xmit ring is empty).
This can penalize userspace tasks which fill their sockbuf. Not much
difference with TSO, but measurable with large numbers of packets.
There are a finite number of packets which can be...