All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jim Cromie <jim.cromie@gmail.com>
To: lm-sensors@vger.kernel.org
Subject: Re: [lm-sensors] [patch 2.6.23-pre] s/SENSORS_/HWMON_/  in Kconfig,
Date: Wed, 13 Jun 2007 17:52:16 +0000	[thread overview]
Message-ID: <46702ED0.1030509@gmail.com> (raw)
In-Reply-To: <466E2E83.4010203@gmail.com>

[-- Attachment #1: Type: text/plain, Size: 1719 bytes --]

Jean Delvare wrote:
> Hi Mark, Hi Jim,
>
> On Tue, 12 Jun 2007 07:23:46 -0400, Mark M. Hoffman wrote:
>   
>> Hi Jim:
>>
>> * Jim Cromie <jim.cromie@gmail.com> [2007-06-11 23:26:27 -0600]:
>>     
>>> (patch attached, with this stuff at the top - hope thats ok)
>>>
>>> This changes SENSORS to HWMON in Kconfig and Makefile,
>>> which makes it agree with 'menuconfig HWMON' at the top of Kconfig,
>>> and with the dir-name itself.  ISTM that theres no reason
>>> (save legacy) to keep this arbitrary difference.
>>>       
>> It will break 'make oldconfig', although I don't care *too* much about that.
>> Does anyone else care one way or the other?
>>     

I guess I should have pointed that out.
It did give me a chance to say 'm' to all of them..


> However, if we do that, let's do it completely and clean up the
> occurrences of CONFIG_SENSORS_* that are left under drivers/i2c/chips
> at the same time. Otherwise some confusion will be left. Jim, can you
> please submit a new patch doing this?
>
> Thanks,
>   

attached, with patch-desc and sign-off at the top of the file.
I went with a separate patch since its a different subdir.

thanks.



PS - ( I wanted to say this without adding a separate 'me-too' email )

Congrats to Jean, for having successfully passed on the burden,
youve earned some laurel-resting.

And condolences to Mark, for having been talked into taking the burden.

And of course, *big thanks* to both of you, for doing this demanding,
tedious, and mostly under-appreciated job.



Mark, 
do you plan to keep web-page like Jean did with this ?

    http://khali.linux-fr.org/devel/linux-2.6/jdelvare-hwmon/

I found it useful to avoid asking  "are we there yet ?" type questions  :-)



[-- Attachment #2: diff.conf-sensors-2-i2c --]
[-- Type: text/plain, Size: 3635 bytes --]


This changes SENSORS to I2C in Kconfig and Makefile which reflects
the split of drivers into the hwmon and i2c directories.

Signed-off-by:	Jim Cromie <jim.cromie@gmail.com>
---
diffstat diff.conf-sensors-2-i2c
 Kconfig  |   16 ++++++++--------
 Makefile |   16 ++++++++--------
 2 files changed, 16 insertions(+), 16 deletions(-)

---

diff -ruNp -X dontdiff -X exclude-diffs sym-1/drivers/i2c/chips/Kconfig sym-2/drivers/i2c/chips/Kconfig
--- sym-1/drivers/i2c/chips/Kconfig	2007-06-13 09:49:45.000000000 -0600
+++ sym-2/drivers/i2c/chips/Kconfig	2007-06-13 11:16:23.000000000 -0600
@@ -4,7 +4,7 @@
 
 menu "Miscellaneous I2C Chip support"
 
-config SENSORS_DS1337
+config I2C_DS1337
 	tristate "Dallas Semiconductor DS1337 and DS1339 Real Time Clock"
 	depends on EXPERIMENTAL
 	help
@@ -14,7 +14,7 @@ config SENSORS_DS1337
 	  This driver can also be built as a module.  If so, the module
 	  will be called ds1337.
 
-config SENSORS_DS1374
+config I2C_DS1374
 	tristate "Maxim/Dallas Semiconductor DS1374 Real Time Clock"
 	depends on EXPERIMENTAL
 	help
@@ -24,7 +24,7 @@ config SENSORS_DS1374
 	  This driver can also be built as a module.  If so, the module
 	  will be called ds1374.
 
-config SENSORS_EEPROM
+config I2C_EEPROM
 	tristate "EEPROM reader"
 	depends on EXPERIMENTAL
 	help
@@ -35,7 +35,7 @@ config SENSORS_EEPROM
 	  This driver can also be built as a module.  If so, the module
 	  will be called eeprom.
 
-config SENSORS_PCF8574
+config I2C_PCF8574
 	tristate "Philips PCF8574 and PCF8574A"
 	depends on EXPERIMENTAL
 	default n
@@ -49,7 +49,7 @@ config SENSORS_PCF8574
 	  These devices are hard to detect and rarely found on mainstream
 	  hardware.  If unsure, say N.
 
-config SENSORS_PCA9539
+config I2C_PCA9539
 	tristate "Philips PCA9539 16-bit I/O port"
 	depends on EXPERIMENTAL
 	help
@@ -59,7 +59,7 @@ config SENSORS_PCA9539
 	  This driver can also be built as a module.  If so, the module
 	  will be called pca9539.
 
-config SENSORS_PCF8591
+config I2C_PCF8591
 	tristate "Philips PCF8591"
 	depends on EXPERIMENTAL
 	default n
@@ -100,7 +100,7 @@ config TPS65010
 	  This driver can also be built as a module.  If so, the module
 	  will be called tps65010.
 
-config SENSORS_M41T00
+config I2C_M41T00
 	tristate "ST M41T00 RTC chip"
 	depends on PPC32
 	help
@@ -109,7 +109,7 @@ config SENSORS_M41T00
 	  This driver can also be built as a module.  If so, the module
 	  will be called m41t00.
 
-config SENSORS_MAX6875
+config I2C_MAX6875
 	tristate "Maxim MAX6875 Power supply supervisor"
 	depends on EXPERIMENTAL
 	help
diff -ruNp -X dontdiff -X exclude-diffs sym-1/drivers/i2c/chips/Makefile sym-2/drivers/i2c/chips/Makefile
--- sym-1/drivers/i2c/chips/Makefile	2007-02-04 11:44:54.000000000 -0700
+++ sym-2/drivers/i2c/chips/Makefile	2007-06-13 11:16:17.000000000 -0600
@@ -2,14 +2,14 @@
 # Makefile for miscellaneous I2C chip drivers.
 #
 
-obj-$(CONFIG_SENSORS_DS1337)	+= ds1337.o
-obj-$(CONFIG_SENSORS_DS1374)	+= ds1374.o
-obj-$(CONFIG_SENSORS_EEPROM)	+= eeprom.o
-obj-$(CONFIG_SENSORS_MAX6875)	+= max6875.o
-obj-$(CONFIG_SENSORS_M41T00)	+= m41t00.o
-obj-$(CONFIG_SENSORS_PCA9539)	+= pca9539.o
-obj-$(CONFIG_SENSORS_PCF8574)	+= pcf8574.o
-obj-$(CONFIG_SENSORS_PCF8591)	+= pcf8591.o
+obj-$(CONFIG_I2C_DS1337)	+= ds1337.o
+obj-$(CONFIG_I2C_DS1374)	+= ds1374.o
+obj-$(CONFIG_I2C_EEPROM)	+= eeprom.o
+obj-$(CONFIG_I2C_MAX6875)	+= max6875.o
+obj-$(CONFIG_I2C_M41T00)	+= m41t00.o
+obj-$(CONFIG_I2C_PCA9539)	+= pca9539.o
+obj-$(CONFIG_I2C_PCF8574)	+= pcf8574.o
+obj-$(CONFIG_I2C_PCF8591)	+= pcf8591.o
 obj-$(CONFIG_ISP1301_OMAP)	+= isp1301_omap.o
 obj-$(CONFIG_TPS65010)		+= tps65010.o
 

[-- Attachment #3: Type: text/plain, Size: 153 bytes --]

_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors

  parent reply	other threads:[~2007-06-13 17:52 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-06-12  5:26 [lm-sensors] [patch 2.6.23-pre] s/SENSORS_/HWMON_/ in Kconfig, Jim Cromie
2007-06-12 11:23 ` Mark M. Hoffman
2007-06-12 20:44 ` Jean Delvare
2007-06-13 17:52 ` Jim Cromie [this message]
2007-06-14 18:26 ` Jean Delvare
2007-06-14 20:56 ` Jim Cromie
2007-06-15 18:20 ` Jean Delvare
2007-06-16  3:14 ` Mark M. Hoffman

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=46702ED0.1030509@gmail.com \
    --to=jim.cromie@gmail.com \
    --cc=lm-sensors@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.