Messages in this thread | | | Date | Mon, 18 Aug 2003 21:57:23 -0400 | From | Jeff Garzik <> | Subject | Re: [SOLVED] RE: 2.6.0-test3 latest bk hangs when enabling IO-APIC |
| |
Brown, Len wrote: > implementation. Unless I screwed up the config dependencies, it should > be impossible to enable the full CONFIG_ACPI without including > CONFIG_ACPI_HT.
You got it right...
...unfortunately the current options are very non-obvious. Linux kernel config has always presented a "subsystem switch", and under that, you have a bunch of options and modules and such. It is not obvious to me at all that _disabling_ CONFIG_ACPI_HT means that CONFIG_ACPI will simply never appear. And users who want ACPI, but don't have HyperThreading, would probably think similarly. I think the current thread shows it generates at least a little bit of confusion, too.
To me, it makes sense for CONFIG_ACPI_HT to require CONFIG_ACPI -- from a Kconfig standpoint -- but not the other way around. My first time configuring with the new options, I wanted to turn off CONFIG_ACPI_HT and turn on CONFIG_ACPI, but was frustrated when the config system wouldn't allow it.
I actually think the old method was a bit less confusing -- CONFIG_ACPI=N would never prompt me for any other ACPI config option. But if I wanted only the HT stuff, you had CONFIG_ACPI_HT_ONLY :)
So... concrete suggestions? Overall, IMO, move everything under CONFIG_ACPI, or, make CONFIG_ACPI_BOOT a _peer_ option, whose selection or lackthereof doesn't affect CONFIG_ACPI visibility at all.
Jeff
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |