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 _______________________________________________ arm mailing list [email protected] https://admin.fedoraproject.org/mailman/listinfo/arm
