Hello,
After several test, I find that CPU stat info are not correct with kernel 2.6
inside uml.
tested with skas3/skas0 mode (Proc P4HT/PD/Core2Duo):
host kernel 32bit 2.6.20smp skaks3 | guest 32bit uml 2.6.13/2.6.21 skas3/skas0
host kernel 32bit 2.6.14smp skaks3 | guest 32bit uml 2.6.13/2.
Jeff Dike <[EMAIL PROTECTED]> a écrit :
Got an URL?
Jeff
-- You can find this here:
http://weather.ou.edu/~apw/projects/stress/
-=Leo=-
-
Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail
Hi,
Is grsec compatible with guest kernel 2.6 ?
tested with (same guest kernel without grsec patch work):
HOST 2.6.20.9 skas3
GUEST 2.6.19.7 + grsecurity-2.1.10-2.6.19.2-200701222307.patch.gz
GUEST 2.6.21.5 + grsecurity-2.1.10-2.6.21.5-200706182032.patch
-> patch guest uml kernel: OK
grsec patch uml work perfectly.
Regards,
leo.
Jeff Dike <[EMAIL PROTECTED]> a écrit :
On Wed, Jul 25, 2007 at 02:33:30PM +0200, Ludovic Marchand wrote:
> Is grsec compatible with guest kernel 2.6 ?
Should be, unless there are arch-specific pieces to it.
> -> start
I don't understand this. I'm running a couple of UMLs with
stress --cpu 1 --timeout 60s & top
and top is showing me 99-100% CPU consumption in both.
- When I start only one uml (TEST1) and the commande 'stress' inside uml:
* top inside uml is showing me processus 'stress' with 90% CPU c
This run just failed to open your root filesystem.
Yes, but same uml kernel exactly in the same situation without grsec patch,
work!
Therefore with grsec patch kernel don't find rootfs, but why ?
Regards,
leo
-
Ne ga
