[fedora-arm] Fedora-Minimal-armhfp-21-20140905-sda.raw.xz - Cubietruck ethernet not working

Robert Moskowitz rgm at htt-consult.com
Fri Sep 5 16:35:04 UTC 2014


So tried:

# systemctl restart NetworkManager.service
[ 2811.279655] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[root at localhost ~]# [ 2812.083261]  No MAC Management Counters available
[ 2812.100459] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 2813.087030] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 2815.068718] stmmaceth 1c50000.ethernet eth0: Link is Up - 
100Mbps/Full - flow control off
[ 2815.077039] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready

# ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN 
group default
     link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
     inet 127.0.0.1/8 scope host lo
        valid_lft forever preferred_lft forever
     inet6 ::1/128 scope host
        valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast 
state UP group default qlen 1000
     link/ether 86:80:43:3c:42:e1 brd ff:ff:ff:ff:ff:ff
     inet 208.83.67.186/28 brd 208.83.67.191 scope global dynamic eth0
        valid_lft 14180sec preferred_lft 14180sec
     inet6 2607:f4b8:3:3:8480:43ff:fe3c:42e1/64 scope global 
noprefixroute dynamic
        valid_lft 35sec preferred_lft 25sec
     inet6 fe80::8480:43ff:fe3c:42e1/64 scope link
        valid_lft forever preferred_lft forever

So I now have a working ethernet.  But I poweroff and poweron:

# ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN 
group default
     link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
     inet 127.0.0.1/8 scope host lo
        valid_lft forever preferred_lft forever
     inet6 ::1/128 scope host
        valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast 
state UP group default qlen 1000
     link/ether 5a:d5:ab:5f:50:63 brd ff:ff:ff:ff:ff:ff

Note the different MAC addr on new boot.

# systemctl restart NetworkManager.service
[  131.763025] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[root at localhost ~]# [  132.424848]  No MAC Management Counters available
[  132.438088] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[  133.809917] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[  135.408087] stmmaceth 1c50000.ethernet eth0: Link is Up - 
100Mbps/Full - flow control off
[  135.416411] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready

]# ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN 
group default
     link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
     inet 127.0.0.1/8 scope host lo
        valid_lft forever preferred_lft forever
     inet6 ::1/128 scope host
        valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast 
state UP group default qlen 1000
     link/ether 5a:d5:ab:5f:50:63 brd ff:ff:ff:ff:ff:ff
     inet 208.83.67.187/28 brd 208.83.67.191 scope global dynamic eth0
        valid_lft 14338sec preferred_lft 14338sec
     inet6 2607:f4b8:3:3:58d5:abff:fe5f:5063/64 scope global 
noprefixroute dynamic
        valid_lft 28sec preferred_lft 18sec
     inet6 fe80::58d5:abff:fe5f:5063/64 scope link
        valid_lft forever preferred_lft forever

Note the different IP address due to the different MACaddr.

Now I am part of the IEEE 802 MAC privacy study group where we are 
discussing randomizing MAC addresses for privacy reasons, but I keep 
exhausting my DHCP pool with each boot!  This test, I did not. There was 
NO DHCP query on poweron until I restarted NetworkManager.

What test next?


On 09/05/2014 11:54 AM, Peter Robinson wrote:
> On Fri, Sep 5, 2014 at 4:48 PM, Robert Moskowitz <rgm at htt-consult.com> wrote:
>> Still no Ethernet working on my Cubietruck.
> Minimal install works fine on mine
>
>> # systemctl -l status network.service
> systemctl status NetworkManager.service
>
> ip addr
>
> ifup eth0
> _______________________________________________
> arm mailing list
> arm at lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/arm



More information about the test mailing list