tree: git://git.kernel.org/pub/scm/linux/kernel/git/jkirsher/net-next.git
master
head: b876a744a228308ecf75466831453f0863d253db
commit: 055dc21a1d1d219608cd4baac7d0683fb2cbbe8a soreuseport: infrastructure
date: 8 hours ago
config: make ARCH=mips allmodconfig
All error/warnings:
In file
tree: git://git.kernel.org/pub/scm/linux/kernel/git/jkirsher/net-next.git
master
head: b876a744a228308ecf75466831453f0863d253db
commit: da5e36308d9f7151845018369148201a5d28b46d soreuseport: TCP/IPv4
implementation
date: 6 hours ago
config: i386-randconfig-x419 (attached as .config)
All err
>-Original Message-
>From: Lloyd, Dave [mailto:dll...@exegy.com]
>Sent: Wednesday, January 23, 2013 4:19 PM
>To: Tantilov, Emil S; E1000-devel@lists.sourceforge.net
>Subject: RE: [E1000-devel] ixgbe multicast driver drops packets when adding
>additional multicast groups
>
>> -Original M
> -Original Message-
> From: Tantilov, Emil
> Sent: Wednesday, January 23, 2013 5:51 PM
> To: Lloyd, Dave; E1000-devel@lists.sourceforge.net
> Subject: RE: [E1000-devel] ixgbe multicast driver drops packets when adding
> additional multicast groups
>
> Hi Dave,
>
> Thanks for reporting this
On 01/23/2013 03:29 PM, Sascha Fahl wrote:
> Dear Mr Duyck,
>
> We just purchased an Intel X520-SR1 NIC and installed it on a server
> running Debian 7 with Linux 3.7.4. In the context of a research project
> we'd like to use the hardware packet filtering feature to filter out all
> network traffi
tree: git://git.kernel.org/pub/scm/linux/kernel/git/jkirsher/net-next.git
master
head: b876a744a228308ecf75466831453f0863d253db
commit: ba418fa357a7b3c9d477f4706c6c7c96ddbd1360 soreuseport: UDP/IPv4
implementation
date: 5 hours ago
sparse warnings: (new ones prefixed by >>)
>> net/ipv4/u
-Original Message-
>From: Lloyd, Dave [mailto:dll...@exegy.com]
>Sent: Wednesday, January 23, 2013 12:56 PM
>To: E1000-devel@lists.sourceforge.net
>Subject: [E1000-devel] ixgbe multicast driver drops packets when adding
>additional multicast groups
>
>All:
>
>We recently upgraded some test
All:
We recently upgraded some test systems to the ixgbe 3.7.14 driver from the
ixgbe 3.3.9 driver. Sometime between 3.3.9 and 3.7.14 this line got added to
ixgbe_write_mc_addr_list in ixgbe_main.c:
hw->mac.ops.update_mc_addr_list(hw, NULL, 0, ixgbe_addr_list_itr, true);
Unfortunately, this
> -Original Message-
> From: Gabe Black [mailto:gabe.bl...@jdsu.com]
> Sent: Wednesday, January 23, 2013 12:54 PM
> To: Duyck, Alexander H
> Cc: e1000-devel@lists.sourceforge.net
> Subject: Re: [E1000-devel] packet header split configuration
>
> > -Original Message-
> > From: Alexa
> -Original Message-
> From: Alexander Duyck [mailto:alexander.h.du...@intel.com]
> When we had to pull support for Header splitting on 82599 we found that
> we were actually able to implement an approach that performed better
> than packet split did using single buffer mode. As such we ha
On 01/23/2013 10:24 AM, Gabe Black wrote:
>> -Original Message-
>> From: Alexander Duyck [mailto:alexander.h.du...@intel.com]
>> It is interesting that you mention the 82598. To the best of my
>> knowledge it does have the same behavior as the igb parts currently
>> have in regards to pack
> -Original Message-
> From: Alexander Duyck [mailto:alexander.h.du...@intel.com]
> It is interesting that you mention the 82598. To the best of my
> knowledge it does have the same behavior as the igb parts currently
> have in regards to packet split. However the follow-on to that part,
On 01/22/2013 03:16 PM, Gabe Black wrote:
> I have been spending some time in the igb driver code to understand what I
> would have to change to make more use of the header-split features of the
> cards.
>
> I noticed that header-split is always set to
> E1000_SRRCTL_DESCTYPE_HDR_SPLIT_ALWAYS, w
13 matches
Mail list logo