* [PATCH] scsi/initio: section mismatches with HOTPLUG=n
@ 2006-11-20 2:53 Randy Dunlap
2006-11-24 22:51 ` James Bottomley
0 siblings, 1 reply; 7+ messages in thread
From: Randy Dunlap @ 2006-11-20 2:53 UTC (permalink / raw)
To: scsi; +Cc: jejb, akpm
From: Randy Dunlap <randy.dunlap@oracle.com>
WARNING: drivers/scsi/initio.o - Section mismatch: reference to .init.data: from .text between 'i91u_detect' (at offset 0x26e8) and 'i91uSCBPost'
WARNING: drivers/scsi/initio.o - Section mismatch: reference to .init.data:i91u_pci_devices from .text between 'i91u_detect' (at offset 0x26ef) and 'i91uSCBPost'
Signed-off-by: Randy Dunlap <randy.dunlap@oracle.com>
---
drivers/scsi/initio.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- linux-2619-rc6g2.orig/drivers/scsi/initio.c
+++ linux-2619-rc6g2/drivers/scsi/initio.c
@@ -170,7 +170,7 @@ static int setup_debug = 0;
static void i91uSCBPost(BYTE * pHcb, BYTE * pScb);
/* PCI Devices supported by this driver */
-static struct pci_device_id i91u_pci_devices[] __devinitdata = {
+static struct pci_device_id i91u_pci_devices[] = {
{ PCI_VENDOR_ID_INIT, I950_DEVICE_ID, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 0},
{ PCI_VENDOR_ID_INIT, I940_DEVICE_ID, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 0},
{ PCI_VENDOR_ID_INIT, I935_DEVICE_ID, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 0},
---
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH] scsi/initio: section mismatches with HOTPLUG=n
2006-11-20 2:53 [PATCH] scsi/initio: section mismatches with HOTPLUG=n Randy Dunlap
@ 2006-11-24 22:51 ` James Bottomley
2006-11-24 23:10 ` Ben Collins
0 siblings, 1 reply; 7+ messages in thread
From: James Bottomley @ 2006-11-24 22:51 UTC (permalink / raw)
To: Randy Dunlap; +Cc: scsi, akpm, Ben Collins
On Sun, 2006-11-19 at 18:53 -0800, Randy Dunlap wrote:
> From: Randy Dunlap <randy.dunlap@oracle.com>
>
> WARNING: drivers/scsi/initio.o - Section mismatch: reference to .init.data: from .text between 'i91u_detect' (at offset 0x26e8) and 'i91uSCBPost'
> WARNING: drivers/scsi/initio.o - Section mismatch: reference to .init.data:i91u_pci_devices from .text between 'i91u_detect' (at offset 0x26ef) and 'i91uSCBPost'
Hmm, this apparently got into the tree unreviewed via Ben Collins:
commit 012887327875915f76a6208e81fe0d67a682ec15
Author: Ben Collins <bcollins@ubuntu.com>
Date: Wed Oct 18 08:40:57 2006 -0400
[initio] Add pci dev table for module auto loading.
Signed-off-by: Ben Collins <bcollins@ubuntu.com>
Ben, for future reference, would you send SCSI patches over the SCSI
list, please. Secondly, do you intend to complete this change? What
Randy proposes will restore the driver to its original state. However,
it could also be fixed properly by adding __devinit to all the relevant
PCI initialisation routines, which would be preferable.
James
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH] scsi/initio: section mismatches with HOTPLUG=n
2006-11-24 22:51 ` James Bottomley
@ 2006-11-24 23:10 ` Ben Collins
2006-11-25 15:19 ` James Bottomley
0 siblings, 1 reply; 7+ messages in thread
From: Ben Collins @ 2006-11-24 23:10 UTC (permalink / raw)
To: James Bottomley; +Cc: Randy Dunlap, scsi, akpm
On Fri, 2006-11-24 at 16:51 -0600, James Bottomley wrote:
> On Sun, 2006-11-19 at 18:53 -0800, Randy Dunlap wrote:
> > From: Randy Dunlap <randy.dunlap@oracle.com>
> >
> > WARNING: drivers/scsi/initio.o - Section mismatch: reference to .init.data: from .text between 'i91u_detect' (at offset 0x26e8) and 'i91uSCBPost'
> > WARNING: drivers/scsi/initio.o - Section mismatch: reference to .init.data:i91u_pci_devices from .text between 'i91u_detect' (at offset 0x26ef) and 'i91uSCBPost'
>
> Hmm, this apparently got into the tree unreviewed via Ben Collins:
>
> commit 012887327875915f76a6208e81fe0d67a682ec15
> Author: Ben Collins <bcollins@ubuntu.com>
> Date: Wed Oct 18 08:40:57 2006 -0400
>
> [initio] Add pci dev table for module auto loading.
>
> Signed-off-by: Ben Collins <bcollins@ubuntu.com>
>
> Ben, for future reference, would you send SCSI patches over the SCSI
> list, please. Secondly, do you intend to complete this change? What
> Randy proposes will restore the driver to its original state. However,
> it could also be fixed properly by adding __devinit to all the relevant
> PCI initialisation routines, which would be preferable.
The patch went in with about half a dozen others for similar changes, so
it was a group set.
Sorry about the mismatches. I've only been building with HOTPLUG=y.
I can do a patch if you want, just let me know.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH] scsi/initio: section mismatches with HOTPLUG=n
2006-11-24 23:10 ` Ben Collins
@ 2006-11-25 15:19 ` James Bottomley
2006-11-25 17:19 ` Ben Collins
0 siblings, 1 reply; 7+ messages in thread
From: James Bottomley @ 2006-11-25 15:19 UTC (permalink / raw)
To: Ben Collins; +Cc: Randy Dunlap, scsi, akpm
On Fri, 2006-11-24 at 18:10 -0500, Ben Collins wrote:
> The patch went in with about half a dozen others for similar changes, so
> it was a group set.
>
> Sorry about the mismatches. I've only been building with HOTPLUG=y.
>
> I can do a patch if you want, just let me know.
Well, I was sort of hoping you weren't just randomly introducing
__devinitdata but had all the necessary support patches for converting
the driver to hotplug. However, if that's not the case, the safest
thing to do is remove the section annotation ... I don't think anyone
cares enough about this driver to convert it fully and test it.
James
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH] scsi/initio: section mismatches with HOTPLUG=n
2006-11-25 15:19 ` James Bottomley
@ 2006-11-25 17:19 ` Ben Collins
2006-11-25 17:37 ` James Bottomley
0 siblings, 1 reply; 7+ messages in thread
From: Ben Collins @ 2006-11-25 17:19 UTC (permalink / raw)
To: James Bottomley; +Cc: Randy Dunlap, scsi, akpm
On Sat, 2006-11-25 at 09:19 -0600, James Bottomley wrote:
> On Fri, 2006-11-24 at 18:10 -0500, Ben Collins wrote:
> > The patch went in with about half a dozen others for similar changes, so
> > it was a group set.
> >
> > Sorry about the mismatches. I've only been building with HOTPLUG=y.
> >
> > I can do a patch if you want, just let me know.
>
> Well, I was sort of hoping you weren't just randomly introducing
> __devinitdata but had all the necessary support patches for converting
> the driver to hotplug. However, if that's not the case, the safest
> thing to do is remove the section annotation ... I don't think anyone
> cares enough about this driver to convert it fully and test it.
The MODULE_DEV_TABLE was added so userspace has an easier time loading a
driver for the device, without special rules. It wasn't meant to make
the driver hot-pluggable. I think the idea that a module alias is just
for hotplug is a little short-sighted.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH] scsi/initio: section mismatches with HOTPLUG=n
2006-11-25 17:19 ` Ben Collins
@ 2006-11-25 17:37 ` James Bottomley
2006-11-26 16:02 ` Ben Collins
0 siblings, 1 reply; 7+ messages in thread
From: James Bottomley @ 2006-11-25 17:37 UTC (permalink / raw)
To: Ben Collins; +Cc: Randy Dunlap, scsi, akpm
On Sat, 2006-11-25 at 12:19 -0500, Ben Collins wrote:
> The MODULE_DEV_TABLE was added so userspace has an easier time loading
> a
> driver for the device, without special rules. It wasn't meant to make
> the driver hot-pluggable. I think the idea that a module alias is just
> for hotplug is a little short-sighted.
The module device table isn't the problem. The problem is the fact that
you marked the table __devinitdata. __devinitdata is a sectional
marking that causes the table to be placed in a discardable init data
section for CONFIG_HOTPLUG=n. However, the routines accessing it still
occur in the standard text segment hence the mismatch. If you want to
mark data __devinitdata, you have to ensure that all the routines
accessing it are marked __devinit.
James
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH] scsi/initio: section mismatches with HOTPLUG=n
2006-11-25 17:37 ` James Bottomley
@ 2006-11-26 16:02 ` Ben Collins
0 siblings, 0 replies; 7+ messages in thread
From: Ben Collins @ 2006-11-26 16:02 UTC (permalink / raw)
To: James Bottomley; +Cc: Randy Dunlap, scsi, akpm
On Sat, 2006-11-25 at 11:37 -0600, James Bottomley wrote:
> On Sat, 2006-11-25 at 12:19 -0500, Ben Collins wrote:
> > The MODULE_DEV_TABLE was added so userspace has an easier time loading
> > a
> > driver for the device, without special rules. It wasn't meant to make
> > the driver hot-pluggable. I think the idea that a module alias is just
> > for hotplug is a little short-sighted.
>
> The module device table isn't the problem. The problem is the fact that
> you marked the table __devinitdata. __devinitdata is a sectional
> marking that causes the table to be placed in a discardable init data
> section for CONFIG_HOTPLUG=n. However, the routines accessing it still
> occur in the standard text segment hence the mismatch. If you want to
> mark data __devinitdata, you have to ensure that all the routines
> accessing it are marked __devinit.
I know what the section is :) I wasn't aware that it was causing a
problem with HOTPLUG=n. I'll get a patch to fix it up.
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2006-11-26 16:02 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-11-20 2:53 [PATCH] scsi/initio: section mismatches with HOTPLUG=n Randy Dunlap
2006-11-24 22:51 ` James Bottomley
2006-11-24 23:10 ` Ben Collins
2006-11-25 15:19 ` James Bottomley
2006-11-25 17:19 ` Ben Collins
2006-11-25 17:37 ` James Bottomley
2006-11-26 16:02 ` Ben Collins
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox