lkml.org 
[lkml]   [1996]   [May]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
Subject3c509 error message
Linux Kernel gurus,
I've been lurking via kernel digest since 1.3.70 (beginning of March)
and haven't seen this error message mentioned; dunno if this is a problem
or not. I've used 1.2.13 (pre-elf) until 1.3.75.

Starting with 1.3.79 I started getting the following messages (I would have
reported earlier but was not sure it wasn't info vs. a problem).

"Apr 30 18:34:04 bandit kernel: Couldn't get a free page.....
Apr 30 18:34:05 bandit kernel: eth0: Couldn't allocate a sk_buff of size 60."

Here are the versions that I have tried and how many errors were seen:
Version | Free page err | sk_buff err | Uptime
1.3.75 0 0 6 days
1.3.79 1 1 1 day
1.3.83 1 2 4 days
1.3.84 4 29 1 hour
1.3.85 2 3 1.5 days
1.3.86 0 0 20 hours
1.3.87 2 3 5 days
1.3.91 7 10 4 days
1.3.93 15 19 6 days
1.3.97 3 3 1.2 days

From my searching through the kernel source (*.h *.S *.c) I found the error
in the linux/drivers/net/3c509.c (and a couple of others files that are
not ).

I also get (obviously this is not enough info to debug this; if others w/
more knowledge could tell me what to look at/provide if it is even worth
the trouble I would appreciate it). Please note that this error was was
~9 hours before the first occurrence of the above errors.

"double lock on socket at 00140f97"
which I found in sock.h (I don't know how you know if it is an error or not)

#if 1
/* debugging code: the test isn't even 100% correct, but it can catch bugs */
/* Note that a double lock is ok in theory - it's just _usually_ a bug */
if (sk->users) {
__label__ here;
printk("double lock on socket at %p\n", &&here);
here:
}
#endif

Machine info:
----------------------------------------
Linux version 1.3.97 (root@bandit) (gcc version 2.7.2) #1 Mon Apr 29 17:23:54 CDT 1996

PCI devices found:
Bus 0, device 14, function 0:
VGA compatible controller: ATI 210888GX (rev 1).
Medium devsel. IRQ 170.
Non-prefetchable 32 bit memory at 0x7c000000.
Bus 0, device 2, function 0:
Non-VGA device: Intel 82378IB (rev 67).
Medium devsel. Master Capable. No bursts.
Bus 0, device 1, function 0:
IDE interface: PCTECH RZ1000 (buggy) (rev 1).
Fast devsel.
I/O at 0x1f0.
I/O at 0x3f4.
Bus 0, device 0, function 0:
Host bridge: Intel 82434LX Mercury/Neptune (rev 17).
Slow devsel. Master Capable. Latency=64.

processor : 0
cpu : 586
model : Pentium 75+
vendor_id : GenuineIntel
stepping : 4
fdiv_bug : no
hlt_bug : no
fpu : yes
fpu_exception : yes
cpuid : yes
wp : yes
flags : fpu vme de pse tsc msr mce cx8
bogomips: : 36.04
----------------------------------------

output from ifconfig -a
----------------------------------------
lo Link encap:Local Loopback
inet addr:127.0.0.1 Bcast:127.255.255.255 Mask:255.0.0.0
UP BROADCAST LOOPBACK RUNNING MTU:3584 Metric:1
RX packets:30 errors:0 dropped:0 overruns:0
TX packets:30 errors:0 dropped:0 overruns:0

eth0 Link encap:10Mbps Ethernet HWaddr 00:20:AF:E8:2F:6C
inet addr:156.117.207.163 Bcast:156.117.207.255 Mask:255.255.240.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:2267904 errors:0 dropped:8 overruns:0
TX packets:102320 errors:0 dropped:0 overruns:0
Interrupt:10 Base address:0x300
----------------------------------------

Again if this is a just information and not an error I'm sorry for
wasting bandwidth. I haven't been able to correlate these errors
with any programs that I have run. Generally I rlogin to SUNOS
and xhost back and do limited graphics (emacs and sometimes matlab) and
lots of normal command line operations. I don't think this activity
was ppp related (I was logged in from home but there was no activity
between the two machines).

I have upgraded all the libraries/packages as per the Documentation/Changes
file around 1.3.93 (I know a little delinquent; but the problem was
happening long before and after the upgrade).

FYI,

Bill Priest
PS. If you would like information from me in a timely manner please e-mail
me directly as I get linux-kernel in a digest and don't always read them
right away.


\
 
 \ /
  Last update: 2005-03-22 13:37    [W:0.029 / U:0.732 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site