search for: tuxdriv

...blindly set the affinity instead of queues during probe which can cause a mismatch of #queues between guest and host. This patch fixes it by setting queues. Reported-by: Theodore Ts'o <tytso at mit.edu> Tested-by: Theodore Ts'o <tytso at mit.edu> Cc: Neil Horman <nhorman at tuxdriver.com> Cc: Michael S. Tsirkin <mst at redhat.com> Fixes: 49000102901 ("virtio-net: enable multiqueue by default") Signed-off-by: Jason Wang <jasowang at redhat.com> --- drivers/net/virtio_net.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/...

...blindly set the affinity instead of queues during probe which can cause a mismatch of #queues between guest and host. This patch fixes it by setting queues. Reported-by: Theodore Ts'o <tytso at mit.edu> Tested-by: Theodore Ts'o <tytso at mit.edu> Cc: Neil Horman <nhorman at tuxdriver.com> Cc: Michael S. Tsirkin <mst at redhat.com> Fixes: 49000102901 ("virtio-net: enable multiqueue by default") Signed-off-by: Jason Wang <jasowang at redhat.com> --- drivers/net/virtio_net.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/...

All, just having spotted the backport of Linux commit 03bbcb2e I notice a certain discrepancy with the Xen commit having the same purpose as well as with the actual specification updates: The Linux solution keys off of device IDs 3403 and 3406, as listed in the specification update, but this way fails to cover the X58 chipset, which has - under different numbers (62 and 69) - the same errata

...CE_TABLE` to meet kernel coding style guidelines. > This issue was reported by checkpatch. Honestly, I prefer the macro -- it stands-out more. Maybe the style guidelines and/or checkpatch should change instead? John -- John W. Linville Someday the world will need a hero, and you linville at tuxdriver.com might be all we have. Be ready.

Hi, What is the easiest way to bridge between two user-space processes that talk directly to Ethernet interfaces? I have two applications that write/read Ethernet frames to/from Linux Ethernet ports (e.g. eth0). The applications can successfully talk to each other when they run on two machines connected over Ethernet. I would like to be able to test them on a single machine without employing

Hi, We have a simple bridge setup but the ping (and other network traffic) does not work reliably. After tracing the code, it looks like a software bug. Since bridge software is been running by thousands of people. I guess I am wrong. Anyway, here is the problem. There are 2 boxes and each one has 2 interfaces, 1 ethernet and 1 wifi. STP is enabled for the bridge to avoid the loop. So the box 1

...David S. Miller <davem@davemloft.net> Eric Paris <eparis@redhat.com> Fabio Porcedda <fabio.porcedda@gmail.com> Greg Kroah-Hartman <gregkh@linuxfoundation.org> Ingo Molnar <mingo@kernel.org> Jiri Kosina <jkosina@suse.cz> John W. Linville <linville@tuxdriver.com> Kees Cook <keescook@chromium.org> Kirill A. Shutemov <kirill@shutemov.name> Li Zefan <lizefan@huawei.com> Lino Sanfilippo <LinoSanfilipp@gmx.de> Linus Torvalds <torvalds@linux-foundation.org> Oliver Neukum <oliver@neukum.org> Peter Zijlstr...

Hello, I am creating a configuration where a Redhat server running bridge-tools 0.9.5 will be bridging between different VLANs on the same physical interface (for example: a bridge consisting of eth1.100 and eth1.110). This physical interface is being connected to modern Cisco switches running PVST+. The Cisco switch does not like this configuration as the tags on its BPDUs are being changed

<I apologize if this arrives twice... I sent it first from an non-subscribed address, don't know if that'll get to the list or not --JJ> Hi folks, I have an implementation question regarding bridging on a linux box between a catalyst trunk port and a cisco 26something w/802.1q subinterfaces. So right now, there's no vlan trunking going on on the link my bridging firewall sits

...lt;mathias.nyman@linux.intel.com> Michael S. Tsirkin <mst@redhat.com> Mika Westerberg <mika.westerberg@linux.intel.com> Mikulas Patocka <mpatocka@redhat.com> Mugunthan V N <mugunthanvnm@ti.com> Neal Cardwell <ncardwell@google.com> Neil Horman <nhorman@tuxdriver.com> Olof Johansson <olof@lixom.net> Paul Durrant <paul.durrant@citrix.com> Paul Moore <paul@paul-moore.com> Pavel Parkhomenko <ra85551@gmail.com> Roel Kluin <roel.kluin@gmail.com> Russell King <rmk+kernel@arm.linux.org.uk> Rusty Russell <ru...

We should prefer `const struct pci_device_id` over `DEFINE_PCI_DEVICE_TABLE` to meet kernel coding style guidelines. This issue was reported by checkpatch. A simplified version of the semantic patch that makes this change is as follows (http://coccinelle.lip6.fr/): // <smpl> @@ identifier i; declarer name DEFINE_PCI_DEVICE_TABLE; initializer z; @@ - DEFINE_PCI_DEVICE_TABLE(i) + const

We should prefer `const struct pci_device_id` over `DEFINE_PCI_DEVICE_TABLE` to meet kernel coding style guidelines. This issue was reported by checkpatch. A simplified version of the semantic patch that makes this change is as follows (http://coccinelle.lip6.fr/): // <smpl> @@ identifier i; declarer name DEFINE_PCI_DEVICE_TABLE; initializer z; @@ - DEFINE_PCI_DEVICE_TABLE(i) + const

...util.c. The comparison with ETH_P_802_3_MIN should be >= not >. As suggested by Jesse Gross. Compile tested only. Cc: David Miller <davem at davemloft.net> Cc: Jesse Gross <jesse at nicira.com> Cc: Karsten Keil <isdn at linux-pingi.de> Cc: John W. Linville <linville at tuxdriver.com> Cc: Johannes Berg <johannes at sipsolutions.net> Cc: Bart De Schuymer <bart.de.schuymer at pandora.be> Cc: Stephen Hemminger <stephen at networkplumber.org> Cc: Patrick McHardy <kaber at trash.net> Cc: Marcel Holtmann <marcel at holtmann.org> Cc: Gustavo Pado...

We use single queue even if multiqueue is enabled and let admin to enable it through ethtool later. This is used to avoid possible regression (small packet TCP stream transmission). But looks like an overkill since: - single queue user can disable multiqueue when launching qemu - brings extra troubles for the management since it needs extra admin tool in guest to enable multiqueue - multiqueue

We use single queue even if multiqueue is enabled and let admin to enable it through ethtool later. This is used to avoid possible regression (small packet TCP stream transmission). But looks like an overkill since: - single queue user can disable multiqueue when launching qemu - brings extra troubles for the management since it needs extra admin tool in guest to enable multiqueue - multiqueue

...k> John Reiser <jreiser@bitwagon.com> John Sheu <sheu@google.com> John Soni Jose <sony.john-n@emulex.com> John Stultz <john.stultz@linaro.org> John Stultz <johnstul@us.ibm.com> John Törnblom <john.tornblom@gmail.com> John W. Linville <linville@tuxdriver.com> Jon Brenner <jbrenner@taosinc.com> Jon Brenner <jon.brenner@ams.com> Jon Dufresne <jon@jondufresne.org> Jon Hunter <jon-hunter@ti.com> Jon Loeliger <jdl@jdl.com> Jon Maloy <jon.maloy@ericsson.com> Jon Mason <jdmason@kudzu.us> Jon M...

...k> John Reiser <jreiser@bitwagon.com> John Sheu <sheu@google.com> John Soni Jose <sony.john-n@emulex.com> John Stultz <john.stultz@linaro.org> John Stultz <johnstul@us.ibm.com> John Törnblom <john.tornblom@gmail.com> John W. Linville <linville@tuxdriver.com> Jon Brenner <jbrenner@taosinc.com> Jon Brenner <jon.brenner@ams.com> Jon Dufresne <jon@jondufresne.org> Jon Hunter <jon-hunter@ti.com> Jon Loeliger <jdl@jdl.com> Jon Maloy <jon.maloy@ericsson.com> Jon Mason <jdmason@kudzu.us> Jon M...

...k> John Reiser <jreiser@bitwagon.com> John Sheu <sheu@google.com> John Soni Jose <sony.john-n@emulex.com> John Stultz <john.stultz@linaro.org> John Stultz <johnstul@us.ibm.com> John Törnblom <john.tornblom@gmail.com> John W. Linville <linville@tuxdriver.com> Jon Brenner <jbrenner@taosinc.com> Jon Brenner <jon.brenner@ams.com> Jon Dufresne <jon@jondufresne.org> Jon Hunter <jon-hunter@ti.com> Jon Loeliger <jdl@jdl.com> Jon Maloy <jon.maloy@ericsson.com> Jon Mason <jdmason@kudzu.us> Jon M...

...om> John Sheu <sheu@google.com> John Smith <johns90812@gmail.com> John Soni Jose <sony.john-n@emulex.com> John Stultz <john.stultz@linaro.org> John Stultz <johnstul@us.ibm.com> John Törnblom <john.tornblom@gmail.com> John W. Linville <linville@tuxdriver.com> Jon Bloomfield <jon.bloomfield@intel.com> (v2) Jon Brenner <jbrenner@taosinc.com> Jon Brenner <jon.brenner@ams.com> Jon Dufresne <jon@jondufresne.org> Jon Hunter <jon-hunter@ti.com> Jon Loeliger <jdl@jdl.com> Jon Maloy <jon.maloy@ericss...

...om> John Sheu <sheu@google.com> John Smith <johns90812@gmail.com> John Soni Jose <sony.john-n@emulex.com> John Stultz <john.stultz@linaro.org> John Stultz <johnstul@us.ibm.com> John Törnblom <john.tornblom@gmail.com> John W. Linville <linville@tuxdriver.com> Jon Bloomfield <jon.bloomfield@intel.com> (v2) Jon Brenner <jbrenner@taosinc.com> Jon Brenner <jon.brenner@ams.com> Jon Dufresne <jon@jondufresne.org> Jon Hunter <jon-hunter@ti.com> Jon Loeliger <jdl@jdl.com> Jon Maloy <jon.maloy@ericss...