[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20110406.183716.226766155.davem@davemloft.net>
Date: Wed, 06 Apr 2011 18:37:16 -0700 (PDT)
From: David Miller <davem@...emloft.net>
To: dwalter@...racuda.com
Cc: netdev@...r.kernel.org
Subject: Re: ipv6: Add support for RTA_PREFSRC
From: Daniel Walter <dwalter@...racuda.com>
Date: Mon, 4 Apr 2011 09:56:44 +0200
> On Fri, 2011-04-01 at 20:46 -0700, David Miller wrote:
>> You can't change the layout of "struct in6_rtmsg", as that structure
>> is explicitly exported to user space and changing it will break every
>> application out there.
>
> Hi,
>
> I've kicked support for setting the preferred source via ioctl,
> to keep "struct in6_rtmsg" untouched.
> This reduces the RTA_PREFSRC support to netlink only, unless
> we break the struct.
>
> Do you see any other way around this problem?
This is fine, adding new feature support to deprecated things like
the ioctl routing calls is undesirable anyways.
Since you do the prefsrc extraction in at least two places, make a
helper function that does the whole "if prefsrc.plen use prefsrc, else
use ipv6_dev_get_saddr()"
This would be akin to ipv4's FIB_RES_PREFSRC
Powered by blists - more mailing lists