On 29 May 2012, at 21:09, vasanth rao naik sabavat wrote:
> I am trying to understand the socket <--> protocol layer as part of our
> project. I was trying to understand why the sotoinpcb() is called before
> taking any locks. Also, I am trying to understand scenario of a
> multi-threaded proc
Hi Robert,
I am trying to understand the socket <--> protocol layer as part of our
project. I was trying to understand why the sotoinpcb() is called before
taking any locks. Also, I am trying to understand scenario of a
multi-threaded process trying to do socket operations simultaneously on a
mult
On 29 May 2012, at 18:06, vasanth rao naik sabavat
wrote:
> My main concern is about the protocol control block "inp", a reference in the
> socket structure. the udp_detach() free'es the inp but there is a potential
> for other thread running udp_* functions to get hold of the reference? Also,
Hello Robert,
My main concern is about the protocol control block "inp", a reference in
the socket structure. the udp_detach() free'es the inp but there is a
potential for other thread running udp_* functions to get hold of the
reference? Also, sofree() calls SOCK_UNLOCK() which potentially may al
On Tue, 29 May 2012, vasanth rao naik sabavat wrote:
Can somebody please reply to this email.
basically, can udp_detach() and udp_send() execute simultaneously for a
process with multiple threads? if yes, then inp reference in udp_send() will
be stale if udp_detach() free's the inp?
You ar
On Tue, 29 May 2012, vasanth rao naik sabavat wrote:
In case of a Multicore cpu system running a multithreaded process.
For protocol control blocks there is no protection provided in the FreeBSD
9. For example, udp_close() and udp_send() access the inp before taking the
lock. Couldn't this c
Can somebody please reply to this email.
basically, can udp_detach() and udp_send() execute simultaneously for a
process with multiple threads? if yes, then inp reference in udp_send()
will be stale if udp_detach() free's the inp?
Thanks,
Vasanth
On Tue, May 29, 2012 at 10:53 AM, vasanth rao n
Hi,
In case of a Multicore cpu system running a multithreaded process.
For protocol control blocks there is no protection provided in the FreeBSD
9. For example, udp_close() and udp_send() access the inp before taking the
lock. Couldn't this cause the inp inconsistency on a multithreaded process
8 matches
Mail list logo
