Hm, I had not seen this. He is right, but the patch
provides an out :) The standard says a timer can overrun.
If a timer is repeating so fast as to bogdown the system,
the code lumps enough of them to unload the system into the
overrun count and doesn't take the interrupts.
-g
>
> > > 10) EVMS (Enterprise Volume Management System) (EVMS team)
> > > http://sourceforge.net/projects/evms
> >
> > Sounds like 2.7.x material, viro pointed out several problems ...
>
> This one's a problem. LVM1 is dead, so either LVM2 or EVMS are needed to
> avoid a major functional regression vs 2.4...
>
> > > 11) Linux Kernel Crash Dumps (Matt Robinson, LKCD team)
> > > Announce: http://lists.insecure.org/lists/linux-kernel/2002/Oct/7060.html
> > > Code: http://lkcd.sourceforge.net/
> >
> > I would personally _love_ to see this merged, but I think it's 2.7.x
> > material given the recent comments (unless they get fixed up)
>
> T minus 6 days, and counting... :)
>
> > > 12) Rewrite of the console layer (James Simmons)
> > > http://linuxconsole.sourceforge.net/
> >
> > needs more review... but hasn't some of this stuff already made it in?
> > (or am I thinking about fbdev...?)
>
> This and the page table sharing are probably the two that mean the most to me
> personally, actually. Not that this is relevant... :)
>
> > > 13) Kexec, luanch ELF format linux kernel from Linux (Eric W. Biederman)
> > > http://lists.insecure.org/lists/linux-kernel/2002/Oct/6584.html
> >
> > Useful, but at the same time not many people will use this I think. It
> > may need to live as a patch for a while, if not for a long while...
>
> I have an odd usage that would be helped by having the linux kernel and a
> ramdisk in the same image, but that's a question of getting support into lilo
> or grub, not the linux kernel itself. There's probably already a way to do
> it (actually, I'm sure I could if I wanted to hack lilo), it just hasn't made
> it far enough up my to-do list yet...
>
> > > 14) USAGI IPv6.
> > >
> > > Yoshifuji Hideyaki points out that ipv6 is very important overseas
> > > (where some entire countries make do with a single class B ipv4
> > >
> > > address range). He says:
> > >>Well, our IPsec is ready, runs and is tested...
> > >>ftp://ftp.linux-ipv6.org/pub/usagi/patch/ipsec/
> >
> > The USAGI guys have been slowly splitting up their patches and
> > submitting them... AFAIK DaveM is just waiting on more split-up IPv6
> > patches from them...
>
> Okay, ARE the Usagi IPV6 patches and Dave's work dovetailing into one project?
> I'll happily collate them if so, I'd just like to hear it from one of the
> principal authors...
>
> Rob
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
-- George Anzinger george@mvista.com High-res-timers: http://sourceforge.net/projects/high-res-timers/ Preemption patch: http://www.kernel.org/pub/linux/kernel/people/rml - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/