From: Robert Richter <robert.richter@amd.com>
To: Ingo Molnar <mingo@elte.hu>, Thomas Gleixner <tglx@linutronix.de>
Cc: LKML <linux-kernel@vger.kernel.org>,
Robert Richter <robert.richter@amd.com>
Subject: [PATCH 01/11] x86/pci: Makefile merge: Removing Makefile_*
Date: Wed, 2 Jul 2008 22:50:19 +0200 [thread overview]
Message-ID: <1215031829-29124-2-git-send-email-robert.richter@amd.com> (raw)
In-Reply-To: <1215031829-29124-1-git-send-email-robert.richter@amd.com>
No functional nor ordering changes here.
Signed-off-by: Robert Richter <robert.richter@amd.com>
---
arch/x86/pci/Makefile | 47 ++++++++++++++++++++++++++++++++++++++++++++-
arch/x86/pci/Makefile_32 | 25 ------------------------
arch/x86/pci/Makefile_64 | 17 ----------------
3 files changed, 45 insertions(+), 44 deletions(-)
delete mode 100644 arch/x86/pci/Makefile_32
delete mode 100644 arch/x86/pci/Makefile_64
diff --git a/arch/x86/pci/Makefile b/arch/x86/pci/Makefile
index c5c8e48..8d1648d 100644
--- a/arch/x86/pci/Makefile
+++ b/arch/x86/pci/Makefile
@@ -1,5 +1,48 @@
ifeq ($(CONFIG_X86_32),y)
-include ${srctree}/arch/x86/pci/Makefile_32
+
+obj-y := i386.o init.o
+
+obj-$(CONFIG_PCI_BIOS) += pcbios.o
+obj-$(CONFIG_PCI_MMCONFIG) += mmconfig_32.o direct.o mmconfig-shared.o
+obj-$(CONFIG_PCI_DIRECT) += direct.o
+obj-$(CONFIG_PCI_OLPC) += olpc.o
+
+pci-y := fixup.o
+
+# Do not change the ordering here. There is a nasty init function
+# ordering dependency which breaks when you move acpi.o below
+# legacy/irq.o
+pci-$(CONFIG_ACPI) += acpi.o
+pci-y += legacy.o irq.o
+
+# Careful: VISWS and NUMAQ overrule the pci-y above. The colons are
+# therefor correct. This needs a proper fix by distangling the code.
+pci-$(CONFIG_X86_VISWS) := visws.o fixup.o
+pci-$(CONFIG_X86_NUMAQ) := numa.o irq.o
+
+# Necessary for NUMAQ as well
+pci-$(CONFIG_NUMA) += mp_bus_to_node.o
+
+obj-y += $(pci-y) common.o early.o
+obj-y += amd_bus.o
+
else
-include ${srctree}/arch/x86/pci/Makefile_64
+
+#
+# Makefile for X86_64 specific PCI routines
+#
+# Reuse the i386 PCI subsystem
+#
+EXTRA_CFLAGS += -Iarch/x86/pci
+
+obj-y := i386.o
+obj-$(CONFIG_PCI_DIRECT)+= direct.o
+obj-y += fixup.o init.o
+obj-$(CONFIG_ACPI) += acpi.o
+obj-y += legacy.o irq.o common.o early.o
+# mmconfig has a 64bit special
+obj-$(CONFIG_PCI_MMCONFIG) += mmconfig_64.o direct.o mmconfig-shared.o
+
+obj-y += amd_bus.o
+
endif
diff --git a/arch/x86/pci/Makefile_32 b/arch/x86/pci/Makefile_32
deleted file mode 100644
index f647e7e..0000000
--- a/arch/x86/pci/Makefile_32
+++ /dev/null
@@ -1,25 +0,0 @@
-obj-y := i386.o init.o
-
-obj-$(CONFIG_PCI_BIOS) += pcbios.o
-obj-$(CONFIG_PCI_MMCONFIG) += mmconfig_32.o direct.o mmconfig-shared.o
-obj-$(CONFIG_PCI_DIRECT) += direct.o
-obj-$(CONFIG_PCI_OLPC) += olpc.o
-
-pci-y := fixup.o
-
-# Do not change the ordering here. There is a nasty init function
-# ordering dependency which breaks when you move acpi.o below
-# legacy/irq.o
-pci-$(CONFIG_ACPI) += acpi.o
-pci-y += legacy.o irq.o
-
-# Careful: VISWS and NUMAQ overrule the pci-y above. The colons are
-# therefor correct. This needs a proper fix by distangling the code.
-pci-$(CONFIG_X86_VISWS) := visws.o fixup.o
-pci-$(CONFIG_X86_NUMAQ) := numa.o irq.o
-
-# Necessary for NUMAQ as well
-pci-$(CONFIG_NUMA) += mp_bus_to_node.o
-
-obj-y += $(pci-y) common.o early.o
-obj-y += amd_bus.o
diff --git a/arch/x86/pci/Makefile_64 b/arch/x86/pci/Makefile_64
deleted file mode 100644
index fd47068..0000000
--- a/arch/x86/pci/Makefile_64
+++ /dev/null
@@ -1,17 +0,0 @@
-#
-# Makefile for X86_64 specific PCI routines
-#
-# Reuse the i386 PCI subsystem
-#
-EXTRA_CFLAGS += -Iarch/x86/pci
-
-obj-y := i386.o
-obj-$(CONFIG_PCI_DIRECT)+= direct.o
-obj-y += fixup.o init.o
-obj-$(CONFIG_ACPI) += acpi.o
-obj-y += legacy.o irq.o common.o early.o
-# mmconfig has a 64bit special
-obj-$(CONFIG_PCI_MMCONFIG) += mmconfig_64.o direct.o mmconfig-shared.o
-
-obj-y += amd_bus.o
-
--
1.5.5.4
next prev parent reply other threads:[~2008-07-02 21:19 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-07-02 20:50 [PATCH 0/11] x86/pci 32/64 bit merge Robert Richter
2008-07-02 20:50 ` Robert Richter [this message]
2008-07-02 20:50 ` [PATCH 02/11] x86/pci: Makefile merge: Removing include dir flag Robert Richter
2008-07-02 20:50 ` [PATCH 03/11] x86/pci: Makefile merge: Whitespace changes only Robert Richter
2008-07-02 20:50 ` [PATCH 04/11] x86/pci: Makefile merge: Decoupling options for mp_bus_to_node.o Robert Richter
2008-07-02 23:38 ` Yinghai Lu
2008-07-02 20:50 ` [PATCH 05/11] x86/pci: Makefile merge: Changing 64bit ordering Robert Richter
2008-07-02 20:50 ` [PATCH 06/11] x86/pci: Makefile merge: Creating pci-y for 64 bit Robert Richter
2008-07-02 20:50 ` [PATCH 07/11] x86/pci: mp_bus_to_node merge: moving code in amd_bus.c Robert Richter
2008-07-02 20:50 ` [PATCH 08/11] x86/pci: merge: Moving mp_bus_to_node.c to amd_bus.c Robert Richter
2008-07-02 20:50 ` [PATCH 09/11] x86/pci: Makefile merge: Coalescing 32 and 64 bit Robert Richter
2008-07-02 20:50 ` [PATCH 10/11] x86/pci: visws: Renaming pcibios_init() Robert Richter
2008-07-02 20:50 ` [PATCH 11/11] x86/pci: Removing subsys_initcall ordering dependencies Robert Richter
2008-07-03 19:19 ` [PATCH 0/11] x86/pci 32/64 bit merge Jesse Barnes
2008-07-04 15:39 ` Robert Richter
2008-07-09 9:41 ` Ingo Molnar
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=1215031829-29124-2-git-send-email-robert.richter@amd.com \
--to=robert.richter@amd.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=tglx@linutronix.de \
/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