* Re: [PATCH 1/4] hwmon: (lm70) Simplify show_name function [not found] ` <1347396773-32108-1-git-send-email-linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org> @ 2012-09-16 13:09 ` Jean Delvare [not found] ` <20120916150901.6df27a85-R0o5gVi9kd7kN2dkZ6Wm7A@public.gmane.org> 0 siblings, 1 reply; 4+ messages in thread From: Jean Delvare @ 2012-09-16 13:09 UTC (permalink / raw) To: Guenter Roeck Cc: spi-devel-general-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f, lm-sensors Hi Guenter, On Tue, 11 Sep 2012 13:52:50 -0700, Guenter Roeck wrote: > Instead of using a switch statement to determine the device name, use > to_spi_device(dev)->modalias to simplify the code and reduce module size. > > Signed-off-by: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org> > --- > drivers/hwmon/lm70.c | 21 +-------------------- > 1 file changed, 1 insertion(+), 20 deletions(-) > > diff --git a/drivers/hwmon/lm70.c b/drivers/hwmon/lm70.c > index 789753d..2d1777a 100644 > --- a/drivers/hwmon/lm70.c > +++ b/drivers/hwmon/lm70.c > @@ -124,26 +124,7 @@ static DEVICE_ATTR(temp1_input, S_IRUGO, lm70_sense_temp, NULL); > static ssize_t lm70_show_name(struct device *dev, struct device_attribute > *devattr, char *buf) > { > - struct lm70 *p_lm70 = dev_get_drvdata(dev); > - int ret; > - > - switch (p_lm70->chip) { > - case LM70_CHIP_LM70: > - ret = sprintf(buf, "lm70\n"); > - break; > - case LM70_CHIP_TMP121: > - ret = sprintf(buf, "tmp121\n"); > - break; > - case LM70_CHIP_LM71: > - ret = sprintf(buf, "lm71\n"); > - break; > - case LM70_CHIP_LM74: > - ret = sprintf(buf, "lm74\n"); > - break; > - default: > - ret = -EINVAL; > - } > - return ret; > + return sprintf(buf, "%s\n", to_spi_device(dev)->modalias); > } That's a very nice cleanup, but it makes me wonder... Wouldn't it make sense to create the "name" attribute of spi devices at the spi core level, as we do for i2c devices? All spi-based hwmon drivers create the hwmon attributes as the spi device level, as is done for i2c devices, so that would make no difference from a user-space perspective. And this would avoid code redundancy. If we don't want to do that, then let's offer drivers a nicer function to retrieve the spi device name, e.g. spi_dev_name(). That way, the internal implementation can change in the future without having to update all drivers. Grant, what do you think? -- Jean Delvare ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://ad.doubleclick.net/clk;258768047;13503038;j? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ^ permalink raw reply [flat|nested] 4+ messages in thread
[parent not found: <20120916150901.6df27a85-R0o5gVi9kd7kN2dkZ6Wm7A@public.gmane.org>]
* Re: [PATCH 1/4] hwmon: (lm70) Simplify show_name function [not found] ` <20120916150901.6df27a85-R0o5gVi9kd7kN2dkZ6Wm7A@public.gmane.org> @ 2012-09-16 16:19 ` Guenter Roeck [not found] ` <20120916161934.GB24858-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org> 0 siblings, 1 reply; 4+ messages in thread From: Guenter Roeck @ 2012-09-16 16:19 UTC (permalink / raw) To: Jean Delvare Cc: spi-devel-general-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f, lm-sensors On Sun, Sep 16, 2012 at 03:09:01PM +0200, Jean Delvare wrote: > Hi Guenter, > > On Tue, 11 Sep 2012 13:52:50 -0700, Guenter Roeck wrote: > > Instead of using a switch statement to determine the device name, use > > to_spi_device(dev)->modalias to simplify the code and reduce module size. > > > > Signed-off-by: Guenter Roeck <linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org> > > --- > > drivers/hwmon/lm70.c | 21 +-------------------- > > 1 file changed, 1 insertion(+), 20 deletions(-) > > > > diff --git a/drivers/hwmon/lm70.c b/drivers/hwmon/lm70.c > > index 789753d..2d1777a 100644 > > --- a/drivers/hwmon/lm70.c > > +++ b/drivers/hwmon/lm70.c > > @@ -124,26 +124,7 @@ static DEVICE_ATTR(temp1_input, S_IRUGO, lm70_sense_temp, NULL); > > static ssize_t lm70_show_name(struct device *dev, struct device_attribute > > *devattr, char *buf) > > { > > - struct lm70 *p_lm70 = dev_get_drvdata(dev); > > - int ret; > > - > > - switch (p_lm70->chip) { > > - case LM70_CHIP_LM70: > > - ret = sprintf(buf, "lm70\n"); > > - break; > > - case LM70_CHIP_TMP121: > > - ret = sprintf(buf, "tmp121\n"); > > - break; > > - case LM70_CHIP_LM71: > > - ret = sprintf(buf, "lm71\n"); > > - break; > > - case LM70_CHIP_LM74: > > - ret = sprintf(buf, "lm74\n"); > > - break; > > - default: > > - ret = -EINVAL; > > - } > > - return ret; > > + return sprintf(buf, "%s\n", to_spi_device(dev)->modalias); > > } > > That's a very nice cleanup, but it makes me wonder... > > Wouldn't it make sense to create the "name" attribute of spi devices at > the spi core level, as we do for i2c devices? All spi-based hwmon > drivers create the hwmon attributes as the spi device level, as is done > for i2c devices, so that would make no difference from a user-space > perspective. And this would avoid code redundancy. > > If we don't want to do that, then let's offer drivers a nicer function > to retrieve the spi device name, e.g. spi_dev_name(). That way, the > internal implementation can change in the future without having to > update all drivers. > Adding a "name" attribute would be great, but it is not used outside hwmon, and I am not sure if we want to impose that on other users. I am obviusly fine with spi_dev_name(). Having said that, modalias is used heavily in SPI drivers, so my patches don't really do anything special. Guenter ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://ad.doubleclick.net/clk;258768047;13503038;j? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ^ permalink raw reply [flat|nested] 4+ messages in thread
[parent not found: <20120916161934.GB24858-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>]
* Re: [PATCH 1/4] hwmon: (lm70) Simplify show_name function [not found] ` <20120916161934.GB24858-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org> @ 2012-09-16 18:44 ` Jean Delvare [not found] ` <20120916204456.16a94b98-R0o5gVi9kd7kN2dkZ6Wm7A@public.gmane.org> 0 siblings, 1 reply; 4+ messages in thread From: Jean Delvare @ 2012-09-16 18:44 UTC (permalink / raw) To: Guenter Roeck Cc: spi-devel-general-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f, lm-sensors On Sun, 16 Sep 2012 09:19:34 -0700, Guenter Roeck wrote: > On Sun, Sep 16, 2012 at 03:09:01PM +0200, Jean Delvare wrote: > > On Tue, 11 Sep 2012 13:52:50 -0700, Guenter Roeck wrote: > > That's a very nice cleanup, but it makes me wonder... > > > > Wouldn't it make sense to create the "name" attribute of spi devices at > > the spi core level, as we do for i2c devices? All spi-based hwmon > > drivers create the hwmon attributes as the spi device level, as is done > > for i2c devices, so that would make no difference from a user-space > > perspective. And this would avoid code redundancy. > > > > If we don't want to do that, then let's offer drivers a nicer function > > to retrieve the spi device name, e.g. spi_dev_name(). That way, the > > internal implementation can change in the future without having to > > update all drivers. > > Adding a "name" attribute would be great, but it is not used outside hwmon, > and I am not sure if we want to impose that on other users. That's correct, but OTOH we do exactly that for i2c devices and I am not aware of anybody complaining about that so far. > I am obviously fine with spi_dev_name(). > > Having said that, modalias is used heavily in SPI drivers, so my patches > don't really do anything special. OK, good to know. This certainly speaks in favor of at least spi_dev_name(), but we can take your patches as is for the time being, pending Grant's decision. -- Jean Delvare ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://ad.doubleclick.net/clk;258768047;13503038;j? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ^ permalink raw reply [flat|nested] 4+ messages in thread
[parent not found: <20120916204456.16a94b98-R0o5gVi9kd7kN2dkZ6Wm7A@public.gmane.org>]
* Re: [PATCH 1/4] hwmon: (lm70) Simplify show_name function [not found] ` <20120916204456.16a94b98-R0o5gVi9kd7kN2dkZ6Wm7A@public.gmane.org> @ 2012-09-16 18:56 ` Guenter Roeck 0 siblings, 0 replies; 4+ messages in thread From: Guenter Roeck @ 2012-09-16 18:56 UTC (permalink / raw) To: Jean Delvare Cc: spi-devel-general-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f, Mark Brown, lm-sensors On Sun, Sep 16, 2012 at 08:44:56PM +0200, Jean Delvare wrote: > On Sun, 16 Sep 2012 09:19:34 -0700, Guenter Roeck wrote: > > On Sun, Sep 16, 2012 at 03:09:01PM +0200, Jean Delvare wrote: > > > On Tue, 11 Sep 2012 13:52:50 -0700, Guenter Roeck wrote: > > > That's a very nice cleanup, but it makes me wonder... > > > > > > Wouldn't it make sense to create the "name" attribute of spi devices at > > > the spi core level, as we do for i2c devices? All spi-based hwmon > > > drivers create the hwmon attributes as the spi device level, as is done > > > for i2c devices, so that would make no difference from a user-space > > > perspective. And this would avoid code redundancy. > > > > > > If we don't want to do that, then let's offer drivers a nicer function > > > to retrieve the spi device name, e.g. spi_dev_name(). That way, the > > > internal implementation can change in the future without having to > > > update all drivers. > > > > Adding a "name" attribute would be great, but it is not used outside hwmon, > > and I am not sure if we want to impose that on other users. > > That's correct, but OTOH we do exactly that for i2c devices and I am > not aware of anybody complaining about that so far. > > > I am obviously fine with spi_dev_name(). > > > > Having said that, modalias is used heavily in SPI drivers, so my patches > > don't really do anything special. > > OK, good to know. This certainly speaks in favor of at least > spi_dev_name(), but we can take your patches as is for the time being, > pending Grant's decision. > That is what I would suggest we should do. Also copying Mark Brown; he is handling much of the SPI changes nowadays. Guenter ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://ad.doubleclick.net/clk;258768047;13503038;j? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2012-09-16 18:56 UTC | newest] Thread overview: 4+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- [not found] <1347396773-32108-1-git-send-email-linux@roeck-us.net> [not found] ` <1347396773-32108-1-git-send-email-linux-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org> 2012-09-16 13:09 ` [PATCH 1/4] hwmon: (lm70) Simplify show_name function Jean Delvare [not found] ` <20120916150901.6df27a85-R0o5gVi9kd7kN2dkZ6Wm7A@public.gmane.org> 2012-09-16 16:19 ` Guenter Roeck [not found] ` <20120916161934.GB24858-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org> 2012-09-16 18:44 ` Jean Delvare [not found] ` <20120916204456.16a94b98-R0o5gVi9kd7kN2dkZ6Wm7A@public.gmane.org> 2012-09-16 18:56 ` Guenter Roeck
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).