Re: [PATCH 207/493] i2c: remove use of __devinit

2012-11-21 Thread Barry Song
2012/11/20 Bill Pemberton wf...@virginia.edu:
 CONFIG_HOTPLUG is going away as an option so __devinit is no longer
 needed.

 Signed-off-by: Bill Pemberton wf...@virginia.edu
 Cc: Jean Delvare kh...@linux-fr.org
 Cc: Wolfram Sang w.s...@pengutronix.de
 Cc: Ben Dooks  ben-li...@fluff.org
 Cc: Rudolf Marek r.ma...@assembler.cz
 Cc: Jochen Friedrich joc...@scram.de
 Cc: Peter Korsgaard jac...@sunsite.dk
 Cc: Tony Lindgren t...@atomide.com
 Cc: Olof Johansson o...@lixom.net
 Cc: Vitaly Wool vitalyw...@gmail.com
 Cc: Guan Xuetao g...@mprc.pku.edu.cn
 Cc: Barry Song baohua.s...@csr.com
 Cc: Mark M. Hoffman mhoff...@lightlink.com
 Cc: linux-...@vger.kernel.org
 Cc: linuxppc-dev@lists.ozlabs.org
 Cc: linux-o...@vger.kernel.org
 Cc: linux-arm-ker...@lists.infradead.org
 ---

Acked-by: Barry Song baohua.s...@csr.com

  drivers/i2c/busses/i2c-ali1535.c|  4 ++--
  drivers/i2c/busses/i2c-ali1563.c|  4 ++--
  drivers/i2c/busses/i2c-ali15x3.c|  4 ++--
  drivers/i2c/busses/i2c-amd756.c |  2 +-
  drivers/i2c/busses/i2c-amd8111.c|  2 +-
  drivers/i2c/busses/i2c-at91.c   |  6 +++---
  drivers/i2c/busses/i2c-au1550.c |  2 +-
  drivers/i2c/busses/i2c-cpm.c|  4 ++--
  drivers/i2c/busses/i2c-designware-pcidrv.c  |  2 +-
  drivers/i2c/busses/i2c-designware-platdrv.c |  2 +-
  drivers/i2c/busses/i2c-eg20t.c  |  2 +-
  drivers/i2c/busses/i2c-elektor.c|  4 ++--
  drivers/i2c/busses/i2c-gpio.c   |  4 ++--
  drivers/i2c/busses/i2c-highlander.c |  2 +-
  drivers/i2c/busses/i2c-hydra.c  |  2 +-
  drivers/i2c/busses/i2c-i801.c   | 14 +++---
  drivers/i2c/busses/i2c-ibm_iic.c|  4 ++--
  drivers/i2c/busses/i2c-intel-mid.c  |  2 +-
  drivers/i2c/busses/i2c-isch.c   |  2 +-
  drivers/i2c/busses/i2c-mpc.c| 20 ++--
  drivers/i2c/busses/i2c-mv64xxx.c| 12 ++--
  drivers/i2c/busses/i2c-mxs.c|  2 +-
  drivers/i2c/busses/i2c-nforce2.c|  4 ++--
  drivers/i2c/busses/i2c-nuc900.c |  2 +-
  drivers/i2c/busses/i2c-ocores.c |  2 +-
  drivers/i2c/busses/i2c-octeon.c |  6 +++---
  drivers/i2c/busses/i2c-omap.c   |  2 +-
  drivers/i2c/busses/i2c-parport-light.c  |  2 +-
  drivers/i2c/busses/i2c-pasemi.c |  2 +-
  drivers/i2c/busses/i2c-pca-isa.c|  4 ++--
  drivers/i2c/busses/i2c-pca-platform.c   |  2 +-
  drivers/i2c/busses/i2c-piix4.c  | 10 +-
  drivers/i2c/busses/i2c-pmcmsp.c |  2 +-
  drivers/i2c/busses/i2c-pnx.c|  2 +-
  drivers/i2c/busses/i2c-powermac.c   | 12 ++--
  drivers/i2c/busses/i2c-puv3.c   |  2 +-
  drivers/i2c/busses/i2c-pxa-pci.c|  2 +-
  drivers/i2c/busses/i2c-rcar.c   |  2 +-
  drivers/i2c/busses/i2c-s6000.c  |  4 ++--
  drivers/i2c/busses/i2c-sh7760.c |  4 ++--
  drivers/i2c/busses/i2c-sirf.c   |  2 +-
  drivers/i2c/busses/i2c-sis5595.c|  4 ++--
  drivers/i2c/busses/i2c-sis630.c |  4 ++--
  drivers/i2c/busses/i2c-sis96x.c |  2 +-
  drivers/i2c/busses/i2c-tegra.c  |  2 +-
  drivers/i2c/busses/i2c-via.c|  2 +-
  drivers/i2c/busses/i2c-viapro.c |  2 +-
  drivers/i2c/busses/i2c-xiic.c   |  2 +-
  drivers/i2c/busses/i2c-xlr.c|  2 +-
  drivers/i2c/busses/scx200_acb.c | 10 +-
  drivers/i2c/muxes/i2c-mux-gpio.c|  4 ++--
  drivers/i2c/muxes/i2c-mux-pinctrl.c |  2 +-
  52 files changed, 103 insertions(+), 103 deletions(-)

___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev


Re: [PATCH 207/493] i2c: remove use of __devinit

2012-11-20 Thread Jean Delvare
Hi Bill,

On Mon, 19 Nov 2012 13:22:36 -0500, Bill Pemberton wrote:
 CONFIG_HOTPLUG is going away as an option so __devinit is no longer
 needed.

Can you please point me/us to the discussion explaining the rationale
behind this move, and the explanation of what will be done exactly?
While I can easily understand that we want to drop CONFIG_HOTPLUG and
always enable hot-plug support, I don't see where we are going with
removing __devinit annotations and the like.

Thanks,
-- 
Jean Delvare
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev


Re: [PATCH 207/493] i2c: remove use of __devinit

2012-11-20 Thread Jean Delvare
On Tue, 20 Nov 2012 13:23:42 +, Russell King - ARM Linux wrote:
 On Tue, Nov 20, 2012 at 09:20:46AM +0100, Jean Delvare wrote:
  Hi Bill,
  
  On Mon, 19 Nov 2012 13:22:36 -0500, Bill Pemberton wrote:
   CONFIG_HOTPLUG is going away as an option so __devinit is no longer
   needed.
  
  Can you please point me/us to the discussion explaining the rationale
  behind this move, and the explanation of what will be done exactly?
  While I can easily understand that we want to drop CONFIG_HOTPLUG and
  always enable hot-plug support, I don't see where we are going with
  removing __devinit annotations and the like.
 
 It's actually very simple to understand.
 
 1. CONFIG_HOTPLUG is going away; it's already defined to always be 'Y'.
 2. This means that the the devinit sections will not be discarded anymore.
 3. As a result, there's no point the devinit sections existing anymore.
 4. As there's no devinit sections, the __devinit marker is entirely
redundant and useless.

Ah, yes, very simple indeed. Not sure how I managed to not understand
it earlier today. Thanks for explaining.

 The reason this is being done is because the benefit to cost ratio of this
 is far too high; it's well proven that people constantly get these markings
 wrong, and with most kernels having had hotplug enabled anyway, it's not
 providing much in the way of space saving benefit over the number of section
 conflicts it causes.  So, it's been decided a few years ago that this is

Yes, I completely agree.

 going to happen, with that justification, and it's been accepted by 300
 odd kernel developers in at least one kernel summit when it was talked

Probably that was one I didn't attend to, as I can't remember this
discussion.

 about... and it's been mentioned on mailing lists several times.

Maybe LKML, which I don't read. So I wasn't aware of the plan before
seeing Bill's patches.

-- 
Jean Delvare
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev


Re: [PATCH 207/493] i2c: remove use of __devinit

2012-11-20 Thread Russell King - ARM Linux
On Tue, Nov 20, 2012 at 09:20:46AM +0100, Jean Delvare wrote:
 Hi Bill,
 
 On Mon, 19 Nov 2012 13:22:36 -0500, Bill Pemberton wrote:
  CONFIG_HOTPLUG is going away as an option so __devinit is no longer
  needed.
 
 Can you please point me/us to the discussion explaining the rationale
 behind this move, and the explanation of what will be done exactly?
 While I can easily understand that we want to drop CONFIG_HOTPLUG and
 always enable hot-plug support, I don't see where we are going with
 removing __devinit annotations and the like.

It's actually very simple to understand.

1. CONFIG_HOTPLUG is going away; it's already defined to always be 'Y'.
2. This means that the the devinit sections will not be discarded anymore.
3. As a result, there's no point the devinit sections existing anymore.
4. As there's no devinit sections, the __devinit marker is entirely
   redundant and useless.

The reason this is being done is because the benefit to cost ratio of this
is far too high; it's well proven that people constantly get these markings
wrong, and with most kernels having had hotplug enabled anyway, it's not
providing much in the way of space saving benefit over the number of section
conflicts it causes.  So, it's been decided a few years ago that this is
going to happen, with that justification, and it's been accepted by 300
odd kernel developers in at least one kernel summit when it was talked
about... and it's been mentioned on mailing lists several times.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev


[PATCH 207/493] i2c: remove use of __devinit

2012-11-19 Thread Bill Pemberton
CONFIG_HOTPLUG is going away as an option so __devinit is no longer
needed.

Signed-off-by: Bill Pemberton wf...@virginia.edu
Cc: Jean Delvare kh...@linux-fr.org 
Cc: Wolfram Sang w.s...@pengutronix.de 
Cc: Ben Dooks  ben-li...@fluff.org 
Cc: Rudolf Marek r.ma...@assembler.cz 
Cc: Jochen Friedrich joc...@scram.de 
Cc: Peter Korsgaard jac...@sunsite.dk 
Cc: Tony Lindgren t...@atomide.com 
Cc: Olof Johansson o...@lixom.net 
Cc: Vitaly Wool vitalyw...@gmail.com 
Cc: Guan Xuetao g...@mprc.pku.edu.cn 
Cc: Barry Song baohua.s...@csr.com 
Cc: Mark M. Hoffman mhoff...@lightlink.com 
Cc: linux-...@vger.kernel.org 
Cc: linuxppc-dev@lists.ozlabs.org 
Cc: linux-o...@vger.kernel.org 
Cc: linux-arm-ker...@lists.infradead.org 
---
 drivers/i2c/busses/i2c-ali1535.c|  4 ++--
 drivers/i2c/busses/i2c-ali1563.c|  4 ++--
 drivers/i2c/busses/i2c-ali15x3.c|  4 ++--
 drivers/i2c/busses/i2c-amd756.c |  2 +-
 drivers/i2c/busses/i2c-amd8111.c|  2 +-
 drivers/i2c/busses/i2c-at91.c   |  6 +++---
 drivers/i2c/busses/i2c-au1550.c |  2 +-
 drivers/i2c/busses/i2c-cpm.c|  4 ++--
 drivers/i2c/busses/i2c-designware-pcidrv.c  |  2 +-
 drivers/i2c/busses/i2c-designware-platdrv.c |  2 +-
 drivers/i2c/busses/i2c-eg20t.c  |  2 +-
 drivers/i2c/busses/i2c-elektor.c|  4 ++--
 drivers/i2c/busses/i2c-gpio.c   |  4 ++--
 drivers/i2c/busses/i2c-highlander.c |  2 +-
 drivers/i2c/busses/i2c-hydra.c  |  2 +-
 drivers/i2c/busses/i2c-i801.c   | 14 +++---
 drivers/i2c/busses/i2c-ibm_iic.c|  4 ++--
 drivers/i2c/busses/i2c-intel-mid.c  |  2 +-
 drivers/i2c/busses/i2c-isch.c   |  2 +-
 drivers/i2c/busses/i2c-mpc.c| 20 ++--
 drivers/i2c/busses/i2c-mv64xxx.c| 12 ++--
 drivers/i2c/busses/i2c-mxs.c|  2 +-
 drivers/i2c/busses/i2c-nforce2.c|  4 ++--
 drivers/i2c/busses/i2c-nuc900.c |  2 +-
 drivers/i2c/busses/i2c-ocores.c |  2 +-
 drivers/i2c/busses/i2c-octeon.c |  6 +++---
 drivers/i2c/busses/i2c-omap.c   |  2 +-
 drivers/i2c/busses/i2c-parport-light.c  |  2 +-
 drivers/i2c/busses/i2c-pasemi.c |  2 +-
 drivers/i2c/busses/i2c-pca-isa.c|  4 ++--
 drivers/i2c/busses/i2c-pca-platform.c   |  2 +-
 drivers/i2c/busses/i2c-piix4.c  | 10 +-
 drivers/i2c/busses/i2c-pmcmsp.c |  2 +-
 drivers/i2c/busses/i2c-pnx.c|  2 +-
 drivers/i2c/busses/i2c-powermac.c   | 12 ++--
 drivers/i2c/busses/i2c-puv3.c   |  2 +-
 drivers/i2c/busses/i2c-pxa-pci.c|  2 +-
 drivers/i2c/busses/i2c-rcar.c   |  2 +-
 drivers/i2c/busses/i2c-s6000.c  |  4 ++--
 drivers/i2c/busses/i2c-sh7760.c |  4 ++--
 drivers/i2c/busses/i2c-sirf.c   |  2 +-
 drivers/i2c/busses/i2c-sis5595.c|  4 ++--
 drivers/i2c/busses/i2c-sis630.c |  4 ++--
 drivers/i2c/busses/i2c-sis96x.c |  2 +-
 drivers/i2c/busses/i2c-tegra.c  |  2 +-
 drivers/i2c/busses/i2c-via.c|  2 +-
 drivers/i2c/busses/i2c-viapro.c |  2 +-
 drivers/i2c/busses/i2c-xiic.c   |  2 +-
 drivers/i2c/busses/i2c-xlr.c|  2 +-
 drivers/i2c/busses/scx200_acb.c | 10 +-
 drivers/i2c/muxes/i2c-mux-gpio.c|  4 ++--
 drivers/i2c/muxes/i2c-mux-pinctrl.c |  2 +-
 52 files changed, 103 insertions(+), 103 deletions(-)

diff --git a/drivers/i2c/busses/i2c-ali1535.c b/drivers/i2c/busses/i2c-ali1535.c
index cb30432..9ee96f0 100644
--- a/drivers/i2c/busses/i2c-ali1535.c
+++ b/drivers/i2c/busses/i2c-ali1535.c
@@ -139,7 +139,7 @@ static unsigned short ali1535_offset;
Note the differences between kernels with the old PCI BIOS interface and
newer kernels with the real PCI interface. In compat.h some things are
defined to make the transition easier. */
-static int __devinit ali1535_setup(struct pci_dev *dev)
+static int ali1535_setup(struct pci_dev *dev)
 {
int retval;
unsigned char temp;
@@ -502,7 +502,7 @@ static DEFINE_PCI_DEVICE_TABLE(ali1535_ids) = {
 
 MODULE_DEVICE_TABLE(pci, ali1535_ids);
 
-static int __devinit ali1535_probe(struct pci_dev *dev, const struct 
pci_device_id *id)
+static int ali1535_probe(struct pci_dev *dev, const struct pci_device_id *id)
 {
if (ali1535_setup(dev)) {
dev_warn(dev-dev,
diff --git a/drivers/i2c/busses/i2c-ali1563.c b/drivers/i2c/busses/i2c-ali1563.c
index 547a96f..55c27b9 100644
--- a/drivers/i2c/busses/i2c-ali1563.c
+++ b/drivers/i2c/busses/i2c-ali1563.c
@@ -326,7 +326,7 @@ static u32 ali1563_func(struct i2c_adapter * a)
 }
 
 
-static int __devinit ali1563_setup(struct pci_dev * dev)
+static int ali1563_setup(struct pci_dev * dev)
 {
u16 ctrl;
 
@@ -390,7