From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Wed, 6 Feb 2019 20:08:14 +0100 From: Linus =?utf-8?Q?L=C3=BCssing?= Message-ID: <20190206190814.GC1442@otheros> References: <20190119155626.6414-1-sven@narfation.org> <1895931.G10psR3j26@sven-edge> <20190205192409.GF777@otheros> <3348534.ntHJrxh9jc@sven-edge> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <3348534.ntHJrxh9jc@sven-edge> Subject: Re: [B.A.T.M.A.N.] [RFC v4 00/19] batman-adv: netlink restructuring, part 2 List-Id: The list for a Better Approach To Mobile Ad-hoc Networking List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: The list for a Better Approach To Mobile Ad-hoc Networking Cc: netdev@vger.kernel.org, Jiri Pirko On Wed, Feb 06, 2019 at 07:20:25PM +0100, Sven Eckelmann wrote: > On Tuesday, 5 February 2019 20.24.10 CET Linus Lüssing wrote: > [...] > > Another thought, if all this is too vague for now... > > Yes, it is to vague for the integration in netlink :D > > > what about > > ommiting the BATADV_ATTR_MULTICAST_(MODE)_ENABLED for now and use > > a reverse logic instead? Like > > BATADV_ATTR_MULTICAST_FORCEFLOOD_ENABLED, defaulting to false. > > Would be fine for me. But it is rather odd to map this to the batctl > multicast_mode. But the name is explaining quite well what it does > and you can later rewrite the batctl part. Ok, will rewrite the batctl part later then. And probably keep "batctl mm" as a (hidden?) option for compatibility reasons? Regards, Linus