netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Dmitry Yusupov <dmitry_yus@yahoo.com>
To: Herbert Xu <herbert@gondor.apana.org.au>
Cc: netdev@oss.sgi.com, davem@davemloft.net
Subject: Re: [PATCH] NETLINK_UESTABLISHED notifier event
Date: Tue, 05 Apr 2005 22:55:01 -0700	[thread overview]
Message-ID: <1112766901.7488.16.camel@mylaptop> (raw)
In-Reply-To: <E1DJ0YI-0003PR-00@gondolin.me.apana.org.au>

On Wed, 2005-04-06 at 12:45 +1000, Herbert Xu wrote:
> Dmitry Yusupov <dmitry_yus@yahoo.com> wrote:
> > 
> > * new event for unicast connections NETLINK_UESTABLISHED.
> 
> Huh? In the patch you're actually sending the notification
> when the socket stops listening to multicast traffic.

it could be that I just screwed up everything as usual and my
application just works as expected for some mythical reasons 8)
but on a serious note, it is sends event from netlink_bind() context for
non-multicast connections only. may be I messed up something, so please
correct me.

> Please document why we need this in greater detail too.

main reason for this is to have clear way to notify netlink user that
new socket created and bound.

> > * netlink alloc_skb() now uses sk_allocation instead of hard-coded
> > GFP_KERNEL
> 
> Why? We never set it to anything else for netlink.

one reason is for consistency with sock interface. sk_allocation is
equal to GFP_KERNEL by default, so nothing changed. but. in some cases
application might require non-blocking kmalloc behavior. one real life
example is networking block device used for swap partition. this way any
GFP_KERENL allocation on recovery path might lead to deadlock condition.

  reply	other threads:[~2005-04-06  5:55 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-04-05 19:54 [PATCH] NETLINK_UESTABLISHED notifier event Dmitry Yusupov
2005-04-05 21:39 ` Jean-Mickael Guerin
2005-04-05 23:53   ` Dmitry Yusupov
2005-04-06  0:13   ` Dmitry Yusupov
2005-04-06  2:45 ` Herbert Xu
2005-04-06  5:55   ` Dmitry Yusupov [this message]
2005-04-06  6:03     ` Herbert Xu
2005-04-06 15:16       ` Dmitry Yusupov
2005-04-06 16:23   ` Mike Christie
2005-04-06 21:29     ` Herbert Xu
2005-04-06 21:37       ` Dmitry Yusupov
2005-04-06 22:04         ` Herbert Xu
2005-04-06 22:26           ` Dmitry Yusupov
2005-04-07 11:30             ` jamal
2005-04-07 15:05               ` Dmitry Yusupov
2005-04-07 21:32             ` Herbert Xu
2005-04-07 23:36               ` Dmitry Yusupov
2005-04-08 11:36                 ` Herbert Xu
2005-04-08 15:30                   ` Dmitry Yusupov
2005-04-09  1:44                     ` Herbert Xu
2005-04-09 16:02                       ` Dmitry Yusupov
2005-04-09 19:36                         ` Herbert Xu

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1112766901.7488.16.camel@mylaptop \
    --to=dmitry_yus@yahoo.com \
    --cc=davem@davemloft.net \
    --cc=herbert@gondor.apana.org.au \
    --cc=netdev@oss.sgi.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).