search for: vyasevich

From: Vladislav Yasevich <vyasevich at gmail.com> Date: Fri, 30 Jan 2015 14:27:24 -0500 > commit 3d0ad09412ffe00c9afa201d01effdb6023d09b4 > Author: Ben Hutchings <ben at decadent.org.uk> > Date: Thu Oct 30 18:27:12 2014 +0000 > > drivers/net: Disable UFO through virtio > > Turned off UFO support...

From: Vladislav Yasevich <vyasevich at gmail.com> Date: Fri, 30 Jan 2015 14:27:24 -0500 > commit 3d0ad09412ffe00c9afa201d01effdb6023d09b4 > Author: Ben Hutchings <ben at decadent.org.uk> > Date: Thu Oct 30 18:27:12 2014 +0000 > > drivers/net: Disable UFO through virtio > > Turned off UFO support...

...t; Sebastian Hesselbarth <sebastian.hesselbarth@gmail.com> Seif Mazareeb <seif@marvell.com> Takashi Iwai <tiwai@suse.de> Tony Prisk <linux@prisktech.co.nz> Toralf Förster <toralf.foerster@gmx.de> Vlad Yasevich <vyasevic@redhat.com> Vlad Yasevich <vyasevich@gmail.com> Will Deacon <will.deacon@arm.com> Wolfram Sang <wsa@the-dreams.de> Yuchung Cheng <ycheng@google.com> ------------------------------------------------------------ jobs: build-amd64 pass build-i386...

commit 3d0ad09412ffe00c9afa201d01effdb6023d09b4 Author: Ben Hutchings <ben at decadent.org.uk> Date: Thu Oct 30 18:27:12 2014 +0000 drivers/net: Disable UFO through virtio Turned off UFO support to virtio-net based devices due to issues with IPv6 fragment id generation for UFO packets. The issue was that IPv6 UFO/GSO implementation expects the fragment id to be supplied in

commit 3d0ad09412ffe00c9afa201d01effdb6023d09b4 Author: Ben Hutchings <ben at decadent.org.uk> Date: Thu Oct 30 18:27:12 2014 +0000 drivers/net: Disable UFO through virtio Turned off UFO support to virtio-net based devices due to issues with IPv6 fragment id generation for UFO packets. The issue was that IPv6 UFO/GSO implementation expects the fragment id to be supplied in

Now that we have SCTP offload capabilities in the kernel, we can add them to virtio as well. First step is SCTP checksum. We need a new freature in virtio to negotiate this support since SCTP is excluded with the stardard checksum and requires a little bit extra. This series proposes VIRTIO_NET_F_SCTP_CSUM feature bit. As the "little bit extra", the kernel uses a new bit in the skb

commit 3d0ad09412ffe00c9afa201d01effdb6023d09b4 Author: Ben Hutchings <ben at decadent.org.uk> Date: Thu Oct 30 18:27:12 2014 +0000 drivers/net: Disable UFO through virtio Turned off UFO support to virtio-net based devices due to issues with IPv6 fragment id generation for UFO packets. The issue was that IPv6 UFO/GSO implementation expects the fragment id to be supplied in

commit 3d0ad09412ffe00c9afa201d01effdb6023d09b4 Author: Ben Hutchings <ben at decadent.org.uk> Date: Thu Oct 30 18:27:12 2014 +0000 drivers/net: Disable UFO through virtio Turned off UFO support to virtio-net based devices due to issues with IPv6 fragment id generation for UFO packets. The issue was that IPv6 UFO/GSO implementation expects the fragment id to be supplied in

...m> Vivek Natarajan <nataraja@qca.qualcomm.com> Vivek Trivedi <t.vivek@samsung.com> Vivek Trivedi <vtrivedi018@gmail.com> Vivi Li <vivi.li@analog.com> Vivien Didelot <vivien.didelot@savoirfairelinux.com> VL <vl.homutov@gmail.com> Vlad Yaseivch <vyasevich@gmail.com> Vlad Yasevich <vladislav.yasevich@hp.com> Vlad Yasevich <vyasevic@gmail.com> Vlad Yasevich <vyasevic@redhat.com> Vlad Yasevich <vyasevich@gmail.com> Vlad Yasevich <vyasevich@redhat.com> Vlad Yasevich <vyasvic@redhat.com> Vlad Zolotarov...

...m> Vivek Natarajan <nataraja@qca.qualcomm.com> Vivek Trivedi <t.vivek@samsung.com> Vivek Trivedi <vtrivedi018@gmail.com> Vivi Li <vivi.li@analog.com> Vivien Didelot <vivien.didelot@savoirfairelinux.com> VL <vl.homutov@gmail.com> Vlad Yaseivch <vyasevich@gmail.com> Vlad Yasevich <vladislav.yasevich@hp.com> Vlad Yasevich <vyasevic@gmail.com> Vlad Yasevich <vyasevic@redhat.com> Vlad Yasevich <vyasevich@gmail.com> Vlad Yasevich <vyasevich@redhat.com> Vlad Yasevich <vyasvic@redhat.com> Vlad Zolotarov...

...m> Vivek Natarajan <nataraja@qca.qualcomm.com> Vivek Trivedi <t.vivek@samsung.com> Vivek Trivedi <vtrivedi018@gmail.com> Vivi Li <vivi.li@analog.com> Vivien Didelot <vivien.didelot@savoirfairelinux.com> VL <vl.homutov@gmail.com> Vlad Yaseivch <vyasevich@gmail.com> Vlad Yasevich <vladislav.yasevich@hp.com> Vlad Yasevich <vyasevic@gmail.com> Vlad Yasevich <vyasevic@redhat.com> Vlad Yasevich <vyasevich@gmail.com> Vlad Yasevich <vyasevich@redhat.com> Vlad Yasevich <vyasvic@redhat.com> Vlad Zolotarov...

...m> Vivek Natarajan <nataraja@qca.qualcomm.com> Vivek Trivedi <t.vivek@samsung.com> Vivek Trivedi <vtrivedi018@gmail.com> Vivi Li <vivi.li@analog.com> Vivien Didelot <vivien.didelot@savoirfairelinux.com> VL <vl.homutov@gmail.com> Vlad Yaseivch <vyasevich@gmail.com> Vlad Yasevich <vladislav.yasevich@hp.com> Vlad Yasevich <vyasevic@gmail.com> Vlad Yasevich <vyasevic@redhat.com> Vlad Yasevich <vyasevich@gmail.com> Vlad Yasevich <vyasevich@redhat.com> Vlad Yasevich <vyasvic@redhat.com> Vlad Zolotarov...

...m> Vivek Natarajan <nataraja@qca.qualcomm.com> Vivek Trivedi <t.vivek@samsung.com> Vivek Trivedi <vtrivedi018@gmail.com> Vivi Li <vivi.li@analog.com> Vivien Didelot <vivien.didelot@savoirfairelinux.com> VL <vl.homutov@gmail.com> Vlad Yaseivch <vyasevich@gmail.com> Vlad Yasevich <vladislav.yasevich@hp.com> Vlad Yasevich <vyasevic@gmail.com> Vlad Yasevich <vyasevic@redhat.com> Vlad Yasevich <vyasevich@gmail.com> Vlad Yasevich <vyasevich@redhat.com> Vlad Yasevich <vyasvic@redhat.com> Vlad Zolotarov...

...m> Vivek Natarajan <nataraja@qca.qualcomm.com> Vivek Trivedi <t.vivek@samsung.com> Vivek Trivedi <vtrivedi018@gmail.com> Vivi Li <vivi.li@analog.com> Vivien Didelot <vivien.didelot@savoirfairelinux.com> VL <vl.homutov@gmail.com> Vlad Yaseivch <vyasevich@gmail.com> Vlad Yasevich <vladislav.yasevich@hp.com> Vlad Yasevich <vyasevic@gmail.com> Vlad Yasevich <vyasevic@redhat.com> Vlad Yasevich <vyasevich@gmail.com> Vlad Yasevich <vyasevich@redhat.com> Vlad Yasevich <vyasvic@redhat.com> Vlad Zolotarov...

...m> Vivek Natarajan <nataraja@qca.qualcomm.com> Vivek Trivedi <t.vivek@samsung.com> Vivek Trivedi <vtrivedi018@gmail.com> Vivi Li <vivi.li@analog.com> Vivien Didelot <vivien.didelot@savoirfairelinux.com> VL <vl.homutov@gmail.com> Vlad Yaseivch <vyasevich@gmail.com> Vlad Yasevich <vladislav.yasevich@hp.com> Vlad Yasevich <vyasevic@gmail.com> Vlad Yasevich <vyasevic@redhat.com> Vlad Yasevich <vyasevich@gmail.com> Vlad Yasevich <vyasevich@redhat.com> Vlad Yasevich <vyasvic@redhat.com> Vlad Zolotarov...

...m> Vivek Natarajan <nataraja@qca.qualcomm.com> Vivek Trivedi <t.vivek@samsung.com> Vivek Trivedi <vtrivedi018@gmail.com> Vivi Li <vivi.li@analog.com> Vivien Didelot <vivien.didelot@savoirfairelinux.com> VL <vl.homutov@gmail.com> Vlad Yaseivch <vyasevich@gmail.com> Vlad Yasevich <vladislav.yasevich@hp.com> Vlad Yasevich <vyasevic@gmail.com> Vlad Yasevich <vyasevic@redhat.com> Vlad Yasevich <vyasevich@gmail.com> Vlad Yasevich <vyasevich@redhat.com> Vlad Yasevich <vyasvic@redhat.com> Vlad Zolotarov...

...m> Vivek Natarajan <nataraja@qca.qualcomm.com> Vivek Trivedi <t.vivek@samsung.com> Vivek Trivedi <vtrivedi018@gmail.com> Vivi Li <vivi.li@analog.com> Vivien Didelot <vivien.didelot@savoirfairelinux.com> VL <vl.homutov@gmail.com> Vlad Yaseivch <vyasevich@gmail.com> Vlad Yasevich <vladislav.yasevich@hp.com> Vlad Yasevich <vyasevic@gmail.com> Vlad Yasevich <vyasevic@redhat.com> Vlad Yasevich <vyasevich@gmail.com> Vlad Yasevich <vyasevich@redhat.com> Vlad Yasevich <vyasvic@redhat.com> Vlad Zolotarov...

Adds a new tun offload flag to allow for SCTP checksum offload. The flag has to be set by the user and defaults to "no offload". Signed-off-by: Vladislav Yasevich <vyasevic at redhat.com> --- drivers/net/tun.c | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/drivers/net/tun.c b/drivers/net/tun.c index a1ba262..263bcbe 100644 --- a/drivers/net/tun.c +++ b/drivers/net/tun.c

Since we now have support for software CRC32c offload, turn it on for macvlan and macvtap devices so that guests can take advantage of offload SCTP checksums to the host or host hardware. Signed-off-by: Vladislav Yasevich <vyasevic at redhat.com> --- drivers/net/macvlan.c | 5 +++-- drivers/net/tap.c | 8 +++++--- 2 files changed, 8 insertions(+), 5 deletions(-) diff --git

On 06/03/2014 08:48 AM, Paolo Bonzini wrote: > Il 02/06/2014 23:58, Eric Dumazet ha scritto: >> This looks dubious >> >> What about using kfree_rcu() instead ? > > It would lead to unbound allocation from userspace. > >> translate_desc() still uses rcu_read_lock(), its not clear if the mutex >> is really held. > > Yes, vhost_get_vq_desc must be