search for: cogentembedded

Hello. On 03/10/2016 05:28 PM, Aaron Conole wrote: > This patch checks the feature bit for the VIRTIO_NET_F_MTU feature. If it > exists, read the advised MTU and use it. > > No proper error handling is provided for the case where a user changes the > negotiated MTU. A future commit will add proper error handling. Instead, a > warning is emitted if the guest changes the device

Hello. On 03/10/2016 05:28 PM, Aaron Conole wrote: > This patch checks the feature bit for the VIRTIO_NET_F_MTU feature. If it > exists, read the advised MTU and use it. > > No proper error handling is provided for the case where a user changes the > negotiated MTU. A future commit will add proper error handling. Instead, a > warning is emitted if the guest changes the device

We need to use bit 32 for virtio 1.0. Make vhost_has_feature bool to avoid discarding high bits. Cc: Sergei Shtylyov <sergei.shtylyov at cogentembedded.com> Cc: Ben Hutchings <ben at decadent.org.uk> Signed-off-by: Michael S. Tsirkin <mst at redhat.com> Reviewed-by: Jason Wang <jasowang at redhat.com> --- drivers/vhost/vhost.h | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/vhost/vhost.h b/dr...

We need to use bit 32 for virtio 1.0. Make vhost_has_feature bool to avoid discarding high bits. Cc: Sergei Shtylyov <sergei.shtylyov at cogentembedded.com> Cc: Ben Hutchings <ben at decadent.org.uk> Signed-off-by: Michael S. Tsirkin <mst at redhat.com> Reviewed-by: Jason Wang <jasowang at redhat.com> --- drivers/vhost/vhost.h | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/vhost/vhost.h b/dr...

Hello. On 3/16/2016 12:04 AM, Aaron Conole wrote: > This patch checks the feature bit for the VIRTIO_NET_F_MTU feature. If it > exists, read the advised MTU and use it. > > No proper error handling is provided for the case where a user changes the > negotiated MTU. A future commit will add proper error handling. Instead, a > warning is emitted if the guest changes the device

Hello. On 3/16/2016 12:04 AM, Aaron Conole wrote: > This patch checks the feature bit for the VIRTIO_NET_F_MTU feature. If it > exists, read the advised MTU and use it. > > No proper error handling is provided for the case where a user changes the > negotiated MTU. A future commit will add proper error handling. Instead, a > warning is emitted if the guest changes the device

This changes the message_age_timer calculation to use the BPDU's max age as opposed to the local bridge's max age. This is in accordance with section 8.6.2.3.2 Step 2 of the 802.1D-1998 sprecification. With the current implementation, when running with very large bridge diameters, convergance will not always occur even if a root bridge is configured to have a longer max age. Tested

...athanh at nvidia.com> Cc: Jyri Sarha <jsarha at ti.com> Cc: Gerd Hoffmann <kraxel at redhat.com> Cc: Shawn Guo <shawnguo at kernel.org> Cc: John Stultz <john.stultz at linaro.org> Cc: Lars-Peter Clausen <lars at metafoo.de> Cc: Sergei Shtylyov <sergei.shtylyov at cogentembedded.com> Cc: Jeffy Chen <jeffy.chen at rock-chips.com> Cc: Tomeu Vizoso <tomeu.vizoso at collabora.com> Cc: Yakir Yang <kuankuan.y at gmail.com> Cc: Marek Szyprowski <m.szyprowski at samsung.com> Cc: Jose Abreu <Jose.Abreu at synopsys.com> Cc: Romain Perier <romain.p...

...athanh at nvidia.com> Cc: Jyri Sarha <jsarha at ti.com> Cc: Gerd Hoffmann <kraxel at redhat.com> Cc: Shawn Guo <shawnguo at kernel.org> Cc: John Stultz <john.stultz at linaro.org> Cc: Lars-Peter Clausen <lars at metafoo.de> Cc: Sergei Shtylyov <sergei.shtylyov at cogentembedded.com> Cc: Jeffy Chen <jeffy.chen at rock-chips.com> Cc: Tomeu Vizoso <tomeu.vizoso at collabora.com> Cc: Yakir Yang <kuankuan.y at gmail.com> Cc: Marek Szyprowski <m.szyprowski at samsung.com> Cc: Jose Abreu <Jose.Abreu at synopsys.com> Cc: Romain Perier <romain.p...

...athanh at nvidia.com> Cc: Jyri Sarha <jsarha at ti.com> Cc: Gerd Hoffmann <kraxel at redhat.com> Cc: Shawn Guo <shawnguo at kernel.org> Cc: John Stultz <john.stultz at linaro.org> Cc: Lars-Peter Clausen <lars at metafoo.de> Cc: Sergei Shtylyov <sergei.shtylyov at cogentembedded.com> Cc: Jeffy Chen <jeffy.chen at rock-chips.com> Cc: Tomeu Vizoso <tomeu.vizoso at collabora.com> Cc: Yakir Yang <kuankuan.y at gmail.com> Cc: Marek Szyprowski <m.szyprowski at samsung.com> Cc: Jose Abreu <Jose.Abreu at synopsys.com> Cc: Romain Perier <romain.p...

...;serge.hallyn@ubuntu.com> Serge E. Hallyn <serge@hallyn.com> Serge E. Hallyn <serue@us.ibm.com> Serge Hallyn <serge.hallyn@canonical.com> Serge Hallyn <serge.hallyn@ubuntu.com> Sergei Poselenov <sposelenov@emcraft.com> Sergei Shtylyov <sergei.shtylyov@cogentembedded.com> Sergei Shtylyov <sshtylyov@dev.rtsoft.ru> Sergei Shtylyov <sshtylyov@mvista.com> Sergei Shtylyov <sshtylyov@ru.mvista.com> Sergei Trofimovich <slyfox@gentoo.org> Sergei Trofimovich <slyich@gmail.com> Sergey Senozhatsky <sergey.senozhatsky@gmail.c...

...;serge.hallyn@ubuntu.com> Serge E. Hallyn <serge@hallyn.com> Serge E. Hallyn <serue@us.ibm.com> Serge Hallyn <serge.hallyn@canonical.com> Serge Hallyn <serge.hallyn@ubuntu.com> Sergei Poselenov <sposelenov@emcraft.com> Sergei Shtylyov <sergei.shtylyov@cogentembedded.com> Sergei Shtylyov <sshtylyov@dev.rtsoft.ru> Sergei Shtylyov <sshtylyov@mvista.com> Sergei Shtylyov <sshtylyov@ru.mvista.com> Sergei Trofimovich <slyfox@gentoo.org> Sergei Trofimovich <slyich@gmail.com> Sergey Senozhatsky <sergey.senozhatsky@gmail.c...

...;serge.hallyn@ubuntu.com> Serge E. Hallyn <serge@hallyn.com> Serge E. Hallyn <serue@us.ibm.com> Serge Hallyn <serge.hallyn@canonical.com> Serge Hallyn <serge.hallyn@ubuntu.com> Sergei Poselenov <sposelenov@emcraft.com> Sergei Shtylyov <sergei.shtylyov@cogentembedded.com> Sergei Shtylyov <sshtylyov@dev.rtsoft.ru> Sergei Shtylyov <sshtylyov@mvista.com> Sergei Shtylyov <sshtylyov@ru.mvista.com> Sergei Trofimovich <slyfox@gentoo.org> Sergei Trofimovich <slyich@gmail.com> Sergey Popovich <popovich_sergei@mail.ru>...

...;serge.hallyn@ubuntu.com> Serge E. Hallyn <serge@hallyn.com> Serge E. Hallyn <serue@us.ibm.com> Serge Hallyn <serge.hallyn@canonical.com> Serge Hallyn <serge.hallyn@ubuntu.com> Sergei Poselenov <sposelenov@emcraft.com> Sergei Shtylyov <sergei.shtylyov@cogentembedded.com> Sergei Shtylyov <sshtylyov@dev.rtsoft.ru> Sergei Shtylyov <sshtylyov@mvista.com> Sergei Shtylyov <sshtylyov@ru.mvista.com> Sergei Trofimovich <slyfox@gentoo.org> Sergei Trofimovich <slyich@gmail.com> Sergey Popovich <popovich_sergei@mail.ru>...

...;serge.hallyn@ubuntu.com> Serge E. Hallyn <serge@hallyn.com> Serge E. Hallyn <serue@us.ibm.com> Serge Hallyn <serge.hallyn@canonical.com> Serge Hallyn <serge.hallyn@ubuntu.com> Sergei Poselenov <sposelenov@emcraft.com> Sergei Shtylyov <sergei.shtylyov@cogentembedded.com> Sergei Shtylyov <sshtylyov@dev.rtsoft.ru> Sergei Shtylyov <sshtylyov@mvista.com> Sergei Shtylyov <sshtylyov@ru.mvista.com> Sergei Trofimovich <slyfox@gentoo.org> Sergei Trofimovich <slyich@gmail.com> Sergey Popovich <popovich_sergei@mail.ru>...

...;serge.hallyn@ubuntu.com> Serge E. Hallyn <serge@hallyn.com> Serge E. Hallyn <serue@us.ibm.com> Serge Hallyn <serge.hallyn@canonical.com> Serge Hallyn <serge.hallyn@ubuntu.com> Sergei Poselenov <sposelenov@emcraft.com> Sergei Shtylyov <sergei.shtylyov@cogentembedded.com> Sergei Shtylyov <sshtylyov@dev.rtsoft.ru> Sergei Shtylyov <sshtylyov@mvista.com> Sergei Shtylyov <sshtylyov@ru.mvista.com> Sergei Trofimovich <slyfox@gentoo.org> Sergei Trofimovich <slyich@gmail.com> Sergey Dyasly <dserrg@gmail.com> Sergey P...

...;serge.hallyn@ubuntu.com> Serge E. Hallyn <serge@hallyn.com> Serge E. Hallyn <serue@us.ibm.com> Serge Hallyn <serge.hallyn@canonical.com> Serge Hallyn <serge.hallyn@ubuntu.com> Sergei Poselenov <sposelenov@emcraft.com> Sergei Shtylyov <sergei.shtylyov@cogentembedded.com> Sergei Shtylyov <sshtylyov@dev.rtsoft.ru> Sergei Shtylyov <sshtylyov@mvista.com> Sergei Shtylyov <sshtylyov@ru.mvista.com> Sergei Trofimovich <slyfox@gentoo.org> Sergei Trofimovich <slyich@gmail.com> Sergey Dyasly <dserrg@gmail.com> Sergey P...

...;serge.hallyn@ubuntu.com> Serge E. Hallyn <serge@hallyn.com> Serge E. Hallyn <serue@us.ibm.com> Serge Hallyn <serge.hallyn@canonical.com> Serge Hallyn <serge.hallyn@ubuntu.com> Sergei Poselenov <sposelenov@emcraft.com> Sergei Shtylyov <sergei.shtylyov@cogentembedded.com> Sergei Shtylyov <sshtylyov@dev.rtsoft.ru> Sergei Shtylyov <sshtylyov@mvista.com> Sergei Shtylyov <sshtylyov@ru.mvista.com> Sergei Trofimovich <slyfox@gentoo.org> Sergei Trofimovich <slyich@gmail.com> Sergey Dyasly <dserrg@gmail.com> Sergey K...

...;serge.hallyn@ubuntu.com> Serge E. Hallyn <serge@hallyn.com> Serge E. Hallyn <serue@us.ibm.com> Serge Hallyn <serge.hallyn@canonical.com> Serge Hallyn <serge.hallyn@ubuntu.com> Sergei Poselenov <sposelenov@emcraft.com> Sergei Shtylyov <sergei.shtylyov@cogentembedded.com> Sergei Shtylyov <sshtylyov@dev.rtsoft.ru> Sergei Shtylyov <sshtylyov@mvista.com> Sergei Shtylyov <sshtylyov@ru.mvista.com> Sergei Trofimovich <slyfox@gentoo.org> Sergei Trofimovich <slyich@gmail.com> Sergey Dyasly <dserrg@gmail.com> Sergey K...

Hello. On 8/4/2015 12:55 PM, Jason Wang wrote: > virtio declares support for NETIF_F_FRAGLIST, but assumes > that there are at most MAX_SKB_FRAGS + 2 fragments which isn't > always true with a fraglist. > A longer fraglist in the skb will make the call to skb_to_sgvec overflow > the sg array, leading to memory corruption. > Drop NETIF_F_FRAGLIST so we only get what we can