<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: fec: eth0 keep receiving MII interrupt in i.MX Processors</title>
    <link>https://community.nxp.com/t5/i-MX-Processors/fec-eth0-keep-receiving-MII-interrupt/m-p/479958#M76410</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Repeating MII interrupt means the driver keeps reading or writing on the MII bus. This, to my mind, should never happen.&lt;/P&gt;&lt;P&gt;Anyway, the suggestions are:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;1. Use u-Boot mdio command to read and write from/to both your PHYs. Ensure they respond&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; correctly.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;2. Use Linux ethtool command to inspect your PHY status.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;3. Debug your kernel to see why the driver is cycling in MDIO transactions&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;Have a great day,&lt;BR /&gt;Platon&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;-----------------------------------------------------------------------------------------------------------------------&lt;BR /&gt;Note: If this post answers your question, please click the Correct Answer button. Thank you!&lt;BR /&gt;-----------------------------------------------------------------------------------------------------------------------&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 25 Feb 2016 13:27:17 GMT</pubDate>
    <dc:creator>bpe</dc:creator>
    <dc:date>2016-02-25T13:27:17Z</dc:date>
    <item>
      <title>fec: eth0 keep receiving MII interrupt</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/fec-eth0-keep-receiving-MII-interrupt/m-p/479956#M76408</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;&lt;SPAN style="font-size: 12pt;"&gt;Hi all,&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 12pt;"&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; I have two network cards on board, both are TI DP83848 chip.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 12pt;"&gt;The physical connection and layout are quite the same to the doc&lt;EM&gt;(imx28_evk_revD_sch.pdf provided by Freescale)&lt;/EM&gt;. Except one chip's physical address is 1, the other one is 3. For some reason, I can't set them to 0 and 1 respectively. &lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 12pt;"&gt;After the kernel booting up, only eth1, namely the PHY chip with address 3 works, and eth0's MAC keeps receiving MII interrupt&lt;EM&gt;(MII bit is set in EIR register)&lt;/EM&gt; whenever the RJ45 is plugged or not. &lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 12pt;"&gt;When trying to ping my Win PC from mx28 side, transmit interrupt can be seen. while receive interrupt can't happen no matter how the ping command executed from both side.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 12pt;"&gt;But when changing the two physical addresses to the same &lt;EM&gt;(though only one PHY chip can be probed)&lt;/EM&gt;,&amp;nbsp; the eth0 works. So I think both hardware should be normal.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 12pt;"&gt;The connection mode between MAC and PHY is RMII.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 12pt;"&gt;Someone knows any possible reasons that cause this issue?&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 12pt;"&gt;Thanks very much!&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;-------------------------------------------&lt;/P&gt;&lt;P&gt;cpu: mx287&lt;/P&gt;&lt;P&gt;kernel: 2.6.35.3&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 23 Feb 2016 10:31:24 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/fec-eth0-keep-receiving-MII-interrupt/m-p/479956#M76408</guid>
      <dc:creator>hwo</dc:creator>
      <dc:date>2016-02-23T10:31:24Z</dc:date>
    </item>
    <item>
      <title>Re: fec: eth0 keep receiving MII interrupt</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/fec-eth0-keep-receiving-MII-interrupt/m-p/479957#M76409</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I capture the packets from pc side, i can see the arp request, and my pc send back the arp reply. The packets bytes are right.&lt;/P&gt;&lt;P&gt;now seems receive process isn't triggered, since mac doesn't see any receive interrupts.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 25 Feb 2016 08:43:58 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/fec-eth0-keep-receiving-MII-interrupt/m-p/479957#M76409</guid>
      <dc:creator>hwo</dc:creator>
      <dc:date>2016-02-25T08:43:58Z</dc:date>
    </item>
    <item>
      <title>Re: fec: eth0 keep receiving MII interrupt</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/fec-eth0-keep-receiving-MII-interrupt/m-p/479958#M76410</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Repeating MII interrupt means the driver keeps reading or writing on the MII bus. This, to my mind, should never happen.&lt;/P&gt;&lt;P&gt;Anyway, the suggestions are:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;1. Use u-Boot mdio command to read and write from/to both your PHYs. Ensure they respond&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; correctly.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;2. Use Linux ethtool command to inspect your PHY status.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;3. Debug your kernel to see why the driver is cycling in MDIO transactions&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;Have a great day,&lt;BR /&gt;Platon&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;-----------------------------------------------------------------------------------------------------------------------&lt;BR /&gt;Note: If this post answers your question, please click the Correct Answer button. Thank you!&lt;BR /&gt;-----------------------------------------------------------------------------------------------------------------------&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 25 Feb 2016 13:27:17 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/fec-eth0-keep-receiving-MII-interrupt/m-p/479958#M76410</guid>
      <dc:creator>bpe</dc:creator>
      <dc:date>2016-02-25T13:27:17Z</dc:date>
    </item>
    <item>
      <title>Re: fec: eth0 keep receiving MII interrupt</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/fec-eth0-keep-receiving-MII-interrupt/m-p/479959#M76411</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thanks for your kind reply, Platon.&lt;/P&gt;&lt;P&gt;I trace the mdio read and write process, which I think is normal. Only repeating mdio read occurs, and it is called by PHY state machine for just changing the physical status between RUNNING and CHANGELINK.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I add a log in the MAC interrupt handler function and read out the contents of EIR register and RDAR register. Turn out to find only MII bit set in EIR and RDAR bit set in RDAR register. So there is room for receiving packets from PHY I think. Why just the MII interrupt shows up, and where's the RXF.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;By the way is the CRS_DV signal alone that makes the MAC trigger an RXF interrupt?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;One more confusion, eth0 and eth1 both keep a state machine, and do the status changing stuff, why only eth0 has the MII interrupt. According to the description in IMX28RM.pdf, I think the eth1 should also has MII interrupt each time the state machine do the mdio read process.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;-----------------------------&lt;/P&gt;&lt;P&gt;Best Regards,&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 27 Feb 2016 10:47:59 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/fec-eth0-keep-receiving-MII-interrupt/m-p/479959#M76411</guid>
      <dc:creator>hwo</dc:creator>
      <dc:date>2016-02-27T10:47:59Z</dc:date>
    </item>
  </channel>
</rss>

