Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 16 Apr 2018 13:00:21 -0600
From:      Ian Lepore <ian@freebsd.org>
To:        Eitan Adler <eadler@freebsd.org>, Kyle Evans <kevans@freebsd.org>
Cc:        "Rodney W. Grimes" <rgrimes@freebsd.org>, Glen Barber <gjb@freebsd.org>, src-committers <src-committers@freebsd.org>, svn-src-all@freebsd.org, svn-src-stable@freebsd.org, svn-src-stable-11@freebsd.org
Subject:   Re: svn commit: r331722 - in stable/11: bin/cat bin/chflags bin/chmod bin/cp bin/date bin/dd bin/df bin/domainname bin/echo bin/ed bin/hostname bin/kill bin/ln bin/ls bin/mkdir bin/mv bin/pax bin/ps bi...
Message-ID:  <1523905221.69449.14.camel@freebsd.org>
In-Reply-To: <CAF6rxgnyEht3CLoa=KZdoarAQRNrF2ONRw7v0hO9Hjt0OVxWcg@mail.gmail.com>
References:  <1523837543.69449.8.camel@freebsd.org> <201804160028.w3G0S58v048517@pdx.rh.CN85.dnsmgr.net> <CACNAnaGTdR0qNL=4T674sV8NakndZtGv3PkD6Mf-xxRwK5Z%2BvA@mail.gmail.com> <CAF6rxgnyEht3CLoa=KZdoarAQRNrF2ONRw7v0hO9Hjt0OVxWcg@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 2018-04-15 at 18:08 -0700, Eitan Adler wrote:
> On 15 April 2018 at 17:53, Kyle Evans <kevans@freebsd.org> wrote:
> > 
> > On Sun, Apr 15, 2018 at 7:28 PM, Rodney W. Grimes
> > <freebsd@pdx.rh.cn85.dnsmgr.net> wrote:
> > > 
> > > > 
> > > > On Wed, 2018-03-28 at 20:17 -0700, Rodney W. Grimes wrote:
> > > > > 
> > > > > [...]
> > > > > I tried to get this slowed down until we could get to a concenses,
> > > > > I think our mess is as big now as it was before.
> > > > > 
> > > > Or bigger. I've just discovered this commit reverted stuff that wasn't
> > > > part of the bad original MFC commit. Things I MFC'd to 11 before this
> > > > revert are now missing changes and the symptoms don't show up until a
> > > > module fails to load due to missing symbols.
> > > > 
> > > > I guess every change on the stable-11 branch between r330897 and
> > > > r331722 needs to be audited to see if MFC'd or changed code has been
> > > > unintentionally reverted.
> > > > 
> > > > Here's the example I've just run across...
> > > > 
> > > > r330897 merged this:
> > > > 
> > > > https://svnweb.freebsd.org/base/stable/11/sys/dev/spibus/ofw_spibus.c?r1=302408&r2=330897
> > > > 
> > > > Then I did some MFCing, then r331722 "reverted" this:
> > > > 
> > > > https://svnweb.freebsd.org/base/stable/11/sys/dev/spibus/ofw_spibus.c?r1=331506&r2=331722
> > > *sigh*  Ok, I can at least do an audit of the r331722
> > > that was suppose to be a revert and see what else I find.
> > > 
> > > I'll start on this tomarrow and get the first pass audit out fairly early
> > > in the morning my time (PST)
> > > 
> > > Do we revert the attempted revert, then properly revert the original?
> I am beyond confused. How did
> svn merge -c-r330897 .
> fail?
> 

If that's literally the command you entered, it may have been the extra
'-r' that caused a problem. To backout a single changelist, the command
is

  svn merge -c -330897 .

I wonder if that extra -r separated the changelist number from the -c
option, and in effect did a reverse-merge by revision number of
everything back to r330897?

-- Ian



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1523905221.69449.14.camel>