Re: [PATCH] net: smc911x: convert pxa dma to dmaengine

Hi, On Sat, 20 Feb 2016, Hitoshi Mitake wrote: > > Hi Robert, > > At Sat, 06 Feb 2016 10:05:51 +0100, > Robert Jarzmik wrote: > > > > David Miller writes: > > > > > From: Robert Jarzmik > > > Date: Fri, 05 Feb 2016 22:44:56 +0100 > > > > > >>

IPSec in tunnel mode on ARM not working

anyone have debugging ideas? Is there a description somewhere how an incoming packet traverses the networking stack in such a setup? Thanks Guennadi --- Guennadi Liakhovetski, Ph.D. DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D

socket tx_queue grows and communication stops

- Guennadi Liakhovetski, Ph.D. DSA Daten- und Systemtechnik GmbH Pascalstr. 28 D-52076 Aachen Germany - To unsubscribe from this list: send the line unsubscribe netdev in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html

ppp_generic.c recursive spinlock_bh(pch-downl)

- Guennadi Liakhovetski, Ph.D. DSA Daten- und Systemtechnik GmbH Pascalstr. 28 D-52076 Aachen Germany - To unsubscribe from this list: send the line unsubscribe netdev in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo

Re: [irda-users] [BUG] 2.6.20.1-rt8 irnet + pppd recursive spinlock...

also fixing ATM - the one in the state machine. So, unrelated. On Mon, Apr 30, 2007 at 03:24:05PM +0200, Guennadi Liakhovetski wrote: in irttp_dup() (remember spinlock_init()?:-)), otherwise it oopses. good catch, again...Yes, I do remember the irttp_dup bug ;-) I've put a tsap_init

Re: [irda-users] [BUG] 2.6.20.1-rt8 irnet + pppd recursive spinlock...

; - } + schedule_work(self-irnet_flow_work); /* Reset lock */ self-tx_queue_lock = 0; - Guennadi Liakhovetski, Ph.D. DSA Daten- und Systemtechnik GmbH Pascalstr. 28 D-52076 Aachen Germany - To unsubscribe from this list: send the line

Re: [irda-users] [BUG] 2.6.20.1-rt8 irnet + pppd recursive spinlock...

. Thanks Guennadi - Guennadi Liakhovetski, Ph.D. DSA Daten- und Systemtechnik GmbH Pascalstr. 28 D-52076 Aachen Germany - To unsubscribe from this list: send the line unsubscribe netdev in the body of a message to [EMAIL PROTECTED] More majordomo info at http

[BUG] 2.6.20.1-rt8 irnet + pppd recursive spinlock...

- Guennadi Liakhovetski, Ph.D. DSA Daten- und Systemtechnik GmbH Pascalstr. 28 D-52076 Aachen Germany ftp D [c3c9e460] C01E5838 0 18445 1 20756 14588 (L-TLB) [c01e5420] (__schedule+0x0/0x7e8) from [c01e5cfc] (schedule+0x54/0x124) [c01e5ca8] (schedule+0x0/0x124) from

Re: [BUG] 2.6.20.1-rt8 irnet + pppd recursive spinlock...

Ok, a simple analysis reveals the recursive spinlock: On Thu, 5 Apr 2007, Guennadi Liakhovetski wrote: [bf12b220] (ppp_channel_push+0x0/0xc8 [ppp_generic]) from [bf12bf98] (ppp_output_wakeup+0x18/0x1c [ppp_generic]) === r7 = C38F42BC r6 = C38F4200 r5 = C38F4200

Re: [BUG] 2.6.20.1-rt8 irnet + pppd recursive spinlock...

On Thu, 5 Apr 2007, Guennadi Liakhovetski wrote: Ok, a simple analysis reveals the recursive spinlock: On Thu, 5 Apr 2007, Guennadi Liakhovetski wrote: [bf12b220] (ppp_channel_push+0x0/0xc8 [ppp_generic]) from [bf12bf98] (ppp_output_wakeup+0x18/0x1c [ppp_generic

Re: [git patches] net driver fixes

On Thu, 29 Mar 2007, Jeff Garzik wrote: Guennadi Liakhovetski wrote: Jeff, might be worth getting the sk_buff leak fix in ppp from http://www.spinics.net/lists/netdev/msg27706.html in 2.6.21 too? Don't know how important it is for stable. It was present in 2.6.18 too. Can you resend

Re: [irda-users] [2.6.20-rt8] Neighbour table overflow.

On Sat, 24 Mar 2007, Samuel Ortiz wrote: On Fri, Mar 23, 2007 at 01:14:43PM +0100, Guennadi Liakhovetski wrote: Below is a patch that fixes ONE sk_buff leak (maintainer added to cc: hi, Paul:-)). Still investigating if there are more there. Are you still seeing the skb cache growing

Re: [git patches] net driver fixes

Jeff, might be worth getting the sk_buff leak fix in ppp from http://www.spinics.net/lists/netdev/msg27706.html in 2.6.21 too? Don't know how important it is for stable. It was present in 2.6.18 too. Thanks Guennadi --- Guennadi Liakhovetski - To unsubscribe from this list: send the line

Re: [irda-users] [2.6.20-rt8] Neighbour table overflow.

On Wed, 21 Mar 2007, Guennadi Liakhovetski wrote: On Wed, 21 Mar 2007, Samuel Ortiz wrote: I'm quite sure the leak is in the IrDA code rather than in the ppp or ipv4 one, hence the need for full irda debug... Well, looks like you were wrong, Samuel. Below is a patch that fixes ONE sk_buff

Re: [irda-users] [2.6.20-rt8] Neighbour table overflow.

(Short recap for newly added to cc: netdev: I'm seeing an skb leak in 2.6.20 during an IrDA IrNET+ppp UDP test with periodic connection disruptions) On Wed, 21 Mar 2007, Guennadi Liakhovetski wrote: On Tue, 20 Mar 2007, Guennadi Liakhovetski wrote: Ok, looks like all leaked skbuffs come

Re: [irda-users] [2.6.20-rt8] Neighbour table overflow.

On Wed, 21 Mar 2007, Samuel Ortiz wrote: On 3/21/2007, Guennadi Liakhovetski [EMAIL PROTECTED] wrote: [c0182380] (__kfree_skb+0x0/0x170) from [c0182514] (kfree_skb+0x24/0x50) r5 = C332BC00 r4 = C332BC00 [c01824f0] (kfree_skb+0x0/0x50) from [bf0fac58] (irlap_update_nr_received+0x94/0xc8

Management packet 0x70 - connection broken

. Not subscribed, please cc. Thanks Guennadi --- Guennadi Liakhovetski - To unsubscribe from this list: send the line unsubscribe netdev in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: Management packet 0x70 - connection broken

On Sun, 28 May 2006, Guennadi Liakhovetski wrote: ieee80211: eth1: Unknown management packet: 112 a small addendum: below is the function from the original driver, where they process management packets. Although they don't have special processing for 0x70, they seem to be doing lots of stuff