Re: Fedora-Minimal-armhfp-21-20140730-sda.raw.xz on Cubieboard 2 - problems with ethernet

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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
arm@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/arm





[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Linux ARM (Vger)]     [Linux ARM]     [ARM Kernel]     [Fedora User Discussion]     [Older Fedora Users Discussion]     [Fedora Advisory Board]     [Fedora Security]     [Fedora Maintainers]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [ATA RAID]     [Fedora Marketing]     [Fedora Mentors]     [Fedora Package Announce]     [Fedora Package Review]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Coolkey]     [Yum Users]     [Tux]     [Yosemite News]     [Linux Apps]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]

Powered by Linux