[PATCH] Input: matrix-keymap - provide proper module license

[PATCH] Input: matrix-keymap - provide proper module license

[Dmitry Torokhov]

From: Florian Fainelli <florian@openwrt.org>

The matrix-keymap module is currently lacking a proper module license,
add one so we don't have this module tainting the entire kernel. This
issue has been present since commit 1932811f (Input: matrix-keymap -
uninline and prepare for device tree support)

Signed-off-by: Florian Fainelli <florian@openwrt.org>
CC: stable@vger.kernel.org
Signed-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>
---

Hi Linus,

Please apply before 3.8 final if possible. Sending directly as my normal
branch has some extra stuff in it...

Thanks,
Dmitry


 drivers/input/matrix-keymap.c | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/drivers/input/matrix-keymap.c b/drivers/input/matrix-keymap.c
index 443ad64b..d88d9be 100644
--- a/drivers/input/matrix-keymap.c
+++ b/drivers/input/matrix-keymap.c
@@ -23,6 +23,7 @@
 #include <linux/input.h>
 #include <linux/of.h>
 #include <linux/export.h>
+#include <linux/module.h>
 #include <linux/input/matrix_keypad.h>
 
 static bool matrix_keypad_map_key(struct input_dev *input_dev,
@@ -161,3 +162,5 @@ int matrix_keypad_build_keymap(const struct matrix_keymap_data *keymap_data,
 	return 0;
 }
 EXPORT_SYMBOL(matrix_keypad_build_keymap);
+
+MODULE_LICENSE("GPL");
-- 
1.7.11.7

Re: [PATCH] Input: matrix-keymap - provide proper module license

[Florian Fainelli]

On Monday 10 December 2012 12:25:32 Dmitry Torokhov wrote:
> From: Florian Fainelli <florian@openwrt.org>
> 
> The matrix-keymap module is currently lacking a proper module license,
> add one so we don't have this module tainting the entire kernel. This
> issue has been present since commit 1932811f (Input: matrix-keymap -
> uninline and prepare for device tree support)
> 
> Signed-off-by: Florian Fainelli <florian@openwrt.org>
> CC: stable@vger.kernel.org
> Signed-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>
> ---
> 
> Hi Linus,
> 
> Please apply before 3.8 final if possible. Sending directly as my normal
> branch has some extra stuff in it...

Thank you Dmitry! In fact, this issue has been present since 3.5, so it might
be worth backporting this fix to -stable tree as well.
-- 
Florian