kernelnewbies.kernelnewbies.org archive mirror
 help / color / mirror / Atom feed
* strange behavior of sk_rmem_alloc
@ 2010-12-29  4:04 sugnan prabhu
  2010-12-29  4:36 ` sugnan prabhu
  0 siblings, 1 reply; 2+ messages in thread
From: sugnan prabhu @ 2010-12-29  4:04 UTC (permalink / raw)
  To: kernelnewbies

Hello all,

       I have written a network driver, address family and a protocol
family, when i create a socket in a user space program to my PF and AF, it
receives only first 300 packets and i see that all the packets are being
received till the function sk_recieve_skb() is called.
      When i tried searching for the root of the cause, i found that
*sk_rcvqueues_full(sk,skb)
*returns true after receiving 300 packets, further observing the cause i
found that the variable *sk_rmem_alloc* which is being checked in the
function in never getting decremented.

http://www.pubbs.net/200912/kernel/700-seeing-strange-values-for-tcp-skrmemalloc.html

<http://www.pubbs.net/200912/kernel/700-seeing-strange-values-for-tcp-skrmemalloc.html>In
the above link i found that some one had similar problem, and as it says
calling *skb_copy_datagram_iovec()* should decrement the *sk_rmem_alloc*, am
even doing that. So can some suggest what can be the problem. One more
strange thing is *sk_queue_empty(&sk->receive_queue)* start returning true
after 300 packet.


---------------------------------------------------
Thanking You,
Sugnan Prabhu S
http://sugnanprabhu.blogspot.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20101229/9f3cff72/attachment.html 

^ permalink raw reply	[flat|nested] 2+ messages in thread

* strange behavior of sk_rmem_alloc
  2010-12-29  4:04 strange behavior of sk_rmem_alloc sugnan prabhu
@ 2010-12-29  4:36 ` sugnan prabhu
  0 siblings, 0 replies; 2+ messages in thread
From: sugnan prabhu @ 2010-12-29  4:36 UTC (permalink / raw)
  To: kernelnewbies

Hello,

    The issue got resolved the skb references were not handled properly, now
its working fine after correcting few handling. Thank you

On Wed, Dec 29, 2010 at 9:34 AM, sugnan prabhu <sugnan.prabhu@gmail.com>wrote:

>
> Hello all,
>
>        I have written a network driver, address family and a protocol
> family, when i create a socket in a user space program to my PF and AF, it
> receives only first 300 packets and i see that all the packets are being
> received till the function sk_recieve_skb() is called.
>       When i tried searching for the root of the cause, i found that *sk_rcvqueues_full(sk,skb)
> *returns true after receiving 300 packets, further observing the cause i
> found that the variable *sk_rmem_alloc* which is being checked in the
> function in never getting decremented.
>
>
> http://www.pubbs.net/200912/kernel/700-seeing-strange-values-for-tcp-skrmemalloc.html
>
> <http://www.pubbs.net/200912/kernel/700-seeing-strange-values-for-tcp-skrmemalloc.html>In
> the above link i found that some one had similar problem, and as it says
> calling *skb_copy_datagram_iovec()* should decrement the *sk_rmem_alloc*,
> am even doing that. So can some suggest what can be the problem. One more
> strange thing is *sk_queue_empty(&sk->receive_queue)* start returning true
> after 300 packet.
>
>
> ---------------------------------------------------
> Thanking You,
> Sugnan Prabhu S
> http://sugnanprabhu.blogspot.com/
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20101229/f16e14ac/attachment.html 

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2010-12-29  4:36 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-12-29  4:04 strange behavior of sk_rmem_alloc sugnan prabhu
2010-12-29  4:36 ` sugnan prabhu

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).