Dear community,
Today I have installed a new kernel from http://www.rcn-ee.net/deb/maverick/v2.6.38-d6/ and now I have a problem, that every time I boot board assigns a random mac address. I had not this issue with previous kernel 37-th kernel. The only solution that I found is a patch for 32-nd kernel. Is there some solution without recompiling the kernel?
Also, is 38th kernel ready for 1GHz on beagleboard-xM, or we should use 800MHz?
Thanks for your answers in advance!
Best Regards,
Ivan
Dear community,
Today I have installed a new kernel
from http://www.rcn-ee.net/deb/maverick/v2.6.38-d6/ and now I have a
problem, that every time I boot board assigns a random mac address. I had
not this issue with previous kernel 37-th kernel. The only solution that I
found is a patch for 32-nd kernel. Is there some solution without
recompiling the kernel?
Yeap,
in: /etc/network/interfaces
add, this after your usb1, fill in the X's with something random not
on your network..
hwaddress ether XX:XX:XX:XX:XX:XX
Also, is 38th kernel ready for 1GHz on beagleboard-xM, or we should use
800MHz?
That's my plan with that kernel.. 
Regards,
Dear Robert,
Thank you for your answer! It is really helped. I'm an opensuse folk,
so new to Debian way =)
Hope you succed with kernel, waiting for 1GHz. Also I guess new kernel
is slightly faster.
Dear Robert,
Running a new kernel for a while, "kevent" error is back. Under high
network load there lots of errors like this:
Mar 18 10:40:44 arc-arm kernel: [ 1703.069335] smsc95xx 1-2.1:1.0:
usb1: kevent 2 may have been dropped
Mar 18 10:40:44 arc-arm kernel: [ 1703.076019] smsc95xx 1-2.1:1.0:
usb1: kevent 2 may have been dropped
Mar 18 10:40:44 arc-arm kernel: [ 1703.082702] smsc95xx 1-2.1:1.0:
usb1: kevent 2 may have been dropped
Mar 18 10:40:44 arc-arm kernel: [ 1703.089355] smsc95xx 1-2.1:1.0:
usb1: kevent 2 may have been dropped
Mar 18 10:40:44 arc-arm kernel: [ 1703.096038] smsc95xx 1-2.1:1.0:
usb1: kevent 2 may have been dropped
Mar 18 10:40:44 arc-arm kernel: [ 1703.102691] smsc95xx 1-2.1:1.0:
usb1: kevent 2 may have been dropped
Mar 18 10:40:44 arc-arm kernel: [ 1703.109375] smsc95xx 1-2.1:1.0:
usb1: kevent 2 may have been dropped
Mar 18 10:40:44 arc-arm kernel: [ 1703.116058] smsc95xx 1-2.1:1.0:
usb1: kevent 2 may have been dropped
Mar 18 10:40:44 arc-arm kernel: [ 1703.122741] smsc95xx 1-2.1:1.0:
usb1: kevent 2 may have been dropped
Mar 18 10:40:44 arc-arm kernel: [ 1703.738983] usb 1-2.3: reset high
speed USB device using ehci-omap and address 5
Hi Ivan,
Dear Robert,
Running a new kernel for a while, "kevent" error is back. Under high
network load there lots of errors like this:Mar 18 10:40:44 arc-arm kernel: [ 1703.069335] smsc95xx 1-2.1:1.0:
usb1: kevent 2 may have been dropped
Mar 18 10:40:44 arc-arm kernel: [ 1703.076019] smsc95xx 1-2.1:1.0:
usb1: kevent 2 may have been dropped
Mar 18 10:40:44 arc-arm kernel: [ 1703.082702] smsc95xx 1-2.1:1.0:
usb1: kevent 2 may have been dropped
Mar 18 10:40:44 arc-arm kernel: [ 1703.089355] smsc95xx 1-2.1:1.0:
usb1: kevent 2 may have been dropped
Mar 18 10:40:44 arc-arm kernel: [ 1703.096038] smsc95xx 1-2.1:1.0:
usb1: kevent 2 may have been dropped
Mar 18 10:40:44 arc-arm kernel: [ 1703.102691] smsc95xx 1-2.1:1.0:
usb1: kevent 2 may have been dropped
Mar 18 10:40:44 arc-arm kernel: [ 1703.109375] smsc95xx 1-2.1:1.0:
usb1: kevent 2 may have been dropped
Mar 18 10:40:44 arc-arm kernel: [ 1703.116058] smsc95xx 1-2.1:1.0:
usb1: kevent 2 may have been dropped
Mar 18 10:40:44 arc-arm kernel: [ 1703.122741] smsc95xx 1-2.1:1.0:
usb1: kevent 2 may have been dropped
Mar 18 10:40:44 arc-arm kernel: [ 1703.738983] usb 1-2.3: reset high
speed USB device using ehci-omap and address 5
Yeah, still no good fix for this yet... This current workaround still
works for me:
add:
vm.min_free_kbytes = 8192
If it doesn't work, you may have to bump the value even more..
Regards,
Hi Robert,
It is already 65000, with this value I've obtained stability.
Not a big issue, but inconvenient.
ivlis@arc-arm:~$ cat /proc/sys/vm/min_free_kbytes
65000
ivlis@arc-arm:~$ free
total used free shared buffers
cached
Mem: 489180 400268 88912 0 1968
224896
-/+ buffers/cache: 173404 315776
Swap: 2097148 0 2097148
I see this is an old post, but since it still happens for me, I
thought I'd share a piece of information.
Unplugging my network cable under high load often caused my system to
become unresponsive, with the log being filled with "kevent 4 may have
been dropped". The reason this never stopped in my case was actually
that the logging was too intense. I modified the code to only print an
error every 10 times (or when the type of kevent in the error
changed), and after that it recovers every time.
Tasslehoff.