From: Rajesh Shah <rajesh.shah@intel.com>
To: Adrian Bunk <bunk@stusta.de>
Cc: Rajesh Shah <rajesh.shah@intel.com>,
Andrew Morton <akpm@osdl.org>,
greg@kroah.com, kristen.c.accardi@intel.com,
linux-kernel@vger.kernel.org, linux-pci@atrey.karlin.mff.cuni.cz
Subject: Re: 2.6.14-mm1: drivers/pci/hotplug/: namespace clashes
Date: Mon, 7 Nov 2005 13:37:36 -0800 [thread overview]
Message-ID: <20051107133736.A6037@unix-os.sc.intel.com> (raw)
In-Reply-To: <20051107200349.GK3847@stusta.de>; from bunk@stusta.de on Mon, Nov 07, 2005 at 09:03:49PM +0100
On Mon, Nov 07, 2005 at 09:03:49PM +0100, Adrian Bunk wrote:
> On Mon, Nov 07, 2005 at 10:41:50AM -0800, Rajesh Shah wrote:
> > On Mon, Nov 07, 2005 at 06:37:32PM +0100, Adrian Bunk wrote:
> > > ...
> > > drivers/pci/hotplug/shpchp.o: In function `get_hp_params_from_firmware':
> > > : multiple definition of `get_hp_params_from_firmware'
> > > drivers/pci/hotplug/pciehp.o:: first defined here
> > > make[3]: *** [drivers/pci/hotplug/built-in.o] Error 1
> > >
> > This patch should fix this:
> >...
>
>
> Nearly, the following is additionally required:
>
Oops, yes. I forgot to quilt add this file so this change didn't
show up in my patch but the drivers built fine when I compiled.
Thanks for fixing this.
Andrew/Greg, here's a single patch with all the changes if you
prefer this over applying the 2 patches separately:
Signed-off-by: Rajesh Shah <rajesh.shah@intel.com>
drivers/pci/hotplug/pciehp.h | 4 ++--
drivers/pci/hotplug/pciehp_hpc.c | 2 +-
drivers/pci/hotplug/pciehprm_acpi.c | 4 ++--
drivers/pci/hotplug/pciehprm_nonacpi.c | 4 ++--
4 files changed, 7 insertions(+), 7 deletions(-)
Index: linux-2.6.14-mm1/drivers/pci/hotplug/pciehp.h
===================================================================
--- linux-2.6.14-mm1.orig/drivers/pci/hotplug/pciehp.h
+++ linux-2.6.14-mm1/drivers/pci/hotplug/pciehp.h
@@ -191,8 +191,8 @@ extern u8 pciehp_handle_power_fault (u8
/* pci functions */
extern int pciehp_configure_device (struct slot *p_slot);
extern int pciehp_unconfigure_device (struct slot *p_slot);
-extern int get_hp_hw_control_from_firmware(struct pci_dev *dev);
-extern void get_hp_params_from_firmware(struct pci_dev *dev,
+extern int pciehp_get_hp_hw_control_from_firmware(struct pci_dev *dev);
+extern void pciehp_get_hp_params_from_firmware(struct pci_dev *dev,
struct hotplug_params *hpp);
Index: linux-2.6.14-mm1/drivers/pci/hotplug/pciehp_hpc.c
===================================================================
--- linux-2.6.14-mm1.orig/drivers/pci/hotplug/pciehp_hpc.c
+++ linux-2.6.14-mm1/drivers/pci/hotplug/pciehp_hpc.c
@@ -1418,7 +1418,7 @@ int pcie_init(struct controller * ctrl,
dbg("Bypassing BIOS check for pciehp use on %s\n",
pci_name(ctrl->pci_dev));
} else {
- rc = get_hp_hw_control_from_firmware(ctrl->pci_dev);
+ rc = pciehp_get_hp_hw_control_from_firmware(ctrl->pci_dev);
if (rc)
goto abort_free_ctlr;
}
Index: linux-2.6.14-mm1/drivers/pci/hotplug/pciehprm_acpi.c
===================================================================
--- linux-2.6.14-mm1.orig/drivers/pci/hotplug/pciehprm_acpi.c
+++ linux-2.6.14-mm1/drivers/pci/hotplug/pciehprm_acpi.c
@@ -169,7 +169,7 @@ static int is_root_bridge(acpi_handle ha
return 0;
}
-int get_hp_hw_control_from_firmware(struct pci_dev *dev)
+int pciehp_get_hp_hw_control_from_firmware(struct pci_dev *dev)
{
acpi_status status;
acpi_handle chandle, handle = DEVICE_ACPI_HANDLE(&(dev->dev));
@@ -228,7 +228,7 @@ int get_hp_hw_control_from_firmware(stru
return -1;
}
-void get_hp_params_from_firmware(struct pci_dev *dev,
+void pciehp_get_hp_params_from_firmware(struct pci_dev *dev,
struct hotplug_params *hpp)
{
acpi_status status = AE_NOT_FOUND;
Index: linux-2.6.14-mm1/drivers/pci/hotplug/pciehprm_nonacpi.c
===================================================================
--- linux-2.6.14-mm1.orig/drivers/pci/hotplug/pciehprm_nonacpi.c
+++ linux-2.6.14-mm1/drivers/pci/hotplug/pciehprm_nonacpi.c
@@ -36,13 +36,13 @@
#include "pciehp.h"
-void get_hp_params_from_firmware(struct pci_dev *dev,
+void pciehp_get_hp_params_from_firmware(struct pci_dev *dev,
struct hotplug_params *hpp)
{
return;
}
-int get_hp_hw_control_from_firmware(struct pci_dev *dev)
+int pciehp_get_hp_hw_control_from_firmware(struct pci_dev *dev)
{
return 0;
}
next prev parent reply other threads:[~2005-11-07 21:40 UTC|newest]
Thread overview: 65+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-11-07 2:24 2.6.14-mm1 Andrew Morton
2005-11-07 3:25 ` 2.6.14-mm1 Christoph Hellwig
2005-11-07 6:12 ` 2.6.14-mm1 Andrew Morton
2005-11-07 6:34 ` 2.6.14-mm1 Herbert Xu
2005-11-07 3:30 ` 2.6.14-mm1 Christoph Hellwig
2005-11-07 12:18 ` 2.6.14-mm1 Roman Zippel
2005-11-07 17:02 ` 2.6.14-mm1 Christoph Hellwig
2005-11-07 17:23 ` 2.6.14-mm1 Roman Zippel
2005-11-07 12:41 ` 2.6.14-mm1 Geert Uytterhoeven
2005-11-07 4:04 ` 2.6.14-mm1 Brice Goglin
2005-11-07 4:10 ` 2.6.14-mm1 Reuben Farrelly
2005-11-07 6:07 ` 2.6.14-mm1 Andrew Morton
2005-11-07 8:24 ` 2.6.14-mm1 Benoit Boissinot
2005-11-07 9:54 ` 2.6.14-mm1 Reuben Farrelly
2005-11-07 10:09 ` 2.6.14-mm1 Andrew Morton
2005-11-07 10:26 ` 2.6.14-mm1 Neil Brown
2005-11-07 10:37 ` 2.6.14-mm1 Andrew Morton
2005-11-07 10:44 ` 2.6.14-mm1 Reuben Farrelly
2005-11-07 18:52 ` 2.6.14-mm1 Andrew Morton
2005-11-07 19:27 ` 2.6.14-mm1 Alan Stern
2005-11-07 21:43 ` 2.6.14-mm1 J.A. Magallon
2005-11-08 0:07 ` 2.6.14-mm1 J.A. Magallon
2005-11-08 14:21 ` 2.6.14-mm1 James Bottomley
2005-11-09 0:30 ` 2.6.14-mm1 Reuben Farrelly
2005-11-07 12:00 ` 2.6.14-mm1 Jiri Slaby
2005-11-07 15:04 ` 2.6.14-mm1 Dustin Kirkland
2005-11-07 15:11 ` 2.6.14-mm1 Jiri Slaby
2005-11-07 16:15 ` 2.6.14-mm1 Alexander E. Patrakov
2005-11-07 19:52 ` 2.6.14-mm1 Andrew Morton
2005-11-07 20:07 ` 2.6.14-mm1 Greg KH
2005-11-07 20:30 ` 2.6.14-mm1 Dmitry Torokhov
2005-11-07 20:21 ` 2.6.14-mm1 Valdis.Kletnieks
2005-11-07 20:40 ` 2.6.14-mm1 Dmitry Torokhov
2005-11-07 20:46 ` 2.6.14-mm1 Andrew Morton
2005-11-11 9:32 ` 2.6.14-mm1 Alexander E. Patrakov
[not found] ` <437472DA.4090001@linuxfromscratch.org>
2005-11-11 11:50 ` 2.6.14-mm1 Alexander E. Patrakov
2005-11-07 17:37 ` 2.6.14-mm1: drivers/pci/hotplug/: namespace clashes Adrian Bunk
2005-11-07 18:41 ` Rajesh Shah
2005-11-07 20:03 ` Adrian Bunk
2005-11-07 21:37 ` Rajesh Shah [this message]
2005-11-07 21:10 ` 2.6.14-mm1: Why is USB_LIBUSUAL user-visible? Adrian Bunk
2005-11-07 21:52 ` Greg KH
2005-11-07 22:26 ` [linux-usb-devel] " Alan Stern
2005-11-07 22:28 ` Greg KH
2005-11-08 0:47 ` [-mm patch] USB_LIBUSUAL shouldn't be user-visible Adrian Bunk
2005-11-09 22:28 ` Greg KH
2005-11-10 6:41 ` Pete Zaitcev
2005-11-10 10:56 ` Adrian Bunk
2005-11-10 23:46 ` Greg KH
2005-11-11 2:09 ` Adrian Bunk
2005-11-11 6:13 ` Greg KH
2005-11-11 9:31 ` Pete Zaitcev
2005-11-10 12:11 ` Reuben Farrelly
2005-11-11 9:14 ` Pete Zaitcev
2005-11-07 23:34 ` 2.6.14-mm1: Why is USB_LIBUSUAL user-visible? Pete Zaitcev
2005-11-07 22:28 ` 2.6.14-mm1 - cpufreq build problem Rafael J. Wysocki
2005-11-08 4:36 ` [-mm patch] __deprecated_for_modules the lookup_hash() prototype Adrian Bunk
2005-11-10 13:07 ` 2.6.14-mm1 Serge Hallyn
[not found] ` <OFE00FE25C.725B5669-ON872570B5.0066EFF0-862570B5.00679646@us.ibm.com>
2005-11-11 17:59 ` 2.6.14-mm1 Serge Hallyn
2005-11-14 17:05 ` 2.6.14-mm1 Greg KH
2005-11-12 0:31 ` 2.6.14-mm1 Michal Piotrowski
2005-11-12 0:51 ` 2.6.14-mm1 Andrew Morton
2005-11-12 1:30 ` 2.6.14-mm1 Michal Piotrowski
2005-11-12 1:47 ` 2.6.14-mm1 Andrew Morton
2005-11-12 18:00 ` 2.6.14-mm1 Michal Piotrowski
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=20051107133736.A6037@unix-os.sc.intel.com \
--to=rajesh.shah@intel.com \
--cc=akpm@osdl.org \
--cc=bunk@stusta.de \
--cc=greg@kroah.com \
--cc=kristen.c.accardi@intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@atrey.karlin.mff.cuni.cz \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Powered by JetHome