From: "Enrico Weigelt, metux IT consult" <info@metux.net> Date: 2020-12-02 12:53:15
Remove MODULE_VERSION(), as it isn't needed at all: the only version
making sense is the kernel version.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
---
net/8021q/vlan.c | 8 +-------
1 file changed, 1 insertion(+), 7 deletions(-)
@@ -36,15 +36,10 @@#include"vlan.h"#include"vlanproc.h"-#define DRV_VERSION "1.8"-/* Global VLAN variables */unsignedintvlan_net_id__read_mostly;-constcharvlan_fullname[]="802.1Q VLAN Support";-constcharvlan_version[]=DRV_VERSION;-/* End of global variables definitions. */staticintvlan_group_prealloc_vid(structvlan_group*vg,
From: "Enrico Weigelt, metux IT consult" <info@metux.net> Date: 2020-12-02 12:53:48
Remove MODULE_VERSION(), as it isn't needed at all: the only version
making sense is the kernel version.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
---
net/batman-adv/main.c | 1 -
1 file changed, 1 deletion(-)
From: "Enrico Weigelt, metux IT consult" <info@metux.net> Date: 2020-12-02 12:53:49
Remove MODULE_VERSION(), as it isn't needed at all: the only version
making sense is the kernel version.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
---
net/bluetooth/6lowpan.c | 3 ---
net/bluetooth/af_bluetooth.c | 1 -
net/bluetooth/bnep/core.c | 1 -
net/bluetooth/cmtp/core.c | 1 -
net/bluetooth/hidp/core.c | 1 -
net/bluetooth/rfcomm/core.c | 1 -
6 files changed, 8 deletions(-)
@@ -21,8 +21,6 @@#include<net/6lowpan.h> /* for the compression support */-#define VERSION "0.1"-staticstructdentry*lowpan_enable_debugfs;staticstructdentry*lowpan_control_debugfs;
From: "Enrico Weigelt, metux IT consult" <info@metux.net> Date: 2020-12-02 12:53:50
Remove MODULE_VERSION(), as it isn't needed at all: the only version
making sense is the kernel version.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
---
net/tipc/core.c | 1 -
1 file changed, 1 deletion(-)
@@ -227,4 +227,3 @@ module_exit(tipc_exit);MODULE_DESCRIPTION("TIPC: Transparent Inter Process Communication");MODULE_LICENSE("Dual BSD/GPL");-MODULE_VERSION(TIPC_MOD_VER);
From: "Enrico Weigelt, metux IT consult" <info@metux.net> Date: 2020-12-02 12:53:50
Remove MODULE_VERSION(), as it isn't needed at all: the only version
making sense is the kernel version.
Signed-off-by: Enrico Weigelt <info@metux.net>
---
net/ipv4/tcp_cubic.c | 1 -
net/ipv4/tcp_illinois.c | 1 -
net/ipv4/tcp_nv.c | 1 -
3 files changed, 3 deletions(-)
@@ -537,4 +537,3 @@ module_exit(cubictcp_unregister);MODULE_AUTHOR("Sangtae Ha, Stephen Hemminger");MODULE_LICENSE("GPL");MODULE_DESCRIPTION("CUBIC TCP");-MODULE_VERSION("2.3");
From: "Enrico Weigelt, metux IT consult" <info@metux.net> Date: 2020-12-02 12:53:50
Remove MODULE_VERSION(), as it isn't needed at all: the only version
making sense is the kernel version.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
---
net/bridge/br.c | 1 -
1 file changed, 1 deletion(-)
From: "Enrico Weigelt, metux IT consult" <info@metux.net> Date: 2020-12-02 12:53:54
Remove MODULE_VERSION(), as it isn't needed at all: the only version
making sense is the kernel version.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
---
net/vmw_vsock/af_vsock.c | 1 -
net/vmw_vsock/hyperv_transport.c | 1 -
net/vmw_vsock/vmci_transport.c | 1 -
3 files changed, 3 deletions(-)
From: Jakub Kicinski <kuba@kernel.org> Date: 2020-12-05 00:10:22
On Wed, 2 Dec 2020 13:49:53 +0100 Enrico Weigelt, metux IT consult
wrote:
Remove MODULE_VERSION(), as it isn't needed at all: the only version
making sense is the kernel version.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
Thanks for the patches. Please drop the "metux IT consult" from the
addresses. The from space is supposed to be for your name.
This patches does not build. Please redo it more carefully.
You'll need to fix and resend the entire series. When you do so please
provide a cover letter, even if it only contains a couple of sentences
and separate the patches for bluetooth and batman-adv out as stand
alone patches, so the respective maintainers can pick them up.
From: Sven Eckelmann <sven@narfation.org> Date: 2020-12-05 07:07:38
On Wednesday, 2 December 2020 13:49:54 CET Enrico Weigelt, metux IT consult wrote:
Remove MODULE_VERSION(), as it isn't needed at all: the only version
making sense is the kernel version.
Is there some explanation besides an opinion? Some kind goal which you want to
achieve with it maybe?
At least for us it was an easy way to query the release cycle information via
batctl. Which made it easier for us to roughly figure out what an reporter/
inquirer was using - independent of whether he is using the in-kernel version
or a backported version.
Loosing this source of information and breaking parts of batctl and other
tools (respondd, ...) is not the end of the world. But I would at least know
why this is now necessary.
Kind regards,
Sven
From: Joe Perches <joe@perches.com> Date: 2020-12-05 10:59:49
On Fri, 2020-12-04 at 16:09 -0800, Jakub Kicinski wrote:
On Wed, 2 Dec 2020 13:49:53 +0100 Enrico Weigelt, metux IT consult
wrote:
quoted
Remove MODULE_VERSION(), as it isn't needed at all: the only version
making sense is the kernel version.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
Thanks for the patches. Please drop the "metux IT consult" from the
addresses. The from space is supposed to be for your name.
If you _really_ want this superfluous 'metux IT consult' content in your
signature, and I don't think you should, use parentheses around it.
Enrico Weigelt (metux IT consult) [off-list ref]
Using a comma makes copy/paste into an email client think it's two addresses.
From: Vladimir Oltean <olteanv@gmail.com> Date: 2020-12-05 12:13:41
On Wed, Dec 02, 2020 at 01:49:53PM +0100, Enrico Weigelt, metux IT consult wrote:
quoted hunk
Remove MODULE_VERSION(), as it isn't needed at all: the only version
making sense is the kernel version.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
---
net/8021q/vlan.c | 8 +-------
1 file changed, 1 insertion(+), 7 deletions(-)
@@ -36,15 +36,10 @@#include"vlan.h"#include"vlanproc.h"-#define DRV_VERSION "1.8"-/* Global VLAN variables */unsignedintvlan_net_id__read_mostly;-constcharvlan_fullname[]="802.1Q VLAN Support";-constcharvlan_version[]=DRV_VERSION;-/* End of global variables definitions. */staticintvlan_group_prealloc_vid(structvlan_group*vg,
On Sat, Dec 05, 2020 at 01:20:18PM +0200, Vladimir Oltean wrote:
On Wed, Dec 02, 2020 at 01:49:53PM +0100, Enrico Weigelt, metux IT consult wrote:
quoted
Remove MODULE_VERSION(), as it isn't needed at all: the only version
making sense is the kernel version.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
---
net/8021q/vlan.c | 8 +-------
1 file changed, 1 insertion(+), 7 deletions(-)
@@ -36,15 +36,10 @@#include"vlan.h"#include"vlanproc.h"-#define DRV_VERSION "1.8"-/* Global VLAN variables */unsignedintvlan_net_id__read_mostly;-constcharvlan_fullname[]="802.1Q VLAN Support";-constcharvlan_version[]=DRV_VERSION;-/* End of global variables definitions. */staticintvlan_group_prealloc_vid(structvlan_group*vg,
From: Jakub Kicinski <kuba@kernel.org> Date: 2020-12-05 18:43:16
On Sat, 05 Dec 2020 08:06:40 +0100 Sven Eckelmann wrote:
On Wednesday, 2 December 2020 13:49:54 CET Enrico Weigelt, metux IT consult wrote:
quoted
Remove MODULE_VERSION(), as it isn't needed at all: the only version
making sense is the kernel version.
Is there some explanation besides an opinion? Some kind goal which you want to
achieve with it maybe?
At least for us it was an easy way to query the release cycle information via
batctl. Which made it easier for us to roughly figure out what an reporter/
inquirer was using - independent of whether he is using the in-kernel version
or a backported version.
Loosing this source of information and breaking parts of batctl and other
tools (respondd, ...) is not the end of the world. But I would at least know
why this is now necessary.
No, no, if it breaks your user space we can't do it, let's leave batman
alone, then.
I think this is mostly a clean up. In-tree the kernel version is usually
far more dependable because backports don't include version bumps.
Indeed it would be great if the clear motivation was spelled out in the
cover letter and/or patches.
From: Enrico Weigelt, metux IT consult <hidden> Date: 2020-12-08 07:52:30
On 05.12.20 08:06, Sven Eckelmann wrote:
Hi,
Is there some explanation besides an opinion? Some kind goal which you want to
achieve with it maybe?
Just a cleanup. I've been under the impression that this version is just
an relic from oot times.
At least for us it was an easy way to query the release cycle information via
batctl. Which made it easier for us to roughly figure out what an reporter/
inquirer was using - independent of whether he is using the in-kernel version
or a backported version.
Is the OOT scenario still valid ?
Loosing this source of information and breaking parts of batctl and other
tools (respondd, ...) is not the end of the world. But I would at least know
why this is now necessary.
Okay, if this particular information indeed has a practical value, we
should keep it. Taking it as a NAK.
Perhaps we should add a comment what it's used for and make sure, the
version number is properly maintained.
The problem I see w/ those version fields is that we have lots of
changes in the kernel tree, w/o the version number being increased -
making this information at least doubtful.
--mtx
--
---
Hinweis: unverschlüsselte E-Mails können leicht abgehört und manipuliert
werden ! Für eine vertrauliche Kommunikation senden Sie bitte ihren
GPG/PGP-Schlüssel zu.
---
Enrico Weigelt, metux IT consult
Free software and Linux embedded engineering
info@metux.net -- +49-151-27565287
From: Enrico Weigelt, metux IT consult <hidden> Date: 2020-12-08 08:54:54
On 05.12.20 16:53, Greg KH wrote:
quoted
How do we feel about deleting this not really informative message
altogether in a future patch?
It too should be removed. If drivers are working properly, they are
quiet.
Just sent a separate patch for removing this message. I'll rebase my
patch queue when this patch went through.
--mtx
--
---
Hinweis: unverschlüsselte E-Mails können leicht abgehört und manipuliert
werden ! Für eine vertrauliche Kommunikation senden Sie bitte ihren
GPG/PGP-Schlüssel zu.
---
Enrico Weigelt, metux IT consult
Free software and Linux embedded engineering
info@metux.net -- +49-151-27565287
From: Sven Eckelmann <sven@narfation.org> Date: 2020-12-08 09:57:00
On Tuesday, 8 December 2020 08:48:56 CET Enrico Weigelt, metux IT consult wrote:
quoted
Is there some explanation besides an opinion? Some kind goal which you want to
achieve with it maybe?
Just a cleanup. I've been under the impression that this version is just
an relic from oot times.
There are various entities which are loving to use the distro kernel and
replace the batman-adv module with a backport from a newer kernel version.
Similar to what is done in OpenWrt for the wifi drivers.
quoted
At least for us it was an easy way to query the release cycle information via
batctl. Which made it easier for us to roughly figure out what an reporter/
inquirer was using - independent of whether he is using the in-kernel version
or a backported version.
Is the OOT scenario still valid ?
Since the backport is OOT - yes, it is still valid.
Kind regards,
Sven