connector: convert to synchronous netlink message processing

4 messages, 3 authors, 2011-04-04 · open the first message on its own page

connector: convert to synchronous netlink message processing

From: Patrick McHardy <hidden>
Date: 2011-03-28 18:39:41

This patch fixes up connector to work properly with the recent
netlink changes that require synchronous netlink message processing.

The patch is so far only compile tested since I'm still looking
for a good way to test it. If you could point me to some software
using the proc events that would be appreciated.

Re: connector: convert to synchronous netlink message processing

From: Evgeniy Polyakov <hidden>
Date: 2011-03-30 13:39:24

Hi Patrick

On Mon, Mar 28, 2011 at 08:39:36PM +0200, Patrick McHardy (kaber@trash.net) wrote:
This patch fixes up connector to work properly with the recent
netlink changes that require synchronous netlink message processing.

The patch is so far only compile tested since I'm still looking
for a good way to test it. If you could point me to some software
using the proc events that would be appreciated.
There is test module in Documentation/connector/ and/or samples/ which I
used for tests. It was quite for a while when it was used last time
though.

Your patch looks very good and I definitely ack this :)
Thank you.
commit 21c40e4675954b42c939334e3ed15e1bd0a4da29
Author: Patrick McHardy [off-list ref]
Date:   Mon Mar 28 20:20:26 2011 +0200

    connector: convert to synchronous netlink message processing
    
    Commits 01a16b21 (netlink: kill eff_cap from struct netlink_skb_parms)
    and c53fa1ed (netlink: kill loginuid/sessionid/sid members from struct
    netlink_skb_parms) removed some members from struct netlink_skb_parms
    that depend on the current context, all netlink users are now required
    to do synchronous message processing.
    
    connector however queues received messages and processes them in a work
    queue, which is not valid anymore. This patch converts connector to do
    synchronous message processing by invoking the registered callback handler
    directly from the netlink receive function.
    
    In order to avoid invoking the callback with connector locks held, a
    reference count is added to struct cn_callback_entry, the reference
    is taken when finding a matching callback entry on the device's queue_list
    and released after the callback handler has been invoked.
    
    Signed-off-by: Patrick McHardy [off-list ref]
Acked-by: Evgeniy Polyakov <redacted>


-- 
	Evgeniy Polyakov

Re: connector: convert to synchronous netlink message processing

From: David Miller <davem@davemloft.net>
Date: 2011-03-31 00:15:43

From: Evgeniy Polyakov <redacted>
Date: Wed, 30 Mar 2011 17:39:13 +0400
Hi Patrick

On Mon, Mar 28, 2011 at 08:39:36PM +0200, Patrick McHardy (kaber@trash.net) wrote:
quoted
This patch fixes up connector to work properly with the recent
netlink changes that require synchronous netlink message processing.

The patch is so far only compile tested since I'm still looking
for a good way to test it. If you could point me to some software
using the proc events that would be appreciated.
There is test module in Documentation/connector/ and/or samples/ which I
used for tests. It was quite for a while when it was used last time
though.

Your patch looks very good and I definitely ack this :)
Applied, if there are some bugs spotted, please just send the fixes
as follow-on patches.

Thanks.

Re: connector: convert to synchronous netlink message processing

From: Patrick McHardy <hidden>
Date: 2011-04-04 12:47:49

On 30.03.2011 15:39, Evgeniy Polyakov wrote:
Hi Patrick

On Mon, Mar 28, 2011 at 08:39:36PM +0200, Patrick McHardy (kaber@trash.net) wrote:
quoted
This patch fixes up connector to work properly with the recent
netlink changes that require synchronous netlink message processing.

The patch is so far only compile tested since I'm still looking
for a good way to test it. If you could point me to some software
using the proc events that would be appreciated.
There is test module in Documentation/connector/ and/or samples/ which I
used for tests. It was quite for a while when it was used last time
though.
Thanks, I'll run some test just to be sure.
Your patch looks very good and I definitely ack this :)
Thanks!


Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help