[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <44D1843F.9090309@vmware.com>
Date: Wed, 02 Aug 2006 22:06:07 -0700
From: Zachary Amsden <zach@...are.com>
To: Andrew Morton <akpm@...l.org>
Cc: Stas Sergeev <stsp@...et.ru>, linux-kernel@...r.kernel.org
Subject: Re: [patch] espfix cleanup take 2
Andrew Morton wrote:
> On Wed, 02 Aug 2006 20:43:47 +0400
> Stas Sergeev <stsp@...et.ru> wrote:
>
>
>> Attached is a new espfix cleanup patch.
>>
>
> Ho hum, this conflicts moderately with the hypervisor preparatory patches
> which Jeremy sent.
>
> So could I ask that you redo this patch in a couple of weeks time against
> the current -mm lineup? I'd prefer not to merge it immediately because
> doing so would make it even harder than usual to work out who to blame if
> things break ;)
>
That would be my preference as well - I don't really have the bandwidth
to do a full review / test and integration of Stas's patch right now.
Subtle isn't really the word for this change - NMIs, debug handling,
sysenter, kernel stack copying, segment registers, interrupts, kernel
exception fixup, 16-bit stacks, descriptor tables and now CFI
annotations all come into play. Basically, all the evil and tricky
parts of i386 all come out to play together, and the control flow is
non-linear in places. Sadomasochistic is a more appropriate word. But
it is a very nice change, and I would like to see it merged into -mm
eventually. I actually have an ad-hoc test suite that tests most of
these paths, but I've never gotten formal and rigorous enough with it to
publish. I'll see if I can do that sometime in the next two weeks ;)
Zach
-
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