Messages in this thread | | | Subject | Re: [RFC] Include ACPI DSDT from INITRD patch into mainline | From | Arjan van de Ven <> | Date | Sat, 02 Dec 2006 11:28:59 +0100 |
| |
On Fri, 2006-12-01 at 22:17 +0000, Alan wrote: > On Fri, 1 Dec 2006 23:01:20 +0100 > Arkadiusz Miskiewicz <arekm@maven.pl> wrote: > > > Acer notebook users here dump DSDT from their own machine, fix it and then > > load via initrd. > > Under EU law thats two copies without permission and modification without > permission of the rights holder.... > > > > and if they do does it have to be > > > an ugly hack in the mainstream kernel. > > > > Can it be done without hacks somehow (in the way that adding fixed DSDT is > > easy for user)? > > Arjan - can you explain the linking dsdt one in more detail ?
config ACPI_CUSTOM_DSDT bool "Include Custom DSDT" depends on !STANDALONE default n help This option is to load a custom ACPI DSDT If you don't know what that is, say N.
config ACPI_CUSTOM_DSDT_FILE string "Custom DSDT Table file to include" depends on ACPI_CUSTOM_DSDT default "" help Enter the full path name to the file which includes the AmlCode declaration.
these allow you to nicely build a DSDT into the kernel, so that it can be used FROM THE START. Not as some of the hacks do, replacing the DSDT code while it is running. (would you really want to replace a kernel modules' code while it's running by some other version of the module? If the answer is no, why would you want to do it to bios code... )
Now for distro kernels this is somewhat awkward, however that's only a bit of glue away realistically; stick it in it's own section and objcopy the right one into the vmlinuz isn't that big a deal....
- 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/
| |