kernel-fxtec-pro1x/arch/frv/mb93090-mb00/Makefile

#
# Makefile for the MB93090-MB00 motherboard stuff
#

ifeq "$(CONFIG_PCI)" "y"
obj-y := pci-frv.o pci-irq.o pci-vdk.o

ifeq "$(CONFIG_MMU)" "y"
obj-y += pci-dma.o
else
obj-y += pci-dma-nommu.o
endif
endif

obj-$(CONFIG_MTD) += flash.o
Linux-2.6.12-rc2 Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip! 2005-04-16 16:20:36 -06:00			`#`
			`# Makefile for the MB93090-MB00 motherboard stuff`
			`#`

			`ifeq "$(CONFIG_PCI)" "y"`
frv: switch to GENERIC_PCI_IOMAP frv uses a version of pci_iomap that simply casts and returns back the start address. Looking closely, both ioremap and ioport_map seem to do this on this platform, so the generic pci_iomap will DTRT automatically. Signed-off-by: Michael S. Tsirkin <mst@redhat.com> 2011-11-29 12:20:06 -07:00			`obj-y := pci-frv.o pci-irq.o pci-vdk.o`
Linux-2.6.12-rc2 Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip! 2005-04-16 16:20:36 -06:00
			`ifeq "$(CONFIG_MMU)" "y"`
			`obj-y += pci-dma.o`
			`else`
			`obj-y += pci-dma-nommu.o`
			`endif`
			`endif`
FRV: Flash mappings for the MB93090-MB00 motherboard Flash mappings for the MB93090-MB00 evaluation motherboard. Signed-off-by: David Howells <dhowells@redhat.com> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> 2009-09-24 08:12:00 -06:00
			`obj-$(CONFIG_MTD) += flash.o`