I actually thought, it were a problem with g_ether and spent hours trying to fix that. However as I used Robert Nelsons patches, everything was fine there. I'll try the updated kernel.
On Monday, December 7, 2015 at 3:36:23 PM UTC+1, William Hermans wrote: > > Have you loaded the g_ether kernel module on the beaglebone ? When > building your own kernel, this is something you have to take care of > yourself . > > On Mon, Dec 7, 2015 at 7:21 AM, Fabian Dalbert <[email protected] > <javascript:>> wrote: > >> Hi >> >> I'm trying to write a module for a real-time kernel. Following the >> instructions on https://eewiki.net/display/linuxonarm/BeagleBone+Black, >> I compiled and deployed a 4.1.13-bone-rt-r17 kernel to an sd card with a >> Debian GNU/Linux 7 BeagleBoard.org Debian Image 2015-03-01. >> >> Before, with kernel 3.8.13-bone70, everything was working perfectly fine. >> However after upgrading the kernel, my desktop (running Linux Mint) no >> longer receives an ip address. >> >> ifconfig beaglebone: >> >> usb0 Link encap:Ethernet HWaddr a2:29:c5:ee:bf:e6 >>> inet addr:192.168.7.2 Bcast:192.168.7.3 Mask:255.255.255.252 >>> inet6 addr: fe80::a029:c5ff:feee:bfe6/64 Scope:Link >>> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 >>> RX packets:1 errors:0 dropped:0 overruns:0 frame:0 >>> TX packets:37 errors:0 dropped:0 overruns:0 carrier:0 >>> collisions:0 txqueuelen:1000 >>> RX bytes:76 (76.0 B) TX bytes:9408 (9.1 KiB) >>> >> >> ifconfig desktop: >> >> eth1 Link encap:Ethernet HWaddr 84:eb:18:ae:cb:aa >>> inet6 addr: fe80::86eb:18ff:feae:cbaa/64 Scope:Link >>> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 >>> RX packets:37 errors:0 dropped:0 overruns:0 frame:0 >>> TX packets:2 errors:0 dropped:0 overruns:0 carrier:0 >>> collisions:0 txqueuelen:1000 >>> RX bytes:7262 (7.2 KB) TX bytes:268 (268.0 B) >>> >> >> manually assigning an ip does not do the trick. When pinging the desktop >> from the beaglebone (with or without manually assigning an ip), i can catch >> the requests using tcpdump. The beaglebone does however not receive >> anything, no answers to pings, nothing showing up in tcpdump. >> >> fdalbert@edge ~ $ sudo tcpdump -i eth1 >>> tcpdump: WARNING: eth1: no IPv4 address assigned >>> tcpdump: verbose output suppressed, use -v or -vv for full protocol >>> decode >>> listening on eth1, link-type EN10MB (Ethernet), capture size 65535 bytes >>> 15:01:10.597986 ARP, Request who-has 192.168.7.1 tell 192.168.7.2, >>> length 28 >>> 15:01:11.588800 ARP, Request who-has 192.168.7.1 tell 192.168.7.2, >>> length 28 >>> 15:01:12.588895 ARP, Request who-has 192.168.7.1 tell 192.168.7.2, >>> length 28 >>> 15:01:13.597976 ARP, Request who-has 192.168.7.1 tell 192.168.7.2, >>> length 28 >>> 15:01:14.588800 ARP, Request who-has 192.168.7.1 tell 192.168.7.2, >>> length 28 >>> 15:01:15.588772 ARP, Request who-has 192.168.7.1 tell 192.168.7.2, >>> length 28 >>> 15:01:16.597983 ARP, Request who-has 192.168.7.1 tell 192.168.7.2, >>> length 28 >>> 15:01:17.588936 ARP, Request who-has 192.168.7.1 tell 192.168.7.2, >>> length 28 >>> 15:01:18.588919 ARP, Request who-has 192.168.7.1 tell 192.168.7.2, >>> length 28 >>> ^C >>> 9 packets captured >>> 9 packets received by filter >>> 0 packets dropped by kernel >>> >> >> root@beaglebone:~# ping 192.168.7.1 >>> PING 192.168.7.1 (192.168.7.1) 56(84) bytes of data. >>> From 192.168.7.2 icmp_seq=1 Destination Host Unreachable >>> From 192.168.7.2 icmp_seq=2 Destination Host Unreachable >>> From 192.168.7.2 icmp_seq=3 Destination Host Unreachable >>> From 192.168.7.2 icmp_seq=4 Destination Host Unreachable >>> From 192.168.7.2 icmp_seq=5 Destination Host Unreachable >>> From 192.168.7.2 icmp_seq=6 Destination Host Unreachable >>> From 192.168.7.2 icmp_seq=7 Destination Host Unreachable >>> From 192.168.7.2 icmp_seq=8 Destination Host Unreachable >>> From 192.168.7.2 icmp_seq=9 Destination Host Unreachable >>> From 192.168.7.2 icmp_seq=10 Destination Host Unreachable >>> From 192.168.7.2 icmp_seq=11 Destination Host Unreachable >>> From 192.168.7.2 icmp_seq=12 Destination Host Unreachable >>> ^C >>> --- 192.168.7.1 ping statistics --- >>> 14 packets transmitted, 0 received, +12 errors, 100% packet loss, time >>> 13001ms >>> pipe 3 >>> root@beaglebone:~# tcpdump -i usb0 >>> tcpdump: verbose output suppressed, use -v or -vv for full protocol >>> decode >>> listening on usb0, link-type EN10MB (Ethernet), capture size 65535 bytes >>> ^C >>> 0 packets captured >>> 0 packets received by filter >>> 0 packets dropped by kernel >>> >> >> I already spent hours trying to figure out the problem here, any help is >> greatly appreciated! >> >> -- >> For more options, visit http://beagleboard.org/discuss >> --- >> You received this message because you are subscribed to the Google Groups >> "BeagleBoard" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected] <javascript:>. >> For more options, visit https://groups.google.com/d/optout. >> > > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
