Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 20 Jun 2002 02:04:29 -0600
From:      "John Nielsen" <stable@jnielsen.net>
To:        "Michiel Boland" <boland@alexander.diva.nl>
Cc:        <stable@FreeBSD.ORG>, "Soeren Schmidt" <sos@freebsd.dk>, <re@FreeBSD.ORG>
Subject:   Re: ATA tags bug fix committed to -releng4
Message-ID:  <030c01c21831$1ac8b320$0900a8c0@max>
References:  <20020620085158.K54942-100000@alexander.diva.nl>

next in thread | previous in thread | raw e-mail | index | archive | help
----- Original Message -----
From: "Michiel Boland" <boland@alexander.diva.nl>
To: "John Nielsen" <stable@jnielsen.net>
Cc: <stable@FreeBSD.ORG>
Sent: Thursday, June 20, 2002 12:59 AM
Subject: Re: ATA tags bug fix committed to -releng4


>
>
> On Wed, 19 Jun 2002, John Nielsen wrote:
>
> [ata tags bug fix committed to -releng4]
> > > I think it must be committed to RELENG_4_6. Codebase is the same,
> > > bugfix is clear, usefullness is clear. ;))
> >
> >
> > I second the motion, although if any other fixes are immediately pending
it
> > would be prudent to commit them to RELENG_4 for a bit of exposure and
then
> > do a single "ata patch" commit to RELENG_4_6.
> >
> > JN
>
> Excuse me if I'm wrong, but I thought the RELENG_4_6 branch was for
> cricitcal security fixes only. IMHO merging this fix would set a dangerous
> precendent.

It's "for security advisories and other seriously critical fixes."  It
probably would be an overstatement to say that the ATA issues some have been
having with 4.6 are "seriously critical."  But it MIGHT not be. :)  I will
admit to having my own agenda on this--I maintain a server with a Promise
RAID controller in a mirrored config.  It's been running -stable to get the
latest ATA stuff, but I'd like to get it back to running a release version.
I haven't updated the machine recently so I don't know if these latest fixes
would affect it or not.

I agree that merging minor bugfixes into a release branch is not good
practice.  But if the ata fixes turn out to be not-so-minor, I wouldn't mind
seeing them go in in this case.

JN


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?030c01c21831$1ac8b320$0900a8c0>