Re: AoE for 4.x

From: Eivind Eklund (eivind_at_FreeBSD.org)
Date: 09/24/04

  • Next message: Brooks Davis: "Re: AoE for 4.x"
    Date: Fri, 24 Sep 2004 10:23:04 +0000
    To: Sam <sah@softcardsystems.com>
    
    

    On Thu, Sep 23, 2004 at 04:03:58PM -0500, Sam wrote:
    > >>I'm hoping to have a 5.x driver ready in the next month or two,
    > >>probably patched against 5.3-stable when it's ready.
    > >
    > >Drivers go into the system in the order
    > >-current
    > >-stable
    > >
    > >This is basically the order we ALWAYS force, to avoid people doing
    > >development on older branches and a continual loss of functionality.
    > >
    > >This means that you (or somebody else) will need to port it to -current
    > >before it can go into 5.3-stable.
    >
    > The flip side of this argument is that I can't reasonably
    > ask customers to pull up -current sources to use a storage
    > product. They've got to be able to rely on it and I've got
    > to be able to manage the service calls.

    Of course. This isn't the flip side, though - it's a argument about
    something completely different. The way this usually goes is that
    (A) Somebody develop a driver for whatever branch they can easily do so
          on - either -current or -stable.
    (A.2) Port it to -current if it was not developed there
    (C) Get it committed to -current
    (D) Let it sit in -current for a while, fixing any bugs that may turn
          up
    (D.2) Port the driver to -stable if it was not developed there (if it
          was developed there, the person just provide the patches for that
          branch with the bugs found since commit fixed)
    (D) Commit it into the relevant -stable branch

    Often, for author-maintained drivers, the driver over time gets some
    ifdefs etc added to make it possible to use the essentially same sources
    on both the -stable and -current branch.

    But the commit to -current is always done before -stable, because
    FreeBSD (as a vendor) will not allow the backwards slippage that WOULD
    happen if we did not strictly enforce this.

    > Eventually I'll have patches against a -stable that's close enough
    > to a -current that the patch will apply to both. I'm hoping 5.3
    > will be this way.

    You will probably never have a better chance than 5.3. My guess is that
    the next -stable branching (6.x-stable) will be at least two years in
    the future, and 5.4+-stable will be much further diverged from
    6.0-current than 5.3-stable will be.

    Please take this as friendly information; we have policies that we have
    to follow to keep the quality of FreeBSD high, and unfortunately these
    have to add some extra hardship for authors :-(

    Eivind.
    _______________________________________________
    freebsd-arch@freebsd.org mailing list
    http://lists.freebsd.org/mailman/listinfo/freebsd-arch
    To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org"


  • Next message: Brooks Davis: "Re: AoE for 4.x"

    Relevant Pages

    • [GIT PATCH] ACPI patches for 2.6.21 - part II (resend)
      ... Adds the sony-laptop driver, which controls brightness on akpm's vaio... ... Adds the ACPI support needed by the upcoming rtc driver ... ACPI: bay: fix wrong order of kzalloc arguments ... commit 255f0385c8e0d6b9005c0e09fffb5bd852f3b506 ...
      (Linux-Kernel)
    • [git pull] drm
      ... fix to Intel AGP driver to clear GTT properly on startup ... Ironlake support, Pineview support, Overlay support, ... add support for vmwgfx driver which will go in staging, ... commit 4361e52ad0372e6fd2240a2207b49a4de1f45ca9 ...
      (Linux-Kernel)
    • Re: [RESEND x9+ patch 2.6.26-git 1/2] lm75: cleanup and reorg
      ... This patch have been in Mark's tree for a month or so. ... commit 530598a47e8562f680d155eb280dddd6af1b3d9e ... hwmon: ... Misc cleanups to the lm85 hardware monitoring driver: ...
      (Linux-Kernel)
    • [git pull request] ACPI and driver patches for 2.6.33.merge
      ... The bulk of the platform driver updates should be in here, ... I also expect some ACPI bug fixes which are now percolating. ... eeepc-laptop: ... commit aa96ce0af8385415a3450bc13e6254a4d6b4a888 ...
      (Linux-Kernel)
    • cvs-src summary for 04/04/2004
      ... You can get old summaries, and an HTML version of this one, at ... Vinod Hashyap added a driver for `3ware's 9000 series`_ ... depending on which branch the commit is being made to. ... this same change means that USB keyboards will not be ...
      (freebsd-current)