![]() | |||||||||||||
Messages in this thread |
> From Brown, Len on Sunday, 01 February, 2004: > >The vendor should supply a correct DSDT with their BIOS. > >In the case of Dell, you might inquire here: http://linux.dell.com/ > >For non-vendor supplied solutions, you might also follow the > DSDT link > >here: http://acpi.sourceforge.net/ > > Hmm. Do vendors generally release these? I know Dell's very shaky on > the Linux support front, at least for desktop/laptop. > Also, how do non-vendor supplied ones get made? Seems like something > you need NDA'ed docs for. Non-vendor supplied DSDTs are created by end-users who bought machines that don't work. Per the DSDT link above, one can extract, dis-assemble, modify a DSDT -- and tell Linux to use your copy instead of the version burned into PROM. While detailed hardware docs would be required to understand all the code, that is not necessary to fix the majority of DSDT errors that confuse Linux. The common errors generally result from simple programming blunders that are not caught at build-time by the partciular AML compiler the vendor uses, nor at run-time by the particular OS the vendor uses for validation. When vendors use an improved AML compiler (such as the one freely available from Intel;-), and test their platforms on ACPI-enabled Linux, these problems generally go away and so does the topic of fixing broken DSDTs. Indeed, I'm not confident that fixing DSDTs for vendors is always a good idea -- particularly if the vendors don't take the feedback. I'd rather see Linux users able to vote with their dollars to support vendors that best support Linux. That said, if you're stuck with a box that needs a DSDT fix -- I encourage you to work with the vendor to get the DSDT fixed. Yes, I've seen handing them the fix on a silver platter work just fine;-) However, as I'm not a lawyer and don't play one on TV, note that I can't give anybody permission to _publish_ modified vendor firmware -- only the vendor can do that. Cheers, -Len - 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/ | ||||||||||||
| Last update: 2005-03-22 13:00 [from the cache] ©2003-2008 | |||||||||||||