UCC GETH does not work on my MPC8360EA
From: Wolfgang Grandegger <hidden>
Date: 2008-09-17 09:17:48
4 messages, 2 authors, 2008-09-19 · open the first message on its own page
From: Wolfgang Grandegger <hidden>
Date: 2008-09-17 09:17:48
Hello, I have a wired problems with my MPC8360EA using Linux 2.6.27-rc6. The UCC GEHT controller works fine with 100/Full but fails with 1000/Full. What I see is that the TX done interrupts come (ifconfig's TX packet counter goes up), but the messages does not show up on the wire. RX seems to work properly, though. Any idea what's going wrong? Does someone got it working with 1000/Full? TIA, Wolfgang.
From: Li Yang-R58472 <hidden>
Date: 2008-09-17 09:38:39
-----Original Message----- From: <redacted> [mailto:linuxppc-dev-bounces+leoli=3Dfreescale.com@ozlabs.org]=20 On Behalf Of Wolfgang Grandegger Sent: Wednesday, September 17, 2008 5:18 PM To: linuxppc-dev Subject: UCC GETH does not work on my MPC8360EA=20 =20 Hello, =20 I have a wired problems with my MPC8360EA using Linux=20 2.6.27-rc6. The UCC GEHT controller works fine with 100/Full=20 but fails with 1000/Full. What I see is that the TX done interrupts come (ifconfig's TX=20 packet counter goes up), but the messages does not show up on=20 the wire. RX seems to work properly, though. =20 Any idea what's going wrong? Does someone got it working with=20 1000/Full?
This looks like an old problem that RGMII Tx shouldn't use internal delay while Rx should use. So try to use 'rgmii-rxid' as phy-connection-type in device tree. Also there should have been a fixup in u-boot for this. So update to use latest u-boot might fix your problem. - Leo
From: Wolfgang Grandegger <hidden>
Date: 2008-09-18 12:43:38
Li Yang-R58472 wrote:
quoted
-----Original Message----- From: <redacted> [mailto:linuxppc-dev-bounces+leoli=freescale.com@ozlabs.org] On Behalf Of Wolfgang Grandegger Sent: Wednesday, September 17, 2008 5:18 PM To: linuxppc-dev Subject: UCC GETH does not work on my MPC8360EA Hello, I have a wired problems with my MPC8360EA using Linux 2.6.27-rc6. The UCC GEHT controller works fine with 100/Full but fails with 1000/Full. What I see is that the TX done interrupts come (ifconfig's TX packet counter goes up), but the messages does not show up on the wire. RX seems to work properly, though. Any idea what's going wrong? Does someone got it working with 1000/Full?This looks like an old problem that RGMII Tx shouldn't use internal delay while Rx should use. So try to use 'rgmii-rxid' as phy-connection-type in device tree. Also there should have been a fixup in u-boot for this. So update to use latest u-boot might fix your problem.
I do not have problems with U-Boot using 1000/full. The DTS property phy-connection-type = "rgmii-rxid" fixed the problem wuth Linux, indeed, but I realize slow boot over NFS and sometimes I even get "nfs server not responding" with that setting. Wolfgang.
From: Li Yang <hidden>
Date: 2008-09-19 06:26:57
On Thu, Sep 18, 2008 at 8:43 PM, Wolfgang Grandegger [off-list ref] wrote:
Li Yang-R58472 wrote:quoted
quoted
-----Original Message----- From: <redacted> [mailto:linuxppc-dev-bounces+leoli=freescale.com@ozlabs.org] On Behalf Of Wolfgang Grandegger Sent: Wednesday, September 17, 2008 5:18 PM To: linuxppc-dev Subject: UCC GETH does not work on my MPC8360EA Hello, I have a wired problems with my MPC8360EA using Linux 2.6.27-rc6. The UCC GEHT controller works fine with 100/Full but fails with 1000/Full. What I see is that the TX done interrupts come (ifconfig's TX packet counter goes up), but the messages does not show up on the wire. RX seems to work properly, though. Any idea what's going wrong? Does someone got it working with 1000/Full?This looks like an old problem that RGMII Tx shouldn't use internal delay while Rx should use. So try to use 'rgmii-rxid' as phy-connection-type in device tree. Also there should have been a fixup in u-boot for this. So update to use latest u-boot might fix your problem.I do not have problems with U-Boot using 1000/full. The DTS property
I mean that the latest u-boot can fixup the phy-connection-type automatically base on the chip revision. - Leo