From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qk0-x22f.google.com (mail-qk0-x22f.google.com [IPv6:2607:f8b0:400d:c09::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 3zcDJ2114VzF0Qq for ; Thu, 8 Feb 2018 08:00:49 +1100 (AEDT) Received: by mail-qk0-x22f.google.com with SMTP id 15so2960616qkl.3 for ; Wed, 07 Feb 2018 13:00:48 -0800 (PST) MIME-Version: 1.0 In-Reply-To: <1d62c827-0ff7-0372-a2f8-f1930e9f788c@xenosoft.de> References: <1516035556.18795.71.camel@infinera.com> <20180116143836.GC22903@lunn.ch> <1516125454.18795.87.camel@infinera.com> <20180116205342.GA29888@lunn.ch> <1516189651.18795.99.camel@infinera.com> <20180117134339.GC32299@lunn.ch> <1d62c827-0ff7-0372-a2f8-f1930e9f788c@xenosoft.de> From: mad skateman Date: Wed, 7 Feb 2018 22:00:45 +0100 Message-ID: Subject: Re: DPAA Ethernet traffice troubles with Linux kernel To: Christian Zigotzky Cc: Madalin-cristian Bucur , Andrew Lunn , "linuxppc-dev@lists.ozlabs.org" , Jamie Krueger Content-Type: multipart/alternative; boundary="001a114c8cacd4641e0564a5962d" List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , --001a114c8cacd4641e0564a5962d Content-Type: text/plain; charset="UTF-8" Hi, I just found out that something goes wrong within the ARP table (well thats what i think). I hope someone has a clue.. When i bootup the AmigaOne X5000 with the Ethernet cable connected, it just never senses the presence of the UTP cable. I must run the following command as root: mii-tool -R eth0 ... it Resets the transceiver and the ethernet connection is ready to go. But then... it randomly dies.... After some digging i found that in a working situation the ARP table is filled with the correct info. Router address, and corresponding MAC, C mask and Interface. (Working) skateman@X5000LNX:~$ arp -n Address HWtype HWaddress Flags Mask Iface 192.168.22.66 ether 08:5b:0e:fd:db:6a C eth0 No more traffic..it just suddenly dies... skateman@X5000LNX:~$ ping www.google.com ping: unknown host www.google.com Rechecked the ARP... and found out it has lost the necessary info. skateman@X5000LNX:~$ arp -n Address HWtype HWaddress Flags Mask Iface 192.168.22.66 (incomplete) eth0 Anyone??? :-) On Tue, Feb 6, 2018 at 12:20 PM, Christian Zigotzky wrote: > Hello, > > I have tried to figure out why there is a problem with the buffer space > but unfortunately without any success. Any ideas? Could you please watch > Skateman's video? [1] > > Thanks, > Christian > > [1] https://drive.google.com/file/d/18RhksfcavRJPr86asQDTzrmsN20D0Xim/view > > > On 03 February 2018 at 12:54PM, mad skateman wrote: > > > > For those interested... i have recorded a video of my X5000 DPAA > Ethernet, and the weird problems.. > > In this Video i am also transfering hundereds of megabytes from my NAS > to the X5000. > > You will also see pings die... mostly after the 12th packet and giving > the no buffer space error.. > > Hopefully someone might have a clue about what is happening. > > > > https://drive.google.com/file/d/18RhksfcavRJPr86asQDTzrmsN20D0Xim/view > > > > On Wed, Jan 17, 2018 at 3:43 PM, Madalin-cristian Bucur < > madalin.bucur@nxp.com> wrote: > > > > > -----Original Message----- > > > From: Madalin-cristian Bucur > > > Sent: Wednesday, January 17, 2018 4:25 PM > > > To: David S . Miller > > > Cc: linuxppc-dev@lists.ozlabs.org; netdev@vger.kernel.org; > > > madskateman@gmail.com; 'Madalin-cristian Bucur' < > madalin.bucur@nxp.com>; > > > Andrew Lunn ; Joakim Tjernlund > > > > > > Subject: RE: DPAA Ethernet traffice troubles with Linux kernel > > > > > > > -----Original Message----- > > > > From: netdev-owner@vger.kernel.org [mailto: > netdev-owner@vger.kernel.org] > > > > On Behalf Of Madalin-cristian Bucur > > > > Sent: Wednesday, January 17, 2018 4:16 PM > > > > To: Andrew Lunn ; Joakim Tjernlund > > > > > > > > Cc: linuxppc-dev@lists.ozlabs.org; netdev@vger.kernel.org; > > > > madskateman@gmail.com; David S . Miller > > > > Subject: RE: DPAA Ethernet traffice troubles with Linux kernel > > > > > > > > > -----Original Message----- > > > > > From: Andrew Lunn [mailto:andrew@lunn.ch] > > > > > Sent: Wednesday, January 17, 2018 3:44 PM > > > > > To: Joakim Tjernlund > > > > > Subject: Re: DPAA Ethernet traffice troubles with Linux kernel > > > > > > > > > > > That doesn't work really, having users to hit the bug, debug > it, fix > > > > it > > > > > and then > > > > > > find it fixed already in upstream, then specifically request > it to > > > be > > > > > backported to stable. > > > > > > I don't need this fix to be backported, already got it. > Someone else > > > > > might though. > > > > > > > > > > The "someone else might though" is a big point of asking for > it to > > > > > added to stable. The other reason is it means one less patch > you need > > > > > to maintain in your build. > > > > > > > > I've sent that patch [1] for net but I guess the timing was > wrong and > > > > it was merged to net-next. > > > > > > > > > > I would be interested in bug fixes upstream which fixes: > > > > > > > > > > Did you try upstream? Does it give the same errors? > > > > > > > > > > Andrew > > > > > > > > [1] https://patchwork.kernel.org/patch/10146119/ > > > > > > > > Madalin > > > > > > Hi Dave, > > > > > > Can you please add the fix [1] to stable? > > > > > > Thank you, > > > Madalin > > > > Sorry, > > > > I've provided the wrong link towards the patch (v1 instead of v3), > > here's the correct one: > > > > https://patchwork.kernel.org/patch/10151969/ > > > > Madalin > > > > > > > --001a114c8cacd4641e0564a5962d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

I just found out that something= goes wrong within the ARP table (well thats what i think). I hope someone = has a clue..

When i bootup the AmigaOne X5000 with the Ethernet= cable connected, it just never senses the presence of the UTP cable.
<= /div>
I must run the following command as root: mii-tool -R eth0 ... it= Resets the transceiver and the ethernet connection is ready to go.
But then... it randomly dies....=C2=A0

After some= digging i found that in a working situation the ARP table is filled with t= he correct info. Router address, and corresponding MAC, C mask and Interfac= e.

(Working)
skateman@X5000LNX:~$ arp -n
Address=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 HWtype=C2=A0 HWaddress=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Flags Mask=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Iface
192.168.22.66=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ether=C2=A0=C2=A0 08:5b:0e= :fd:db:6a=C2=A0=C2=A0 C=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 eth0<= br>
No more traffic..it just suddenly dies...
skateman@X5000LNX:~$ p= ing www.google.com<= br>ping: unknown host w= ww.google.com

Rechecked the ARP... and found out it has lost the= necessary info.
skateman@X5000LNX:~$ arp -n
Address=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 HWtype=C2=A0 HWaddress=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 Flags Mask=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 Iface
192.168.22.66=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 (incomplete)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 eth0

Anyone??? :-)


On Tue, Feb 6, 2018 at 12:20 PM, Christian Zigotzk= y <chzigotzky@xenosoft.de> wrote:
Hello,

I have tried to figure out why there is a problem with the buffer space but= unfortunately without any success. Any ideas? Could you please watch Skate= man's video? [1]

Thanks,
Christian

[1] https://drive.google.com/f= ile/d/18RhksfcavRJPr86asQDTzrmsN20D0Xim/view


On 03 February 2018 at 12:54PM, mad skateman wrote:
>
> For those interested... i have recorded a video of my X5000 DPAA Ether= net, and the weird problems..
> In this Video i am also transfering hundereds of megabytes from my NAS= to the X5000.
> You will also see pings die... mostly after the 12th packet and giving= the no buffer space error..
> Hopefully someone might have a clue about what is happening.
>
> https://drive.google.com/= file/d/18RhksfcavRJPr86asQDTzrmsN20D0Xim/view
>
> On Wed, Jan 17, 2018 at 3:43 PM, Madalin-cristian Bucur <madalin.bucur@nxp.com&= gt; wrote:
>
>=C2=A0=C2=A0=C2=A0=C2=A0 > -----Original Message-----
>=C2=A0=C2=A0=C2=A0=C2=A0 > From: Madalin-cristian Bucur
>=C2=A0=C2=A0=C2=A0=C2=A0 > Sent: Wednesday, January 17, 2018 4:25 PM=
>=C2=A0=C2=A0=C2=A0=C2=A0 > To: David S . Miller <davem@davemloft.net>
>=C2=A0=C2=A0=C2=A0=C2=A0 > Cc: linuxppc-dev@lists.ozlabs.org; netdev@vger.kernel.org;
>=C2=A0=C2=A0=C2=A0=C2=A0 > madskateman@gmail.com; 'Madalin-cristian Bucur= 9; <madalin.b= ucur@nxp.com>;
>=C2=A0=C2=A0=C2=A0=C2=A0 > Andrew Lunn <andrew@lunn.ch>; Joakim Tjernlund
>=C2=A0=C2=A0=C2=A0=C2=A0 > <Joakim.Tjernlund@infinera.com> >=C2=A0=C2=A0=C2=A0=C2=A0 > Subject: RE: DPAA Ethernet traffice troub= les with Linux kernel
>=C2=A0=C2=A0=C2=A0=C2=A0 >
>=C2=A0=C2=A0=C2=A0=C2=A0 > > -----Original Message-----
>=C2=A0=C2=A0=C2=A0=C2=A0 > > From: netdev-owner@vger.kernel.org [mailt= o:netdev-= owner@vger.kernel.org]
>=C2=A0=C2=A0=C2=A0=C2=A0 > > On Behalf Of Madalin-cristian Bucur<= br> >=C2=A0=C2=A0=C2=A0=C2=A0 > > Sent: Wednesday, January 17, 2018 4:= 16 PM
>=C2=A0=C2=A0=C2=A0=C2=A0 > > To: Andrew Lunn <andrew@lunn.ch>; Joakim Tjernlun= d
>=C2=A0=C2=A0=C2=A0=C2=A0 > > <Joakim.Tjernlund@infinera.com&g= t;
>=C2=A0=C2=A0=C2=A0=C2=A0 > > Cc: linuxppc-dev@lists.ozlabs.org; netdev@vger.kernel.o= rg;
>=C2=A0=C2=A0=C2=A0=C2=A0 > > madskateman@gmail.com; David S . Miller <davem@davemloft.net>
>=C2=A0=C2=A0=C2=A0=C2=A0 > > Subject: RE: DPAA Ethernet traffice = troubles with Linux kernel
>=C2=A0=C2=A0=C2=A0=C2=A0 > >
>=C2=A0=C2=A0=C2=A0=C2=A0 > > > -----Original Message-----
>=C2=A0=C2=A0=C2=A0=C2=A0 > > > From: Andrew Lunn [mailto:andrew@lunn.ch]
>=C2=A0=C2=A0=C2=A0=C2=A0 > > > Sent: Wednesday, January 17, 20= 18 3:44 PM
>=C2=A0=C2=A0=C2=A0=C2=A0 > > > To: Joakim Tjernlund <Joakim.Tjernlu= nd@infinera.com>
>=C2=A0=C2=A0=C2=A0=C2=A0 > > > Subject: Re: DPAA Ethernet traf= fice troubles with Linux kernel
>=C2=A0=C2=A0=C2=A0=C2=A0 > > >
>=C2=A0=C2=A0=C2=A0=C2=A0 > > > > That doesn't work real= ly, having users to hit the bug, debug it, fix
>=C2=A0=C2=A0=C2=A0=C2=A0 > > it
>=C2=A0=C2=A0=C2=A0=C2=A0 > > > and then
>=C2=A0=C2=A0=C2=A0=C2=A0 > > > > find it fixed already in u= pstream, then specifically request it to
>=C2=A0=C2=A0=C2=A0=C2=A0 > be
>=C2=A0=C2=A0=C2=A0=C2=A0 > > > backported to stable.
>=C2=A0=C2=A0=C2=A0=C2=A0 > > > > I don't need this fix = to be backported, already got it. Someone else
>=C2=A0=C2=A0=C2=A0=C2=A0 > > > might though.
>=C2=A0=C2=A0=C2=A0=C2=A0 > > >
>=C2=A0=C2=A0=C2=A0=C2=A0 > > > The "someone else might th= ough" is a big point of asking for it to
>=C2=A0=C2=A0=C2=A0=C2=A0 > > > added to stable. The other reas= on is it means one less patch you need
>=C2=A0=C2=A0=C2=A0=C2=A0 > > > to maintain in your build.
>=C2=A0=C2=A0=C2=A0=C2=A0 > >
>=C2=A0=C2=A0=C2=A0=C2=A0 > > I've sent that patch [1] for net= but I guess the timing was wrong and
>=C2=A0=C2=A0=C2=A0=C2=A0 > > it was merged to net-next.
>=C2=A0=C2=A0=C2=A0=C2=A0 > >
>=C2=A0=C2=A0=C2=A0=C2=A0 > > > > I would be interested in b= ug fixes upstream which fixes:
>=C2=A0=C2=A0=C2=A0=C2=A0 > > >
>=C2=A0=C2=A0=C2=A0=C2=A0 > > > Did you try upstream? Does it g= ive the same errors?
>=C2=A0=C2=A0=C2=A0=C2=A0 > > >
>=C2=A0=C2=A0=C2=A0=C2=A0 > > >=C2=A0=C2=A0=C2=A0=C2=A0 Andrew<= br> >=C2=A0=C2=A0=C2=A0=C2=A0 > >
>=C2=A0=C2=A0=C2=A0=C2=A0 > > [1] https://patch= work.kernel.org/patch/10146119/
>=C2=A0=C2=A0=C2=A0=C2=A0 > >
>=C2=A0=C2=A0=C2=A0=C2=A0 > > Madalin
>=C2=A0=C2=A0=C2=A0=C2=A0 >
>=C2=A0=C2=A0=C2=A0=C2=A0 > Hi Dave,
>=C2=A0=C2=A0=C2=A0=C2=A0 >
>=C2=A0=C2=A0=C2=A0=C2=A0 > Can you please add the fix [1] to stable?=
>=C2=A0=C2=A0=C2=A0=C2=A0 >
>=C2=A0=C2=A0=C2=A0=C2=A0 > Thank you,
>=C2=A0=C2=A0=C2=A0=C2=A0 > Madalin
>
>=C2=A0=C2=A0=C2=A0=C2=A0 Sorry,
>
>=C2=A0=C2=A0=C2=A0=C2=A0 I've provided the wrong link towards the p= atch (v1 instead of v3),
>=C2=A0=C2=A0=C2=A0=C2=A0 here's the correct one:
>
>=C2=A0=C2=A0=C2=A0=C2=A0 https://patchwork.kernel.or= g/patch/10151969/
>
>=C2=A0=C2=A0=C2=A0=C2=A0 Madalin
>
>



--001a114c8cacd4641e0564a5962d--