linux-next.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Michael S. Tsirkin" <mst@redhat.com>
To: Stephen Rothwell <sfr@canb.auug.org.au>
Cc: Thomas Gleixner <tglx@linutronix.de>, Ingo Molnar <mingo@elte.hu>,
	"H. Peter Anvin" <hpa@zytor.com>,
	Peter Zijlstra <peterz@infradead.org>,
	linux-next@vger.kernel.org, linux-kernel@vger.kernel.org,
	Davidlohr Bueso <dave@stgolabs.net>
Subject: Re: linux-next: manual merge of the vhost tree with the tip tree
Date: Thu, 31 Dec 2015 12:25:00 +0200	[thread overview]
Message-ID: <20151231121547-mutt-send-email-mst@redhat.com> (raw)
In-Reply-To: <20151231202347.3090c74b@canb.auug.org.au>

On Thu, Dec 31, 2015 at 08:23:47PM +1100, Stephen Rothwell wrote:
> Hi Michael,
> 
> Today's linux-next merge of the vhost tree got conflicts in:
> 
>   arch/ia64/include/asm/barrier.h
>   arch/powerpc/include/asm/barrier.h
>   arch/s390/include/asm/barrier.h
>   include/asm-generic/barrier.h
> 
> between commit:
> 
>   d5a73cadf3fd ("lcoking/barriers, arch: Use smp barriers in smp_store_release()")
> 
> from the tip tree and commit:
> 
>   2683de3a1732 ("ia64: reuse asm-generic/barrier.h")
>   d78113bef3e0 ("powerpc: reuse asm-generic/barrier.h")
>   25bc870c914b ("s390: reuse asm-generic/barrier.h")
>   24888a057e97 ("asm-generic: add __smp_XXX wrappers")
> 
> from the vhost tree.

Thanks for letting me know.

I should probably cherry-pick d5a73cadf3fd - this will
make it appear twice in git history, but seems cleaner
than rebasing all of vhost on top of tip.

Is everyone fine with this?

Alternatively, I could submit the virt barriers + virtio patches for
inclusion in tip.

> I fixed it up (in each case taking the vhost tree version) and can
> carry the fix as necessary (no action is required).
> 
> However, given the ongoing review and discussion, I do wonder if these
> vhost tree commits should be in linux-next yet.

So far I got comments from David Miller about the API naming, and I'd
like to get more feedback  - at least from Peter Zijlstra who gave me
the idea.  Otherwise this seems rather like a safe bet, and
this kind of integration issue seems like exactly the kind of thing
linux-next helps figure out.

> -- 
> Cheers,
> Stephen Rothwell                    sfr@canb.auug.org.au

      reply	other threads:[~2015-12-31 10:25 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-12-31  9:23 linux-next: manual merge of the vhost tree with the tip tree Stephen Rothwell
2015-12-31 10:25 ` Michael S. Tsirkin [this message]

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=20151231121547-mutt-send-email-mst@redhat.com \
    --to=mst@redhat.com \
    --cc=dave@stgolabs.net \
    --cc=hpa@zytor.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-next@vger.kernel.org \
    --cc=mingo@elte.hu \
    --cc=peterz@infradead.org \
    --cc=sfr@canb.auug.org.au \
    --cc=tglx@linutronix.de \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).