>> Does the following patch help here? If so, propogate it as
>> required across architectures...
> The problem with this approach is that it is entirely valid to have
> _both_ BIOS and direct access support.
> And we don't have that kind of "one or more" choices.
In that case...
===8<=== CUT ===>8===
--- linux-2.1.131/arch/i386/config.in.orig Sun Dec 20 15:42:42 1998
+++ linux-2.1.131/arch/i386/config.in Wed Dec 23 08:45:01 1998
@@ -36,15 +36,18 @@
comment 'General setup'
bool 'Networking support' CONFIG_NET
bool 'PCI support' CONFIG_PCI
if [ "$CONFIG_PCI" = "y" ]; then
- bool ' PCI BIOS support' CONFIG_PCI_BIOS
- bool ' PCI direct access support' CONFIG_PCI_DIRECT
- if [ "$CONFIG_PCI_BIOS" = "n" -a "$CONFIG_PCI_DIRECT" = "n" ]; then
- define_bool CONFIG_PCI_BIOS "y"
- fi
+ choice ' PCI support type' \
+ "BIOS CONFIG_PCI_BIOS \
+ Direct CONFIG_PCI_DIRECT \
+ Both CONFIG_PCI_BOTH" BIOS
+ if [ -n "$CONFIG_PCI_BOTH" ]; then
+ define_bool CONFIG_PCI_BIOS y
+ define_bool CONFIG_PCI_DIRECT y
+ fi
bool ' PCI quirks' CONFIG_PCI_QUIRKS
if [ "$CONFIG_PCI_QUIRKS" = "y" -a "$CONFIG_EXPERIMENTAL" = "y" ]; then
bool ' PCI bridge optimization (experimental)' CONFIG_PCI_OPTIMIZE
fi
bool ' Backward-compatible /proc/pci' CONFIG_PCI_OLD_PROC
===8<=== CUT ===>8===
That should provide you with the correct combination of options...
Best wishes from Riley.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/