From mboxrd@z Thu Jan 1 00:00:00 1970 From: Patrick McHardy Subject: Re: [PATCH] peer_pid checking in ip_queue Date: Wed, 24 Mar 2004 01:47:47 +0100 Sender: netfilter-devel-admin@lists.netfilter.org Message-ID: <4060DAB3.7010400@trash.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Pablo Neira , netfilter-devel@lists.netfilter.org, Harald Welte Return-path: To: Henrik Nordstrom In-Reply-To: Errors-To: netfilter-devel-admin@lists.netfilter.org List-Help: List-Post: List-Subscribe: , List-Unsubscribe: , List-Archive: List-Id: netfilter-devel.vger.kernel.org Henrik Nordstrom wrote: > On Tue, 23 Mar 2004, Patrick McHardy wrote: > > >>It can happen if peer_pid is checked outside the locked section on one >>CPU and changed on another at the same time. I don't consider it >>important, as the exact point in time at which the first packet will be >>received is non-deterministic for userspace anyway. > > > What about when the user program closes? How bad it is to have read the > pid and then there is no userspace there? It's no problem, netlink_unicast checks for existance of the socket, which will be gone with the reader. If no socket is found it returns -ECONNREFUSED. Regards Patrick > > Regards > Henrik >