Re: [PATCH][RFC] 4K stacks default, not a debug thing any more...?

2007-07-17 Thread utz lehmann
On Tue, 2007-07-17 at 10:45 -0400, John Stoffel wrote: > utz> I have to recompile the fedora kernel rpms (fc6, f7) with 8k > utz> stacks on my i686 server. It's using NFS -> XFS -> DM -> MD > utz> (raid1) -> IDE disks. With 4k stacks it crash (hang) within > utz> minutes after using NFS. With 8k

Re: [PATCH][RFC] 4K stacks default, not a debug thing any more...?

2007-07-16 Thread utz lehmann
On Tue, 2007-07-17 at 00:28 +0200, Rene Herman wrote: > Given that as Arjan stated Fedora and even RHEL have been using 4K stacks > for some time now, and certainly the latter being a distribution which I > would expect to both host a relatively large number of lvm/md/xfs and what > stackeaters

unprivileged mount problems: device permissions ignored, mount sharing

2007-04-29 Thread utz lehmann
Hello I tried the unprivileged mount v5 patches with 2.6.21.1. I made some experiments with normal filesystems (ext3, xfs, iso9660). I removed the FS_SAFE checks for that. Mounting and umounting as unprivileged user (user1) works, e.g. (/mnt/user1 is a mount owned by user1) [EMAIL PROTECTED] ~]$

Re: [PATCH] [request for inclusion] Realtime LSM

2005-03-08 Thread utz lehmann
On Mon, 2005-03-07 at 20:33 -0800, Matt Mackall wrote: > On Mon, Mar 07, 2005 at 07:50:20PM -0800, Andrew Morton wrote: > > > > So I still have the rt-lsm patch floating about, saying "merge me, merge > > me!". I'm not sure that the world would end were I to do so. > > > > Consider this a prod i

Re: [PATCH]sched: Isochronous class v2 for unprivileged soft rt scheduling

2005-01-21 Thread utz lehmann
On Sat, 2005-01-22 at 10:48 +1100, Con Kolivas wrote: > utz lehmann wrote: > > Hi > > > > I dislike the behavior of the SCHED_ISO patch that iso tasks are > > degraded to SCHED_NORMAL if they exceed the limit. > > IMHO it's better to throttle them at the i

Re: [PATCH]sched: Isochronous class v2 for unprivileged soft rt scheduling

2005-01-21 Thread utz lehmann
Hi I dislike the behavior of the SCHED_ISO patch that iso tasks are degraded to SCHED_NORMAL if they exceed the limit. IMHO it's better to throttle them at the iso_cpu limit. I have modified Con's iso2 patch to do this. If iso_cpu > 50 iso tasks only get stalled for 1 tick (1ms on x86). Fortunat

Re: [PATCH]sched: Isochronous class v2 for unprivileged soft rt scheduling

2005-01-19 Thread utz lehmann
On Thu, 2005-01-20 at 11:33 +1100, Con Kolivas wrote: > utz lehmann wrote: > > @@ -2406,6 +2489,10 @@ void scheduler_tick(void) > > task_t *p = current; > > > > rq->timestamp_last_tick = sched_clock(); > > + if (iso_task(p) && !rq->iso_

Re: [PATCH]sched: Isochronous class v2 for unprivileged soft rt scheduling

2005-01-19 Thread utz lehmann
Hi Con On Thu, 2005-01-20 at 09:39 +1100, Con Kolivas wrote: > This is version 2 of the SCHED_ISO patch with the yield bug fixed and > code cleanups. Thanks for the update. @@ -2406,6 +2489,10 @@ void scheduler_tick(void) task_t *p = current; rq->timestamp_last_tick = sched_c