Re: [PATCH] 64 bit jiffies for 2.4.23-pre2

From: Willy Tarreau (willy_at_w.ods.org)
Date: 09/01/03

  • Next message: Jan Kara: "Re: [BUG] mtime&ctime updated when it should not"
    Date:	Mon, 1 Sep 2003 21:02:10 +0200
    To: Tim Schmielau <tim@physik3.uni-rostock.de>
    
    

    On Mon, Sep 01, 2003 at 08:28:31PM +0200, Tim Schmielau wrote:
    > On Mon, 1 Sep 2003, Marcelo Tosatti wrote:
    >
    > > > I think it's the most appropriate solution for 2.4. But you need to decide
    > > > whether you take this, whether someone should backport the (intrusive and
    > > > architecture-dependent) 2.6 fix, or whether you drop it completly and let
    > > > people just upgrade to 2.6.
    > >
    > > Sincerely, I prefer people use 2.6.
    >
    > OK, for people wanting this in their private trees, I'll try to keep an
    > up-to-date version at
    >
    > http://www.physik3.uni-rostock.de/tim/kernel/2.4/

    Ok, thanks Tim, I'll keep including it in my kernel since it allows my systems
    to live such a long life :-) But I don't think they will ever beat Alan's box
    which lasted 1100 days on 1.2.13 ! And that would not be reasonable because
    even for security reasons, you sometimes have to upgrade.

    BTW, that reminds me of Netware's patches that were basically hot fixes that
    you could apply without shutting the system down. That was really wonderful a
    feature that I would love to see on Linux. This is already doable with modules,
    but not with the system core.

    Regards,
    Willy

    -
    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/


  • Next message: Jan Kara: "Re: [BUG] mtime&ctime updated when it should not"

    Relevant Pages

    • Re: [PATCH] 64 bit jiffies for 2.4.23-pre2
      ... Willy Tarreau wrote: ... | Ok, thanks Tim, I'll keep including it in my kernel since it allows my systems ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: Fw: Re: keyboard problem with 2.6.6
      ... It was intended to be removed after that support is ... > It is almost impossible to remove features from the kernel. ... > new hardware or for security reasons. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [Lse-tech] Re: [PATCH] new CSA patchset for 2.6.8
      ... We should either improve BSD accounting to do the job, ... > We should at least have common data collection in the kernel. ... Tim ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [PATCH 1/3] 2.6.8-rc4-mm1 - Fix UML build
      ... can access them all, and initialized data all before uninitialized, so ... SYMLINKS:= $,$/$f) ... semaphore.c-dir = kernel ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: Real-Time Preemption, -RT-2.6.12-final-V0.7.50-24
      ... > rebooted to a kernel that doesn't have the RT-preempt patch but ... getting a very verbose running trail, almost like an strace output, ... Copyright 2005 by Maurice Eugene Heskett, ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)