mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Norman Diamond" <ndiamond@wta.att.ne.jp>
To: <linux-kernel@vger.kernel.org>
Subject: Re: Wrapping jiffies [was Re: udev and devfs - The final word]
Date: Sun, 4 Jan 2004 11:50:45 +0900	[thread overview]
Message-ID: <014a01c3d26d$9c24ee00$74ee4ca5@DIAMONDLX60> (raw)

Pavel Machek wrote:

> BTW, as we are currently in stable series, it might be good idea to
> make jiffies start at zero...

I disagree.  The importance of fixing bugs does not decrease in stable.
Hiding bugs is still the opposite of fixing bugs.

Perhaps I misunderstand the meaning of stable, but I expected stable to mean
that efforts tend more towards fixing things so they work properly, and
unstable meant that efforts tend more towards adding features even though
they're broken at first.  Hiding a broken thing is still the opposite of
fixing a broken thing.

> Hopefully jiffie wrap had enough testing during stable...

I think you mean unstable, in which case I agree with this half of what I
think you meant.  This still doesn't give any reason to switch back to
hiding things.  In fact this doesn't give any reason to switch from a
technique that "hopefully [...] had enough testing" to a different
technique, even if logically the different technique doesn't need as much
testing.


             reply	other threads:[~2004-01-04  2:51 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-01-04  2:50 Norman Diamond [this message]
     [not found] <18Cz7-7Ep-7@gated-at.bofh.it>
2004-01-01  0:15 ` udev and devfs - The final word Andries Brouwer
2004-01-01  0:31   ` Rob Love
2004-01-01 12:34     ` Rob Landley
2004-01-01 15:22       ` Rob Love
2004-01-01 15:48         ` Andries Brouwer
2004-01-01 15:54           ` Rob Love
2004-01-02 20:42             ` Linus Torvalds
2004-01-03  3:00               ` Andries Brouwer
2004-01-03  4:46                 ` Linus Torvalds
2004-01-03 18:34                   ` Wrapping jiffies [was Re: udev and devfs - The final word] Pavel Machek

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='014a01c3d26d$9c24ee00$74ee4ca5@DIAMONDLX60' \
    --to=ndiamond@wta.att.ne.jp \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

Powered by JetHome