search for: nhorman

...this patch enables multiqueue by default: if #queues is less than or equal to #vcpu, enable as much as queue pairs; if #queues is greater than #vcpu, enable #vcpu queue pairs. Cc: Hannes Frederic Sowa <hannes at redhat.com> Cc: Michael S. Tsirkin <mst at redhat.com> Cc: Neil Horman <nhorman at redhat.com> Cc: Jeremy Eder <jeder at redhat.com> Cc: Marko Myllynen <myllynen at redhat.com> Cc: Maxime Coquelin <maxime.coquelin at redhat.com> Signed-off-by: Jason Wang <jasowang at redhat.com> --- drivers/net/virtio_net.c | 9 +++++++-- 1 file changed, 7 insertion...

...this patch enables multiqueue by default: if #queues is less than or equal to #vcpu, enable as much as queue pairs; if #queues is greater than #vcpu, enable #vcpu queue pairs. Cc: Hannes Frederic Sowa <hannes at redhat.com> Cc: Michael S. Tsirkin <mst at redhat.com> Cc: Neil Horman <nhorman at redhat.com> Cc: Jeremy Eder <jeder at redhat.com> Cc: Marko Myllynen <myllynen at redhat.com> Cc: Maxime Coquelin <maxime.coquelin at redhat.com> Signed-off-by: Jason Wang <jasowang at redhat.com> --- drivers/net/virtio_net.c | 9 +++++++-- 1 file changed, 7 insertion...

...ault") 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...

...ault") 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...

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

...s less than or >> equal to #vcpu, enable as much as queue pairs; if #queues is greater >> than #vcpu, enable #vcpu queue pairs. >> >> Cc: Hannes Frederic Sowa <hannes at redhat.com> >> Cc: Michael S. Tsirkin <mst at redhat.com> >> Cc: Neil Horman <nhorman at redhat.com> >> Cc: Jeremy Eder <jeder at redhat.com> >> Cc: Marko Myllynen <myllynen at redhat.com> >> Cc: Maxime Coquelin <maxime.coquelin at redhat.com> >> Signed-off-by: Jason Wang <jasowang at redhat.com> > > OK at some level but all...

...s less than or >> equal to #vcpu, enable as much as queue pairs; if #queues is greater >> than #vcpu, enable #vcpu queue pairs. >> >> Cc: Hannes Frederic Sowa <hannes at redhat.com> >> Cc: Michael S. Tsirkin <mst at redhat.com> >> Cc: Neil Horman <nhorman at redhat.com> >> Cc: Jeremy Eder <jeder at redhat.com> >> Cc: Marko Myllynen <myllynen at redhat.com> >> Cc: Maxime Coquelin <maxime.coquelin at redhat.com> >> Signed-off-by: Jason Wang <jasowang at redhat.com> > > OK at some level but all...

Hello, I've got a very strange problem. Lately I've been setting up my linux servers for network (layer2) redundancy with a bridge interface containing two ethernet interfaces connecting to two switches. So far I didn't have any problems with it, but now a very strange thing happens with a new server I'm installing. The server is an ibm x346 having two onboard BCM5721 cards, the

...by default: if #queues is less than or > equal to #vcpu, enable as much as queue pairs; if #queues is greater > than #vcpu, enable #vcpu queue pairs. > > Cc: Hannes Frederic Sowa <hannes at redhat.com> > Cc: Michael S. Tsirkin <mst at redhat.com> > Cc: Neil Horman <nhorman at redhat.com> > Cc: Jeremy Eder <jeder at redhat.com> > Cc: Marko Myllynen <myllynen at redhat.com> > Cc: Maxime Coquelin <maxime.coquelin at redhat.com> > Signed-off-by: Jason Wang <jasowang at redhat.com> OK at some level but all uses of num_online_cpus()...

....com, christos.triantafyllidis@gmail.com, kevin@tigcc.ticalc.org, clime@redhat.com, msuchy@redhat.com, bkabrda@redhat.com, phracek@redhat.com, Michael Mraka <mmraka@redhat.com>, alikins@redhat.com, awood <awood@redhat.com>, bkearney@redhat.com, tla@rasmil.dk, thomas.moschny@gmx.de, nhorman@redhat.com, jfilak@redhat.com, michal.toman@gmail.com, mkrizek@redhat.com, wwoods@redhat.com, mgrepl@redhat.com, dwalsh@redhat.com, sgallagh@redhat.com, twoerner@redhat.com, rjones@redhat.com, nav007@gmail.com, anish.developer@gmail.com, psatpute@redhat.com, pnemade@redhat.com Subject: DNF-2-0...

Hello, I've been searching to no end at how to tune at what interval (or size) kbcached will be flushed. I had been chasing a potential memory leak until "sar -r", had revealed that all the "mysteriously used" memory was actually being taken up by the kernel data cache. It is chewing up all unused memory on the system slowly over time, which is a concern. Various

...Nyman <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 Russel...

...Singh <navesing@qca.qualcomm.com> Navin P <zicrim@gmail.com> navin patidar <navinp@cdac.in> Neal Cardwell <ncardwell@google.com> Neel Patel <neepatel@cisco.com> Neerav Parikh <neerav.parikh@intel.com> Neil Brown <neilb@suse.de> Neil Horman <nhorman@tuxdriver.com Neil Horman <nhorman@tuxdriver.com> Neil Zhang <zhangwm@marvell.com> NeilBrown <neilb@suse.de> Nellutla, Aditya <aditya.n@ti.com> Neptune Ning <frostyplanet@gmail.com> Nestor Lopez Casado <nlopezcasad@logitech.com> Nestor Ovroy <nov...

...Singh <navesing@qca.qualcomm.com> Navin P <zicrim@gmail.com> navin patidar <navinp@cdac.in> Neal Cardwell <ncardwell@google.com> Neel Patel <neepatel@cisco.com> Neerav Parikh <neerav.parikh@intel.com> Neil Brown <neilb@suse.de> Neil Horman <nhorman@tuxdriver.com Neil Horman <nhorman@tuxdriver.com> Neil Zhang <zhangwm@marvell.com> NeilBrown <neilb@suse.de> Nellutla, Aditya <aditya.n@ti.com> Neptune Ning <frostyplanet@gmail.com> Nestor Lopez Casado <nlopezcasad@logitech.com> Nestor Ovroy <nov...

...Singh <navesing@qca.qualcomm.com> Navin P <zicrim@gmail.com> navin patidar <navinp@cdac.in> Neal Cardwell <ncardwell@google.com> Neel Patel <neepatel@cisco.com> Neerav Parikh <neerav.parikh@intel.com> Neil Brown <neilb@suse.de> Neil Horman <nhorman@tuxdriver.com Neil Horman <nhorman@tuxdriver.com> Neil Zhang <zhangwm@marvell.com> NeilBrown <neilb@suse.de> Nellutla, Aditya <aditya.n@ti.com> Neptune Ning <frostyplanet@gmail.com> Nestor Lopez Casado <nlopezcasad@logitech.com> Nestor Ovroy <nov...

...n P <zicrim@gmail.com> navin patidar <navinp@cdac.in> Neal Cardwell <ncardwell@google.com> Neel Patel <neepatel@cisco.com> Neerav Parikh <neerav.parikh@intel.com> Neil Brown <neilb@suse.de> Neil Greatorex <neil@fatboyfat.co.uk> Neil Horman <nhorman@tuxdriver.com Neil Horman <nhorman@tuxdriver.com> Neil Zhang <zhangwm@marvell.com> NeilBrown <neilb@suse.de> Nellutla, Aditya <aditya.n@ti.com> Neptune Ning <frostyplanet@gmail.com> Nestor Lopez Casado <nlopezcasad@logitech.com> Nestor Ovroy <nov...

...n P <zicrim@gmail.com> navin patidar <navinp@cdac.in> Neal Cardwell <ncardwell@google.com> Neel Patel <neepatel@cisco.com> Neerav Parikh <neerav.parikh@intel.com> Neil Brown <neilb@suse.de> Neil Greatorex <neil@fatboyfat.co.uk> Neil Horman <nhorman@tuxdriver.com Neil Horman <nhorman@tuxdriver.com> Neil Zhang <zhangwm@marvell.com> NeilBrown <neilb@suse.de> Nellutla, Aditya <aditya.n@ti.com> Neptune Ning <frostyplanet@gmail.com> Nestor Lopez Casado <nlopezcasad@logitech.com> Nestor Ovroy <nov...

...n P <zicrim@gmail.com> navin patidar <navinp@cdac.in> Neal Cardwell <ncardwell@google.com> Neel Patel <neepatel@cisco.com> Neerav Parikh <neerav.parikh@intel.com> Neil Brown <neilb@suse.de> Neil Greatorex <neil@fatboyfat.co.uk> Neil Horman <nhorman@tuxdriver.com Neil Horman <nhorman@tuxdriver.com> Neil Zhang <zhangwm@marvell.com> NeilBrown <neilb@suse.de> Nellutla, Aditya <aditya.n@ti.com> Neptune Ning <frostyplanet@gmail.com> Nestor Lopez Casado <nlopezcasad@logitech.com> Nestor Ovroy <nov...

...n P <zicrim@gmail.com> navin patidar <navinp@cdac.in> Neal Cardwell <ncardwell@google.com> Neel Patel <neepatel@cisco.com> Neerav Parikh <neerav.parikh@intel.com> Neil Brown <neilb@suse.de> Neil Greatorex <neil@fatboyfat.co.uk> Neil Horman <nhorman@tuxdriver.com Neil Horman <nhorman@tuxdriver.com> Neil Zhang <zhangwm@marvell.com> NeilBrown <neilb@suse.de> Nellutla, Aditya <aditya.n@ti.com> Neptune Ning <frostyplanet@gmail.com> Nestor Lopez Casado <nlopezcasad@logitech.com> Nestor Ovroy <nov...

...patidar <navinp@cdac.in> Neal Cardwell <ncardwell@google.com> Neel Patel <neepatel@cisco.com> Neerav Parikh <neerav.parikh@intel.com> Neil Brown <neilb@suse.de> Neil Brown <nfbrown@suse.de> Neil Greatorex <neil@fatboyfat.co.uk> Neil Horman <nhorman@tuxdriver.com Neil Horman <nhorman@tuxdriver.com> Neil Zhang <zhangwm@marvell.com> NeilBrown <neilb@suse.de> NeilBrown <neilb@suse.de> Nellutla, Aditya <aditya.n@ti.com> Neptune Ning <frostyplanet@gmail.com> Nestor Lopez Casado <nlopezcasad@logi...