I just spent basically a day of my weekend grappling with this problem
http://wiki.xensource.com/xenwiki/XenWifi
before I understood it well enough to realize that the fact that Xen
changed the MAC addr for my WiFi card was the root cause of the problem.
This got me thinking:
If a particular p
YOSHIFUJI Hideaki / 吉藤英明 wrote:
+ .data = &sysctl_tcp_rto_max,
+ .maxlen = sizeof(unsigned),
sizeof(unsigned long)
Good catch. That would have corrupted things badly on some 64b
platforms. With all the flux in the area I forgot to change the size
s
test compile failed because I was out of disk. I figured that the code I
changed had compiled. I guess not.
I really didn't understand Yoshifuji Hideaki's comment. (sorry)
-ben
Vlad Yasevich wrote:
Ben Woodard wrote:
---
David Miller wrote:
From: Ben Woodard <[EMAIL PROTECTED]>
Date: Tue, 03 Oct 2006 11:14:38 -0700
Other issues:
1) 2 "u32" in the tcp_sock is a lot of space to devote to this
new state. If it can fit in 2 "u16"'s or even less space,
please use tha
David Miller wrote:
From: Ben Woodard <[EMAIL PROTECTED]>
Date: Wed, 27 Sep 2006 11:52:57 -0700
Because these are general utility clusters we run many different
programs and so trying to fix this problem in the application is not
possible since there are literally hundreds if not thousa
e common a case than is widely recognized.
Signed-off-by: Ben Woodard <[EMAIL PROTECTED]>
Signed-off-by: Brian Behlendorf <[EMAIL PROTECTED]>
diff -ru linux-2.6.18/include/linux/sysctl.h linux-2.6.18.new/include/linux/sysctl.h
--- linux-2.6.18/include/linux/sysctl.h 2006-09-19 20:42:06.00
