igb: Update to 5.3.2.2
Message ID | 1439657166-26864-1-git-send-email-matthias.fischer@ipfire.org |
---|---|
State | Deferred |
Headers |
Return-Path: <development-bounces@lists.ipfire.org> Received: from mail01.ipfire.org (mail01.tremer.info [172.28.1.200]) by septima.ipfire.org (Postfix) with ESMTP id 6C9196209F for <patchwork@ipfire.org>; Sat, 15 Aug 2015 18:46:09 +0200 (CEST) Received: from hedwig.ipfire.org (localhost [IPv6:::1]) by mail01.ipfire.org (Postfix) with ESMTP id 4BD4D2261; Sat, 15 Aug 2015 18:46:09 +0200 (CEST) Received: from Devel.localdomain (p5DD82433.dip0.t-ipconnect.de [93.216.36.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by mail01.ipfire.org (Postfix) with ESMTPSA id 75DE321DB for <development@lists.ipfire.org>; Sat, 15 Aug 2015 18:46:08 +0200 (CEST) From: Matthias Fischer <matthias.fischer@ipfire.org> To: development@lists.ipfire.org Subject: [PATCH] igb: Update to 5.3.2.2 Date: Sat, 15 Aug 2015 18:46:06 +0200 Message-Id: <1439657166-26864-1-git-send-email-matthias.fischer@ipfire.org> X-Mailer: git-send-email 2.5.0 X-BeenThere: development@lists.ipfire.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: IPFire development talk <development.lists.ipfire.org> List-Unsubscribe: <http://lists.ipfire.org/mailman/options/development>, <mailto:development-request@lists.ipfire.org?subject=unsubscribe> List-Archive: <http://lists.ipfire.org/pipermail/development/> List-Post: <mailto:development@lists.ipfire.org> List-Help: <mailto:development-request@lists.ipfire.org?subject=help> List-Subscribe: <http://lists.ipfire.org/mailman/listinfo/development>, <mailto:development-request@lists.ipfire.org?subject=subscribe> Errors-To: development-bounces@lists.ipfire.org Sender: "Development" <development-bounces@lists.ipfire.org> |
Message
Matthias Fischer
Aug. 16, 2015, 2:46 a.m. UTC
Signed-off-by: Matthias Fischer <matthias.fischer@ipfire.org>
---
lfs/igb | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
Comments
Is the MultiQueue mode working with this version? Currently we not use the igb lfs because the older Version from backports works with MultiQueue.
Hi, On 16.08.2015 07:54, Arne Fitzenreiter wrote: > Is the MultiQueue mode working with this version? Being rather naive, I just saw that this version was relatively old, had some "computing time" left on my devel, so I thought: "Why not...?" ;-) > Currently we not use the igb lfs because the older Version from > backports works with MultiQueue. I didn't know that and actually can't test this driver on my system. I just thought it could be updated. An excerpt from README - perhaps always the same - leads me to the assumption that Multiqueue mode perhaps can be enabled (?): ***SNIP*** Multiqueue ---------- In this mode, a separate MSI-X vector is allocated for each queue and one for "other" interrupts such as link status change and errors. All interrupts are throttled via interrupt moderation. Interrupt moderation must be used to avoid interrupt storms while the driver is processing one interrupt. The moderation value should be at least as large as the expected time for the driver to process an interrupt. Multiqueue is off by default. REQUIREMENTS: MSI-X support is required for Multiqueue. If MSI-X is not found, the system will fallback to MSI or to Legacy interrupts. This driver supports multiqueue in kernel versions 2.6.24 and newer. This driver supports receive multiqueue on all kernels that support MSI-X. NOTES: - Do not use MSI-X with the 2.6.19 or 2.6.20 kernels. - On some kernels a reboot is required to switch between single queue mode and multiqueue mode or vice-versa. ***SNAP*** Regards Matthias
Hi,
On 16.08.2015 07:54, Arne Fitzenreiter wrote:
> Is the MultiQueue mode working with this version?
'/src/igb.h' says...
***SNIP***
...
/* Interrupt modes, as used by the IntMode paramter */
#define IGB_INT_MODE_LEGACY 0
#define IGB_INT_MODE_MSI 1
#define IGB_INT_MODE_MSIX 2
...
***SNAP***
...so in *my* opinion something *must* be possible...
It seems that this *not* enabled by default, but can be forced.
Regards
Matthias
Hi, this driver is currently not compiled any way. So I guess merging this does not make any sense until the kernel is updated, too. Best, -Michael On Sun, 2015-08-16 at 09:32 +0200, Matthias Fischer wrote: > Hi, > > On 16.08.2015 07:54, Arne Fitzenreiter wrote: > > Is the MultiQueue mode working with this version? > > '/src/igb.h' says... > > ***SNIP*** > ... > /* Interrupt modes, as used by the IntMode paramter */ > #define IGB_INT_MODE_LEGACY 0 > #define IGB_INT_MODE_MSI 1 > #define IGB_INT_MODE_MSIX 2 > ... > ***SNAP*** > > ...so in *my* opinion something *must* be possible... > > It seems that this *not* enabled by default, but can be forced. > > Regards > Matthias >