tracking master of upstream openbmc/openbmc subtrees

Vijay Khemka vijaykhemka at fb.com
Tue Apr 9 03:12:18 AEST 2019



On 4/6/19, 6:09 AM, "openbmc on behalf of Brad Bishop" <openbmc-bounces+vijaykhemka=fb.com at lists.ozlabs.org on behalf of bradleyb at fuzziesquirrel.com> wrote:

    On Fri, Apr 05, 2019 at 06:40:53PM -0700, Patrick Venture wrote:
    >On Fri, Apr 5, 2019 at 11:04 AM Brad Bishop <bradleyb at fuzziesquirrel.com> wrote:
    >>
    >> On Mon, Feb 04, 2019 at 04:07:35PM -0500, Brad Bishop wrote:
    >> >Hi everyone
    >> >
    >> >Just a heads up - in the very near future I'd like to start tracking the
    >> >master branch of our upstream subtrees - poky, meta-openembedded,
    >> >meta-security, meta-raspberrypi and meta-xilinx:
    >> >
    >> >https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.openbmc-2Dproject.xyz_17387&d=DwIBAg&c=5VD0RTtNlTh3ycd41b3MUw&r=v9MU0Ki9pWnTXCWwjHPVgpnCR80vXkkcrIaqU7USl5g&m=EuMZ_W1n48uLmY-o2Cy_IXfkr_-3ak_OD257eGLLPJI&s=-HrQIFk2XgO0N_HLArIhx7wxxN0xJVKQ7rSJyaGqmdw&e=
    >> >
    >> >This removes the need to backport fixes from these projects and thinking
    >> >generally, might increase the collaboration between the OpenBMC
    >> >community and the upstream communities on which our project so
    >> >fundamentally depends.
    >> >
    >> >In practice this will really just look like:
    >> >
    >> >https://github.com/openbmc/openbmc/commit/cdf4859f9e74293090d79c02949fa6a694bdb1d5
    >> >
    >> >but the commits will have more content and happen more frequently.
    >> >
    >> >There are a couple caveats - one, upstream may break more frequently
    >> >than it does on the stable branches, and two, given the location of
    >> >these projects in the stack (low), more frequent rebases will result in
    >> >some impact to the development workflow (more time building because a
    >> >patch was applied to gcc, etc).
    >> >
    >> >To mitigate number one, I will submit rebases as patches to gerrit where
    >> >our CI tests can run.  If they find any problems, I won't merge the
    >> >rebase until a resolution is found.  Additionally if you find any
    >> >problems via some other channel than our CI, let me know and again I
    >> >won't apply the rebase until a resolution can be found.  Put another way
    >> >I don't intend to rebase onto upstreams with known problems for us.
    >> >
    >> >To mitigate number two, I was thinking I'd just submit rebases weekly.
    >> >
    >> >Questions/concerns?
    >> >
    >> >thx - brad
    >>
    >> Just a quick update - Thanks to some help and motivation from William
    >> and others, this will (probably) happen/begin today.  A couple things to
    >> note.
    >>
    >> 1 - If you maintain a layer, you'll need to update your layer
    >> compatibility like this:
    >>
    >> https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.openbmc-2Dproject.xyz_20150&d=DwIBAg&c=5VD0RTtNlTh3ycd41b3MUw&r=v9MU0Ki9pWnTXCWwjHPVgpnCR80vXkkcrIaqU7USl5g&m=EuMZ_W1n48uLmY-o2Cy_IXfkr_-3ak_OD257eGLLPJI&s=BLwDd0Vlmz39jm1Gtc7Qh4KnVH9vN4g88DnKb8dD-RA&e=
    >
    >Found some other layers that needed updating.  One of which because
    >it's part of the CI.  Sent patches for review with the same topic.
    
    Thanks Patrick.  Somehow I didn't realize that tiogapass had been turned
    on :-(
Tioagapass was turned on in CI 4 months back. I will maintain and support tiogapass tree if any update required here.
    
    >Thanks
    >
    >>
    >> Although you won't need to keep thud compatibility like that commit
    >> does.
    >>
    >> 2 - I decided to remove rsyslog inclusion by default
    >> https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.openbmc-2Dproject.xyz_20214&d=DwIBAg&c=5VD0RTtNlTh3ycd41b3MUw&r=v9MU0Ki9pWnTXCWwjHPVgpnCR80vXkkcrIaqU7USl5g&m=EuMZ_W1n48uLmY-o2Cy_IXfkr_-3ak_OD257eGLLPJI&s=NtU7rv5nWjhBT6tRnAXnzbveD2eS79lmmvHHTzQTNRI&e= because of
    >> https://github.com/openbmc/phosphor-logging/issues/19.  This allows us
    >> to move our upstream subtrees forward and debug
    >> openbmc/phosphor-logging#19 in parallel - I expect there aren't too many
    >> users of rsyslog anyway.  If I'm wrong about that please let me know but
    >> I also expect that issue to get fixed up in the next couple weeks
    >> regardless.
    >>
    >> Please let me know if I've caused anyone pain with any of this.
    >>
    >> thx - brad
    



More information about the openbmc mailing list