Shawn Bohrer gmail.com> writes:
>
> On Tue, May 13, 2014 at 04:36:41PM -0500, Shawn Bohrer wrote:
> > If I did "break" something here it appears to be because with
> > ip_early_demux we only call ip_check_mc_rcu() once on the initial
> > packet, and subsequent packets destined for that socket s
On Sat, May 23, 2015 at 08:04:19PM +0200, Stephan Mueller wrote:
> Am Freitag, 22. Mai 2015, 16:31:04 schrieb Herbert Xu:
>
> Hi Herbert,
>
> > This patch makes use of the new AEAD interface which uses a single
> > SG list instead of separate lists for the AD and plain text.
>
> After applying y
hi
this is a good chance for you
ipad,iphone,moto,camera,latop the shipping is free
samsung s6, 320euro
w e b: oasweoa. com
The driver is reporting a warning at kernel/time/timer.c:1096 due to calling
del_timer_sync() while in interrupt mode. Such warnings are fixed by calling
del_timer() instead.
Signed-off-by: Larry Finger
Cc: Stable
Cc: Haggi Eran
---
drivers/staging/rtl8712/rtl8712_led.c | 2 +-
drivers/stagin
On Sat, 2015-05-23 at 21:48 +0300, Julian Anastasov wrote:
> Hello,
>
> On Sat, 23 May 2015, Eric W. Biederman wrote:
>
> > Perhaps it is possible to transmit into a veth pair even when the
> > carrier is down? Which could be a bug in the veth driver.
>
> Not sure if that can help b
Hello,
On Sat, 23 May 2015, Eric W. Biederman wrote:
> Perhaps it is possible to transmit into a veth pair even when the
> carrier is down? Which could be a bug in the veth driver.
Not sure if that can help but both RCU_INIT_POINTER
calls in veth_dellink can be before the unreg
Am Samstag, 23. Mai 2015, 05:58:18 schrieb Herbert Xu:
Hi Herbert,
> On Fri, May 22, 2015 at 11:04:39PM +0200, Stephan Mueller wrote:
> > Note, gcm(aes) looks good. Only rfc4106(gcm(aes)) causes the crash.
>
> Actually it looks like the culprit hasn't been merged yet so I'll
> just respin the se
Am Freitag, 22. Mai 2015, 16:31:04 schrieb Herbert Xu:
Hi Herbert,
> This patch makes use of the new AEAD interface which uses a single
> SG list instead of separate lists for the AD and plain text.
After applying your additional patch, the "normal" AEAD operation works.
But with long messages
These two uses seem to have had carriage returns removed.
Make these entries like all the others in this file.
Signed-off-by: Joe Perches
---
drivers/net/ethernet/neterion/s2io.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ethernet/neterion/s2io.c
b/dri
I was looking through recent changes in e1000e, and thought these might
be suitable for inclusion in stable updates:
commit 493004d04f56fd7d642bdbb2938e17e5f7d622d1
Author: David Ertman
Date: Fri Jul 4 01:44:32 2014 +
e1000e: Fix CRC errors with jumbo traffic
commit 47ccd1edc57ddabb81
Il 23.05.2015 16:40 ebied...@xmission.com ha scritto:
The reproducer was apparently:
ip netns add ns0
ip netns add ns1
ip link add test0 type veth peer name test1
ip link set test0 netns ns0
ip link set test1 netns ns1
ip netns exec ns0 sysctl net.ipv4.ip_forward=1
ip netns exec ns1 sysctl net.ip
Julian Anastasov writes:
> Hello,
>
> On Fri, 22 May 2015, Eric W. Biederman wrote:
>
>> ip_error does not check if in_dev is NULL before dereferencing it.
>>
>> IThe following sequence of calls is possible:
>> CPU A CPU B
>> ip_rcv_finish
>> ip_route_input_nor
API compliance scanning with coccinelle flagged:
./net/irda/timer.c:63:35-37: use of msecs_to_jiffies probably perferable
Converting milliseconds to jiffies by "val * HZ / 1000" technically
is not a clean solution as it does not handle all corner cases correctly.
By changing the conversion to use
API compliance scanning with coccinelle flagged:
Converting milliseconds to jiffies by "val * HZ / 1000" is technically
is not a clean solution as it does not handle all corner cases correctly.
By changing the conversion to use msecs_to_jiffies(val) conversion is
correct in all cases.
in the curr
On 21.05.2015 15:20, Gabriel Krisman Bertazi wrote:
> Yuval Mintz writes:
>
>> Regardless, I'll give it a more thorough review tomorrow.
>> [If those are all the "problems" we'll find with it, I don't think we'll
>> need to re-spin this once more; that is, unless Dave insists]
>
> As a follow up
> Subject: Re: [PATCH v4] bnx2x: Alloc 4k fragment for each rx ring buffer
> element
>
> Yuval Mintz writes:
>
> > Regardless, I'll give it a more thorough review tomorrow.
> > [If those are all the "problems" we'll find with it, I don't think
> > we'll need to re-spin this once more; that is,
* David Miller [2015-05-22 14:34:21 -0400]:
> From: Bjørn Mork
> Date: Fri, 22 May 2015 13:15:22 +0200
>
> > The tx_curr_frame_payload field is u32. When we try to calculate a
> > small negative delta based on it, we end up with a positive integer
> > close to 2^32 instead. So the tx_bytes poin
Hello,
On Fri, 22 May 2015, Eric W. Biederman wrote:
> ip_error does not check if in_dev is NULL before dereferencing it.
>
> IThe following sequence of calls is possible:
> CPU A CPU B
> ip_rcv_finish
> ip_route_input_noref()
> ip_route_input_slow()
18 matches
Mail list logo