* [PATCH] maple: remove unneeded maple_bus_uevent() callback.
@ 2023-02-01 12:56 Greg Kroah-Hartman
2023-02-01 14:08 ` Anders Roxell
2023-02-01 19:05 ` John Paul Adrian Glaubitz
0 siblings, 2 replies; 4+ messages in thread
From: Greg Kroah-Hartman @ 2023-02-01 12:56 UTC (permalink / raw)
To: linux-kernel
Cc: linux-sh, Greg Kroah-Hartman, Yoshinori Sato, Rich Felker,
Hans de Goede, Rafael J. Wysocki,
Linux Kernel Functional Testing, Naresh Kamboju
The driver core recently changed the uevent bus callback to take a const
pointer, and the maple_bus_uevent() was not correctly fixed up. Instead
of fixing the function parameter types, just remove the callback
entirely as it does not do anything, so it is not necessary.
Cc: Yoshinori Sato <ysato@users.sourceforge.jp>
Cc: Rich Felker <dalias@libc.org>
Cc: Hans de Goede <hdegoede@redhat.com>
Cc: "Rafael J. Wysocki" <rafael@kernel.org>
Reported-by: Linux Kernel Functional Testing <lkft@linaro.org>
Reported-by: Naresh Kamboju <naresh.kamboju@linaro.org>
Fixes: 2a81ada32f0e ("driver core: make struct bus_type.uevent() take a const *")
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
---
sh maintainers, I'll take this through my tree as that's where the
offending commit is that causes the build breakage.
drivers/sh/maple/maple.c | 7 -------
1 file changed, 7 deletions(-)
diff --git a/drivers/sh/maple/maple.c b/drivers/sh/maple/maple.c
index e24e220e56ee..e05473c5c267 100644
--- a/drivers/sh/maple/maple.c
+++ b/drivers/sh/maple/maple.c
@@ -760,12 +760,6 @@ static int maple_match_bus_driver(struct device *devptr,
return 0;
}
-static int maple_bus_uevent(struct device *dev,
- struct kobj_uevent_env *env)
-{
- return 0;
-}
-
static void maple_bus_release(struct device *dev)
{
}
@@ -782,7 +776,6 @@ static struct maple_driver maple_unsupported_device = {
struct bus_type maple_bus_type = {
.name = "maple",
.match = maple_match_bus_driver,
- .uevent = maple_bus_uevent,
};
EXPORT_SYMBOL_GPL(maple_bus_type);
--
2.39.1
^ permalink raw reply related [flat|nested] 4+ messages in thread
* Re: [PATCH] maple: remove unneeded maple_bus_uevent() callback.
2023-02-01 12:56 [PATCH] maple: remove unneeded maple_bus_uevent() callback Greg Kroah-Hartman
@ 2023-02-01 14:08 ` Anders Roxell
2023-02-01 19:05 ` John Paul Adrian Glaubitz
1 sibling, 0 replies; 4+ messages in thread
From: Anders Roxell @ 2023-02-01 14:08 UTC (permalink / raw)
To: Greg Kroah-Hartman
Cc: linux-kernel, linux-sh, Yoshinori Sato, Rich Felker,
Hans de Goede, Rafael J. Wysocki,
Linux Kernel Functional Testing, Naresh Kamboju
On Wed, 1 Feb 2023 at 13:56, Greg Kroah-Hartman
<gregkh@linuxfoundation.org> wrote:
>
> The driver core recently changed the uevent bus callback to take a const
> pointer, and the maple_bus_uevent() was not correctly fixed up. Instead
> of fixing the function parameter types, just remove the callback
> entirely as it does not do anything, so it is not necessary.
>
> Cc: Yoshinori Sato <ysato@users.sourceforge.jp>
> Cc: Rich Felker <dalias@libc.org>
> Cc: Hans de Goede <hdegoede@redhat.com>
> Cc: "Rafael J. Wysocki" <rafael@kernel.org>
> Reported-by: Linux Kernel Functional Testing <lkft@linaro.org>
> Reported-by: Naresh Kamboju <naresh.kamboju@linaro.org>
> Fixes: 2a81ada32f0e ("driver core: make struct bus_type.uevent() take a const *")
> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Thank you for the quick fix.
Tested-by: Anders Roxell <anders.roxell@linaro.org>
Cheers,
Anders
> ---
> sh maintainers, I'll take this through my tree as that's where the
> offending commit is that causes the build breakage.
>
> drivers/sh/maple/maple.c | 7 -------
> 1 file changed, 7 deletions(-)
>
> diff --git a/drivers/sh/maple/maple.c b/drivers/sh/maple/maple.c
> index e24e220e56ee..e05473c5c267 100644
> --- a/drivers/sh/maple/maple.c
> +++ b/drivers/sh/maple/maple.c
> @@ -760,12 +760,6 @@ static int maple_match_bus_driver(struct device *devptr,
> return 0;
> }
>
> -static int maple_bus_uevent(struct device *dev,
> - struct kobj_uevent_env *env)
> -{
> - return 0;
> -}
> -
> static void maple_bus_release(struct device *dev)
> {
> }
> @@ -782,7 +776,6 @@ static struct maple_driver maple_unsupported_device = {
> struct bus_type maple_bus_type = {
> .name = "maple",
> .match = maple_match_bus_driver,
> - .uevent = maple_bus_uevent,
> };
> EXPORT_SYMBOL_GPL(maple_bus_type);
>
> --
> 2.39.1
>
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] maple: remove unneeded maple_bus_uevent() callback.
2023-02-01 12:56 [PATCH] maple: remove unneeded maple_bus_uevent() callback Greg Kroah-Hartman
2023-02-01 14:08 ` Anders Roxell
@ 2023-02-01 19:05 ` John Paul Adrian Glaubitz
2023-02-01 19:47 ` Greg Kroah-Hartman
1 sibling, 1 reply; 4+ messages in thread
From: John Paul Adrian Glaubitz @ 2023-02-01 19:05 UTC (permalink / raw)
To: Greg Kroah-Hartman, linux-kernel
Cc: linux-sh, Yoshinori Sato, Rich Felker, Hans de Goede,
Rafael J. Wysocki, Linux Kernel Functional Testing,
Naresh Kamboju
Hi Greg!
On Wed, 2023-02-01 at 13:56 +0100, Greg Kroah-Hartman wrote:
> The driver core recently changed the uevent bus callback to take a const
> pointer, and the maple_bus_uevent() was not correctly fixed up. Instead
> of fixing the function parameter types, just remove the callback
> entirely as it does not do anything, so it is not necessary.
>
> Cc: Yoshinori Sato <ysato@users.sourceforge.jp>
> Cc: Rich Felker <dalias@libc.org>
> Cc: Hans de Goede <hdegoede@redhat.com>
> Cc: "Rafael J. Wysocki" <rafael@kernel.org>
> Reported-by: Linux Kernel Functional Testing <lkft@linaro.org>
> Reported-by: Naresh Kamboju <naresh.kamboju@linaro.org>
> Fixes: 2a81ada32f0e ("driver core: make struct bus_type.uevent() take a const *")
> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
> ---
> sh maintainers, I'll take this through my tree as that's where the
> offending commit is that causes the build breakage.
>
> drivers/sh/maple/maple.c | 7 -------
> 1 file changed, 7 deletions(-)
>
> diff --git a/drivers/sh/maple/maple.c b/drivers/sh/maple/maple.c
> index e24e220e56ee..e05473c5c267 100644
> --- a/drivers/sh/maple/maple.c
> +++ b/drivers/sh/maple/maple.c
> @@ -760,12 +760,6 @@ static int maple_match_bus_driver(struct device *devptr,
> return 0;
> }
>
> -static int maple_bus_uevent(struct device *dev,
> - struct kobj_uevent_env *env)
> -{
> - return 0;
> -}
> -
> static void maple_bus_release(struct device *dev)
> {
> }
> @@ -782,7 +776,6 @@ static struct maple_driver maple_unsupported_device = {
> struct bus_type maple_bus_type = {
> .name = "maple",
> .match = maple_match_bus_driver,
> - .uevent = maple_bus_uevent,
> };
> EXPORT_SYMBOL_GPL(maple_bus_type);
Through which tree is this supposed to be picked up?
FWIW, we have set up a new SH tree now, but I am not designated as an official
SH maintainer yet which is what I would like to become in order to support
Rich Felker.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] maple: remove unneeded maple_bus_uevent() callback.
2023-02-01 19:05 ` John Paul Adrian Glaubitz
@ 2023-02-01 19:47 ` Greg Kroah-Hartman
0 siblings, 0 replies; 4+ messages in thread
From: Greg Kroah-Hartman @ 2023-02-01 19:47 UTC (permalink / raw)
To: John Paul Adrian Glaubitz
Cc: linux-kernel, linux-sh, Yoshinori Sato, Rich Felker,
Hans de Goede, Rafael J. Wysocki,
Linux Kernel Functional Testing, Naresh Kamboju
On Wed, Feb 01, 2023 at 08:05:21PM +0100, John Paul Adrian Glaubitz wrote:
> Hi Greg!
>
> On Wed, 2023-02-01 at 13:56 +0100, Greg Kroah-Hartman wrote:
> > The driver core recently changed the uevent bus callback to take a const
> > pointer, and the maple_bus_uevent() was not correctly fixed up. Instead
> > of fixing the function parameter types, just remove the callback
> > entirely as it does not do anything, so it is not necessary.
> >
> > Cc: Yoshinori Sato <ysato@users.sourceforge.jp>
> > Cc: Rich Felker <dalias@libc.org>
> > Cc: Hans de Goede <hdegoede@redhat.com>
> > Cc: "Rafael J. Wysocki" <rafael@kernel.org>
> > Reported-by: Linux Kernel Functional Testing <lkft@linaro.org>
> > Reported-by: Naresh Kamboju <naresh.kamboju@linaro.org>
> > Fixes: 2a81ada32f0e ("driver core: make struct bus_type.uevent() take a const *")
> > Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
> > ---
> > sh maintainers, I'll take this through my tree as that's where the
> > offending commit is that causes the build breakage.
> >
> > drivers/sh/maple/maple.c | 7 -------
> > 1 file changed, 7 deletions(-)
> >
> > diff --git a/drivers/sh/maple/maple.c b/drivers/sh/maple/maple.c
> > index e24e220e56ee..e05473c5c267 100644
> > --- a/drivers/sh/maple/maple.c
> > +++ b/drivers/sh/maple/maple.c
> > @@ -760,12 +760,6 @@ static int maple_match_bus_driver(struct device *devptr,
> > return 0;
> > }
> >
> > -static int maple_bus_uevent(struct device *dev,
> > - struct kobj_uevent_env *env)
> > -{
> > - return 0;
> > -}
> > -
> > static void maple_bus_release(struct device *dev)
> > {
> > }
> > @@ -782,7 +776,6 @@ static struct maple_driver maple_unsupported_device = {
> > struct bus_type maple_bus_type = {
> > .name = "maple",
> > .match = maple_match_bus_driver,
> > - .uevent = maple_bus_uevent,
> > };
> > EXPORT_SYMBOL_GPL(maple_bus_type);
>
> Through which tree is this supposed to be picked up?
As the comment below the --- line said above:
sh maintainers, I'll take this through my tree as that's where the
offending commit is that causes the build breakage.
So I took it :)
thanks,
greg k-h
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2023-02-01 19:47 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2023-02-01 12:56 [PATCH] maple: remove unneeded maple_bus_uevent() callback Greg Kroah-Hartman
2023-02-01 14:08 ` Anders Roxell
2023-02-01 19:05 ` John Paul Adrian Glaubitz
2023-02-01 19:47 ` Greg Kroah-Hartman
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).