[<prev] [next>] [day] [month] [year] [list]
Message-Id: <200809051336.m85DafdM019660@wind.enjellic.com>
Date: Fri, 5 Sep 2008 08:36:40 -0500
From: greg@...ellic.com
To: Jeff Dike <jdike@...toit.com>, Jan Engelhardt <jengelh@...ozas.de>
Cc: Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: Is SKAS still required for UML
On Aug 27, 3:06pm, Jeff Dike wrote:
} Subject: Re: Is SKAS still required for UML
Hi Jeff, hope the week is ending well for you.
> > I tried to put this to a test, and actually failed to modify the
> > UML kernel/memory image from within it. I had a simple kernel module
> > with 'int val = 2;' and upon loading this, done printk("Val is at %p\n",
> > &val); to get to know the address. A userspace program inside the UML
> > then tried to dereference that address and read the value, but that
> > ended in a segfault. /proc/xxx/maps also does not show the UML kernel
> > being mapped in any process inside the UML. Note that I was running in
> > SKAS0 mode, both host and guest are all 64-bit. Is the NX bit of the
> > 64-bit platform securing things off, or has SKAS3 become sort of
> > obsolete?
> SKAS3 is still a significant performance boost.
Any thoughts or timetable on SKAS4 going mainline? I suspect the
SKAS3 patches are even remotely compatible with current mainline
kernels.
We've had good success with SKAS4 on 2.6.24.x but thats even getting
awful long in the tooth at this point. I've been meaning to try the
last copy of the SKAS4 patch against 2.6.26.x but haven't found the
time yet to wade through the flock of rejects which I would expect.
With all the renames in the impending 2.6.27 tree I'm afraid the
prospects are even worse. The time seems ripe to push it towards
mainline.
> Jeff
Thanks again for all your efforts on UML.
Have a good weekend.
}-- End of excerpt from Jeff Dike
As always,
Dr. G.W. Wettstein, Ph.D. Enjellic Systems Development, LLC.
4206 N. 19th Ave. Specializing in information infra-structure
Fargo, ND 58102 development.
PH: 701-281-1686
FAX: 701-281-3949 EMAIL: greg@...ellic.com
------------------------------------------------------------------------------
"Atilla The Hun's Maxim: If you're going to rape, pillage and burn, be sure
to do things in that order."
-- P.J. Plauger
Programming On Purpose
--
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