lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  PHC 
Open Source and information security mailing list archives
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Sat, 02 Dec 2006 11:28:59 +0100
From:	Arjan van de Ven <>
To:	Alan <>
Cc:	Arkadiusz Miskiewicz <>,
	Ben Collins <>,, Eric Piel <eric.piel@...mplin-utc>
Subject: Re: [RFC] Include ACPI DSDT from INITRD patch into mainline

On Fri, 2006-12-01 at 22:17 +0000, Alan wrote:
> On Fri, 1 Dec 2006 23:01:20 +0100
> Arkadiusz Miskiewicz <> 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 ?

       bool "Include Custom DSDT"
        depends on !STANDALONE
        default n 
          This option is to load a custom ACPI DSDT
          If you don't know what that is, say N.

        string "Custom DSDT Table file to include"
        depends on ACPI_CUSTOM_DSDT
        default ""
          Enter the full path name to the file which includes the

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
More majordomo info at
Please read the FAQ at

Powered by blists - more mailing lists