On Sun, 13 Apr 2008 09:58:45 +0200 Ingo Molnar <mingo@elte.hu> wrote:that would be very welcome, esp if kerneloops.org can pick them up. One thing we also need to do as Linux is get more conservative; (this isn't per se about this specific thing) With MCFG for example we learned over time "if it smells funny don't use it". That concept should be carried much further imo; for example on K8 you can compare the acpi table to the chipset for numa support, and if they don't match, we SHOULD ignore both entirely. The same is true all over; Linux tends to behave as "oh but we think we can make it work anyway", in general imo that's a mistake in the long term, at least for default configs. Because there will be cases where that will break, be it special bioses or next gens of chipsets. -- If you want to reach me at my work email, use arjan@linux.intel.com For development, discussion and tips for power savings, visit http://www.lesswatts.org --
| Ingo Molnar | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Greg Kroah-Hartman | [PATCH 001/196] Chinese: Add the known_regression URI to the HOWTO |
| Roland Dreier | Re: Integration of SCST in the mainstream Linux kernel |
git: | |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Arjan van de Ven | Re: [GIT]: Networking |
| Linus Torvalds | Re: iptables very slow after commit 784544739a25c30637397ace5489eeb6e15d7d49 |
