qemu/default-configs/sh4eb-softmmu.mak

# Default configuration for sh4eb-softmmu

include pci.mak
include usb.mak
CONFIG_SERIAL=y
CONFIG_PTIMER=y
CONFIG_PFLASH_CFI02=y
CONFIG_ISA_MMIO=y
Add new config-devices.mak for each target We generate config-devices.h from there automatically. We need to do it in main Makefile, because we are going to need a main Makefile for them. Patchworks-ID: 35196 Signed-off-by: Juan Quintela <quintela@redhat.com> Signed-off-by: Anthony Liguori <aliguori@us.ibm.com> 2009-10-07 08:41:02 +08:00			`# Default configuration for sh4eb-softmmu`
Only compile usb_ohci when one target uses it Patchworks-ID: 35199 Signed-off-by: Juan Quintela <quintela@redhat.com> Signed-off-by: Anthony Liguori <aliguori@us.ibm.com> 2009-10-07 08:41:05 +08:00
PCI config include Split PCI config options into a separate file Signed-off-by: Paul Brook <paul@codesourcery.com> 2010-11-27 05:39:42 +08:00			`include pci.mak`
make usb devices configurable Leave the core usb devices (usb hub, tablet, mouse, keyboard) enabled unconditionally. Make the other ones configurable. Exceptions: - bluetooth: not qdevified yet, has a vl.c dependency because of that, thus disabling isn't as easy as not linking the object file. - smardcard: ccid-card-emulated depends on that one and CONFIG_SMARTCARD_NSS. So it isn't a one-liner and comes as separate patch because of that. Signed-off-by: Gerd Hoffmann <kraxel@redhat.com> 2013-02-01 17:49:43 +08:00			`include usb.mak`
Compile serial only once Push TARGET_WORDS_BIGENDIAN dependency to board level. Signed-off-by: Blue Swirl <blauwirbel@gmail.com> 2010-03-22 03:47:11 +08:00			`CONFIG_SERIAL=y`
Only compile ptimer when one target uses it Patchworks-ID: 35207 Signed-off-by: Juan Quintela <quintela@redhat.com> Signed-off-by: Anthony Liguori <aliguori@us.ibm.com> 2009-10-07 08:41:13 +08:00			`CONFIG_PTIMER=y`
hw/r2d: add flash memory Signed-off-by: Aurelien Jarno <aurelien@aurel32.net> 2010-04-11 09:58:19 +08:00			`CONFIG_PFLASH_CFI02=y`
sh_pci: fix memory and I/O access Since commit 8da3ff180974732fc4272cb4433fef85c1822961 ("MMIO callback interface changes"), the addresses passed to the I/O functions are an offset to the start of the area. As a consequence, there is no need to correct the address using the value of IOBR. This make possible the use of the default MMIO functions. Moreover the addresses are now remaped when the value if IOBR change. The memory area corresponds to the devices behing the PCI bus, it should not be mapped by the PCI controller. Remove the corresponding code. Signed-off-by: Aurelien Jarno <aurelien@aurel32.net> 2010-04-12 05:59:39 +08:00			`CONFIG_ISA_MMIO=y`