[GIT PULL v2] FSI updates for 4.17

Greg Kroah-Hartman gregkh at linuxfoundation.org
Tue Jun 12 21:44:42 AEST 2018


On Tue, Jun 12, 2018 at 09:25:11PM +1000, Benjamin Herrenschmidt wrote:
> On Tue, 2018-06-12 at 13:18 +0200, Greg Kroah-Hartman wrote:
> > On Tue, Jun 12, 2018 at 08:54:39PM +1000, Benjamin Herrenschmidt wrote:
> > > Hi Greg !
> > > 
> > > There are a first round of updates of the FSI stack, aiming at reducing/removing
> > > he gap with the OpenBMC tree and a first step in getting dependent drivers
> > > upstream.
> > > 
> > > These changes significantly improve the FSI bitbanging driver performance
> > > and reliability, and add the new "sbefifo" driver for communicating with
> > > the POWER9 Self Boot Engine (which will be needed for some upcoming
> > > additional drivers).
> > > 
> > > These were posted to the list as patches a couple of weeks ago and were
> > > prior to that tested in the OpenBMC tree and CI. Some subsequent driver
> > > work depends on some of these, so merging early is probably the best.
> > 
> > Yeah, but as they are not "regression fixes", I'll put them into my
> > -next branch for merging with 4.19-rc1.  I'll do that once 4.18-rc1 is
> > released, can't touch my trees until that happens.
> 
> We are in regression only mode even before -rc1 these days ? including
> for code that is basically completely unused upstream (which is what
> this is trying to fix) ? :-) That's rather full-on ...

For code that goes into -rc1, it has to be in linux-next _BEFORE_ -final
comes out.  That's been the rule for years, you should know that...

> Anyway no biggie, it will just slow down some getting some of the other
> drivers I suppose, though we can always explicitly list the dependency
> on this tag to work around it.

There should not be a rush here, remember, kernel development does not
have deadlines :)

greg k-h


More information about the openbmc mailing list