Re: SocketFilter, Sockets & PCB
Re: SocketFilter, Sockets & PCB
- Subject: Re: SocketFilter, Sockets & PCB
- From: Stephane <email@hidden>
- Date: Fri, 20 Oct 2006 10:46:27 +0200
On Oct 19, 2006, at 7:11 PM, Josh Graessley wrote:
What sort of sockets are you talking about? Most sockets have a
PCB. The PCB is where the protocol hangs the protocol specific data
off the socket.
-joh
On Oct 19, 2006, at 4:20 AM, Stephane wrote:
Stupid question:
----------------
Is it possible for a socket without a pcb to be seen by a (KPI)
socket filter?
It's just that after inspecting a kernel panic, the backtrace shows
that the panic is coming from the tcp_lock method because the method
does not see the pcb (it's null).
the tcp_lock is called by socket_lock called itself by
socket_data_inject_in which is called in a delayed method using the
bsd_timesomething method.
I can imagine 2 cases for which this case (pcb == null) can happen:
- there was originally no pcb for the socket
- the socket somehow changed between the socket output filter and the
execution of the delayed call (maybe disconnection).
So I'm just trying to know if I can eliminate case 1.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-kernel mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden