Re: New (now current development process)

From: Krzysztof Halasa (khc_at_pm.waw.pl)
Date: 11/07/05

  • Next message: John W. Linville: "[patch 2.6.14 (take #2)] fec_8xx: make CONFIG_FEC_8XX depend on CONFIG_8xx" 
    To: "Christopher Friesen" <cfriesen@nortel.com>
Date:	Mon, 07 Nov 2005 19:25:35 +0100

    "Christopher Friesen" <cfriesen@nortel.com> writes:

    > How do you ever know that new change introduced no new bugs?

    Changing comments doesn't change generated code or your tools are
    screwed. Trivial changes - you can be reasonably sure, too. Note
    it's different from not having bugs at all.

    > Maybe
    > there was a latent race condition that is activated by timing
    > differences caused by the new code.

    Then the bug already existed, you aren't adding any.

    > The safe bet is to simply rename the final -rc with no further changes.

    Safe? You can't be really safe here. Bad luck and version string
    change (compile time or -rc* removal) will trigger disaster. 

    -- 
Krzysztof Halasa
-
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: John W. Linville: "[patch 2.6.14 (take #2)] fec_8xx: make CONFIG_FEC_8XX depend on CONFIG_8xx"

    Relevant Pages

    • Re: Reiser4 status: benchmarked vs. V3 (and ext3)
      ... > Nikita Danilov wrote: ... Assuming no bugs in implementation it is very safe. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: Generic-Package Elaboration Question / Possible GNAT Bug.
      ... bugs in their ADTs' interfaces. ... At this stage, one cannot use a debugger for executable programs, ... DbC need not happen at the level of concrete implementation (again, ... You cannot build safe software on false premises. ...
      (comp.lang.ada)
    • Re: [patch] sched: fix scheduling latencies for !PREEMPT kernels
      ... I meant safe against deadlocks. ... > remove uses of the sleeping characteristic first, as in my mind that is ... > whatever tactic whoever cares to drive all this prefers. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: ext3_orphan_del may double-decrement bh->b_count
      ... Nah, just a string of curses unfit for the general public, or even lkml. ... I've been trying to blame this one on various other bugs until ... > got itself not uptodate. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: RFD: Kernel release numbering
      ... that if a particular development cycle drags on for some reason, ... and certain bugs never got fixed in the previous release, ... release until they do another push. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)