On Thu, Mar 12, 2015 at 12:01:13PM -0400, John Baldwin wrote:
J> On Thursday, March 12, 2015 04:07:54 PM Hans Petter Selasky wrote:
J> > On 02/28/15 13:28, John Baldwin wrote:
J> > > On Friday, February 27, 2015 10:23:10 PM Gleb Smirnoff wrote:
J> > >> On Thu, Feb 26, 2015 at 08:25:59PM -0800, Adrian Chadd wrote:
J> > >> A> [snip]
J> > >> A>
J> > >> A> I think Mike's approach is good - it makes it easy to MFC to 10.2
J> > >> A> since there's extended lifecycle stuff to do there - and then we can
J> > >> A> plan out how do the "betterer" fix after it's landed and churned
J> > >> A> things.
J> > >>
J> > >> ... and we will be ought to support the "betterer" fix along with
J> > >> the "not so betterer" for a very long time.
J> > >>
J> > >> The rock on which we split in this argument is that some developers
J> > >> write their code for stable/x and then forward-port it to head,
J> > >> focused on quality of result for stable/x; while other developers
J> > >> do the opposite: write code to head, then consider or not consider
J> > >> merging it stable/x.
J> > >
J> > > No, this is not quite true.  Some folks have to write drivers on HEAD 
but also
J> > > support running those drivers on older branches.  The MFC's get harder 
when
J> > > you have very different APIs on the different branches.  It's already 
harder
J> > > to test stat changes now since it requires completely different patches 
for
J> > > <= 10 (the only thing people are supposed to use in production) vs head 
due to
J> > > if_getcounter() and friends.  Also, since 11 won't be out until 2016, 
that is
J> > > far, far too long to wait for more media types.  The stuff we need to 
support
J> > > is already shipping in products today.  We can't not support these in 10 
(and
J> > > possibly 9).
J> > >
J> > 
J> > Any news on this issue? Is anyone working on a solution for -head ?
J> 
J> I believe a variant of Mike's patch is in phabricator now?

There is also my patch in phab:

https://reviews.freebsd.org/D2008

Mike already gave feedback on it, but I didn'y yet respond.

-- 
Totus tuus, Glebius.
_______________________________________________
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"

Reply via email to