PERFORCE change 177677 for review

Bjoern A. Zeeb bz at FreeBSD.org
Mon May 3 22:30:08 UTC 2010


On Tue, 4 May 2010, Marko Zec wrote:

> On Monday 03 May 2010 23:03:49 Ana Kukec wrote:
>> http://p4web.freebsd.org/@@177677?ac=10
>>
>> Change 177677 by anchie at anchie_malimis on 2010/05/03 21:03:44
>>
>> 	Getting rid of the global variable V_send_so from files other then
>> 	send.[ch].
>
> Just wondering - isn't this change actually increasing the possibility for a
> race between packet datapath and send.ko kldloading / kldunloading?  I.e. had

Yes, but it simplifies locking which is to come once the rest is
correct; as you have figured, you cannot do it lock-free anyway in the module
case ("pfil problem").

> Also, if I'm not mistaking, even if send_sendso_input() returns an error, it
> will have the mbuf consumed / freed, so any further attempts to do anything
> with the mbuf will crash the system.  Do we really want to do m_freem(m) at
> the bottom of send_sendso_input()?

No we don't. Well not in the case there is no socket. Ana knows
already but having this checkpointed in p4 helped me to see where we
were;)

/bz

-- 
Bjoern A. Zeeb                                   See you when I see you.


More information about the p4-projects mailing list