On 07/31/2014 12:02 PM, Pavel Holica wrote:
You can always try to run dhclient directly:
dhclient eth0
Well this seems to have problems:
# dhclient eth0
[ 8706.118967] ------------[ cut here ]------------
[ 8706.123650] WARNING: CPU: 0 PID: 0 at lib/dma-debug.c:1140
check_unmap+0x6ec/0x824()
[ 8706.131408] stmmaceth 1c50000.ethernet: DMA-API: device driver failed
to check map error[device address=0x0000000068ad0410] [size=342 bytes]
[mapped as single]
[ 8706.145479] 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 stmmac
ptp pps_core sun4i_ts sunxi_sid sunxi_wdt i2c_mv64xxx rtc_sunxi
ohci_platform phy_sun4i_usb leds_gpio mmc_block ahci_sunxi
libahci_platform ehci_platform sunxi_mmc mmc_core
[ 8706.197832] CPU: 0 PID: 0 Comm: swapper/0 Not tainted
3.16.0-0.rc7.git1.1.fc21.armv7hl #1
[ 8706.206055] [<c02188dc>] (unwind_backtrace) from [<c0212bb0>]
(show_stack+0x18/0x1c)
[ 8706.213826] [<c0212bb0>] (show_stack) from [<c0938d20>]
(dump_stack+0x84/0xb0)
[ 8706.221075] [<c0938d20>] (dump_stack) from [<c0252444>]
(warn_slowpath_common+0x70/0x94)
[ 8706.229187] [<c0252444>] (warn_slowpath_common) from [<c025249c>]
(warn_slowpath_fmt+0x34/0x44)
[ 8706.237910] [<c025249c>] (warn_slowpath_fmt) from [<c058a65c>]
(check_unmap+0x6ec/0x824)
[ 8706.246027] [<c058a65c>] (check_unmap) from [<c058a7f8>]
(debug_dma_unmap_page+0x64/0x70)
[ 8706.254293] [<c058a7f8>] (debug_dma_unmap_page) from [<bf0c2de0>]
(stmmac_tx_clean+0x260/0x494 [stmmac])
[ 8706.264099] [<bf0c2de0>] (stmmac_tx_clean [stmmac]) from [<c025f988>]
(call_timer_fn+0xd0/0x310)
[ 8706.272912] [<c025f988>] (call_timer_fn) from [<c0260578>]
(run_timer_softirq+0x268/0x360)
[ 8706.281202] [<c0260578>] (run_timer_softirq) from [<c0258628>]
(__do_softirq+0x184/0x4d0)
[ 8706.289403] [<c0258628>] (__do_softirq) from [<c0258c58>]
(irq_exit+0x8c/0xfc)
[ 8706.296652] [<c0258c58>] (irq_exit) from [<c020f52c>]
(handle_IRQ+0x74/0x98)
[ 8706.303727] [<c020f52c>] (handle_IRQ) from [<c0208920>]
(gic_handle_irq+0x4c/0x70)
[ 8706.311324] [<c0208920>] (gic_handle_irq) from [<c0942b04>]
(__irq_svc+0x44/0x58)
[ 8706.318815] Exception stack(0xc0d95f58 to 0xc0d95fa0)
[ 8706.323882]
5f40: 00000001
00000004
[ 8706.332079] 5f60: 00000000 c0da2128 c0d94000 00000000 00000000
c0d915d0 00000000 ffffffed
[ 8706.340279] 5f80: c0d94000 c0d9de8c 00000000 c0d95fa0 c02a6d4c
c020f8bc 200f0013 ffffffff
[ 8706.348484] [<c0942b04>] (__irq_svc) from [<c020f8bc>]
(arch_cpu_idle+0x38/0x44)
[ 8706.355913] [<c020f8bc>] (arch_cpu_idle) from [<c029e780>]
(cpu_startup_entry+0x21c/0x6ac)
[ 8706.364208] [<c029e780>] (cpu_startup_entry) from [<c0cabb98>]
(start_kernel+0x374/0x3dc)
[ 8706.372392] ---[ end trace 071426a9d36294af ]---
[ 8706.377017] Mapped at:
[ 8706.379387] [<c07ed840>] dev_hard_start_xmit+0x350/0x8a0
[ 8706.384826] [<c080fcf8>] sch_direct_xmit+0x74/0x264
[ 8706.389831] [<c07ee1ec>] __dev_queue_xmit+0x45c/0x8e0
[ 8706.395003] [<c08f7ddc>] packet_sendmsg+0xb7c/0xc58
[ 8706.400009] [<c07d0b54>] sock_aio_write+0xe4/0xf4
# 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
2014-07-31 17:57 GMT+02:00 Robert Moskowitz <rgm@xxxxxxxxxxxxxxx>:
On 07/31/2014 10:31 AM, Peter Robinson wrote:
the ip command as replaced pretty much all stuff (actually around 10
years ago!) but once you get use it it is much nicer. There's a quick
start here
http://andys.org.uk/bits/2010/02/24/iproute2-life-after-ifconfig/
or you can do "yum install net-tools" and get the old ones back.
Whow, I have been asleep at the switch on this one. Did not see it in
any
notes, but then that is more than likely my fault. So I got a lot of
reading to do, and then figure out why no IP addresses (v4 or v6) are
getting assigned. I figure out enough of the IP command to see no
addresses. Even if there is a problem with my DHCP server, I am sending
out
RA messages, so there should be a global IP address. I will dig a bit
and
see if I can get addressing to come up properly.
Of course with no addressing, the address I *THOUGHT* this box took was
actually another test box that has SSH on another port, of course ssh was
not connecting. 'firewall-cmd --list-all-zones' shows that the ssh
service
is allowed in; no change to default setups there.
ANd I cannot install net-tools until I get addressing working.
The other useful command is nmcli which is the NetworkManager command
line. You could also try a plain old "ifup eth0" and see if that makes
a difference.
Looks like more digging is called for:
# 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
# ifup eth0
/sbin/ifup: configuration for eth0 not found.
Usage: ifup <configuration>
Could it be that the MAC addr is local scope? But this is needed on many
SOC boards; not unique to Cubies.
_______________________________________________
arm mailing list
arm@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/arm
_______________________________________________
arm mailing list
arm@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/arm
