From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:47027) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1agAik-00064A-Ga for qemu-devel@nongnu.org; Wed, 16 Mar 2016 08:38:39 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1agAif-0003pt-GJ for qemu-devel@nongnu.org; Wed, 16 Mar 2016 08:38:38 -0400 From: Thomas Huth Date: Wed, 16 Mar 2016 13:16:48 +0100 Message-Id: <1458130611-17304-1-git-send-email-thuth@redhat.com> Subject: [Qemu-devel] [PATCH 0/3] hw/net/spapr_llan: Fix bad RX performance of the spapr-vlan device List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org, David Gibson , Alexander Graf Cc: lvivier@redhat.com, Alexey Kardashevskiy , Jason Wang , qemu-ppc@nongnu.org, Anton Blanchard These patches fix the bad receive performance of the spapr-vlan device by introducing proper receive buffer pools of different sizes. Details can be found in the patch description of the second patch. David: Not sure whether this is still suitable for QEMU 2.6 since we're in soft-freeze already. The patches fix a real problem (the bad receive performance), and in case there are troubles with the changes, it's still possible to switch back to the old behavior by setting a property in the device, so I think it might be OK to still include them in 2.6. If not, the first two patches could be queued for 2.7, but the third patch then has to wait 'till we've got a proper pseries-2.7 machine type. Thomas Huth (3): hw/net/spapr_llan: Extract rx buffer code into separate functions hw/net/spapr_llan: Fix receive buffer handling for better performance hw/net/spapr_llan.c: Enable the RX buffer pools by default for new machines hw/net/spapr_llan.c | 311 ++++++++++++++++++++++++++++++++++++++++++++++------ hw/ppc/spapr.c | 7 +- 2 files changed, 281 insertions(+), 37 deletions(-) -- 1.8.3.1