On Wed, 25 Jun 2008 12:58:48 +0200 Alan Cox <<a href="mailto:alan@redhat.com">alan@redhat.com</a>> wrote:<br>>> Email the acpi-dev-team my custom dsdt so that they can include <br>>it <br>>> in the mainline kernel :). Since this is the "missing" code that <br>
><br>>> breaks my machine, it should be send as a patch for inclussion. <br>>And <br>><br>>You do not have the rights or the permissions from the <br>>manufacturer to<br>>distribute or generally make available copies of the DSDT (whether <br>
>counted<br>>as firmware or not) beyond limited 'fair use' rights in some part <br>>of the<br>>world.<br>><br>>That is one big problem with this patch - Red Hat couldn't ship <br>>the modified<br>
>DSDTs without permission of each vendor or more likely whichever <br>>company<br>>they paid to do the work.<br><br>This with my dsdt in the maistream kernel (as missing code) was <br>just a joke. I think the kernel shouldn't collect fixes for broken <br>
dsdt tables but just provide a way to insert a custom one at boot <br>time. I think it is poor judgemnt to incorporate anyones dsdt (or <br>other system specific code like bioses) in the mainstream kernel.<br><br>Just in case if this could have happended: at boot the kernel <br>
should look throught a register with broken dsdt tables and apply <br>the "correct" one. and with new bios - should we incorporate our <br>new dsdt? Should the kernel check (on the millions of pcs it runs <br>on) for my/anyones dsdt? This is insane!