2007-03-16 14:13:18 +01:00
|
|
|
config PPC_CELL
|
|
|
|
bool
|
|
|
|
default n
|
|
|
|
|
2008-11-27 16:15:44 +01:00
|
|
|
config PPC_CELL_COMMON
|
2007-03-16 14:13:18 +01:00
|
|
|
bool
|
|
|
|
select PPC_CELL
|
|
|
|
select PPC_DCR_MMIO
|
|
|
|
select PPC_INDIRECT_IO
|
|
|
|
select PPC_NATIVE
|
2008-11-27 16:15:44 +01:00
|
|
|
select PPC_RTAS
|
|
|
|
|
|
|
|
config PPC_CELL_NATIVE
|
|
|
|
bool
|
|
|
|
select PPC_CELL_COMMON
|
2007-03-16 14:13:18 +01:00
|
|
|
select MPIC
|
Device tree aware EMAC driver
Based on BenH's earlier work, this is a new version of the EMAC driver
for the built-in ethernet found on PowerPC 4xx embedded CPUs. The
same ASIC is also found in the Axon bridge chip. This new version is
designed to work in the arch/powerpc tree, using the device tree to
probe the device, rather than the old and ugly arch/ppc OCP layer.
This driver is designed to sit alongside the old driver (that lies in
drivers/net/ibm_emac and this one in drivers/net/ibm_newemac). The
old driver is left in place to support arch/ppc until arch/ppc itself
reaches its final demise (not too long now, with luck).
This driver still has a number of things that could do with cleaning
up, but I think they can be fixed up after merging. Specifically:
- Should be adjusted to properly use the dma mapping API.
Axon needs this.
- Probe logic needs reworking, in conjuction with the general
probing code for of_platform devices. The dependencies here between
EMAC, MAL, ZMII etc. make this complicated. At present, it usually
works, because we initialize and register the sub-drivers before the
EMAC driver itself, and (being in driver code) runs after the devices
themselves have been instantiated from the device tree.
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Signed-off-by: Jeff Garzik <jeff@garzik.org>
2007-08-23 05:56:01 +02:00
|
|
|
select IBM_NEW_EMAC_EMAC4
|
|
|
|
select IBM_NEW_EMAC_RGMII
|
|
|
|
select IBM_NEW_EMAC_ZMII #test only
|
|
|
|
select IBM_NEW_EMAC_TAH #test only
|
2007-03-16 14:13:18 +01:00
|
|
|
default n
|
|
|
|
|
|
|
|
config PPC_IBM_CELL_BLADE
|
|
|
|
bool "IBM Cell Blade"
|
2009-03-10 18:53:27 +01:00
|
|
|
depends on PPC64 && PPC_BOOK3S
|
2007-03-16 14:13:18 +01:00
|
|
|
select PPC_CELL_NATIVE
|
2009-04-23 00:43:03 +02:00
|
|
|
select PPC_OF_PLATFORM_PCI
|
|
|
|
select PCI
|
2007-03-16 14:13:18 +01:00
|
|
|
select MMIO_NVRAM
|
|
|
|
select PPC_UDBG_16550
|
|
|
|
select UDBG_RTAS_CONSOLE
|
|
|
|
|
2008-04-24 11:25:16 +02:00
|
|
|
config PPC_CELLEB
|
|
|
|
bool "Toshiba's Cell Reference Set 'Celleb' Architecture"
|
2009-03-10 18:53:27 +01:00
|
|
|
depends on PPC64 && PPC_BOOK3S
|
2008-04-24 11:25:16 +02:00
|
|
|
select PPC_CELL_NATIVE
|
2009-04-23 00:43:03 +02:00
|
|
|
select PPC_OF_PLATFORM_PCI
|
|
|
|
select PCI
|
2008-04-24 11:25:16 +02:00
|
|
|
select HAS_TXX9_SERIAL
|
|
|
|
select PPC_UDBG_BEAT
|
|
|
|
select USB_OHCI_BIG_ENDIAN_MMIO
|
|
|
|
select USB_EHCI_BIG_ENDIAN_MMIO
|
|
|
|
|
2008-11-27 16:15:44 +01:00
|
|
|
config PPC_CELL_QPACE
|
|
|
|
bool "IBM Cell - QPACE"
|
2009-03-10 18:53:27 +01:00
|
|
|
depends on PPC64 && PPC_BOOK3S
|
2008-11-27 16:15:44 +01:00
|
|
|
select PPC_CELL_COMMON
|
|
|
|
|
2009-03-05 18:37:11 +01:00
|
|
|
config AXON_MSI
|
|
|
|
bool
|
|
|
|
depends on PPC_IBM_CELL_BLADE && PCI_MSI
|
|
|
|
default y
|
|
|
|
|
2005-11-15 21:53:48 +01:00
|
|
|
menu "Cell Broadband Engine options"
|
|
|
|
depends on PPC_CELL
|
|
|
|
|
|
|
|
config SPU_FS
|
|
|
|
tristate "SPU file system"
|
|
|
|
default m
|
|
|
|
depends on PPC_CELL
|
2006-06-19 20:33:28 +02:00
|
|
|
select SPU_BASE
|
2006-06-23 20:57:49 +02:00
|
|
|
select MEMORY_HOTPLUG
|
2005-11-15 21:53:48 +01:00
|
|
|
help
|
|
|
|
The SPU file system is used to access Synergistic Processing
|
|
|
|
Units on machines implementing the Broadband Processor
|
|
|
|
Architecture.
|
|
|
|
|
2007-05-08 08:27:29 +02:00
|
|
|
config SPU_FS_64K_LS
|
|
|
|
bool "Use 64K pages to map SPE local store"
|
|
|
|
# we depend on PPC_MM_SLICES for now rather than selecting
|
|
|
|
# it because we depend on hugetlbfs hooks being present. We
|
|
|
|
# will fix that when the generic code has been improved to
|
|
|
|
# not require hijacking hugetlbfs hooks.
|
|
|
|
depends on SPU_FS && PPC_MM_SLICES && !PPC_64K_PAGES
|
|
|
|
default y
|
|
|
|
select PPC_HAS_HASH_64K
|
|
|
|
help
|
|
|
|
This option causes SPE local stores to be mapped in process
|
|
|
|
address spaces using 64K pages while the rest of the kernel
|
|
|
|
uses 4K pages. This can improve performances of applications
|
|
|
|
using multiple SPEs by lowering the TLB pressure on them.
|
|
|
|
|
2006-06-19 20:33:28 +02:00
|
|
|
config SPU_BASE
|
|
|
|
bool
|
|
|
|
default n
|
|
|
|
|
2006-06-19 20:33:16 +02:00
|
|
|
config CBE_RAS
|
|
|
|
bool "RAS features for bare metal Cell BE"
|
2007-03-23 14:06:43 +01:00
|
|
|
depends on PPC_CELL_NATIVE
|
2006-06-19 20:33:16 +02:00
|
|
|
default y
|
|
|
|
|
2008-07-15 21:51:44 +02:00
|
|
|
config PPC_IBM_CELL_RESETBUTTON
|
|
|
|
bool "IBM Cell Blade Pinhole reset button"
|
|
|
|
depends on CBE_RAS && PPC_IBM_CELL_BLADE
|
|
|
|
default y
|
|
|
|
help
|
|
|
|
Support Pinhole Resetbutton on IBM Cell blades.
|
|
|
|
This adds a method to trigger system reset via front panel pinhole button.
|
|
|
|
|
2008-07-15 21:51:45 +02:00
|
|
|
config PPC_IBM_CELL_POWERBUTTON
|
|
|
|
tristate "IBM Cell Blade power button"
|
2009-02-10 06:55:16 +01:00
|
|
|
depends on PPC_IBM_CELL_BLADE && INPUT_EVDEV
|
2008-07-15 21:51:45 +02:00
|
|
|
default y
|
|
|
|
help
|
|
|
|
Support Powerbutton on IBM Cell blades.
|
|
|
|
This will enable the powerbutton as an input device.
|
|
|
|
|
2006-10-24 18:31:25 +02:00
|
|
|
config CBE_THERM
|
|
|
|
tristate "CBE thermal support"
|
|
|
|
default m
|
2008-12-22 22:08:26 +01:00
|
|
|
depends on CBE_RAS && SPU_BASE
|
2006-10-24 18:31:25 +02:00
|
|
|
|
2006-10-24 18:39:45 +02:00
|
|
|
config CBE_CPUFREQ
|
|
|
|
tristate "CBE frequency scaling"
|
|
|
|
depends on CBE_RAS && CPU_FREQ
|
|
|
|
default m
|
|
|
|
help
|
|
|
|
This adds the cpufreq driver for Cell BE processors.
|
|
|
|
For details, take a look at <file:Documentation/cpu-freq/>.
|
|
|
|
If you don't have such processor, say N
|
|
|
|
|
2009-02-10 06:55:16 +01:00
|
|
|
config CBE_CPUFREQ_PMI_ENABLE
|
|
|
|
bool "CBE frequency scaling using PMI interface"
|
|
|
|
depends on CBE_CPUFREQ && EXPERIMENTAL
|
2007-07-20 21:39:22 +02:00
|
|
|
default n
|
|
|
|
help
|
|
|
|
Select this, if you want to use the PMI interface
|
|
|
|
to switch frequencies. Using PMI, the
|
|
|
|
processor will not only be able to run at lower speed,
|
|
|
|
but also at lower core voltage.
|
|
|
|
|
2009-02-10 06:55:16 +01:00
|
|
|
config CBE_CPUFREQ_PMI
|
|
|
|
tristate
|
|
|
|
depends on CBE_CPUFREQ_PMI_ENABLE
|
|
|
|
default CBE_CPUFREQ
|
|
|
|
|
|
|
|
config PPC_PMI
|
|
|
|
tristate
|
|
|
|
default y
|
|
|
|
depends on CBE_CPUFREQ_PMI || PPC_IBM_CELL_POWERBUTTON
|
|
|
|
help
|
|
|
|
PMI (Platform Management Interrupt) is a way to
|
|
|
|
communicate with the BMC (Baseboard Management Controller).
|
|
|
|
It is used in some IBM Cell blades.
|
|
|
|
|
2008-07-15 21:51:43 +02:00
|
|
|
config CBE_CPUFREQ_SPU_GOVERNOR
|
|
|
|
tristate "CBE frequency scaling based on SPU usage"
|
|
|
|
depends on SPU_FS && CPU_FREQ
|
|
|
|
default m
|
|
|
|
help
|
|
|
|
This governor checks for spu usage to adjust the cpu frequency.
|
|
|
|
If no spu is running on a given cpu, that cpu will be throttled to
|
|
|
|
the minimal possible frequency.
|
|
|
|
|
2005-11-15 21:53:48 +01:00
|
|
|
endmenu
|
2007-12-14 15:27:30 +01:00
|
|
|
|
|
|
|
config OPROFILE_CELL
|
|
|
|
def_bool y
|
2008-12-22 22:08:26 +01:00
|
|
|
depends on PPC_CELL_NATIVE && (OPROFILE = m || OPROFILE = y) && SPU_BASE
|
2007-12-14 15:27:30 +01:00
|
|
|
|