All of lore.kernel.org
 help / color / mirror / Atom feed
From: Sean Christopherson <sean.j.christopherson@intel.com>
To: greg@enjellic.com
Cc: linux-sgx@vger.kernel.org, jarkko.sakkinen@linux.intel.com,
	shay.katz-zamir@intel.com, serge.ayoun@intel.com
Subject: Re: SGX release branch.
Date: Fri, 27 Sep 2019 07:57:41 -0700	[thread overview]
Message-ID: <20190927145741.GA25513@linux.intel.com> (raw)
In-Reply-To: <201909261742.x8QHgO7N023930@wind.enjellic.com>

On Thu, Sep 26, 2019 at 12:42:24PM -0500, Dr. G.W. Wettstein wrote:
> On Sep 19,  1:00pm, Sean Christopherson wrote:
> } Subject: Re: SGX release branch.

Shouldn't this be an opening brace?  :-)

> 
> Good day to everyone.
> 
> > On Thu, Sep 19, 2019 at 09:50:30AM -0500, Dr. G.W. Wettstein wrote:
> > > It would be perhaps helpful for everyone if we could have a quick
> > > summary of what the remote branches in jarkko-sgx are are targeting.
> > 
> > I recommend ignoring everything except jarkko/master.  master isn't
> > necessarily the bleeding edge, but it's the canonical reference with
> > respect to changes that have passed internal review, and for the most part
> > it is stable (there have been a few hiccups).
> 
> > All other branches in Jarkko's repository are either unrelated to
> > the initial upstreaming and/or are for Jarkko's own development.
> 
> Thank you for the clarifications.
> 
> Is it just us or is there something up with the history on these
> branches?

Not just you, the branches, including master, are deliberately rebased
and rewritten.

> We have a local tracking branch that was created on a previous
> instance of jarkko-sgx/master that doesn't bear any resemblance to the
> current state of jarkko-sgx/master.  The version that we had branched
> against had the driver broken into a core and driver component, the
> driver was in a sub-directory of the core SGX code and could be built
> as a module.
> 
> We created a new tracking branch against the current jarkko-sgx/master
> and the driver architecture is completely different.  Most notably the
> driver cannot be built as a module and there is no driver
> sub-directory.
> 
> We have also also universally had pull's end up with merge conflicts,
> even when there have been no changes to the local branch.
> 
> I'm assuming now, given the comments above, that moving forward
> jarkko-sgx/master will be a continuous development history?

master will become stable when SGX is merged into the mainline kernel.
Until then, the reality is that we need rebase on the latest upstream,
squash commits, and rewrite history to prep the series for submission.

I agree that a complete history would be convenient, but keeping such a
branch perferctly aligned with master would incur a non-trivial amount of
overhead, and anything but 100% accuracy would do more harm than good.

> Have a good remainder of the week.
> 
> Dr. Greg
> 
> }-- End of excerpt from Sean Christopherson
> 
> As always,
> Dr. Greg Wettstein, Ph.D, Worker
> IDfusion, LLC               SGX secured infrastructure and
> 4206 N. 19th Ave.           autonomously self-defensive platforms.
> Fargo, ND  58102
> PH: 701-281-1686            EMAIL: greg@idfusion.net
> ------------------------------------------------------------------------------
> "Courage is not the absence of fear, but rather the judgement that
>  something else is more important than fear."
>                                 -- Ambrose Redmoon

  reply	other threads:[~2019-09-27 14:57 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-09-26 17:42 SGX release branch Dr. G.W. Wettstein
2019-09-27 14:57 ` Sean Christopherson [this message]
2019-09-27 15:44 ` Jarkko Sakkinen
  -- strict thread matches above, loose matches on Subject: below --
2019-09-19 14:58 Dr. G.W. Wettstein

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20190927145741.GA25513@linux.intel.com \
    --to=sean.j.christopherson@intel.com \
    --cc=greg@enjellic.com \
    --cc=jarkko.sakkinen@linux.intel.com \
    --cc=linux-sgx@vger.kernel.org \
    --cc=serge.ayoun@intel.com \
    --cc=shay.katz-zamir@intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.