I believe the problem is with the internal ethernet. I attached an old USB Realtek ethernet adapter I have and the following occured:
[18306.819334] rtl8150 2-1:1.0: eth1: rtl8150 is detected [18306.830541] usbcore: registered new interface driver rtl8150 [18307.151989] net eth1: eth1: allmulti set [18307.156660] net eth1: eth1: allmulti set
Then I plugged a cable in (that at first kept popping out as the tab is broken on it):
[18459.380425] net eth1: eth1: allmulti set [18460.881679] net eth1: eth1: allmulti set [18466.198143] net eth1: eth1: allmulti set [18466.207443] net eth1: eth1: allmulti set [18471.231729] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready [18471.238275] net eth1: eth1: allmulti set [18471.278214] net eth1: eth1: allmulti set [18472.731966] net eth1: eth1: allmulti set
#ip addr show 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 ce:52:c8:ae:9a:66 brd ff:ff:ff:ff:ff:ff 3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 00:e0:4c:03:52:57 brd ff:ff:ff:ff:ff:ff inet 208.83.67.142/29 brd 208.83.67.143 scope global dynamic eth1 valid_lft 86394sec preferred_lft 86394sec inet6 2607:f4b8:3:13:2e0:4cff:fe03:5257/64 scope global noprefixroute dynamic valid_lft 2592002sec preferred_lft 604802sec inet6 fe80::2e0:4cff:fe03:5257/64 scope link valid_lft forever preferred_lft forever
# ping 208.83.67.148 PING 208.83.67.148 (208.83.67.148) 56(84) bytes of data. 64 bytes from 208.83.67.148: icmp_seq=1 ttl=63 time=3.56 ms 64 bytes from 208.83.67.148: icmp_seq=2 ttl=63 time=4.33 ms
So you can see that the Realtek is working, but the internal Cubieboard ethernet is not. This ethernet is working in both the F19 and F20 remixes. Its MAC addr is local scope.
Now that a connection is up I can install a few things to try...
Hi,
On 07/31/2014 09:22 PM, Robert Moskowitz wrote:
I believe the problem is with the internal ethernet. I attached an old USB Realtek ethernet adapter I have and the following occured:
[18306.819334] rtl8150 2-1:1.0: eth1: rtl8150 is detected [18306.830541] usbcore: registered new interface driver rtl8150 [18307.151989] net eth1: eth1: allmulti set [18307.156660] net eth1: eth1: allmulti set
Then I plugged a cable in (that at first kept popping out as the tab is broken on it):
[18459.380425] net eth1: eth1: allmulti set [18460.881679] net eth1: eth1: allmulti set [18466.198143] net eth1: eth1: allmulti set [18466.207443] net eth1: eth1: allmulti set [18471.231729] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready [18471.238275] net eth1: eth1: allmulti set [18471.278214] net eth1: eth1: allmulti set [18472.731966] net eth1: eth1: allmulti set
#ip addr show 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 ce:52:c8:ae:9a:66 brd ff:ff:ff:ff:ff:ff 3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 00:e0:4c:03:52:57 brd ff:ff:ff:ff:ff:ff inet 208.83.67.142/29 brd 208.83.67.143 scope global dynamic eth1 valid_lft 86394sec preferred_lft 86394sec inet6 2607:f4b8:3:13:2e0:4cff:fe03:5257/64 scope global noprefixroute dynamic valid_lft 2592002sec preferred_lft 604802sec inet6 fe80::2e0:4cff:fe03:5257/64 scope link valid_lft forever preferred_lft forever
# ping 208.83.67.148 PING 208.83.67.148 (208.83.67.148) 56(84) bytes of data. 64 bytes from 208.83.67.148: icmp_seq=1 ttl=63 time=3.56 ms 64 bytes from 208.83.67.148: icmp_seq=2 ttl=63 time=4.33 ms
So you can see that the Realtek is working, but the internal Cubieboard ethernet is not. This ethernet is working in both the F19 and F20 remixes. Its MAC addr is local scope.
Now that a connection is up I can install a few things to try...
Networkmanager will not automatically activate onboard nics (for security) reasons, where as it will activate hotplugged ones.
To activate the onboard nic do:
nmcli c add type 802-3-ethernet ifname eth0
And from then on nm will automatically activate the nic onboot.
Regards,
Hans
On 07/31/2014 09:22 PM, Robert Moskowitz wrote:
I believe the problem is with the internal ethernet. I attached an old USB Realtek ethernet adapter I have and the following occured:
[18306.819334] rtl8150 2-1:1.0: eth1: rtl8150 is detected [18306.830541] usbcore: registered new interface driver rtl8150 [18307.151989] net eth1: eth1: allmulti set [18307.156660] net eth1: eth1: allmulti set
Then I plugged a cable in (that at first kept popping out as the tab is broken on it):
[18459.380425] net eth1: eth1: allmulti set [18460.881679] net eth1: eth1: allmulti set [18466.198143] net eth1: eth1: allmulti set [18466.207443] net eth1: eth1: allmulti set [18471.231729] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready [18471.238275] net eth1: eth1: allmulti set [18471.278214] net eth1: eth1: allmulti set [18472.731966] net eth1: eth1: allmulti set
#ip addr show 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 ce:52:c8:ae:9a:66 brd ff:ff:ff:ff:ff:ff 3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 00:e0:4c:03:52:57 brd ff:ff:ff:ff:ff:ff inet 208.83.67.142/29 brd 208.83.67.143 scope global dynamic eth1 valid_lft 86394sec preferred_lft 86394sec inet6 2607:f4b8:3:13:2e0:4cff:fe03:5257/64 scope global noprefixroute dynamic valid_lft 2592002sec preferred_lft 604802sec inet6 fe80::2e0:4cff:fe03:5257/64 scope link valid_lft forever preferred_lft forever
# ping 208.83.67.148 PING 208.83.67.148 (208.83.67.148) 56(84) bytes of data. 64 bytes from 208.83.67.148: icmp_seq=1 ttl=63 time=3.56 ms 64 bytes from 208.83.67.148: icmp_seq=2 ttl=63 time=4.33 ms
So you can see that the Realtek is working, but the internal Cubieboard ethernet is not. This ethernet is working in both the F19 and F20 remixes. Its MAC addr is local scope.
Now that a connection is up I can install a few things to try...
Networkmanager will not automatically activate onboard nics (for security) reasons, where as it will activate hotplugged ones.
To activate the onboard nic do:
nmcli c add type 802-3-ethernet ifname eth0
That's a change in the usual mode of operation, when did that happen and where was it advertised?
Peter
Hi,
On 08/01/2014 03:29 PM, Peter Robinson wrote:
On 07/31/2014 09:22 PM, Robert Moskowitz wrote:
I believe the problem is with the internal ethernet. I attached an old USB Realtek ethernet adapter I have and the following occured:
[18306.819334] rtl8150 2-1:1.0: eth1: rtl8150 is detected [18306.830541] usbcore: registered new interface driver rtl8150 [18307.151989] net eth1: eth1: allmulti set [18307.156660] net eth1: eth1: allmulti set
Then I plugged a cable in (that at first kept popping out as the tab is broken on it):
[18459.380425] net eth1: eth1: allmulti set [18460.881679] net eth1: eth1: allmulti set [18466.198143] net eth1: eth1: allmulti set [18466.207443] net eth1: eth1: allmulti set [18471.231729] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready [18471.238275] net eth1: eth1: allmulti set [18471.278214] net eth1: eth1: allmulti set [18472.731966] net eth1: eth1: allmulti set
#ip addr show 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 ce:52:c8:ae:9a:66 brd ff:ff:ff:ff:ff:ff 3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 00:e0:4c:03:52:57 brd ff:ff:ff:ff:ff:ff inet 208.83.67.142/29 brd 208.83.67.143 scope global dynamic eth1 valid_lft 86394sec preferred_lft 86394sec inet6 2607:f4b8:3:13:2e0:4cff:fe03:5257/64 scope global noprefixroute dynamic valid_lft 2592002sec preferred_lft 604802sec inet6 fe80::2e0:4cff:fe03:5257/64 scope link valid_lft forever preferred_lft forever
# ping 208.83.67.148 PING 208.83.67.148 (208.83.67.148) 56(84) bytes of data. 64 bytes from 208.83.67.148: icmp_seq=1 ttl=63 time=3.56 ms 64 bytes from 208.83.67.148: icmp_seq=2 ttl=63 time=4.33 ms
So you can see that the Realtek is working, but the internal Cubieboard ethernet is not. This ethernet is working in both the F19 and F20 remixes. Its MAC addr is local scope.
Now that a connection is up I can install a few things to try...
Networkmanager will not automatically activate onboard nics (for security) reasons, where as it will activate hotplugged ones.
To activate the onboard nic do:
nmcli c add type 802-3-ethernet ifname eth0
That's a change in the usual mode of operation, when did that happen and where was it advertised?
AFAIK that was always the case, normally anaconda will write out an ifcfg-eth0 file, but with sdcard images that is not the case.
I maybe wrong though, I've never really completely grokked if / when ethernet conntections will be activated by default.
Regards,
Hans
On 08/01/2014 05:37 AM, Hans de Goede wrote:
Hi,
On 07/31/2014 09:22 PM, Robert Moskowitz wrote:
I believe the problem is with the internal ethernet. I attached an old USB Realtek ethernet adapter I have and the following occured:
[18306.819334] rtl8150 2-1:1.0: eth1: rtl8150 is detected [18306.830541] usbcore: registered new interface driver rtl8150 [18307.151989] net eth1: eth1: allmulti set [18307.156660] net eth1: eth1: allmulti set
Then I plugged a cable in (that at first kept popping out as the tab is broken on it):
[18459.380425] net eth1: eth1: allmulti set [18460.881679] net eth1: eth1: allmulti set [18466.198143] net eth1: eth1: allmulti set [18466.207443] net eth1: eth1: allmulti set [18471.231729] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready [18471.238275] net eth1: eth1: allmulti set [18471.278214] net eth1: eth1: allmulti set [18472.731966] net eth1: eth1: allmulti set
#ip addr show 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 ce:52:c8:ae:9a:66 brd ff:ff:ff:ff:ff:ff 3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 00:e0:4c:03:52:57 brd ff:ff:ff:ff:ff:ff inet 208.83.67.142/29 brd 208.83.67.143 scope global dynamic eth1 valid_lft 86394sec preferred_lft 86394sec inet6 2607:f4b8:3:13:2e0:4cff:fe03:5257/64 scope global noprefixroute dynamic valid_lft 2592002sec preferred_lft 604802sec inet6 fe80::2e0:4cff:fe03:5257/64 scope link valid_lft forever preferred_lft forever
# ping 208.83.67.148 PING 208.83.67.148 (208.83.67.148) 56(84) bytes of data. 64 bytes from 208.83.67.148: icmp_seq=1 ttl=63 time=3.56 ms 64 bytes from 208.83.67.148: icmp_seq=2 ttl=63 time=4.33 ms
So you can see that the Realtek is working, but the internal Cubieboard ethernet is not. This ethernet is working in both the F19 and F20 remixes. Its MAC addr is local scope.
Now that a connection is up I can install a few things to try...
Networkmanager will not automatically activate onboard nics (for security) reasons, where as it will activate hotplugged ones.
To activate the onboard nic do:
nmcli c add type 802-3-ethernet ifname eth0
And from then on nm will automatically activate the nic onboot.
Well isn't that interesting. Nothing about this in https://fedoraproject.org/wiki/Architectures/ARM/Rawhide/Installation but I guess this is just known. I assume that eventually anaconda will take over this step once there is a network select option.
Meanwhile I tried it on a new build and still looks like problems with NIC:
# nmcli c add type 802-3-ethernet ifname eth0 Connection 'ethernet-eth0' (915ea399-ea86-4178-9ac1-b230cb54dd9c) successfully added. [root@localhost ~]# [ 195.294360] ------------[ cut here ]------------ [ 195.299043] WARNING: CPU: 0 PID: 705 at lib/dma-debug.c:1140 check_unmap+0x6ec/0x824() [ 195.306975] stmmaceth 1c50000.ethernet: DMA-API: device driver failed to check map error[device address=0x000000006886d002] [size=90 bytes] [mapped as single] [ 195.320958] Modules linked in: ip6t_rpfilter ip6t_REJECT xt_conntrack cfg80211 rfkill ebtable_nat ebtable_broute bridge stp llc ebtable_filter ebtables ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6table_mangle ip6table_security ip6table_raw ip6table_filter ip6_tables iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_mangle iptable_security iptable_raw i2c_mv64xxx sun4i_ts sunxi_sid rtc_sunxi sunxi_wdt ohci_platform phy_sun4i_usb leds_gpio mmc_block stmmac ptp pps_core ahci_sunxi libahci_platform ehci_platform sunxi_mmc mmc_core [ 195.373316] CPU: 0 PID: 705 Comm: NetworkManager Not tainted 3.16.0-0.rc7.git1.1.fc21.armv7hl #1 [ 195.382146] [<c02188dc>] (unwind_backtrace) from [<c0212bb0>] (show_stack+0x18/0x1c) [ 195.389917] [<c0212bb0>] (show_stack) from [<c0938d20>] (dump_stack+0x84/0xb0) [ 195.397166] [<c0938d20>] (dump_stack) from [<c0252444>] (warn_slowpath_common+0x70/0x94) [ 195.405278] [<c0252444>] (warn_slowpath_common) from [<c025249c>] (warn_slowpath_fmt+0x34/0x44) [ 195.414002] [<c025249c>] (warn_slowpath_fmt) from [<c058a65c>] (check_unmap+0x6ec/0x824) [ 195.422119] [<c058a65c>] (check_unmap) from [<c058a7f8>] (debug_dma_unmap_page+0x64/0x70) [ 195.430388] [<c058a7f8>] (debug_dma_unmap_page) from [<bf080de0>] (stmmac_tx_clean+0x260/0x494 [stmmac]) [ 195.440123] [<bf080de0>] (stmmac_tx_clean [stmmac]) from [<c025f988>] (call_timer_fn+0xd0/0x310) [ 195.448935] [<c025f988>] (call_timer_fn) from [<c0260578>] (run_timer_softirq+0x268/0x360) [ 195.457224] [<c0260578>] (run_timer_softirq) from [<c0258628>] (__do_softirq+0x184/0x4d0) [ 195.465425] [<c0258628>] (__do_softirq) from [<c0258c58>] (irq_exit+0x8c/0xfc) [ 195.472675] [<c0258c58>] (irq_exit) from [<c020f52c>] (handle_IRQ+0x74/0x98) [ 195.479749] [<c020f52c>] (handle_IRQ) from [<c0208920>] (gic_handle_irq+0x4c/0x70) [ 195.487346] [<c0208920>] (gic_handle_irq) from [<c0942cbc>] (__irq_usr+0x3c/0x60) [ 195.494837] Exception stack(0xec749fb0 to 0xec749ff8) [ 195.499908] 9fa0: 00000000 00000000 ffffffff ffffffff [ 195.508107] 9fc0: b779dd58 b779dd98 00000001 b6adb000 0000006c b6adb4a8 00000004 b6e4deb0 [ 195.516302] 9fe0: b6adb188 bed3e738 b6ac799c b6ac7920 a00f0010 ffffffff [ 195.522927] ---[ end trace d87d0728c698172f ]--- [ 195.527551] Mapped at: [ 195.529921] [<c07ed840>] dev_hard_start_xmit+0x350/0x8a0 [ 195.535359] [<c080fcf8>] sch_direct_xmit+0x74/0x264 [ 195.540364] [<c07ee1ec>] __dev_queue_xmit+0x45c/0x8e0 [ 195.545538] [<c08a8c84>] ip6_finish_output2+0x7cc/0xa80 [ 195.550889] [<c08d3a20>] mld_sendpack+0x3fc/0x808
[root@localhost ~]# ip addr show 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 9e:d6:42:93:db:11 brd ff:ff:ff:ff:ff:ff inet6 fe80::9cd6:42ff:fe93:db11/64 scope link valid_lft forever preferred_lft forever
I rebooted and got:
[ 81.281794] eth0: device MAC address 42:86:e8:49:8f:9e [ 81.471082] No MAC Management Counters available [ 81.803482] No MAC Management Counters available [ 81.814754] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 83.702587] stmmaceth 1c50000.ethernet eth0: Link is Up - 100Mbps/Full - flow control off [ 83.720490] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [ 84.697109] xinit (603) used greatest stack depth: 4488 bytes left [ 92.708994] ------------[ cut here ]------------ [ 92.713699] WARNING: CPU: 1 PID: 464 at lib/dma-debug.c:1140 check_unmap+0x6ec/0x824() [ 92.721637] stmmaceth 1c50000.ethernet: DMA-API: device driver failed to check map error[device address=0x000000006c767802] [size=90 bytes] [mapped as single] [ 92.735640] Modules linked in: xt_conntrack cfg80211 rfkill ebtable_nat ebtable_broute bridge stp llc ebtable_filter ebtables ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6table_mangle ip6table_security ip6table_raw ip6table_filter ip6_tables iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_mangle iptable_security iptable_raw sun4i_ts i2c_mv64xxx rtc_sunxi sunxi_sid sunxi_wdt ohci_platform phy_sun4i_usb leds_gpio mmc_block stmmac ptp pps_core ahci_sunxi sunxi_mmc libahci_platform ehci_platform mmc_core [ 92.785820] CPU: 1 PID: 464 Comm: systemd-readahe Not tainted 3.16.0-0.rc7.git1.1.fc21.armv7hl #1 [ 92.794768] [<c02188dc>] (unwind_backtrace) from [<c0212bb0>] (show_stack+0x18/0x1c) [ 92.802573] [<c0212bb0>] (show_stack) from [<c0938d20>] (dump_stack+0x84/0xb0) [ 92.809851] [<c0938d20>] (dump_stack) from [<c0252444>] (warn_slowpath_common+0x70/0x94) [ 92.818008] [<c0252444>] (warn_slowpath_common) from [<c025249c>] (warn_slowpath_fmt+0x34/0x44) [ 92.826743] [<c025249c>] (warn_slowpath_fmt) from [<c058a65c>] (check_unmap+0x6ec/0x824) [ 92.834900] [<c058a65c>] (check_unmap) from [<c058a7f8>] (debug_dma_unmap_page+0x64/0x70) [ 92.843181] [<c058a7f8>] (debug_dma_unmap_page) from [<bf07bde0>] (stmmac_tx_clean+0x260/0x494 [stmmac]) [ 92.852987] [<bf07bde0>] (stmmac_tx_clean [stmmac]) from [<c025f988>] (call_timer_fn+0xd0/0x310) [ 92.861804] [<c025f988>] (call_timer_fn) from [<c0260578>] (run_timer_softirq+0x268/0x360) [ 92.870132] [<c0260578>] (run_timer_softirq) from [<c0258628>] (__do_softirq+0x184/0x4d0) [ 92.878369] [<c0258628>] (__do_softirq) from [<c0258c58>] (irq_exit+0x8c/0xfc) [ 92.885627] [<c0258c58>] (irq_exit) from [<c020f52c>] (handle_IRQ+0x74/0x98) [ 92.892741] [<c020f52c>] (handle_IRQ) from [<c0208920>] (gic_handle_irq+0x4c/0x70) [ 92.900348] [<c0208920>] (gic_handle_irq) from [<c0942b04>] (__irq_svc+0x44/0x58) [ 92.907864] Exception stack(0xceb91ad0 to 0xceb91b18) [ 92.912963] 1ac0: 00000001 00000004 00000000 cea6c080 [ 92.921185] 1ae0: a00b0013 edfc44b0 00000000 edfc4500 00000000 00000000 be894b88 00000000 [ 92.929385] 1b00: 00000000 ceb91b18 c02a6d4c c0941f60 200b0013 ffffffff [ 92.936076] [<c0942b04>] (__irq_svc) from [<c0941f60>] (_raw_spin_unlock_irqrestore+0x48/0x64) [ 92.944763] [<c0941f60>] (_raw_spin_unlock_irqrestore) from [<c027ba14>] (hrtimer_try_to_cancel+0x1a0/0x1cc) [ 92.954675] [<c027ba14>] (hrtimer_try_to_cancel) from [<c027ba58>] (hrtimer_cancel+0x18/0x28) [ 92.963239] [<c027ba58>] (hrtimer_cancel) from [<c093d148>] (schedule_hrtimeout_range_clock+0xe0/0x110) [ 92.972665] [<c093d148>] (schedule_hrtimeout_range_clock) from [<c03bc9e4>] (poll_schedule_timeout+0x44/0x60) [ 92.982612] [<c03bc9e4>] (poll_schedule_timeout) from [<c03bdfc8>] (do_sys_poll+0x34c/0x3fc) [ 92.991115] [<c03bdfc8>] (do_sys_poll) from [<c03be128>] (SyS_poll+0x60/0xc4) [ 92.998316] [<c03be128>] (SyS_poll) from [<c020eba0>] (ret_fast_syscall+0x0/0x48) [ 93.005833] ---[ end trace c17e1067cc043be4 ]--- [ 93.010479] Mapped at: [ 93.012877] [<c07ed840>] dev_hard_start_xmit+0x350/0x8a0 [ 93.018355] [<c080fcf8>] sch_direct_xmit+0x74/0x264 [ 93.023362] [<c07ee1ec>] __dev_queue_xmit+0x45c/0x8e0 [ 93.028550] [<c08a8c84>] ip6_finish_output2+0x7cc/0xa80 [ 93.033938] [<c08d3a20>] mld_sendpack+0x3fc/0x808 root Last login: Wed Dec 31 19:02:17 on ttyS0 [root@localhost ~]# ip addr show 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 42:86:e8:49:8f:9e brd ff:ff:ff:ff:ff:ff inet6 fe80::4086:e8ff:fe49:8f9e/64 scope link valid_lft forever preferred_lft forever
So indeed something is not right here with the Cubieboard 2 nic support.
Hi,
On 08/01/2014 03:33 PM, Robert Moskowitz wrote:
On 08/01/2014 05:37 AM, Hans de Goede wrote:
Hi,
On 07/31/2014 09:22 PM, Robert Moskowitz wrote:
I believe the problem is with the internal ethernet. I attached an old USB Realtek ethernet adapter I have and the following occured:
[18306.819334] rtl8150 2-1:1.0: eth1: rtl8150 is detected [18306.830541] usbcore: registered new interface driver rtl8150 [18307.151989] net eth1: eth1: allmulti set [18307.156660] net eth1: eth1: allmulti set
Then I plugged a cable in (that at first kept popping out as the tab is broken on it):
[18459.380425] net eth1: eth1: allmulti set [18460.881679] net eth1: eth1: allmulti set [18466.198143] net eth1: eth1: allmulti set [18466.207443] net eth1: eth1: allmulti set [18471.231729] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready [18471.238275] net eth1: eth1: allmulti set [18471.278214] net eth1: eth1: allmulti set [18472.731966] net eth1: eth1: allmulti set
#ip addr show 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 ce:52:c8:ae:9a:66 brd ff:ff:ff:ff:ff:ff 3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 00:e0:4c:03:52:57 brd ff:ff:ff:ff:ff:ff inet 208.83.67.142/29 brd 208.83.67.143 scope global dynamic eth1 valid_lft 86394sec preferred_lft 86394sec inet6 2607:f4b8:3:13:2e0:4cff:fe03:5257/64 scope global noprefixroute dynamic valid_lft 2592002sec preferred_lft 604802sec inet6 fe80::2e0:4cff:fe03:5257/64 scope link valid_lft forever preferred_lft forever
# ping 208.83.67.148 PING 208.83.67.148 (208.83.67.148) 56(84) bytes of data. 64 bytes from 208.83.67.148: icmp_seq=1 ttl=63 time=3.56 ms 64 bytes from 208.83.67.148: icmp_seq=2 ttl=63 time=4.33 ms
So you can see that the Realtek is working, but the internal Cubieboard ethernet is not. This ethernet is working in both the F19 and F20 remixes. Its MAC addr is local scope.
Now that a connection is up I can install a few things to try...
Networkmanager will not automatically activate onboard nics (for security) reasons, where as it will activate hotplugged ones.
To activate the onboard nic do:
nmcli c add type 802-3-ethernet ifname eth0
And from then on nm will automatically activate the nic onboot.
Well isn't that interesting. Nothing about this in https://fedoraproject.org/wiki/Architectures/ARM/Rawhide/Installation but I guess this is just known. I assume that eventually anaconda will take over this step once there is a network select option.
Meanwhile I tried it on a new build and still looks like problems with NIC:
# nmcli c add type 802-3-ethernet ifname eth0 Connection 'ethernet-eth0' (915ea399-ea86-4178-9ac1-b230cb54dd9c) successfully added. [root@localhost ~]# [ 195.294360] ------------[ cut here ]------------ [ 195.299043] WARNING: CPU: 0 PID: 705 at lib/dma-debug.c:1140 check_unmap+0x6ec/0x824() [ 195.306975] stmmaceth 1c50000.ethernet: DMA-API: device driver failed to check map error[device address=0x000000006886d002] [size=90 bytes] [mapped as single] [ 195.320958] Modules linked in: ip6t_rpfilter ip6t_REJECT xt_conntrack cfg80211 rfkill ebtable_nat ebtable_broute bridge stp llc ebtable_filter ebtables ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6table_mangle ip6table_security ip6table_raw ip6table_filter ip6_tables iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_mangle iptable_security iptable_raw i2c_mv64xxx sun4i_ts sunxi_sid rtc_sunxi sunxi_wdt ohci_platform phy_sun4i_usb leds_gpio mmc_block stmmac ptp pps_core ahci_sunxi libahci_platform ehci_platform sunxi_mmc mmc_core [ 195.373316] CPU: 0 PID: 705 Comm: NetworkManager Not tainted 3.16.0-0.rc7.git1.1.fc21.armv7hl #1 [ 195.382146] [<c02188dc>] (unwind_backtrace) from [<c0212bb0>] (show_stack+0x18/0x1c) [ 195.389917] [<c0212bb0>] (show_stack) from [<c0938d20>] (dump_stack+0x84/0xb0) [ 195.397166] [<c0938d20>] (dump_stack) from [<c0252444>] (warn_slowpath_common+0x70/0x94) [ 195.405278] [<c0252444>] (warn_slowpath_common) from [<c025249c>] (warn_slowpath_fmt+0x34/0x44) [ 195.414002] [<c025249c>] (warn_slowpath_fmt) from [<c058a65c>] (check_unmap+0x6ec/0x824) [ 195.422119] [<c058a65c>] (check_unmap) from [<c058a7f8>] (debug_dma_unmap_page+0x64/0x70) [ 195.430388] [<c058a7f8>] (debug_dma_unmap_page) from [<bf080de0>] (stmmac_tx_clean+0x260/0x494 [stmmac]) [ 195.440123] [<bf080de0>] (stmmac_tx_clean [stmmac]) from [<c025f988>] (call_timer_fn+0xd0/0x310) [ 195.448935] [<c025f988>] (call_timer_fn) from [<c0260578>] (run_timer_softirq+0x268/0x360) [ 195.457224] [<c0260578>] (run_timer_softirq) from [<c0258628>] (__do_softirq+0x184/0x4d0) [ 195.465425] [<c0258628>] (__do_softirq) from [<c0258c58>] (irq_exit+0x8c/0xfc) [ 195.472675] [<c0258c58>] (irq_exit) from [<c020f52c>] (handle_IRQ+0x74/0x98) [ 195.479749] [<c020f52c>] (handle_IRQ) from [<c0208920>] (gic_handle_irq+0x4c/0x70) [ 195.487346] [<c0208920>] (gic_handle_irq) from [<c0942cbc>] (__irq_usr+0x3c/0x60) [ 195.494837] Exception stack(0xec749fb0 to 0xec749ff8) [ 195.499908] 9fa0: 00000000 00000000 ffffffff ffffffff [ 195.508107] 9fc0: b779dd58 b779dd98 00000001 b6adb000 0000006c b6adb4a8 00000004 b6e4deb0 [ 195.516302] 9fe0: b6adb188 bed3e738 b6ac799c b6ac7920 a00f0010 ffffffff [ 195.522927] ---[ end trace d87d0728c698172f ]--- [ 195.527551] Mapped at: [ 195.529921] [<c07ed840>] dev_hard_start_xmit+0x350/0x8a0 [ 195.535359] [<c080fcf8>] sch_direct_xmit+0x74/0x264 [ 195.540364] [<c07ee1ec>] __dev_queue_xmit+0x45c/0x8e0 [ 195.545538] [<c08a8c84>] ip6_finish_output2+0x7cc/0xa80 [ 195.550889] [<c08d3a20>] mld_sendpack+0x3fc/0x808
[root@localhost ~]# ip addr show 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 9e:d6:42:93:db:11 brd ff:ff:ff:ff:ff:ff inet6 fe80::9cd6:42ff:fe93:db11/64 scope link valid_lft forever preferred_lft forever
I rebooted and got:
[ 81.281794] eth0: device MAC address 42:86:e8:49:8f:9e [ 81.471082] No MAC Management Counters available [ 81.803482] No MAC Management Counters available [ 81.814754] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 83.702587] stmmaceth 1c50000.ethernet eth0: Link is Up - 100Mbps/Full - flow control off [ 83.720490] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [ 84.697109] xinit (603) used greatest stack depth: 4488 bytes left [ 92.708994] ------------[ cut here ]------------ [ 92.713699] WARNING: CPU: 1 PID: 464 at lib/dma-debug.c:1140 check_unmap+0x6ec/0x824() [ 92.721637] stmmaceth 1c50000.ethernet: DMA-API: device driver failed to check map error[device address=0x000000006c767802] [size=90 bytes] [mapped as single] [ 92.735640] Modules linked in: xt_conntrack cfg80211 rfkill ebtable_nat ebtable_broute bridge stp llc ebtable_filter ebtables ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6table_mangle ip6table_security ip6table_raw ip6table_filter ip6_tables iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_mangle iptable_security iptable_raw sun4i_ts i2c_mv64xxx rtc_sunxi sunxi_sid sunxi_wdt ohci_platform phy_sun4i_usb leds_gpio mmc_block stmmac ptp pps_core ahci_sunxi sunxi_mmc libahci_platform ehci_platform mmc_core [ 92.785820] CPU: 1 PID: 464 Comm: systemd-readahe Not tainted 3.16.0-0.rc7.git1.1.fc21.armv7hl #1 [ 92.794768] [<c02188dc>] (unwind_backtrace) from [<c0212bb0>] (show_stack+0x18/0x1c) [ 92.802573] [<c0212bb0>] (show_stack) from [<c0938d20>] (dump_stack+0x84/0xb0) [ 92.809851] [<c0938d20>] (dump_stack) from [<c0252444>] (warn_slowpath_common+0x70/0x94) [ 92.818008] [<c0252444>] (warn_slowpath_common) from [<c025249c>] (warn_slowpath_fmt+0x34/0x44) [ 92.826743] [<c025249c>] (warn_slowpath_fmt) from [<c058a65c>] (check_unmap+0x6ec/0x824) [ 92.834900] [<c058a65c>] (check_unmap) from [<c058a7f8>] (debug_dma_unmap_page+0x64/0x70) [ 92.843181] [<c058a7f8>] (debug_dma_unmap_page) from [<bf07bde0>] (stmmac_tx_clean+0x260/0x494 [stmmac]) [ 92.852987] [<bf07bde0>] (stmmac_tx_clean [stmmac]) from [<c025f988>] (call_timer_fn+0xd0/0x310) [ 92.861804] [<c025f988>] (call_timer_fn) from [<c0260578>] (run_timer_softirq+0x268/0x360) [ 92.870132] [<c0260578>] (run_timer_softirq) from [<c0258628>] (__do_softirq+0x184/0x4d0) [ 92.878369] [<c0258628>] (__do_softirq) from [<c0258c58>] (irq_exit+0x8c/0xfc) [ 92.885627] [<c0258c58>] (irq_exit) from [<c020f52c>] (handle_IRQ+0x74/0x98) [ 92.892741] [<c020f52c>] (handle_IRQ) from [<c0208920>] (gic_handle_irq+0x4c/0x70) [ 92.900348] [<c0208920>] (gic_handle_irq) from [<c0942b04>] (__irq_svc+0x44/0x58) [ 92.907864] Exception stack(0xceb91ad0 to 0xceb91b18) [ 92.912963] 1ac0: 00000001 00000004 00000000 cea6c080 [ 92.921185] 1ae0: a00b0013 edfc44b0 00000000 edfc4500 00000000 00000000 be894b88 00000000 [ 92.929385] 1b00: 00000000 ceb91b18 c02a6d4c c0941f60 200b0013 ffffffff [ 92.936076] [<c0942b04>] (__irq_svc) from [<c0941f60>] (_raw_spin_unlock_irqrestore+0x48/0x64) [ 92.944763] [<c0941f60>] (_raw_spin_unlock_irqrestore) from [<c027ba14>] (hrtimer_try_to_cancel+0x1a0/0x1cc) [ 92.954675] [<c027ba14>] (hrtimer_try_to_cancel) from [<c027ba58>] (hrtimer_cancel+0x18/0x28) [ 92.963239] [<c027ba58>] (hrtimer_cancel) from [<c093d148>] (schedule_hrtimeout_range_clock+0xe0/0x110) [ 92.972665] [<c093d148>] (schedule_hrtimeout_range_clock) from [<c03bc9e4>] (poll_schedule_timeout+0x44/0x60) [ 92.982612] [<c03bc9e4>] (poll_schedule_timeout) from [<c03bdfc8>] (do_sys_poll+0x34c/0x3fc) [ 92.991115] [<c03bdfc8>] (do_sys_poll) from [<c03be128>] (SyS_poll+0x60/0xc4) [ 92.998316] [<c03be128>] (SyS_poll) from [<c020eba0>] (ret_fast_syscall+0x0/0x48) [ 93.005833] ---[ end trace c17e1067cc043be4 ]--- [ 93.010479] Mapped at: [ 93.012877] [<c07ed840>] dev_hard_start_xmit+0x350/0x8a0 [ 93.018355] [<c080fcf8>] sch_direct_xmit+0x74/0x264 [ 93.023362] [<c07ee1ec>] __dev_queue_xmit+0x45c/0x8e0 [ 93.028550] [<c08a8c84>] ip6_finish_output2+0x7cc/0xa80 [ 93.033938] [<c08d3a20>] mld_sendpack+0x3fc/0x808
Yeah that is a known bug, I've already mailed the stmmac driver maintainer about this.
Note this only happens when using kernels build with CONFIG_DMA_API_DEBUG=y so for release kernels this will go away, it is more of a warning then a real serious problem.
root Last login: Wed Dec 31 19:02:17 on ttyS0 [root@localhost ~]# ip addr show 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 42:86:e8:49:8f:9e brd ff:ff:ff:ff:ff:ff inet6 fe80::4086:e8ff:fe49:8f9e/64 scope link valid_lft forever preferred_lft forever
So indeed something is not right here with the Cubieboard 2 nic support.
Works for me with the above nmcli command, or a simple "dhclient eth0"
Regards,
Hans
On 08/01/2014 10:14 AM, Hans de Goede wrote:
Hi,
On 08/01/2014 03:33 PM, Robert Moskowitz wrote:
On 08/01/2014 05:37 AM, Hans de Goede wrote:
Hi,
On 07/31/2014 09:22 PM, Robert Moskowitz wrote:
I believe the problem is with the internal ethernet. I attached an old USB Realtek ethernet adapter I have and the following occured:
[18306.819334] rtl8150 2-1:1.0: eth1: rtl8150 is detected [18306.830541] usbcore: registered new interface driver rtl8150 [18307.151989] net eth1: eth1: allmulti set [18307.156660] net eth1: eth1: allmulti set
Then I plugged a cable in (that at first kept popping out as the tab is broken on it):
[18459.380425] net eth1: eth1: allmulti set [18460.881679] net eth1: eth1: allmulti set [18466.198143] net eth1: eth1: allmulti set [18466.207443] net eth1: eth1: allmulti set [18471.231729] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready [18471.238275] net eth1: eth1: allmulti set [18471.278214] net eth1: eth1: allmulti set [18472.731966] net eth1: eth1: allmulti set
#ip addr show 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 ce:52:c8:ae:9a:66 brd ff:ff:ff:ff:ff:ff 3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 00:e0:4c:03:52:57 brd ff:ff:ff:ff:ff:ff inet 208.83.67.142/29 brd 208.83.67.143 scope global dynamic eth1 valid_lft 86394sec preferred_lft 86394sec inet6 2607:f4b8:3:13:2e0:4cff:fe03:5257/64 scope global noprefixroute dynamic valid_lft 2592002sec preferred_lft 604802sec inet6 fe80::2e0:4cff:fe03:5257/64 scope link valid_lft forever preferred_lft forever
# ping 208.83.67.148 PING 208.83.67.148 (208.83.67.148) 56(84) bytes of data. 64 bytes from 208.83.67.148: icmp_seq=1 ttl=63 time=3.56 ms 64 bytes from 208.83.67.148: icmp_seq=2 ttl=63 time=4.33 ms
So you can see that the Realtek is working, but the internal Cubieboard ethernet is not. This ethernet is working in both the F19 and F20 remixes. Its MAC addr is local scope.
Now that a connection is up I can install a few things to try...
Networkmanager will not automatically activate onboard nics (for security) reasons, where as it will activate hotplugged ones.
To activate the onboard nic do:
nmcli c add type 802-3-ethernet ifname eth0
And from then on nm will automatically activate the nic onboot.
Well isn't that interesting. Nothing about this in https://fedoraproject.org/wiki/Architectures/ARM/Rawhide/Installation but I guess this is just known. I assume that eventually anaconda will take over this step once there is a network select option.
Meanwhile I tried it on a new build and still looks like problems with NIC:
# nmcli c add type 802-3-ethernet ifname eth0 Connection 'ethernet-eth0' (915ea399-ea86-4178-9ac1-b230cb54dd9c) successfully added. [root@localhost ~]# [ 195.294360] ------------[ cut here ]------------ [ 195.299043] WARNING: CPU: 0 PID: 705 at lib/dma-debug.c:1140 check_unmap+0x6ec/0x824() [ 195.306975] stmmaceth 1c50000.ethernet: DMA-API: device driver failed to check map error[device address=0x000000006886d002] [size=90 bytes] [mapped as single] [ 195.320958] Modules linked in: ip6t_rpfilter ip6t_REJECT xt_conntrack cfg80211 rfkill ebtable_nat ebtable_broute bridge stp llc ebtable_filter ebtables ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6table_mangle ip6table_security ip6table_raw ip6table_filter ip6_tables iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_mangle iptable_security iptable_raw i2c_mv64xxx sun4i_ts sunxi_sid rtc_sunxi sunxi_wdt ohci_platform phy_sun4i_usb leds_gpio mmc_block stmmac ptp pps_core ahci_sunxi libahci_platform ehci_platform sunxi_mmc mmc_core [ 195.373316] CPU: 0 PID: 705 Comm: NetworkManager Not tainted 3.16.0-0.rc7.git1.1.fc21.armv7hl #1 [ 195.382146] [<c02188dc>] (unwind_backtrace) from [<c0212bb0>] (show_stack+0x18/0x1c) [ 195.389917] [<c0212bb0>] (show_stack) from [<c0938d20>] (dump_stack+0x84/0xb0) [ 195.397166] [<c0938d20>] (dump_stack) from [<c0252444>] (warn_slowpath_common+0x70/0x94) [ 195.405278] [<c0252444>] (warn_slowpath_common) from [<c025249c>] (warn_slowpath_fmt+0x34/0x44) [ 195.414002] [<c025249c>] (warn_slowpath_fmt) from [<c058a65c>] (check_unmap+0x6ec/0x824) [ 195.422119] [<c058a65c>] (check_unmap) from [<c058a7f8>] (debug_dma_unmap_page+0x64/0x70) [ 195.430388] [<c058a7f8>] (debug_dma_unmap_page) from [<bf080de0>] (stmmac_tx_clean+0x260/0x494 [stmmac]) [ 195.440123] [<bf080de0>] (stmmac_tx_clean [stmmac]) from [<c025f988>] (call_timer_fn+0xd0/0x310) [ 195.448935] [<c025f988>] (call_timer_fn) from [<c0260578>] (run_timer_softirq+0x268/0x360) [ 195.457224] [<c0260578>] (run_timer_softirq) from [<c0258628>] (__do_softirq+0x184/0x4d0) [ 195.465425] [<c0258628>] (__do_softirq) from [<c0258c58>] (irq_exit+0x8c/0xfc) [ 195.472675] [<c0258c58>] (irq_exit) from [<c020f52c>] (handle_IRQ+0x74/0x98) [ 195.479749] [<c020f52c>] (handle_IRQ) from [<c0208920>] (gic_handle_irq+0x4c/0x70) [ 195.487346] [<c0208920>] (gic_handle_irq) from [<c0942cbc>] (__irq_usr+0x3c/0x60) [ 195.494837] Exception stack(0xec749fb0 to 0xec749ff8) [ 195.499908] 9fa0: 00000000 00000000 ffffffff ffffffff [ 195.508107] 9fc0: b779dd58 b779dd98 00000001 b6adb000 0000006c b6adb4a8 00000004 b6e4deb0 [ 195.516302] 9fe0: b6adb188 bed3e738 b6ac799c b6ac7920 a00f0010 ffffffff [ 195.522927] ---[ end trace d87d0728c698172f ]--- [ 195.527551] Mapped at: [ 195.529921] [<c07ed840>] dev_hard_start_xmit+0x350/0x8a0 [ 195.535359] [<c080fcf8>] sch_direct_xmit+0x74/0x264 [ 195.540364] [<c07ee1ec>] __dev_queue_xmit+0x45c/0x8e0 [ 195.545538] [<c08a8c84>] ip6_finish_output2+0x7cc/0xa80 [ 195.550889] [<c08d3a20>] mld_sendpack+0x3fc/0x808
[root@localhost ~]# ip addr show 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 9e:d6:42:93:db:11 brd ff:ff:ff:ff:ff:ff inet6 fe80::9cd6:42ff:fe93:db11/64 scope link valid_lft forever preferred_lft forever
I rebooted and got:
[ 81.281794] eth0: device MAC address 42:86:e8:49:8f:9e [ 81.471082] No MAC Management Counters available [ 81.803482] No MAC Management Counters available [ 81.814754] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 83.702587] stmmaceth 1c50000.ethernet eth0: Link is Up - 100Mbps/Full - flow control off [ 83.720490] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [ 84.697109] xinit (603) used greatest stack depth: 4488 bytes left [ 92.708994] ------------[ cut here ]------------ [ 92.713699] WARNING: CPU: 1 PID: 464 at lib/dma-debug.c:1140 check_unmap+0x6ec/0x824() [ 92.721637] stmmaceth 1c50000.ethernet: DMA-API: device driver failed to check map error[device address=0x000000006c767802] [size=90 bytes] [mapped as single] [ 92.735640] Modules linked in: xt_conntrack cfg80211 rfkill ebtable_nat ebtable_broute bridge stp llc ebtable_filter ebtables ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6table_mangle ip6table_security ip6table_raw ip6table_filter ip6_tables iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_mangle iptable_security iptable_raw sun4i_ts i2c_mv64xxx rtc_sunxi sunxi_sid sunxi_wdt ohci_platform phy_sun4i_usb leds_gpio mmc_block stmmac ptp pps_core ahci_sunxi sunxi_mmc libahci_platform ehci_platform mmc_core [ 92.785820] CPU: 1 PID: 464 Comm: systemd-readahe Not tainted 3.16.0-0.rc7.git1.1.fc21.armv7hl #1 [ 92.794768] [<c02188dc>] (unwind_backtrace) from [<c0212bb0>] (show_stack+0x18/0x1c) [ 92.802573] [<c0212bb0>] (show_stack) from [<c0938d20>] (dump_stack+0x84/0xb0) [ 92.809851] [<c0938d20>] (dump_stack) from [<c0252444>] (warn_slowpath_common+0x70/0x94) [ 92.818008] [<c0252444>] (warn_slowpath_common) from [<c025249c>] (warn_slowpath_fmt+0x34/0x44) [ 92.826743] [<c025249c>] (warn_slowpath_fmt) from [<c058a65c>] (check_unmap+0x6ec/0x824) [ 92.834900] [<c058a65c>] (check_unmap) from [<c058a7f8>] (debug_dma_unmap_page+0x64/0x70) [ 92.843181] [<c058a7f8>] (debug_dma_unmap_page) from [<bf07bde0>] (stmmac_tx_clean+0x260/0x494 [stmmac]) [ 92.852987] [<bf07bde0>] (stmmac_tx_clean [stmmac]) from [<c025f988>] (call_timer_fn+0xd0/0x310) [ 92.861804] [<c025f988>] (call_timer_fn) from [<c0260578>] (run_timer_softirq+0x268/0x360) [ 92.870132] [<c0260578>] (run_timer_softirq) from [<c0258628>] (__do_softirq+0x184/0x4d0) [ 92.878369] [<c0258628>] (__do_softirq) from [<c0258c58>] (irq_exit+0x8c/0xfc) [ 92.885627] [<c0258c58>] (irq_exit) from [<c020f52c>] (handle_IRQ+0x74/0x98) [ 92.892741] [<c020f52c>] (handle_IRQ) from [<c0208920>] (gic_handle_irq+0x4c/0x70) [ 92.900348] [<c0208920>] (gic_handle_irq) from [<c0942b04>] (__irq_svc+0x44/0x58) [ 92.907864] Exception stack(0xceb91ad0 to 0xceb91b18) [ 92.912963] 1ac0: 00000001 00000004 00000000 cea6c080 [ 92.921185] 1ae0: a00b0013 edfc44b0 00000000 edfc4500 00000000 00000000 be894b88 00000000 [ 92.929385] 1b00: 00000000 ceb91b18 c02a6d4c c0941f60 200b0013 ffffffff [ 92.936076] [<c0942b04>] (__irq_svc) from [<c0941f60>] (_raw_spin_unlock_irqrestore+0x48/0x64) [ 92.944763] [<c0941f60>] (_raw_spin_unlock_irqrestore) from [<c027ba14>] (hrtimer_try_to_cancel+0x1a0/0x1cc) [ 92.954675] [<c027ba14>] (hrtimer_try_to_cancel) from [<c027ba58>] (hrtimer_cancel+0x18/0x28) [ 92.963239] [<c027ba58>] (hrtimer_cancel) from [<c093d148>] (schedule_hrtimeout_range_clock+0xe0/0x110) [ 92.972665] [<c093d148>] (schedule_hrtimeout_range_clock) from [<c03bc9e4>] (poll_schedule_timeout+0x44/0x60) [ 92.982612] [<c03bc9e4>] (poll_schedule_timeout) from [<c03bdfc8>] (do_sys_poll+0x34c/0x3fc) [ 92.991115] [<c03bdfc8>] (do_sys_poll) from [<c03be128>] (SyS_poll+0x60/0xc4) [ 92.998316] [<c03be128>] (SyS_poll) from [<c020eba0>] (ret_fast_syscall+0x0/0x48) [ 93.005833] ---[ end trace c17e1067cc043be4 ]--- [ 93.010479] Mapped at: [ 93.012877] [<c07ed840>] dev_hard_start_xmit+0x350/0x8a0 [ 93.018355] [<c080fcf8>] sch_direct_xmit+0x74/0x264 [ 93.023362] [<c07ee1ec>] __dev_queue_xmit+0x45c/0x8e0 [ 93.028550] [<c08a8c84>] ip6_finish_output2+0x7cc/0xa80 [ 93.033938] [<c08d3a20>] mld_sendpack+0x3fc/0x808
Yeah that is a known bug, I've already mailed the stmmac driver maintainer about this.
Note this only happens when using kernels build with CONFIG_DMA_API_DEBUG=y so for release kernels this will go away, it is more of a warning then a real serious problem.
root Last login: Wed Dec 31 19:02:17 on ttyS0 [root@localhost ~]# ip addr show 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 42:86:e8:49:8f:9e brd ff:ff:ff:ff:ff:ff inet6 fe80::4086:e8ff:fe49:8f9e/64 scope link valid_lft forever preferred_lft forever
So indeed something is not right here with the Cubieboard 2 nic support.
Works for me with the above nmcli command, or a simple "dhclient eth0"
But not for me.
# dhclient eth0 [root@localhost ~]# ip addr show 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 c2:dc:60:00:81:ef brd ff:ff:ff:ff:ff:ff inet6 fe80::c0dc:60ff:fe00:81ef/64 scope link valid_lft forever preferred_lft forever
I should not only see the IPv4 addr, but also a global IPv6 addr. Lets put that USB eth in and move the cable to it...
[ 3110.287071] usb 2-1: New USB device found, idVendor=0bda, idProduct=8150 [ 3110.293951] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 3110.301154] usb 2-1: Product: USB 10/100 LAN [ 3110.305488] usb 2-1: Manufacturer: REALTEK [ 3110.309647] usb 2-1: SerialNumber: 1079 [ 3111.772550] rtl8150 2-1:1.0: eth1: rtl8150 is detected [ 3111.790797] usbcore: registered new interface driver rtl8150 [ 3112.074824] net eth1: eth1: allmulti set [ 3112.079103] net eth1: eth1: allmulti set
[ 3139.339083] stmmaceth 1c50000.ethernet eth0: Link is Down
ip addr show 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: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000 link/ether c2:dc:60:00:81:ef brd ff:ff:ff:ff:ff:ff inet6 fe80::c0dc:60ff:fe00:81ef/64 scope link valid_lft forever preferred_lft forever 3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 00:e0:4c:03:52:57 brd ff:ff:ff:ff:ff:ff inet 208.83.67.186/28 brd 208.83.67.191 scope global dynamic eth1 valid_lft 259188sec preferred_lft 259188sec inet6 2607:f4b8:3:3:2e0:4cff:fe03:5257/64 scope global noprefixroute dynamic valid_lft 31sec preferred_lft 21sec inet6 fe80::2e0:4cff:fe03:5257/64 scope link valid_lft forever preferred_lft forever
So it is not a cabling, dhcp, or RA issue. Moving the connection to the USB ethernet works.
Don't you have a Cubietruck, not the Cubieboard2? They ARE different ethernets. The CB2 is 100Mb compared to the CT at 1Gb.
Hi,
On 08/01/2014 04:38 PM, Robert Moskowitz wrote:
On 08/01/2014 10:14 AM, Hans de Goede wrote:
Hi,
On 08/01/2014 03:33 PM, Robert Moskowitz wrote:
On 08/01/2014 05:37 AM, Hans de Goede wrote:
Hi,
On 07/31/2014 09:22 PM, Robert Moskowitz wrote:
I believe the problem is with the internal ethernet. I attached an old USB Realtek ethernet adapter I have and the following occured:
[18306.819334] rtl8150 2-1:1.0: eth1: rtl8150 is detected [18306.830541] usbcore: registered new interface driver rtl8150 [18307.151989] net eth1: eth1: allmulti set [18307.156660] net eth1: eth1: allmulti set
Then I plugged a cable in (that at first kept popping out as the tab is broken on it):
[18459.380425] net eth1: eth1: allmulti set [18460.881679] net eth1: eth1: allmulti set [18466.198143] net eth1: eth1: allmulti set [18466.207443] net eth1: eth1: allmulti set [18471.231729] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready [18471.238275] net eth1: eth1: allmulti set [18471.278214] net eth1: eth1: allmulti set [18472.731966] net eth1: eth1: allmulti set
#ip addr show 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 ce:52:c8:ae:9a:66 brd ff:ff:ff:ff:ff:ff 3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 00:e0:4c:03:52:57 brd ff:ff:ff:ff:ff:ff inet 208.83.67.142/29 brd 208.83.67.143 scope global dynamic eth1 valid_lft 86394sec preferred_lft 86394sec inet6 2607:f4b8:3:13:2e0:4cff:fe03:5257/64 scope global noprefixroute dynamic valid_lft 2592002sec preferred_lft 604802sec inet6 fe80::2e0:4cff:fe03:5257/64 scope link valid_lft forever preferred_lft forever
# ping 208.83.67.148 PING 208.83.67.148 (208.83.67.148) 56(84) bytes of data. 64 bytes from 208.83.67.148: icmp_seq=1 ttl=63 time=3.56 ms 64 bytes from 208.83.67.148: icmp_seq=2 ttl=63 time=4.33 ms
So you can see that the Realtek is working, but the internal Cubieboard ethernet is not. This ethernet is working in both the F19 and F20 remixes. Its MAC addr is local scope.
Now that a connection is up I can install a few things to try...
Networkmanager will not automatically activate onboard nics (for security) reasons, where as it will activate hotplugged ones.
To activate the onboard nic do:
nmcli c add type 802-3-ethernet ifname eth0
And from then on nm will automatically activate the nic onboot.
Well isn't that interesting. Nothing about this in https://fedoraproject.org/wiki/Architectures/ARM/Rawhide/Installation but I guess this is just known. I assume that eventually anaconda will take over this step once there is a network select option.
Meanwhile I tried it on a new build and still looks like problems with NIC:
# nmcli c add type 802-3-ethernet ifname eth0 Connection 'ethernet-eth0' (915ea399-ea86-4178-9ac1-b230cb54dd9c) successfully added. [root@localhost ~]# [ 195.294360] ------------[ cut here ]------------ [ 195.299043] WARNING: CPU: 0 PID: 705 at lib/dma-debug.c:1140 check_unmap+0x6ec/0x824() [ 195.306975] stmmaceth 1c50000.ethernet: DMA-API: device driver failed to check map error[device address=0x000000006886d002] [size=90 bytes] [mapped as single] [ 195.320958] Modules linked in: ip6t_rpfilter ip6t_REJECT xt_conntrack cfg80211 rfkill ebtable_nat ebtable_broute bridge stp llc ebtable_filter ebtables ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6table_mangle ip6table_security ip6table_raw ip6table_filter ip6_tables iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_mangle iptable_security iptable_raw i2c_mv64xxx sun4i_ts sunxi_sid rtc_sunxi sunxi_wdt ohci_platform phy_sun4i_usb leds_gpio mmc_block stmmac ptp pps_core ahci_sunxi libahci_platform ehci_platform sunxi_mmc mmc_core [ 195.373316] CPU: 0 PID: 705 Comm: NetworkManager Not tainted 3.16.0-0.rc7.git1.1.fc21.armv7hl #1 [ 195.382146] [<c02188dc>] (unwind_backtrace) from [<c0212bb0>] (show_stack+0x18/0x1c) [ 195.389917] [<c0212bb0>] (show_stack) from [<c0938d20>] (dump_stack+0x84/0xb0) [ 195.397166] [<c0938d20>] (dump_stack) from [<c0252444>] (warn_slowpath_common+0x70/0x94) [ 195.405278] [<c0252444>] (warn_slowpath_common) from [<c025249c>] (warn_slowpath_fmt+0x34/0x44) [ 195.414002] [<c025249c>] (warn_slowpath_fmt) from [<c058a65c>] (check_unmap+0x6ec/0x824) [ 195.422119] [<c058a65c>] (check_unmap) from [<c058a7f8>] (debug_dma_unmap_page+0x64/0x70) [ 195.430388] [<c058a7f8>] (debug_dma_unmap_page) from [<bf080de0>] (stmmac_tx_clean+0x260/0x494 [stmmac]) [ 195.440123] [<bf080de0>] (stmmac_tx_clean [stmmac]) from [<c025f988>] (call_timer_fn+0xd0/0x310) [ 195.448935] [<c025f988>] (call_timer_fn) from [<c0260578>] (run_timer_softirq+0x268/0x360) [ 195.457224] [<c0260578>] (run_timer_softirq) from [<c0258628>] (__do_softirq+0x184/0x4d0) [ 195.465425] [<c0258628>] (__do_softirq) from [<c0258c58>] (irq_exit+0x8c/0xfc) [ 195.472675] [<c0258c58>] (irq_exit) from [<c020f52c>] (handle_IRQ+0x74/0x98) [ 195.479749] [<c020f52c>] (handle_IRQ) from [<c0208920>] (gic_handle_irq+0x4c/0x70) [ 195.487346] [<c0208920>] (gic_handle_irq) from [<c0942cbc>] (__irq_usr+0x3c/0x60) [ 195.494837] Exception stack(0xec749fb0 to 0xec749ff8) [ 195.499908] 9fa0: 00000000 00000000 ffffffff ffffffff [ 195.508107] 9fc0: b779dd58 b779dd98 00000001 b6adb000 0000006c b6adb4a8 00000004 b6e4deb0 [ 195.516302] 9fe0: b6adb188 bed3e738 b6ac799c b6ac7920 a00f0010 ffffffff [ 195.522927] ---[ end trace d87d0728c698172f ]--- [ 195.527551] Mapped at: [ 195.529921] [<c07ed840>] dev_hard_start_xmit+0x350/0x8a0 [ 195.535359] [<c080fcf8>] sch_direct_xmit+0x74/0x264 [ 195.540364] [<c07ee1ec>] __dev_queue_xmit+0x45c/0x8e0 [ 195.545538] [<c08a8c84>] ip6_finish_output2+0x7cc/0xa80 [ 195.550889] [<c08d3a20>] mld_sendpack+0x3fc/0x808
[root@localhost ~]# ip addr show 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 9e:d6:42:93:db:11 brd ff:ff:ff:ff:ff:ff inet6 fe80::9cd6:42ff:fe93:db11/64 scope link valid_lft forever preferred_lft forever
I rebooted and got:
[ 81.281794] eth0: device MAC address 42:86:e8:49:8f:9e [ 81.471082] No MAC Management Counters available [ 81.803482] No MAC Management Counters available [ 81.814754] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 83.702587] stmmaceth 1c50000.ethernet eth0: Link is Up - 100Mbps/Full - flow control off [ 83.720490] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [ 84.697109] xinit (603) used greatest stack depth: 4488 bytes left [ 92.708994] ------------[ cut here ]------------ [ 92.713699] WARNING: CPU: 1 PID: 464 at lib/dma-debug.c:1140 check_unmap+0x6ec/0x824() [ 92.721637] stmmaceth 1c50000.ethernet: DMA-API: device driver failed to check map error[device address=0x000000006c767802] [size=90 bytes] [mapped as single] [ 92.735640] Modules linked in: xt_conntrack cfg80211 rfkill ebtable_nat ebtable_broute bridge stp llc ebtable_filter ebtables ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6table_mangle ip6table_security ip6table_raw ip6table_filter ip6_tables iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_mangle iptable_security iptable_raw sun4i_ts i2c_mv64xxx rtc_sunxi sunxi_sid sunxi_wdt ohci_platform phy_sun4i_usb leds_gpio mmc_block stmmac ptp pps_core ahci_sunxi sunxi_mmc libahci_platform ehci_platform mmc_core [ 92.785820] CPU: 1 PID: 464 Comm: systemd-readahe Not tainted 3.16.0-0.rc7.git1.1.fc21.armv7hl #1 [ 92.794768] [<c02188dc>] (unwind_backtrace) from [<c0212bb0>] (show_stack+0x18/0x1c) [ 92.802573] [<c0212bb0>] (show_stack) from [<c0938d20>] (dump_stack+0x84/0xb0) [ 92.809851] [<c0938d20>] (dump_stack) from [<c0252444>] (warn_slowpath_common+0x70/0x94) [ 92.818008] [<c0252444>] (warn_slowpath_common) from [<c025249c>] (warn_slowpath_fmt+0x34/0x44) [ 92.826743] [<c025249c>] (warn_slowpath_fmt) from [<c058a65c>] (check_unmap+0x6ec/0x824) [ 92.834900] [<c058a65c>] (check_unmap) from [<c058a7f8>] (debug_dma_unmap_page+0x64/0x70) [ 92.843181] [<c058a7f8>] (debug_dma_unmap_page) from [<bf07bde0>] (stmmac_tx_clean+0x260/0x494 [stmmac]) [ 92.852987] [<bf07bde0>] (stmmac_tx_clean [stmmac]) from [<c025f988>] (call_timer_fn+0xd0/0x310) [ 92.861804] [<c025f988>] (call_timer_fn) from [<c0260578>] (run_timer_softirq+0x268/0x360) [ 92.870132] [<c0260578>] (run_timer_softirq) from [<c0258628>] (__do_softirq+0x184/0x4d0) [ 92.878369] [<c0258628>] (__do_softirq) from [<c0258c58>] (irq_exit+0x8c/0xfc) [ 92.885627] [<c0258c58>] (irq_exit) from [<c020f52c>] (handle_IRQ+0x74/0x98) [ 92.892741] [<c020f52c>] (handle_IRQ) from [<c0208920>] (gic_handle_irq+0x4c/0x70) [ 92.900348] [<c0208920>] (gic_handle_irq) from [<c0942b04>] (__irq_svc+0x44/0x58) [ 92.907864] Exception stack(0xceb91ad0 to 0xceb91b18) [ 92.912963] 1ac0: 00000001 00000004 00000000 cea6c080 [ 92.921185] 1ae0: a00b0013 edfc44b0 00000000 edfc4500 00000000 00000000 be894b88 00000000 [ 92.929385] 1b00: 00000000 ceb91b18 c02a6d4c c0941f60 200b0013 ffffffff [ 92.936076] [<c0942b04>] (__irq_svc) from [<c0941f60>] (_raw_spin_unlock_irqrestore+0x48/0x64) [ 92.944763] [<c0941f60>] (_raw_spin_unlock_irqrestore) from [<c027ba14>] (hrtimer_try_to_cancel+0x1a0/0x1cc) [ 92.954675] [<c027ba14>] (hrtimer_try_to_cancel) from [<c027ba58>] (hrtimer_cancel+0x18/0x28) [ 92.963239] [<c027ba58>] (hrtimer_cancel) from [<c093d148>] (schedule_hrtimeout_range_clock+0xe0/0x110) [ 92.972665] [<c093d148>] (schedule_hrtimeout_range_clock) from [<c03bc9e4>] (poll_schedule_timeout+0x44/0x60) [ 92.982612] [<c03bc9e4>] (poll_schedule_timeout) from [<c03bdfc8>] (do_sys_poll+0x34c/0x3fc) [ 92.991115] [<c03bdfc8>] (do_sys_poll) from [<c03be128>] (SyS_poll+0x60/0xc4) [ 92.998316] [<c03be128>] (SyS_poll) from [<c020eba0>] (ret_fast_syscall+0x0/0x48) [ 93.005833] ---[ end trace c17e1067cc043be4 ]--- [ 93.010479] Mapped at: [ 93.012877] [<c07ed840>] dev_hard_start_xmit+0x350/0x8a0 [ 93.018355] [<c080fcf8>] sch_direct_xmit+0x74/0x264 [ 93.023362] [<c07ee1ec>] __dev_queue_xmit+0x45c/0x8e0 [ 93.028550] [<c08a8c84>] ip6_finish_output2+0x7cc/0xa80 [ 93.033938] [<c08d3a20>] mld_sendpack+0x3fc/0x808
Yeah that is a known bug, I've already mailed the stmmac driver maintainer about this.
Note this only happens when using kernels build with CONFIG_DMA_API_DEBUG=y so for release kernels this will go away, it is more of a warning then a real serious problem.
root Last login: Wed Dec 31 19:02:17 on ttyS0 [root@localhost ~]# ip addr show 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 42:86:e8:49:8f:9e brd ff:ff:ff:ff:ff:ff inet6 fe80::4086:e8ff:fe49:8f9e/64 scope link valid_lft forever preferred_lft forever
So indeed something is not right here with the Cubieboard 2 nic support.
Works for me with the above nmcli command, or a simple "dhclient eth0"
But not for me.
# dhclient eth0 [root@localhost ~]# ip addr show 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 c2:dc:60:00:81:ef brd ff:ff:ff:ff:ff:ff inet6 fe80::c0dc:60ff:fe00:81ef/64 scope link valid_lft forever preferred_lft forever
I should not only see the IPv4 addr, but also a global IPv6 addr. Lets put that USB eth in and move the cable to it...
[ 3110.287071] usb 2-1: New USB device found, idVendor=0bda, idProduct=8150 [ 3110.293951] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 3110.301154] usb 2-1: Product: USB 10/100 LAN [ 3110.305488] usb 2-1: Manufacturer: REALTEK [ 3110.309647] usb 2-1: SerialNumber: 1079 [ 3111.772550] rtl8150 2-1:1.0: eth1: rtl8150 is detected [ 3111.790797] usbcore: registered new interface driver rtl8150 [ 3112.074824] net eth1: eth1: allmulti set [ 3112.079103] net eth1: eth1: allmulti set
[ 3139.339083] stmmaceth 1c50000.ethernet eth0: Link is Down
ip addr show 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: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000 link/ether c2:dc:60:00:81:ef brd ff:ff:ff:ff:ff:ff inet6 fe80::c0dc:60ff:fe00:81ef/64 scope link valid_lft forever preferred_lft forever 3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 00:e0:4c:03:52:57 brd ff:ff:ff:ff:ff:ff inet 208.83.67.186/28 brd 208.83.67.191 scope global dynamic eth1 valid_lft 259188sec preferred_lft 259188sec inet6 2607:f4b8:3:3:2e0:4cff:fe03:5257/64 scope global noprefixroute dynamic valid_lft 31sec preferred_lft 21sec inet6 fe80::2e0:4cff:fe03:5257/64 scope link valid_lft forever preferred_lft forever
So it is not a cabling, dhcp, or RA issue. Moving the connection to the USB ethernet works.
Don't you have a Cubietruck, not the Cubieboard2? They ARE different ethernets. The CB2 is 100Mb compared to the CT at 1Gb.
I've aprox. 30 different allwinner devices. But I've tried explicitly on the cubieboard2. What u-boot are you using? AFAIK F-21 does not ship with a u-boot for the cubieboard2.
Regards,
Hans
On 08/01/2014 10:50 AM, Hans de Goede wrote:
Hi,
On 08/01/2014 04:38 PM, Robert Moskowitz wrote:
On 08/01/2014 10:14 AM, Hans de Goede wrote:
Hi,
On 08/01/2014 03:33 PM, Robert Moskowitz wrote:
On 08/01/2014 05:37 AM, Hans de Goede wrote:
Hi,
On 07/31/2014 09:22 PM, Robert Moskowitz wrote:
I believe the problem is with the internal ethernet. I attached an old USB Realtek ethernet adapter I have and the following occured:
[18306.819334] rtl8150 2-1:1.0: eth1: rtl8150 is detected [18306.830541] usbcore: registered new interface driver rtl8150 [18307.151989] net eth1: eth1: allmulti set [18307.156660] net eth1: eth1: allmulti set
Then I plugged a cable in (that at first kept popping out as the tab is broken on it):
[18459.380425] net eth1: eth1: allmulti set [18460.881679] net eth1: eth1: allmulti set [18466.198143] net eth1: eth1: allmulti set [18466.207443] net eth1: eth1: allmulti set [18471.231729] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready [18471.238275] net eth1: eth1: allmulti set [18471.278214] net eth1: eth1: allmulti set [18472.731966] net eth1: eth1: allmulti set
#ip addr show 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 ce:52:c8:ae:9a:66 brd ff:ff:ff:ff:ff:ff 3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 00:e0:4c:03:52:57 brd ff:ff:ff:ff:ff:ff inet 208.83.67.142/29 brd 208.83.67.143 scope global dynamic eth1 valid_lft 86394sec preferred_lft 86394sec inet6 2607:f4b8:3:13:2e0:4cff:fe03:5257/64 scope global noprefixroute dynamic valid_lft 2592002sec preferred_lft 604802sec inet6 fe80::2e0:4cff:fe03:5257/64 scope link valid_lft forever preferred_lft forever
# ping 208.83.67.148 PING 208.83.67.148 (208.83.67.148) 56(84) bytes of data. 64 bytes from 208.83.67.148: icmp_seq=1 ttl=63 time=3.56 ms 64 bytes from 208.83.67.148: icmp_seq=2 ttl=63 time=4.33 ms
So you can see that the Realtek is working, but the internal Cubieboard ethernet is not. This ethernet is working in both the F19 and F20 remixes. Its MAC addr is local scope.
Now that a connection is up I can install a few things to try...
Networkmanager will not automatically activate onboard nics (for security) reasons, where as it will activate hotplugged ones.
To activate the onboard nic do:
nmcli c add type 802-3-ethernet ifname eth0
And from then on nm will automatically activate the nic onboot.
Well isn't that interesting. Nothing about this in https://fedoraproject.org/wiki/Architectures/ARM/Rawhide/Installation but I guess this is just known. I assume that eventually anaconda will take over this step once there is a network select option.
Meanwhile I tried it on a new build and still looks like problems with NIC:
# nmcli c add type 802-3-ethernet ifname eth0 Connection 'ethernet-eth0' (915ea399-ea86-4178-9ac1-b230cb54dd9c) successfully added. [root@localhost ~]# [ 195.294360] ------------[ cut here ]------------ [ 195.299043] WARNING: CPU: 0 PID: 705 at lib/dma-debug.c:1140 check_unmap+0x6ec/0x824() [ 195.306975] stmmaceth 1c50000.ethernet: DMA-API: device driver failed to check map error[device address=0x000000006886d002] [size=90 bytes] [mapped as single] [ 195.320958] Modules linked in: ip6t_rpfilter ip6t_REJECT xt_conntrack cfg80211 rfkill ebtable_nat ebtable_broute bridge stp llc ebtable_filter ebtables ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6table_mangle ip6table_security ip6table_raw ip6table_filter ip6_tables iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_mangle iptable_security iptable_raw i2c_mv64xxx sun4i_ts sunxi_sid rtc_sunxi sunxi_wdt ohci_platform phy_sun4i_usb leds_gpio mmc_block stmmac ptp pps_core ahci_sunxi libahci_platform ehci_platform sunxi_mmc mmc_core [ 195.373316] CPU: 0 PID: 705 Comm: NetworkManager Not tainted 3.16.0-0.rc7.git1.1.fc21.armv7hl #1 [ 195.382146] [<c02188dc>] (unwind_backtrace) from [<c0212bb0>] (show_stack+0x18/0x1c) [ 195.389917] [<c0212bb0>] (show_stack) from [<c0938d20>] (dump_stack+0x84/0xb0) [ 195.397166] [<c0938d20>] (dump_stack) from [<c0252444>] (warn_slowpath_common+0x70/0x94) [ 195.405278] [<c0252444>] (warn_slowpath_common) from [<c025249c>] (warn_slowpath_fmt+0x34/0x44) [ 195.414002] [<c025249c>] (warn_slowpath_fmt) from [<c058a65c>] (check_unmap+0x6ec/0x824) [ 195.422119] [<c058a65c>] (check_unmap) from [<c058a7f8>] (debug_dma_unmap_page+0x64/0x70) [ 195.430388] [<c058a7f8>] (debug_dma_unmap_page) from [<bf080de0>] (stmmac_tx_clean+0x260/0x494 [stmmac]) [ 195.440123] [<bf080de0>] (stmmac_tx_clean [stmmac]) from [<c025f988>] (call_timer_fn+0xd0/0x310) [ 195.448935] [<c025f988>] (call_timer_fn) from [<c0260578>] (run_timer_softirq+0x268/0x360) [ 195.457224] [<c0260578>] (run_timer_softirq) from [<c0258628>] (__do_softirq+0x184/0x4d0) [ 195.465425] [<c0258628>] (__do_softirq) from [<c0258c58>] (irq_exit+0x8c/0xfc) [ 195.472675] [<c0258c58>] (irq_exit) from [<c020f52c>] (handle_IRQ+0x74/0x98) [ 195.479749] [<c020f52c>] (handle_IRQ) from [<c0208920>] (gic_handle_irq+0x4c/0x70) [ 195.487346] [<c0208920>] (gic_handle_irq) from [<c0942cbc>] (__irq_usr+0x3c/0x60) [ 195.494837] Exception stack(0xec749fb0 to 0xec749ff8) [ 195.499908] 9fa0: 00000000 00000000 ffffffff ffffffff [ 195.508107] 9fc0: b779dd58 b779dd98 00000001 b6adb000 0000006c b6adb4a8 00000004 b6e4deb0 [ 195.516302] 9fe0: b6adb188 bed3e738 b6ac799c b6ac7920 a00f0010 ffffffff [ 195.522927] ---[ end trace d87d0728c698172f ]--- [ 195.527551] Mapped at: [ 195.529921] [<c07ed840>] dev_hard_start_xmit+0x350/0x8a0 [ 195.535359] [<c080fcf8>] sch_direct_xmit+0x74/0x264 [ 195.540364] [<c07ee1ec>] __dev_queue_xmit+0x45c/0x8e0 [ 195.545538] [<c08a8c84>] ip6_finish_output2+0x7cc/0xa80 [ 195.550889] [<c08d3a20>] mld_sendpack+0x3fc/0x808
[root@localhost ~]# ip addr show 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 9e:d6:42:93:db:11 brd ff:ff:ff:ff:ff:ff inet6 fe80::9cd6:42ff:fe93:db11/64 scope link valid_lft forever preferred_lft forever
I rebooted and got:
[ 81.281794] eth0: device MAC address 42:86:e8:49:8f:9e [ 81.471082] No MAC Management Counters available [ 81.803482] No MAC Management Counters available [ 81.814754] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 83.702587] stmmaceth 1c50000.ethernet eth0: Link is Up - 100Mbps/Full - flow control off [ 83.720490] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [ 84.697109] xinit (603) used greatest stack depth: 4488 bytes left [ 92.708994] ------------[ cut here ]------------ [ 92.713699] WARNING: CPU: 1 PID: 464 at lib/dma-debug.c:1140 check_unmap+0x6ec/0x824() [ 92.721637] stmmaceth 1c50000.ethernet: DMA-API: device driver failed to check map error[device address=0x000000006c767802] [size=90 bytes] [mapped as single] [ 92.735640] Modules linked in: xt_conntrack cfg80211 rfkill ebtable_nat ebtable_broute bridge stp llc ebtable_filter ebtables ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6table_mangle ip6table_security ip6table_raw ip6table_filter ip6_tables iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_mangle iptable_security iptable_raw sun4i_ts i2c_mv64xxx rtc_sunxi sunxi_sid sunxi_wdt ohci_platform phy_sun4i_usb leds_gpio mmc_block stmmac ptp pps_core ahci_sunxi sunxi_mmc libahci_platform ehci_platform mmc_core [ 92.785820] CPU: 1 PID: 464 Comm: systemd-readahe Not tainted 3.16.0-0.rc7.git1.1.fc21.armv7hl #1 [ 92.794768] [<c02188dc>] (unwind_backtrace) from [<c0212bb0>] (show_stack+0x18/0x1c) [ 92.802573] [<c0212bb0>] (show_stack) from [<c0938d20>] (dump_stack+0x84/0xb0) [ 92.809851] [<c0938d20>] (dump_stack) from [<c0252444>] (warn_slowpath_common+0x70/0x94) [ 92.818008] [<c0252444>] (warn_slowpath_common) from [<c025249c>] (warn_slowpath_fmt+0x34/0x44) [ 92.826743] [<c025249c>] (warn_slowpath_fmt) from [<c058a65c>] (check_unmap+0x6ec/0x824) [ 92.834900] [<c058a65c>] (check_unmap) from [<c058a7f8>] (debug_dma_unmap_page+0x64/0x70) [ 92.843181] [<c058a7f8>] (debug_dma_unmap_page) from [<bf07bde0>] (stmmac_tx_clean+0x260/0x494 [stmmac]) [ 92.852987] [<bf07bde0>] (stmmac_tx_clean [stmmac]) from [<c025f988>] (call_timer_fn+0xd0/0x310) [ 92.861804] [<c025f988>] (call_timer_fn) from [<c0260578>] (run_timer_softirq+0x268/0x360) [ 92.870132] [<c0260578>] (run_timer_softirq) from [<c0258628>] (__do_softirq+0x184/0x4d0) [ 92.878369] [<c0258628>] (__do_softirq) from [<c0258c58>] (irq_exit+0x8c/0xfc) [ 92.885627] [<c0258c58>] (irq_exit) from [<c020f52c>] (handle_IRQ+0x74/0x98) [ 92.892741] [<c020f52c>] (handle_IRQ) from [<c0208920>] (gic_handle_irq+0x4c/0x70) [ 92.900348] [<c0208920>] (gic_handle_irq) from [<c0942b04>] (__irq_svc+0x44/0x58) [ 92.907864] Exception stack(0xceb91ad0 to 0xceb91b18) [ 92.912963] 1ac0: 00000001 00000004 00000000 cea6c080 [ 92.921185] 1ae0: a00b0013 edfc44b0 00000000 edfc4500 00000000 00000000 be894b88 00000000 [ 92.929385] 1b00: 00000000 ceb91b18 c02a6d4c c0941f60 200b0013 ffffffff [ 92.936076] [<c0942b04>] (__irq_svc) from [<c0941f60>] (_raw_spin_unlock_irqrestore+0x48/0x64) [ 92.944763] [<c0941f60>] (_raw_spin_unlock_irqrestore) from [<c027ba14>] (hrtimer_try_to_cancel+0x1a0/0x1cc) [ 92.954675] [<c027ba14>] (hrtimer_try_to_cancel) from [<c027ba58>] (hrtimer_cancel+0x18/0x28) [ 92.963239] [<c027ba58>] (hrtimer_cancel) from [<c093d148>] (schedule_hrtimeout_range_clock+0xe0/0x110) [ 92.972665] [<c093d148>] (schedule_hrtimeout_range_clock) from [<c03bc9e4>] (poll_schedule_timeout+0x44/0x60) [ 92.982612] [<c03bc9e4>] (poll_schedule_timeout) from [<c03bdfc8>] (do_sys_poll+0x34c/0x3fc) [ 92.991115] [<c03bdfc8>] (do_sys_poll) from [<c03be128>] (SyS_poll+0x60/0xc4) [ 92.998316] [<c03be128>] (SyS_poll) from [<c020eba0>] (ret_fast_syscall+0x0/0x48) [ 93.005833] ---[ end trace c17e1067cc043be4 ]--- [ 93.010479] Mapped at: [ 93.012877] [<c07ed840>] dev_hard_start_xmit+0x350/0x8a0 [ 93.018355] [<c080fcf8>] sch_direct_xmit+0x74/0x264 [ 93.023362] [<c07ee1ec>] __dev_queue_xmit+0x45c/0x8e0 [ 93.028550] [<c08a8c84>] ip6_finish_output2+0x7cc/0xa80 [ 93.033938] [<c08d3a20>] mld_sendpack+0x3fc/0x808
Yeah that is a known bug, I've already mailed the stmmac driver maintainer about this.
Note this only happens when using kernels build with CONFIG_DMA_API_DEBUG=y so for release kernels this will go away, it is more of a warning then a real serious problem.
root Last login: Wed Dec 31 19:02:17 on ttyS0 [root@localhost ~]# ip addr show 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 42:86:e8:49:8f:9e brd ff:ff:ff:ff:ff:ff inet6 fe80::4086:e8ff:fe49:8f9e/64 scope link valid_lft forever preferred_lft forever
So indeed something is not right here with the Cubieboard 2 nic support.
Works for me with the above nmcli command, or a simple "dhclient eth0"
But not for me.
# dhclient eth0 [root@localhost ~]# ip addr show 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 c2:dc:60:00:81:ef brd ff:ff:ff:ff:ff:ff inet6 fe80::c0dc:60ff:fe00:81ef/64 scope link valid_lft forever preferred_lft forever
I should not only see the IPv4 addr, but also a global IPv6 addr. Lets put that USB eth in and move the cable to it...
[ 3110.287071] usb 2-1: New USB device found, idVendor=0bda, idProduct=8150 [ 3110.293951] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 3110.301154] usb 2-1: Product: USB 10/100 LAN [ 3110.305488] usb 2-1: Manufacturer: REALTEK [ 3110.309647] usb 2-1: SerialNumber: 1079 [ 3111.772550] rtl8150 2-1:1.0: eth1: rtl8150 is detected [ 3111.790797] usbcore: registered new interface driver rtl8150 [ 3112.074824] net eth1: eth1: allmulti set [ 3112.079103] net eth1: eth1: allmulti set
[ 3139.339083] stmmaceth 1c50000.ethernet eth0: Link is Down
ip addr show 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: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000 link/ether c2:dc:60:00:81:ef brd ff:ff:ff:ff:ff:ff inet6 fe80::c0dc:60ff:fe00:81ef/64 scope link valid_lft forever preferred_lft forever 3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 00:e0:4c:03:52:57 brd ff:ff:ff:ff:ff:ff inet 208.83.67.186/28 brd 208.83.67.191 scope global dynamic eth1 valid_lft 259188sec preferred_lft 259188sec inet6 2607:f4b8:3:3:2e0:4cff:fe03:5257/64 scope global noprefixroute dynamic valid_lft 31sec preferred_lft 21sec inet6 fe80::2e0:4cff:fe03:5257/64 scope link valid_lft forever preferred_lft forever
So it is not a cabling, dhcp, or RA issue. Moving the connection to the USB ethernet works.
Don't you have a Cubietruck, not the Cubieboard2? They ARE different ethernets. The CB2 is 100Mb compared to the CT at 1Gb.
I've aprox. 30 different allwinner devices. But I've tried explicitly on the cubieboard2. What u-boot are you using? AFAIK F-21 does not ship with a u-boot for the cubieboard2.
Ooops. I use the 'standard' build. Here is what I do:
/home/rgm/fedora-arm-image-installer/fedora-arm-image-installer.sh --image=/home/rgm/Fedora-Minimal-armhfp-21-20140731-sda.raw.xz --target=Cubietruck --media=/dev/sdb --norootpass
I am also testing with:
/home/rgm/fedora-arm-image-installer/fedora-arm-image-installer.sh --image=/home/rgm/Fedora-Xfce-armhfp-21-20140731-sda.raw.xz --target=Cubietruck --media=/dev/sdb --norootpass
I probably 'read' somewhere to use Cubietruck, but I have a history of my mind misconnecting info. I blame my dyslexia.
and seeing if I can get vnc server installed and get the gui working over vnc.
I see from some of my earlier notes I was doing:
xzcat /home/rgm/Fedora-Xfce-armhfp-21-20140723-sda.raw.xz | dd of=/dev/sdb; sync dd if=/home/rgm/u-boot-sunxi-cubieboard2-20140713T154223-2e4c692/u-boot-sunxi-with-spl.bin of=/dev/sdb bs=1024 seek=8 conv=fsync,notrunc
When I learned that there was no video support and switched to Minimal and using the installer.sh.
I will go back and build with xzcat and dd and see what happens.
On 08/01/2014 10:50 AM, Hans de Goede wrote:
Hi,
I've aprox. 30 different allwinner devices. But I've tried explicitly on the cubieboard2. What u-boot are you using? AFAIK F-21 does not ship with a u-boot for the cubieboard2.
I tried it and something went wrong, as it would not boot up.....
what device do I use in:
sudo dd if=/tmp/root/usr/share/uboot/Cubietruck/u-boot-sunxi-with-spl.bin of=/dev/<media-location> bs=1024 seek=8 conv=fsync,notrunc
is <media-location> just the device like /dev/sbd or is it the specific boot partition like /dev/sbd1?
On 08/01/2014 12:46 PM, Robert Moskowitz wrote:
On 08/01/2014 10:50 AM, Hans de Goede wrote:
Hi,
I've aprox. 30 different allwinner devices. But I've tried explicitly on the cubieboard2. What u-boot are you using? AFAIK F-21 does not ship with a u-boot for the cubieboard2.
I tried it and something went wrong, as it would not boot up.....
what device do I use in:
sudo dd if=/tmp/root/usr/share/uboot/Cubietruck/u-boot-sunxi-with-spl.bin of=/dev/<media-location> bs=1024 seek=8 conv=fsync,notrunc
is <media-location> just the device like /dev/sbd or is it the specific boot partition like /dev/sbd1?
Things are not booting here. My steps are:
xzcat /home/rgm/Fedora-Minimal-armhfp-21-20140731-sda.raw.xz | dd of=/dev/sdb; sync
remove SD card and reinsert.
dd if=/home/rgm/u-boot-sunxi-cubieboard2-20140713T154223-2e4c692/u-boot-sunxi-with-spl.bin of=/dev/sdb bs=1024 seek=8 conv=fsync,notrunc
Note that __boot is mounting as device /dev/sbd1, though.
umount /run/media/rgm/__ umount /run/media/rgm/__boot
Remove Sd card and insert in Cubieboard 2 and power up. On console I see:
U-Boot SPL 2014.04-10690-g2e4c692 (Jul 13 2014 - 15:47:12) Board: Cubieboard2 DRAM: 1024 MiB CPU: 960000000Hz, AXI/AHB/APB: 3/2/2 spl: not an uImage at 1600
U-Boot 2014.04-10690-g2e4c692 (Jul 13 2014 - 15:47:12) Allwinner Technology
CPU: Allwinner A20 (SUN7I) Board: Cubieboard2 I2C: ready DRAM: 1 GiB MMC: SUNXI SD/MMC: 0 *** Warning - bad CRC, using default environment
In: serial Out: serial Err: serial Net: dwmac.1c50000 Hit any key to stop autoboot: 0 ** Unrecognized filesystem type ** ** File not found boot/uEnv.txt ** ** File not found uEnv.txt ** ** Unrecognized filesystem type ** ** File not found boot/boot.scr ** 22486 bytes read in 202 ms (108.4 KiB/s) Jumping to boot.scr ## Executing script at 44000000 Welcome to a-b-c 0.63.
Could not successfully auto-detect system type. You may need to set u_k_addr, u_ramfs_addr, u_dtb_addr, and u_dtb Will scan for kernels on mmc usb scsi sata ide, using ext2 fat filesystems with bootm
Starting menu init....
Failed to auto-boot No value for u_dtb. Use klist and dtblist to select.
a-b-c main menu --------------- run clist: for a list of known board configurations. run klist: for a list of kernels. run dtblist: for a list of dtbs. run single: for single user target on boot. run rescue: for rescue target on boot. run graphical: for graphical target on boot. run debug: for verbose debug boot. run normal: for default systemd boot target (default). run showdefs: for current defaults. boot or run bootcmd: boot with currently configured parameters.
Enter command from the above list.
** File not found /boot/script.bin ** ** Unrecognized filesystem type ** ** File not found /script.bin **
So should the uboot dd operation be to /dev/sdb1?
On 08/01/2014 10:50 AM, Hans de Goede wrote:
Hi,
On 08/01/2014 04:38 PM, Robert Moskowitz wrote:
On 08/01/2014 10:14 AM, Hans de Goede wrote:
Hi,
On 08/01/2014 03:33 PM, Robert Moskowitz wrote:
On 08/01/2014 05:37 AM, Hans de Goede wrote:
Hi,
On 07/31/2014 09:22 PM, Robert Moskowitz wrote:
I believe the problem is with the internal ethernet. I attached an old USB Realtek ethernet adapter I have and the following occured:
[18306.819334] rtl8150 2-1:1.0: eth1: rtl8150 is detected [18306.830541] usbcore: registered new interface driver rtl8150 [18307.151989] net eth1: eth1: allmulti set [18307.156660] net eth1: eth1: allmulti set
Then I plugged a cable in (that at first kept popping out as the tab is broken on it):
[18459.380425] net eth1: eth1: allmulti set [18460.881679] net eth1: eth1: allmulti set [18466.198143] net eth1: eth1: allmulti set [18466.207443] net eth1: eth1: allmulti set [18471.231729] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready [18471.238275] net eth1: eth1: allmulti set [18471.278214] net eth1: eth1: allmulti set [18472.731966] net eth1: eth1: allmulti set
#ip addr show 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 ce:52:c8:ae:9a:66 brd ff:ff:ff:ff:ff:ff 3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 00:e0:4c:03:52:57 brd ff:ff:ff:ff:ff:ff inet 208.83.67.142/29 brd 208.83.67.143 scope global dynamic eth1 valid_lft 86394sec preferred_lft 86394sec inet6 2607:f4b8:3:13:2e0:4cff:fe03:5257/64 scope global noprefixroute dynamic valid_lft 2592002sec preferred_lft 604802sec inet6 fe80::2e0:4cff:fe03:5257/64 scope link valid_lft forever preferred_lft forever
# ping 208.83.67.148 PING 208.83.67.148 (208.83.67.148) 56(84) bytes of data. 64 bytes from 208.83.67.148: icmp_seq=1 ttl=63 time=3.56 ms 64 bytes from 208.83.67.148: icmp_seq=2 ttl=63 time=4.33 ms
So you can see that the Realtek is working, but the internal Cubieboard ethernet is not. This ethernet is working in both the F19 and F20 remixes. Its MAC addr is local scope.
Now that a connection is up I can install a few things to try...
Networkmanager will not automatically activate onboard nics (for security) reasons, where as it will activate hotplugged ones.
To activate the onboard nic do:
nmcli c add type 802-3-ethernet ifname eth0
And from then on nm will automatically activate the nic onboot.
Well isn't that interesting. Nothing about this in https://fedoraproject.org/wiki/Architectures/ARM/Rawhide/Installation but I guess this is just known. I assume that eventually anaconda will take over this step once there is a network select option.
Meanwhile I tried it on a new build and still looks like problems with NIC:
# nmcli c add type 802-3-ethernet ifname eth0 Connection 'ethernet-eth0' (915ea399-ea86-4178-9ac1-b230cb54dd9c) successfully added. [root@localhost ~]# [ 195.294360] ------------[ cut here ]------------ [ 195.299043] WARNING: CPU: 0 PID: 705 at lib/dma-debug.c:1140 check_unmap+0x6ec/0x824() [ 195.306975] stmmaceth 1c50000.ethernet: DMA-API: device driver failed to check map error[device address=0x000000006886d002] [size=90 bytes] [mapped as single] [ 195.320958] Modules linked in: ip6t_rpfilter ip6t_REJECT xt_conntrack cfg80211 rfkill ebtable_nat ebtable_broute bridge stp llc ebtable_filter ebtables ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6table_mangle ip6table_security ip6table_raw ip6table_filter ip6_tables iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_mangle iptable_security iptable_raw i2c_mv64xxx sun4i_ts sunxi_sid rtc_sunxi sunxi_wdt ohci_platform phy_sun4i_usb leds_gpio mmc_block stmmac ptp pps_core ahci_sunxi libahci_platform ehci_platform sunxi_mmc mmc_core [ 195.373316] CPU: 0 PID: 705 Comm: NetworkManager Not tainted 3.16.0-0.rc7.git1.1.fc21.armv7hl #1 [ 195.382146] [<c02188dc>] (unwind_backtrace) from [<c0212bb0>] (show_stack+0x18/0x1c) [ 195.389917] [<c0212bb0>] (show_stack) from [<c0938d20>] (dump_stack+0x84/0xb0) [ 195.397166] [<c0938d20>] (dump_stack) from [<c0252444>] (warn_slowpath_common+0x70/0x94) [ 195.405278] [<c0252444>] (warn_slowpath_common) from [<c025249c>] (warn_slowpath_fmt+0x34/0x44) [ 195.414002] [<c025249c>] (warn_slowpath_fmt) from [<c058a65c>] (check_unmap+0x6ec/0x824) [ 195.422119] [<c058a65c>] (check_unmap) from [<c058a7f8>] (debug_dma_unmap_page+0x64/0x70) [ 195.430388] [<c058a7f8>] (debug_dma_unmap_page) from [<bf080de0>] (stmmac_tx_clean+0x260/0x494 [stmmac]) [ 195.440123] [<bf080de0>] (stmmac_tx_clean [stmmac]) from [<c025f988>] (call_timer_fn+0xd0/0x310) [ 195.448935] [<c025f988>] (call_timer_fn) from [<c0260578>] (run_timer_softirq+0x268/0x360) [ 195.457224] [<c0260578>] (run_timer_softirq) from [<c0258628>] (__do_softirq+0x184/0x4d0) [ 195.465425] [<c0258628>] (__do_softirq) from [<c0258c58>] (irq_exit+0x8c/0xfc) [ 195.472675] [<c0258c58>] (irq_exit) from [<c020f52c>] (handle_IRQ+0x74/0x98) [ 195.479749] [<c020f52c>] (handle_IRQ) from [<c0208920>] (gic_handle_irq+0x4c/0x70) [ 195.487346] [<c0208920>] (gic_handle_irq) from [<c0942cbc>] (__irq_usr+0x3c/0x60) [ 195.494837] Exception stack(0xec749fb0 to 0xec749ff8) [ 195.499908] 9fa0: 00000000 00000000 ffffffff ffffffff [ 195.508107] 9fc0: b779dd58 b779dd98 00000001 b6adb000 0000006c b6adb4a8 00000004 b6e4deb0 [ 195.516302] 9fe0: b6adb188 bed3e738 b6ac799c b6ac7920 a00f0010 ffffffff [ 195.522927] ---[ end trace d87d0728c698172f ]--- [ 195.527551] Mapped at: [ 195.529921] [<c07ed840>] dev_hard_start_xmit+0x350/0x8a0 [ 195.535359] [<c080fcf8>] sch_direct_xmit+0x74/0x264 [ 195.540364] [<c07ee1ec>] __dev_queue_xmit+0x45c/0x8e0 [ 195.545538] [<c08a8c84>] ip6_finish_output2+0x7cc/0xa80 [ 195.550889] [<c08d3a20>] mld_sendpack+0x3fc/0x808
[root@localhost ~]# ip addr show 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 9e:d6:42:93:db:11 brd ff:ff:ff:ff:ff:ff inet6 fe80::9cd6:42ff:fe93:db11/64 scope link valid_lft forever preferred_lft forever
I rebooted and got:
[ 81.281794] eth0: device MAC address 42:86:e8:49:8f:9e [ 81.471082] No MAC Management Counters available [ 81.803482] No MAC Management Counters available [ 81.814754] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 83.702587] stmmaceth 1c50000.ethernet eth0: Link is Up - 100Mbps/Full - flow control off [ 83.720490] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [ 84.697109] xinit (603) used greatest stack depth: 4488 bytes left [ 92.708994] ------------[ cut here ]------------ [ 92.713699] WARNING: CPU: 1 PID: 464 at lib/dma-debug.c:1140 check_unmap+0x6ec/0x824() [ 92.721637] stmmaceth 1c50000.ethernet: DMA-API: device driver failed to check map error[device address=0x000000006c767802] [size=90 bytes] [mapped as single] [ 92.735640] Modules linked in: xt_conntrack cfg80211 rfkill ebtable_nat ebtable_broute bridge stp llc ebtable_filter ebtables ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6table_mangle ip6table_security ip6table_raw ip6table_filter ip6_tables iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_mangle iptable_security iptable_raw sun4i_ts i2c_mv64xxx rtc_sunxi sunxi_sid sunxi_wdt ohci_platform phy_sun4i_usb leds_gpio mmc_block stmmac ptp pps_core ahci_sunxi sunxi_mmc libahci_platform ehci_platform mmc_core [ 92.785820] CPU: 1 PID: 464 Comm: systemd-readahe Not tainted 3.16.0-0.rc7.git1.1.fc21.armv7hl #1 [ 92.794768] [<c02188dc>] (unwind_backtrace) from [<c0212bb0>] (show_stack+0x18/0x1c) [ 92.802573] [<c0212bb0>] (show_stack) from [<c0938d20>] (dump_stack+0x84/0xb0) [ 92.809851] [<c0938d20>] (dump_stack) from [<c0252444>] (warn_slowpath_common+0x70/0x94) [ 92.818008] [<c0252444>] (warn_slowpath_common) from [<c025249c>] (warn_slowpath_fmt+0x34/0x44) [ 92.826743] [<c025249c>] (warn_slowpath_fmt) from [<c058a65c>] (check_unmap+0x6ec/0x824) [ 92.834900] [<c058a65c>] (check_unmap) from [<c058a7f8>] (debug_dma_unmap_page+0x64/0x70) [ 92.843181] [<c058a7f8>] (debug_dma_unmap_page) from [<bf07bde0>] (stmmac_tx_clean+0x260/0x494 [stmmac]) [ 92.852987] [<bf07bde0>] (stmmac_tx_clean [stmmac]) from [<c025f988>] (call_timer_fn+0xd0/0x310) [ 92.861804] [<c025f988>] (call_timer_fn) from [<c0260578>] (run_timer_softirq+0x268/0x360) [ 92.870132] [<c0260578>] (run_timer_softirq) from [<c0258628>] (__do_softirq+0x184/0x4d0) [ 92.878369] [<c0258628>] (__do_softirq) from [<c0258c58>] (irq_exit+0x8c/0xfc) [ 92.885627] [<c0258c58>] (irq_exit) from [<c020f52c>] (handle_IRQ+0x74/0x98) [ 92.892741] [<c020f52c>] (handle_IRQ) from [<c0208920>] (gic_handle_irq+0x4c/0x70) [ 92.900348] [<c0208920>] (gic_handle_irq) from [<c0942b04>] (__irq_svc+0x44/0x58) [ 92.907864] Exception stack(0xceb91ad0 to 0xceb91b18) [ 92.912963] 1ac0: 00000001 00000004 00000000 cea6c080 [ 92.921185] 1ae0: a00b0013 edfc44b0 00000000 edfc4500 00000000 00000000 be894b88 00000000 [ 92.929385] 1b00: 00000000 ceb91b18 c02a6d4c c0941f60 200b0013 ffffffff [ 92.936076] [<c0942b04>] (__irq_svc) from [<c0941f60>] (_raw_spin_unlock_irqrestore+0x48/0x64) [ 92.944763] [<c0941f60>] (_raw_spin_unlock_irqrestore) from [<c027ba14>] (hrtimer_try_to_cancel+0x1a0/0x1cc) [ 92.954675] [<c027ba14>] (hrtimer_try_to_cancel) from [<c027ba58>] (hrtimer_cancel+0x18/0x28) [ 92.963239] [<c027ba58>] (hrtimer_cancel) from [<c093d148>] (schedule_hrtimeout_range_clock+0xe0/0x110) [ 92.972665] [<c093d148>] (schedule_hrtimeout_range_clock) from [<c03bc9e4>] (poll_schedule_timeout+0x44/0x60) [ 92.982612] [<c03bc9e4>] (poll_schedule_timeout) from [<c03bdfc8>] (do_sys_poll+0x34c/0x3fc) [ 92.991115] [<c03bdfc8>] (do_sys_poll) from [<c03be128>] (SyS_poll+0x60/0xc4) [ 92.998316] [<c03be128>] (SyS_poll) from [<c020eba0>] (ret_fast_syscall+0x0/0x48) [ 93.005833] ---[ end trace c17e1067cc043be4 ]--- [ 93.010479] Mapped at: [ 93.012877] [<c07ed840>] dev_hard_start_xmit+0x350/0x8a0 [ 93.018355] [<c080fcf8>] sch_direct_xmit+0x74/0x264 [ 93.023362] [<c07ee1ec>] __dev_queue_xmit+0x45c/0x8e0 [ 93.028550] [<c08a8c84>] ip6_finish_output2+0x7cc/0xa80 [ 93.033938] [<c08d3a20>] mld_sendpack+0x3fc/0x808
Yeah that is a known bug, I've already mailed the stmmac driver maintainer about this.
Note this only happens when using kernels build with CONFIG_DMA_API_DEBUG=y so for release kernels this will go away, it is more of a warning then a real serious problem.
root Last login: Wed Dec 31 19:02:17 on ttyS0 [root@localhost ~]# ip addr show 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 42:86:e8:49:8f:9e brd ff:ff:ff:ff:ff:ff inet6 fe80::4086:e8ff:fe49:8f9e/64 scope link valid_lft forever preferred_lft forever
So indeed something is not right here with the Cubieboard 2 nic support.
Works for me with the above nmcli command, or a simple "dhclient eth0"
But not for me.
# dhclient eth0 [root@localhost ~]# ip addr show 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 c2:dc:60:00:81:ef brd ff:ff:ff:ff:ff:ff inet6 fe80::c0dc:60ff:fe00:81ef/64 scope link valid_lft forever preferred_lft forever
I should not only see the IPv4 addr, but also a global IPv6 addr. Lets put that USB eth in and move the cable to it...
[ 3110.287071] usb 2-1: New USB device found, idVendor=0bda, idProduct=8150 [ 3110.293951] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 3110.301154] usb 2-1: Product: USB 10/100 LAN [ 3110.305488] usb 2-1: Manufacturer: REALTEK [ 3110.309647] usb 2-1: SerialNumber: 1079 [ 3111.772550] rtl8150 2-1:1.0: eth1: rtl8150 is detected [ 3111.790797] usbcore: registered new interface driver rtl8150 [ 3112.074824] net eth1: eth1: allmulti set [ 3112.079103] net eth1: eth1: allmulti set
[ 3139.339083] stmmaceth 1c50000.ethernet eth0: Link is Down
ip addr show 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: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000 link/ether c2:dc:60:00:81:ef brd ff:ff:ff:ff:ff:ff inet6 fe80::c0dc:60ff:fe00:81ef/64 scope link valid_lft forever preferred_lft forever 3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 00:e0:4c:03:52:57 brd ff:ff:ff:ff:ff:ff inet 208.83.67.186/28 brd 208.83.67.191 scope global dynamic eth1 valid_lft 259188sec preferred_lft 259188sec inet6 2607:f4b8:3:3:2e0:4cff:fe03:5257/64 scope global noprefixroute dynamic valid_lft 31sec preferred_lft 21sec inet6 fe80::2e0:4cff:fe03:5257/64 scope link valid_lft forever preferred_lft forever
So it is not a cabling, dhcp, or RA issue. Moving the connection to the USB ethernet works.
Don't you have a Cubietruck, not the Cubieboard2? They ARE different ethernets. The CB2 is 100Mb compared to the CT at 1Gb.
I've aprox. 30 different allwinner devices. But I've tried explicitly on the cubieboard2. What u-boot are you using? AFAIK F-21 does not ship with a u-boot for the cubieboard2.
I just did another xzcat and am looking in:
/run/media/rgm/__boot/dtb-3.16.0-0.rc7.git1.1.fc21.armv7hl
and there is:
/run/media/rgm/__boot/dtb-3.16.0-0.rc7.git1.1.fc21.armv7hl/sun7i-a20-cubieboard2.dtb
So I will try the script again, but specify cubieboard2.
-
Hans de Goede -
Peter Robinson -
Robert Moskowitz