On Tue, 21 Oct 2008, Matthew Garrett wrote: > Right, but in this case we understand the root cause of the problem - we > behave differently to Windows in a very specific way. What we don't > understand are the precise circumstances in which Windows behaves that > way. It could be that Vista always uses the 64-bit addresses if > available, and in that case this is the best possible solution. But it > could also be that Vista swaps addresses based on whether _INI requests > the Vista OSI or not. It could be that Vista uses the 32-bit addresses > on 32-bit CPUs. Or where the addresses differ and there's a valid 32-bit > entry, perhaps they use that. When there's a simple test to perform, we > should do that before adding a static list. > > > > See the number of people who reported that acpi_apic_instance made a > > > difference, or even the fact that Thomas included a bunch of systems with no > > > real assurance that they were hit by this. > > > > Hm, this is not a good thing. Is there any reliable way to verify that? > > We can verify whether the addresses are actually different, but it's > possible that that's harmless on some machines. However, history > suggests that there's a placebo effect in adding boot options... This is all nice and true, HOWEVER apparently all of us lack the hardware and lab setup to perform the testing. And I haven't seen anyone publish clear instructions we could ask a Vista user to do, either. So, can we please commit these patches, with the T4x BIOSes removed from the DMI list already? We already know the R40e and R50e are borked, we have a patch that fixes them *cleanly* and completely safely (no side-effects on any other box). There is no excuse not to apply it since we do NOT have anything better on hand, NOR are we going to be able to produce better patches anytime soon. If someone manages to set up a lab to do testing, or manages to ask someone else who has deep knowledge of how Microsoft made Vista behave on border conditions, he can send us better information, and a general solution can be deployed and the band-aid DMI table, removed. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh -- To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
