On Fri, Jan 22, 2016 at 1:08 PM, Bryan O'Donoghue
wrote:
> On Thu, 2016-01-21 at 20:44 +0200, Andy Shevchenko wrote:
>> On Thu, Jan 21, 2016 at 4:05 PM, Bryan O'Donoghue
>> wrote:
[]
>> > The solution to this situation is to keep the kernel .text section
>> > IMR lock
>> > bit false. This means
On Thu, 2016-01-21 at 20:44 +0200, Andy Shevchenko wrote:
> On Thu, Jan 21, 2016 at 4:05 PM, Bryan O'Donoghue
> wrote:
> > Currently when setting up an IMR around the kernel .text area we
> > lock that
> > IMR, preventing further modification. While superficially this
> > appears to
> > be the rig
On Thu, Jan 21, 2016 at 4:05 PM, Bryan O'Donoghue
wrote:
> Currently when setting up an IMR around the kernel .text area we lock that
> IMR, preventing further modification. While superficially this appears to
> be the right thing to do, in fact this doesn't account for a legitimate
> change in th
Currently when setting up an IMR around the kernel .text area we lock that
IMR, preventing further modification. While superficially this appears to
be the right thing to do, in fact this doesn't account for a legitimate
change in the memory map such as when running through kexec. In such a
scenari
4 matches
Mail list logo