From: Alexei Starovoitov
Date: Fri, 01 May 2015 20:15:49 -0700
> On 5/1/15 4:48 PM, David Miller wrote:
>> From: Cong Wang
>> Date: Fri, 1 May 2015 13:33:28 -0700
>>
>>> Quote from Documentation/SubmittingPatches:
>>>
>>> "
>>> The "from" line must be the very first line in the message body,
>>>
1) Receive packet length needs to be adjust by 2 on RX to accomodate
the two padding bytes in altera_tse driver. From Vlastimil Setka.
2) If rx frame is dropped due to out of memory in macb driver, we
leave the receive ring descriptors in an undefined state. From
Punnaiah Choudary Kall
If we don't do that, then the poison value is left in the ->pprev
backlink.
This can cause crashes if we do a disconnect, followed by a connect().
Tested-by: Linus Torvalds
Reported-by: Wen Xu
Signed-off-by: David S. Miller
---
net/ipv4/ping.c | 1 +
1 file changed, 1 insertion(+)
diff --gi
From: Simon Horman
Date: Thu, 30 Apr 2015 15:21:29 +0900
> A small cleanup to make use of the ether_addr_equal helper.
>
> Signed-off-by: Simon Horman
Applied.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majord...@vger.kernel.org
More majord
From: Stephen Hemminger
Date: Wed, 29 Apr 2015 16:58:13 -0700
> In either case since this is a receive DMA buffer, it should set
> the appropriate GFP_DMA since that may matter on some platforms.
Plain GFP_DMA is really only appropriate when used for ISA DMA
situations where we must have 24-bit
From: Mahesh Bandewar
Date: Wed, 29 Apr 2015 11:19:18 -0700
> Multicast processing in IPvlan was faulty as is. Eric Dumazet
> pointed out that fragmented packets won't be processed correctly
> unless defrag step is introduced.
>
> This patch adds the defrag step before driver attempts to process
From: Mahesh Bandewar
Date: Wed, 29 Apr 2015 11:19:16 -0700
> + dev_queue_xmit(skb);
> + } else {
> + kfree_skb(skb);
> }
> }
> + return;
> }
>
Please do not add trailing return statements to functions returning
void.
From: Martin KaFai Lau
Date: Tue, 28 Apr 2015 13:03:02 -0700
> The series is separated from another patch series,
> 'ipv6: Only create RTF_CACHE route after encountering pmtu exception',
> which can be found here:
Looks good, and the divorce of inetpeer from ipv6 routes is
especially nice to see
This patch breaks up ip6_rt_copy() into ip6_rt_copy_init() and
ip6_rt_cache_alloc().
In the later patch, we need to create a percpu rt6_info copy. Hence,
refactor the common rt6_info init codes to ip6_rt_copy_init().
Signed-off-by: Martin KaFai Lau
Cc: Hannes Frederic Sowa
Cc: Steffen Klassert
From: Cong Wang
Date: Fri, 1 May 2015 13:33:28 -0700
> Quote from Documentation/SubmittingPatches:
>
> "
> The "from" line must be the very first line in the message body,
> and has the form:
>
> From: Original Author
>
> The "from" line specifies who will be credited as the author of
From: Eric Dumazet
Date: Fri, 01 May 2015 10:37:49 -0700
> From: Eric Dumazet
>
> Under stress, ip_idents_reserve() is accessing a contended
> cache line twice, with non optimal MESI transactions.
>
> If we place timestamps in separate location, we reduce this
> pressure by ~50% and allow atom
Signed-off-by: Francois Romieu
---
drivers/net/ethernet/via/via-rhine.c | 16 ++--
1 file changed, 10 insertions(+), 6 deletions(-)
diff --git a/drivers/net/ethernet/via/via-rhine.c
b/drivers/net/ethernet/via/via-rhine.c
index aa398ea..91661e0 100644
--- a/drivers/net/ethernet/via/v
On Fri, May 1, 2015 at 11:42 AM, Eric Dumazet wrote:
> On Fri, 2015-05-01 at 13:43 -0400, Eric B Munson wrote:
>> In order to enable policy decisions in userspace, the data contained in
>> the SYN packet would be useful for tracking or identifying connections.
>> Only parts of this data are availa
Currently, each dynamic netconsole_target uses its own separate mutex
to synchronize the configuration operations. This patch replaces the
per-netconsole_target mutexes with a single mutex -
dynamic_netconsole_mutex. The reduced granularity doesn't hurt
anything, the code is minutely simpler and
This calls flow_disect and __skb_get_hash to procure a hash for a
packet. Input includes a key to initialize jhash. This function
does not set skb->hash.
Signed-off-by: Tom Herbert
---
include/linux/skbuff.h| 2 ++
net/core/flow_dissector.c | 38 ++
2 fil
From: Mahesh Bandewar
This patch allows user to randomize the system-priority in an ad-system.
The allowed range is 1 - 0x while default value is 0x. If user
does not specify this value, the system defaults to 0x, which is
what it was before this patch.
Following example code could s
From: Alexander Duyck
Date: Thu, 30 Apr 2015 13:58:12 -0700
> This change replaces the call to dev_kfree_skb_any in several NAPI based Tx
> clean-up paths with dev_kfree_skb. Where I made the replacement the
> function appeared to always be in softirq context so we can avoid the
> unnecessary ti
From: Lino Sanfilippo
Date: Fri, 01 May 2015 14:15:42 +0200
> On 01.05.2015 14:06, Lino Sanfilippo wrote:
>
>> which did just the opposite: replace dev_kfree() with dev_kfree_any()
>> for that reason. See
>>
>
> Um, this should of course be dev_kfree_skb() and dev_kfree_skb_any().
Indeed.
Al
Stephen Hemminger :
> This only fixes the Rx side, what about Tx?
>
> I think maybe just removing the whole use_dac flag completely ?
Something simple would be welcome but I doubt it should be that simple.
The problems that the use_dac comment (MODULE_PARM_DESC) relates to
are 2003 ~ 2004, plai
On 04/30/15 23:14, Alexei Starovoitov wrote:
TC classifiers/actions were converted to RCU by John in the series:
http://thread.gmane.org/gmane.linux.network/329739/focus=329739
and many follow on patches.
This is the last patch from that series that finally drops
ingress spin_lock.
As the culp
Hello.
On 5/1/2015 6:11 AM, Alexei Starovoitov wrote:
improves ingress+u32 performance from 22.4 Mpps to 22.9 Mpps
Signed-off-by: Jamal Hadi Salim
Signed-off-by: Alexei Starovoitov
---
The code is from Jamal. I only did testing and benchmarking.
Then your patch should have had:
From:
Jamal Hadi Salim wrote:
> On 04/30/15 17:16, Alexei Starovoitov wrote:
> >On Thu, Apr 30, 2015 at 12:12:00PM +0200, Florian Westphal wrote:
> >>Not used.
> >>
> >>pedit sets TC_MUNGED when packet content was altered, but all the core
> >>does is unset MUNGED again and then set OK2MUNGE.
> >>
> >>A
RGMII-ID mode (2015-04-30 16:48:53 -0400)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mkl/linux-can.git
tags/linux-can-fixes-for-4.1-20150501
for you to fetch changes up to 5793affe8c723ece8114b898ab9003c7d97f86d1:
net: can: xilinx_can: fix extended
On 04/29/2015 05:05 PM, Jeppe Ledet-Pedersen wrote:
> Using IDR_SRR in RXFIFO_ID to test for the presence of data is only
> valid for standard frames. For extended frames the bit is always 1 and
> IDR_RTR should be used instead. This patch switches the check to use
> CAN_RTR_FLAG which is correctly
24 matches
Mail list logo
