Re: [PATCH 1/5] batman-adv: Start new development cycle

2023-02-07 Thread Leon Romanovsky
On Tue, Feb 07, 2023 at 11:57:41AM +0100, Sven Eckelmann wrote: > On Tuesday, 7 February 2023 11:41:53 CET Leon Romanovsky wrote: > > Once you stop to update version, you will push users to look on the real > > version (kernel) which really matters. > > I would have understood if you say "let us

Re: [PATCH 1/5] batman-adv: Start new development cycle

2023-02-07 Thread Sven Eckelmann
On Tuesday, 7 February 2023 11:41:53 CET Leon Romanovsky wrote: > Once you stop to update version, you will push users to look on the real > version (kernel) which really matters. I would have understood if you say "let us use a magic value like 'in-tree' or 'linux'" but setting it to an old

Re: [PATCH 1/5] batman-adv: Start new development cycle

2023-02-07 Thread Leon Romanovsky
On Tue, Feb 07, 2023 at 10:50:08AM +0100, Sven Eckelmann wrote: > On Tuesday, 7 February 2023 10:02:58 CET Leon Romanovsky wrote: > > In cases where you can prove real userspace breakage, we simply stop to > > update module versions. > > That would be the worst option. Then the kernel shows bogus

Re: [PATCH 1/5] batman-adv: Start new development cycle

2023-02-07 Thread Sven Eckelmann
On Tuesday, 7 February 2023 10:02:58 CET Leon Romanovsky wrote: > In cases where you can prove real userspace breakage, we simply stop to > update module versions. That would be the worst option. Then the kernel shows bogus values and no one is helped. And how should I prove it to you? Is that

Re: [PATCH 1/5] batman-adv: Start new development cycle

2023-02-07 Thread Leon Romanovsky
On Fri, Feb 03, 2023 at 10:38:07AM +0100, Sven Eckelmann wrote: > On Friday, 3 February 2023 09:29:50 CET Jiri Pirko wrote: > [...] > > Why kernel version is not enough for you? My point is, why to maintain > > internal driver version alongside with the kernel version? > [...] > > >Also note that