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
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
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] ~]$
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
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
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
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_
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
8 matches
Mail list logo