lkml.org 
[lkml]   [2001]   [Mar]   [29]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
Subjectkernel oops during kfree_skbmem
I posted the following to tcpdump-workers. They think I should ask here...
I was almost certain the following kernel oops occurred during packet
capture.
The packet received was an arp request. Syslog indicated the kernel received
the arp request. My pcap application captures arp packet as well.
The calls leading to the oops :
pcap_dispatch ...
sys_recvfrom ...
kfree_skbmem ...free_block.

The oops happened on a box running Linux 2.4.0 and libpcap-0.6.2 (which uses
AF_PACKET
socket). The decoded call stack of the oops is below. The oops does not
happen all the time.
However, on another box running 2.4.0-test7 and the same application, there
is a memory
leak. TOP reports memory used by my application stable at 0.3%, but system
memory usage
keeps going up (reaching 250M used, 4M free before staying there).

Does this look like a libpcap problem or skbmem problem?
Are there two copies of the same packet when I do packet capture?

>>EIP; c012c504 <free_block+84/d8> <=====
Trace; c011b77a <do_softirq+5a/88>
Trace; c012c82a <kfree+72/98>
Trace; c01d00fd <kfree_skbmem+25/80>
Trace; c01d024b <__kfree_skb+f3/f8>
Trace; c01d0d1d <skb_free_datagram+1d/24>
Trace; c0203a61 <packet_recvmsg+139/148>
Trace; c01cd441 <sock_recvmsg+41/b0>
Trace; c0203928 <packet_recvmsg+0/148>
Trace; c01ce2fd <sys_recvfrom+ad/108>

Allen Lau
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

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