Hi Emil,
We are only using the 82598 with the dom1 hosts. They are running
Centos 2.6.18-348.12.1 kernel with an updated ixgbe driver v3.17.3
downloaded from the Intel site.
We have ixgbe blacklisted on dom0 which is running Centos6 2.6.32-358.18.1
I do see a lot of the messages like this in
On Wed, 2013-09-04 at 10:20 -0600, Bjorn Helgaas wrote:
[+cc Jacob, Jeff]
On Tue, Sep 03, 2013 at 03:35:13PM +0800, Yijing Wang wrote:
use pcie_capability_read_word() to simplify code.
Signed-off-by: Yijing Wang wangyij...@huawei.com
Cc: e1000-devel@lists.sourceforge.net
Cc:
[+cc Jacob, Jeff]
On Tue, Sep 03, 2013 at 03:35:13PM +0800, Yijing Wang wrote:
use pcie_capability_read_word() to simplify code.
Signed-off-by: Yijing Wang wangyij...@huawei.com
Cc: e1000-devel@lists.sourceforge.net
Cc: net...@vger.kernel.org
Cc: linux-ker...@vger.kernel.org
---
Hi Shyam,
We are working on cleaning up the Rx code path which will also remove the
IXGBE_FLAG_IN_NETPOLL.
Thanks,
Emil
-Original Message-
From: Shyam Kaushik [mailto:sh...@zadarastorage.com]
Sent: Monday, September 02, 2013 4:32 AM
To: Rose, Gregory V
Cc:
On 09/04/2013 07:56 AM, Ertman, DavidX M wrote:
There was recently a fix implemented for a hang issue that seems to be the
same thing you are experiencing. The hang was sporadic and hard to
reproduce, but specific bridging configurations were prone to causing the
hang to be more common
Hey Larry,
It almost sounds like you are running out of memory, although I have never seen
that libvirt error myself. Could you verify your VM's has enough memory?
Thanks,
-Don Skidmore donald.c.skidm...@intel.com
-Original Message-
From: laurence.schuler
From: Jesse Brandeburg jesse.brandeb...@intel.com
This patch contains the ethtool interface and implementation.
The goal in this patch series is minimal functionality while not
including much in the way of set support.
Signed-off-by: Jesse Brandeburg jesse.brandeb...@intel.com
Signed-off-by:
From: Jesse Brandeburg jesse.brandeb...@intel.com
This patch contains the main driver header files, containing
structures and data types specific to the linux driver.
i40e_osdep.h contains some code that helps us adapt our OS agnostic code to
Linux.
Signed-off-by: Jesse Brandeburg
I don't think you need this. If you put a NULL pointer in for the __ATTR()
then it will do the right thing for you.
+/**
+ * i40e_sys_store_ro - callback for readonly attributes in sysfs
+ * @kobj: object in the sysfs model
+ * @attr: attribute being read
+ * @buf: buffer to put data
+ *
-Original Message-
From: Stephen Hemminger [mailto:step...@networkplumber.org]
Sent: Wednesday, September 04, 2013 5:38 PM
[ ... many good comments on i40e_sysfs.c ... ]
Hi Stephen,
Thanks for your comments. Frankly, we were hoping for this kind of feedback
when we posted the
From: Nelson, Shannon shannon.nel...@intel.com
Date: Thu, 5 Sep 2013 01:25:47 +
Will this work for you?
You will fix the problems people are reporting with this patch series
before I apply it.
--
Learn the
Hi,
I apologize that this is a user-type question but linux-net seems to
have gone away, and I cannot find a more appropriate networking
related mailing list.
Why are the Intel igb module configuration parameters, usually found
in igb_param.c and part of the source from Intel, not included in
From: Brandeburg, Jesse jesse.brandeb...@intel.com
Date: Thu, 5 Sep 2013 04:08:39 +
On Wed, 2013-09-04 at 23:19 -0400, David Miller wrote:
You will fix the problems people are reporting with this patch series
before I apply it.
Okay, the quickest path to that might be to drop the sysfs
I am very busy with work and personal issues. Don't depend on my time.
More surprising is that others did not see the same things.
Your business is your problem.
On Wed, Sep 4, 2013 at 6:25 PM, Nelson, Shannon
shannon.nel...@intel.com wrote:
-Original Message-
From: Stephen Hemminger
14 matches
Mail list logo
