Phy not working with OSD3358-512M-ICB

Forums Devices OSD335x C-SiP Phy not working with OSD3358-512M-ICB

Viewing 2 reply threads
  • Author
    Posts
    • #12964
      Ian KingIan King
      Participant

        Greetings,

        I’m currently working on a custom board utilizing the OSD3358-512M-ICB SIP.  We developed a custom Linux image using Buildroot in conjunction with a BeagleBone Black Industrial board and a carrier board developed earlier.  I’m currently bringing up and testing various critical components of our prototype.

        We’ve replaced the LAN8710A phy with a Marvell 88e1512 phy, the Marvell drivers have been added to the kernel and we’ve modified the device tree with following overlay values:

         

         

         

        With these current values the phy seems to be detected, it can be assigned a static IP; however, the board is not on the network and ping won’t work in either direction (also the activity light is off).

         

        In the boot log the following message appears about 10 seconds before the phy claims to be attached:

         

         

        This is the boot log confirming the phy is working:

        Some googling around yielded this forum post on the TI website.  While interesting reading, adding a ‘reset-gpios’ property to the ‘&davinci_mdio’ node results in the overlay failing to compile, which isn’t very helpful.

        Any insight into what’s going on would be most appreciated.

         

        Best regards,

        Ian King

         

      • #12966
        Neeraj Kumar Reddy DantuNeeraj Dantu
        Moderator

          Ian,

          Few inputs regarding the issue:

          1. Please check whether you need TX/RX delays in your MAC-PHY interface. This is set by phy-mode property in the device tree

          2. Please check the pinmux settings of the RGMII interface you are using and whether all the pinmux needed is defined in your device tree.

          3. Defining reset-gpios should not give you an error in your device tree overlay compilation. You may have to check your formatting

          4. You can use the Ethernet Loop Back test we provided in the Ethernet Application Note(https://octavosystems.com/app_notes/ethernet-am335x-system-in-package/#_Toc382081438) to see if you can exercise the MAC-PHY interface

          5. Please review how are you bringing the PHY out of reset during initialization, specifically how the reset of the PHY is being released. You should hold the PHY in reset for a little while after all the power sequencing is done for the PHY to initialize properly. Holding the PHY in reset a little bit using a jumper after power sequencing should allow you to see if there is a PHY reset timing issue.

          6. You can scope the MAC-PHY interface signals to see activity and check timings of the signals.

          Please let us know how it goes.

          Best,

          Neeraj

        • #13128
          Ian KingIan King
          Participant

            In the end this issue was being caused by bad device-tree overlay syntax.  We ended up going to the original device tree and making the changes there.

        Viewing 2 reply threads
        • You must be logged in to reply to this topic.