[PATCH] fsl/fman: avoid sleeping in atomic context while adding an address

S_ioctl+0x40/0xc0 [ 89.481147] [e959df40] [c0011318] ret_from_syscall+0x0/0x3c [ 89.486715] --- interrupt: c01 at 0x1006943c [ 89.486715] LR = 0x100c45ec Signed-off-by: Denis Kirjanov <k...@linux-powerpc.org> --- drivers/net/ethernet/freescale/fman/fman_dtsec.c | 2 +- 1 file ch

Re: KASAN: use-after-free Read in sctp_packet_transmit

On 1/5/18, syzbot wrote: > Hello, > > syzkaller hit the following crash on > 8a4816cad00bf14642f0ed6043b32d29a05006ce > git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git/master > compiler: gcc (GCC) 7.1.1 20170620 > .config is

Re: [PATCH] drivers/net: dlink: Convert timers to use timer_setup()

On 10/27/17, Kees Cook <keesc...@chromium.org> wrote: > In preparation for unconditionally passing the struct timer_list pointer to > all timer callbacks, switch to using the new timer_setup() and from_timer() > to pass the timer pointer explicitly. > > Cc: Denis Kirjanov &l

Re: [PATCH net-next 09/15] ethernet/dlink: use core min/max MTU checking

On 10/17/16, Jarod Wilson <ja...@redhat.com> wrote: > dl2k: min_mtu 68, max_mtu 1536 or 8000, depending on hardware > - Removed change_mtu, does nothing productive anymore > > sundance: min_mtu 68, max_mtu 8191 > > CC: netdev@vger.kernel.org > CC: Denis Kirjanov <k.

Re: [P.A. Semi] Does the ethernet interface work on your Electra, Chitra, Nemo, and Athena board?

On 12/7/15, Christian Zigotzky wrote: > Hi all, > > I have some good news for you. I was able to fix the issue with the P.A. > Semi Ethernet. It was a problem with the new DMA handling. The patch ' > [RFC/PATCH,v2] powerpc/iommu: Support "hybrid" iommu/direct DMA ops for >

Re: [P.A. Semi] Does the ethernet interface work on your Electra, Chitra, Nemo, and Athena board?

rs: Cannot allocate memory >> >> With kernel 4.1.13: >> >> dmesg | grep -i eth0 >> >> [ 2.328115] eth0: PA Semi GMAC: intf 5, hw addr 02:00:e0:0a:30:00 >> [ 37.130466] eth0: Link is up at 100 Mbps, full duplex. >> >> Cheers, >> >> Ch

Re: [PATCH] sh_eth: fix typo in RX descriptor bit name

On 11/3/15, Sergei Shtylyov wrote: > Commit 7d7355f58ba4 ("sh_eth: Ensure proper ordering of descriptor active > bit write/read") did the right thing but used too "heavy" barriers while > there were already "lighter" DMA barriers exactly for this case... > >

Re: [PATCH 4/9] powerpc: inline ip_fast_csum()

On 9/22/15, Christophe Leroy wrote: > In several architectures, ip_fast_csum() is inlined > There are functions like ip_send_check() which do nothing > much more than calling ip_fast_csum(). > Inlining ip_fast_csum() allows the compiler to optimise better Hi Christophe,

[PATCH] iproute: print more verbose error on route cache flush

Before: kda@vfirst ~/devel/iproute2 $ ./ip/ip route flush cache Cannot open "/proc/sys/net/ipv4/route/flush" After: kda@vfirst ~/devel/iproute2/ip $ ./ip route flush cache Cannot open "/proc/sys/net/ipv4/route/flush": Permission denied Signed-off-by: Denis Kirjanov <

[Q] sk-sk_protinfo leftovers

Hi, I've found the old thread about removing sk_protinfo member [0]. Back in 2005 Ralf mentioned that the ax25 case is more complicated. Have the things changed in the ax25 code since that time? Thanks! [0]: http://oss.sgi.com/archives/netdev/2005-03/msg03095.html -- To unsubscribe from this

Re: [net-next v2] ipv4: inet_bind: check the addr_len first

On 6/3/15, Hannes Frederic Sowa han...@stressinduktion.org wrote: On Tue, Jun 2, 2015, at 17:13, Denis Kirjanov wrote: On 6/2/15, Hannes Frederic Sowa han...@stressinduktion.org wrote: Hello, On Tue, Jun 2, 2015, at 14:21, Denis Kirjanov wrote: Perform the address length check first

[PATCH] ipv4: inet_bind: check the addr_len first

Perform the address length check first, before calling the the proto specific bind() function Signed-off-by: Denis Kirjanov k...@linux-powerpc.org --- net/ipv4/af_inet.c |7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/net/ipv4/af_inet.c b/net/ipv4/af_inet.c index

[net-next v2] ipv4: inet_bind: check the addr_len first

Perform the address length check first, before calling the proto specific bind() function Signed-off-by: Denis Kirjanov k...@linux-powerpc.org v2: add the proper tag tp the subject --- net/ipv4/af_inet.c |7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/net/ipv4

Re: [net-next v2] ipv4: inet_bind: check the addr_len first

On 6/2/15, Hannes Frederic Sowa han...@stressinduktion.org wrote: Hello, On Tue, Jun 2, 2015, at 14:21, Denis Kirjanov wrote: Perform the address length check first, before calling the proto specific bind() function Can you give more detail why you did this change and what bug it fixes