No Alpha, PA-RISC or SH4 system supports PCI Express.
The older Marvell SoCs supported by iop32x and ixp4xx don't, but the
newer SoCs do. ARM Versatile doesn't support it and I'm pretty sure
QEMU won't let you add it, but will leave versatile alone for now.
Most supported MIPS platforms don't, but Octeon does.
I don't think PowerPC SPE systems have either PCI or PCI Express, but
I won't touch that configuration now.
svn path=/dists/trunk/linux/; revision=20579
This driver doesn't bind to any device IDs, and instead has a comment
saying that the serial_cs and hci_uart drivers should be used instead.
So there's not much point in building it.
svn path=/dists/trunk/linux/; revision=20559
Disable most platform drivers, SPI and I2C drivers at the top level.
Platform drivers should be selected by architecture and flavour
configurations, and generally are. SPI and I2C devices aren't easily
detectable and their drivers aren't auto-loaded, so again they should
usually be selected in specific configuration files and probed
according to board code or FDTs.
As exceptions, I2C hwmon devices may be probed by lm-sensors and many
media tuners include I2C devices which are probed with the help of the
higher-level device driver. I've tried to be conservative and also
left I2C iio, input, leds and misc devices alone for now.
Disable the regulator subsystem at the top level as only some
architectures will need it.
Disable MTD_NAND_PLATFORM, PDA_POWER and FB_S1D13XXX on x86, as these
don't appear likely to be used on any x86 system that could run our
generic kernel images.
svn path=/dists/trunk/linux/; revision=20556
USB_EHCI_ROOT_HUB_TT adds about 10 lines of code and is safe even if
not needed, so it's never worth turning off.
USB_EHCI_TT_NEWSCHED was 'new' in 2006 and is now the default, so
hardly anyone will be testing the 'old' code now.
svn path=/dists/trunk/linux/; revision=20546
These devices need platform data (even for SDIO) and apparently are
only used with ARM boards at the moment.
svn path=/dists/trunk/linux/; revision=20543
We currently set it to m, but it's no longer buildable as a module and
it really doesn't make sense to enable it at all in the generic
config.
svn path=/dists/trunk/linux/; revision=20538
When an architecture has featuresets enabled, flavours should be
defined per-featureset, not for the architecture. Currently
the amd64 flavour is listed at both levels for amd64 and the
binary packages for (amd64, none) are being built twice!
svn path=/dists/sid/linux/; revision=20486
From: Thorsten Glaser <tg@mirbsd.de>
- disable some functionality due to size constraints
- switch to using initrd
- drop all flavours; build a generic image that runs on
multiple subarchitectores (old Amiga, Atari, Macintosh tested;
old BVME6000, MVME147, MVME16x, new Apollo, Q40/Q60 untested)
- use gcc-4.8
- add patch to make Atari EtherNAT actually selectable
svn path=/dists/sid/linux/; revision=20413
Ben Hutchings
Bastian Blank
Hector Oron