Listening on a socket in kernel space

• Next message: Marco d'Itri: "Re: [PATCH][CFT] per-process namespaces for Linux"
• Previous message: Andrey Panin: "[PATCH] serial drivers: get rid of panic() call"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

I am currently writing a device driver that must listen to a socket
connection in kernel space. By looking at various code, I found out that
many drivers in the kernel use the socket->sk->sleep wait queue to queue
themselves on that list and get waken_up() by the socket.

My question is : if I expect to receive *a lot* of traffic, isnt this
sleep/wake_up a little slow? Maybe it cant be done, but is it possible for
the socket to generate an interrupt whenever some data arrives instead of
sleeping the the sockets queue?

I'm a little afraid of loosing some packets because the wake_up call doesnt
garantee that I will be waken_up any time soon (or will the kernel
automaticlaly schedule the kernel thread first when the data arrives because
it's always highest priority?).

 Thanks!
Daniel Shane

--
GNU/Linux programmer
iNsu Innovations Inc.
-
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/

• Next message: Marco d'Itri: "Re: [PATCH][CFT] per-process namespaces for Linux"
• Previous message: Andrey Panin: "[PATCH] serial drivers: get rid of panic() call"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This archive was generated by hypermail 2b29 : Wed Feb 28 2001 - 21:00:11 EST