In your fex file emac_used set to 3. By setting it to 1 you've told the sunxi_emac driver to use portA.That will start you off on getting the code support in the sunxi 3.4 branch to support portH for what you want, assuming you got the rest of the fex definitions right. I didn't bother to look them up.

Hi, I'm using EMAC on portH too. I've made all in previous post, but when I boot and use command "dmesg | grep emac" I receive following: root@A20:~# dmesg | grep emac sunxi_emac Using mii phy on PortC sunxi_emac Using MAC from SID: 02:18:06:81:e3:0c

As you see sunxi emac try to use portC, no portH Please help me to resolve this problem!

It's been a while since I looked into this. If I remember correctly there is something in sunxi_emac.c about setting up a delay before bringing up the device to deal with device limiting to 10mbps instead of 100mbps. I know I ran into that issue when setting it up originally. I also think I had to manually bring up the device, it wouldn't initialize by itself. I know I ran into a few bugs trying to get it to work on port H but I was successful. I just don't remember what/if I had to change in sunxi_emac.c. When I posted my first reply it had already been months since I first worked on this. I would look into some of the delays in that file and try increasing them. The one work around for 10/100 initialization and the delay on phy power on maybe?

If you don't have any luck, or if you do let me know so we can put the problem to rest. I will likely be returning to this project shortly any ways for a project I have to get back to work on.

fragment@5 {target = <&gmac>;__overlay__ {status = "disabled";};};};Technically fragment #5 isn't necessary, but I've read about the A20's gmac and emac ports having operational conflict with each other. I don't need gmac on this particular board; it only has a port H emac. I didn't go far on testing the two together.

I still am having a problem with the link dying after being up a few minutes. Typing "ifconfig eth0 down;ifconfig eth0 up" brings connectivity back temporarily. Resetting the PHY has no effect on this, so the issue must be in the MAC.

I was using the Allwinner kernel (FEX based) because I am trying to use an LCD (LCD-OLinuXino-7TS) on this project and haven't yet gotten that to work on mainline. I would prefer to stay on mainline due to it having less quirkiness than the Allwinner kernel.