[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1183559883.3812.42.camel@johannes.berg>
Date: Wed, 04 Jul 2007 16:38:03 +0200
From: Johannes Berg <johannes@...solutions.net>
To: Patrick McHardy <kaber@...sh.net>
Cc: netdev <netdev@...r.kernel.org>, jamal <hadi@...erus.ca>,
Thomas Graf <tgraf@...g.ch>
Subject: Re: multicasting netlink messages to groups > 31 from userspace
On Wed, 2007-07-04 at 16:30 +0200, Patrick McHardy wrote:
[...]
> The kernel doesn't have any multicast listeners (yet).
Right.
> I wonder if thats really a good idea to use multicast for device
> configuration. Unicast transmissions from userspace to kernel
> are reliable when you don't use MSG_DONTWAIT. For multicasts
> doing the same would mean blocking on each receiver when the
> receive queue is full.
That's a good point actually. Are transmissions from userspace to
userspace also reliable in that case?
In fact, we haven't quite decided yet whether we want all configuration
to be via netlink. I strongly prefer this, but other people say that
userspace<->userspace communication is nothing that nl80211 should be
involved in.
What I initially wanted was to publish something like "Device wlan0 is
managed by netlink pid 12345" (or 0 if the kernel is doing it) and then
configuration would be "send to <number the kernel told you>". However,
that got me into problems when trying to determine "is the process
owning netlink pid 12345 still alive" at which point Herbert suggested
the use of multicast groups (and doing the exclusion "only one manager
per netdev" in userspace instead of the kernel).
johannes
Download attachment "signature.asc" of type "application/pgp-signature" (191 bytes)
Powered by blists - more mailing lists