On Wed, 2007-11-14 at 15:31 -0800, David Miller wrote:
> From: Ulrich Drepper <[EMAIL PROTECTED]>
> Date: Wed, 14 Nov 2007 12:59:52 -0800
>
> > Just FYI, with the current getaddrinfo code it is even more critical to
> > get to a point where I can cache network interface information and query
> >
On Thu, 2007-15-11 at 10:11 +0800, Herbert Xu wrote:
> We don't make use of that on recvmsg() though although theoretically
> user-space is supposed to be ready to handle that too.
iproute2 handles that well. Anyone writting netlink apps should program
with the thought that a single received data
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Thu, 15 Nov 2007 10:11:35 +0800
> David Miller <[EMAIL PROTECTED]> wrote:
> >
> >> BTW, is it possible to send both these requests out before starting to
> >> read the results? This would reduce the amount of code quite a bit.
> >
> > Unfortunately, tha
David Miller <[EMAIL PROTECTED]> wrote:
>
>> BTW, is it possible to send both these requests out before starting to
>> read the results? This would reduce the amount of code quite a bit.
>
> Unfortunately, that won't work. Like datagram protocols,
> netlink assumes one message per sendmsg() call
From: Ulrich Drepper <[EMAIL PROTECTED]>
Date: Wed, 14 Nov 2007 16:12:28 -0800
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> David Miller wrote:
> > Most daemons handle this by listening for events on the netlink
> > socket, but I understand how that might not be practical for
> > glibc.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
David Miller wrote:
> Most daemons handle this by listening for events on the netlink
> socket, but I understand how that might not be practical for
> glibc.
Right, this cannot work. I have no inner loop which I can control. I
cannot install a liste
From: Ulrich Drepper <[EMAIL PROTECTED]>
Date: Wed, 14 Nov 2007 12:59:52 -0800
> Just FYI, with the current getaddrinfo code it is even more critical to
> get to a point where I can cache network interface information and query
> the kernel whether it changed. We now have to read the RTM_GETADDR
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Just FYI, with the current getaddrinfo code it is even more critical to
get to a point where I can cache network interface information and query
the kernel whether it changed. We now have to read the RTM_GETADDR
tables for every lookup. It was more l
