Although the choice of CPU type currently only applies to Malta
flavours, there's nothing in these config files that prevents them
being used with other platforms (that we don't currently support).
kernelarch-mips/config.{4,5}kc-malta are exact duplicates of each other,
aside from the CPU type. Move all the common options out into
kernelarch-mips/config.malta.
Move mips/config.{4,5}kc-malta to kernelarch-mips where they belong,
adding '-r1' and '-r2' suffixes for the different CPU types.
- Enable it by default
- Disable it for armel/marvell since signature verification is not enabled.
- Disable it for mips and mipsel so linux-signed can be uploaded without
waiting for them to build
- Disable it for all architectures not in the main archive, as linux-signed
won't support them (at least, not initially).
We don't need a variable to control signing of the image, because
we should do that for all flavours that have CONFIG_EFI_STUB=y.
The filename of the kernel image to be installed, and the stem of the
installed name, varies between architectures, so we define several
different rules to install it for different sets of architectures.
However the basic fact that we need to install this file in /boot does
not.
We also duplicate this name information in gencontrol.py and in
debian/config/{armel,armhf,sh4}/defines (used by buildcheck.py).
To address this:
* Define [image]install-stem and [build]image-file for each architecture
* Copy these settings to make-flags in gencontrol.py
* Copy [image]install-stem to the image-stem template variable in
gencontrol.py
* Replace the per-architecture rules with a single rule using those
make-flags
The per-architecture rules for ARM and PowerPC also installed DTB
and DTS files, respectively. Include those commands in the single
rule with appropriate conditions around them.
svn path=/dists/trunk/linux/; revision=21253
1. Reset or remove values for config symbols that were only
configurable if EXPERT.
2. Set additional configurable symbols to their default values.
This should have no effect on the actual configuration, except for
sh4 where EXPERT is *always* set and so the settings in 1 were
still being followed.
svn path=/dists/trunk/linux/; revision=20825
Leave it enabled for armel/{iop32x,ixp4xx,kirkwood,orion5x} and m68k.
Drop the workaround patch for powerpc.
svn path=/dists/sid/linux/; revision=20732
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
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
Since Linux 2.6.29, this subsystem would crash if anyone tried to use
it, but no-one noticed. It will be removed upstream in Linux 3.9.
svn path=/dists/trunk/linux/; revision=19835
All Atheros wireless drivers depend on a new symbol ATH_CARDS.
Two comedi drivers were merged into others and no longer have their
own config symbols.
drivers/staging/telephony has been removed.
svn path=/dists/trunk/linux/; revision=19832
A change in Linux 2.6.29 completely broke it (it would oops on load)
but no-one reported this, therefore it has no users. It was removed
upstream and will clearly not be supportable in Debian.
svn path=/dists/sid/linux/; revision=19787
While we're at it, explicitly disable it for mips/octeon and s390.
It's still not explicitly enabled or disabled for sh4.
svn path=/dists/sid/linux-2.6/; revision=18917