[lkml]   [2005]   [Apr]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [Fwd: Re: connector is missing in 2.6.12-rc2-mm1]
On Thu, 2005-04-07 at 11:47 -0400, James Morris wrote:
> On Thu, 7 Apr 2005, Kay Sievers wrote:
> > Sure, but seems I need to ask again: What is the exact reason not to implement
> > the muticast message multiplexing/subscription part of the connector as a
> > generic part of netlink? That would be nice to have and useful for other
> > subsystems too as an option to the current broadcast.
> This is a good point, in general, consider generically extending Netlink
> itself instead of creating these separate things.

I just do not understand, what does netlink multicasting means
and how it is different from what we have now.
Currently we have group registratin in bind(),
and then send data to the bound socket if it
has appropriate group.

Or should some error be propagated to the caller,
if there is no appropriate listener?

Connector requires it's own registration technique for
1. hide all transport [netlink] layer from higher protocols which use
2. create different group appointment for the given connector's ID
[it was different, now new group which is eqal to idx field is appointed
the new callback]
3. provide more generic set of ids

> - James
Evgeniy Polyakov

Crash is better than data corruption -- Arthur Grabowski
[unhandled content-type:application/pgp-signature]
 \ /
  Last update: 2005-04-08 05:40    [W:0.085 / U:8.024 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site