Thread (44 messages) 44 messages, 9 authors, 2020-01-03

Re: [PATCH] base: soc: Export soc_device_to_device() helper

From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Date: 2019-11-11 06:40:45
Also in: lkml

On Mon, Nov 11, 2019 at 06:42:05AM +0100, Andreas Färber wrote:
Hi Greg,

Am 11.11.19 um 06:27 schrieb Greg Kroah-Hartman:
quoted
On Mon, Nov 11, 2019 at 05:56:09AM +0100, Andreas Färber wrote:
quoted
Use of soc_device_to_device() in driver modules causes a build failure.
Given that the helper is nicely documented in include/linux/sys_soc.h,
let's export it as GPL symbol.
I thought we were fixing the soc drivers to not need this.  What
happened to that effort?  I thought I had patches in my tree (or
someone's tree) that did some of this work already, such that this
symbol isn't needed anymore.
I do still see this function used in next-20191108 in drivers/soc/.

I'll be happy to adjust my RFC driver if someone points me to how!
Look at c31e73121f4c ("base: soc: Handle custom soc information sysfs
entries") for how you can just use the default attributes for the soc to
create the needed sysfs files, instead of having to do it "by hand"
which is racy and incorrect.
Given the current struct layout, a type cast might work (but ugly).
Or if we stay with my current RFC driver design, we could use the
platform_device instead of the soc_device (which would clutter the
screen more than "soc soc0:") or resort to pr_info() w/o device.
Ick, no, don't cast blindly.  What do you need the pointer for?  Is this
for in-tree code?

thanks,

greg k-h

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help