[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAE8gLhkBUWrXsRxBDTpj1sNVKZLe7aVeqMuJArW2ACOkvpR-OQ@mail.gmail.com>
Date: Mon, 1 Dec 2014 23:45:26 +0100
From: MegaBrutal <megabrutal@...il.com>
To: Linux kernel <linux-kernel@...r.kernel.org>
Cc: Kees Cook <keescook@...omium.org>
Subject: Re: PROBLEM: [Launchpad #1396889] [Lenovo ThinkPad T400] kexec reboot fails
2014-12-01 7:32 GMT+01:00 MegaBrutal <megabrutal@...il.com>:
> [X.] Other notes, patches, fixes, workarounds:
> Downstream report (Ubuntu Launchpad):
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1396889
>
> With kernel bisection, I've found, the first bad commit is
> 8ab3820fd5b2896d66da7bb2a906bc382e63e7bc x86, kaslr: Return location
> from decompress_kernel
> which introduces KASLR.
> http://lkml.kernel.org/r/1381450698-28710-3-git-send-email-keescook@chromium.org
>
> The problem only presents itself when CONFIG_RANDOMIZE_BASE=y.
>
> For workaround, there is a "nokaslr" kernel parameter to disable the
> feature, even if the kernel was compiled with CONFIG_RANDOMIZE_BASE.
Need to add: as I tested today, unfortunately the "nokaslr" kernel
option doesn't work around the bug. If a kernel was compiled with
CONFIG_RANDOMIZE_BASE, it won't properly kexec on my ThinkPad T400,
even if the "nokaslr" kernel option is provided!
This could actually help to find the bug, as whatever bad happens must
happen before the kernel checks for the presence of the "nokaslr"
kernel parameter.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists