Jump to content

frozeus

Members
  • Posts

    36
  • Joined

  • Last visited

Posts posted by frozeus

  1. @martinayotte  I also don't use network manager. And I think it's more related to the timing here. Maybe the regulator as time to discharge because network manager is slower or maybe it makes the things more properly.

     

    If you have an oscilloscope checking the phy reg should the easiest way to solve this. 

     

    Else maybe you can try 

    Ifdown eth0; sleep 2; reboot ? 

     

    I'm not familiar with the kernel and how the regulator are shutdown with network.

     

    Is it possible to compile Ethernet phy and stack as a module and try to rmmod / modprobe and see if you trig the same issue ?

     

    Clement 

     

  2. Ethernet is still working at first cold boot right ?

     

    So my  thought is the PHY is still powered at boot and doesn't have a proper reset at probe in Linux. 

     

    So the reset patch didn't add the issue, the issue is here and we see it because we never rebooted before.

  3. 4 minutes ago, martinayotte said:

    Oh ! On the board side ... :wacko:

    Next time, it is better to short the USB-TTL side, they are less expensive ... :P

     

    Yes, at least the RX is still working.

     

    BTW i have sent the patch for U-Boot if you could add your "Tested-by" tag for the reset patch.

     

    Thanks

  4. 12 minutes ago, martinayotte said:

    Oh ! So, @froezus is in fact Clément Péron ? :o

    Alors, bienvenue sur Armbian ... Je preśume que tu es basé en France, selon l'heure de ta patch ? Moi, je suis au Québec ...

    Je vais donc essayer celle-ci sous peu !

    Salutation ! ;)

    Oui, salutation à toi aussi !

  5. 12 minutes ago, martinayotte said:

    You are better looking at the schematic of any H6 (OPi3, OPiOnePlus, OPILite2) before arguing, PL9 is S-IR-RX, PH7 is really SPDIF-OUT ...

    Oups indeed, My brain switch between IR and SPDIF.

     

    The patch is from me and yes I tested it. Still not posted it because it's more a hack.

  6. SPIDF-OUT is PL9.

    I think  the legacy version doesn't use the watchdog or not the same to reboot the board.

     

    EDIT: I think it uses the ARISC co-processor

    does someone with the h64 can test if the WDOG works ?

     

    /* This should reset the system after 0.5s */
    # devmem $((0x030090a0 + 0x0014))
    0x00000001
    # devmem $((0x030090a0 + 0x0018))
    0x00000000
    # devmem $((0x030090a0 + 0x0018)) 32 0x1
    
    /* This should reset the system after 1s (as recommended in the User Manual) */
    # devmem $((0x030090a0 + 0x0014))
    0x00000001
    # devmem $((0x030090a0 + 0x0018))
    0x00000000
    # devmem $((0x030090a0 + 0x0018)) 32 $((0x1 << 4))
    # devmem $((0x030090a0 + 0x0018))
    0x00000010
    # devmem $((0x030090a0 + 0x0018)) 32 $((0x1 << 4 | 0x1))
    

     

  7. "IIRC there are 3 watchdogs on the H6. One is the trusted watchdog, which should be reserved for underlying firmware. The other two are the normal and R-block watchdog. Although they look the same, the "normal" one can't reset the system. :( That one is actually the one ATF currently uses. So reboot doesn't work on the H6.

    ChenYu" - https://lkml.org/lkml/2019/4/5/425

     

    If it's true it's strange that the reboot works on PineH64...

×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines