mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Paolo Bonzini <pbonzini@redhat.com>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: "Linux Kernel Mailing List" <linux-kernel@vger.kernel.org>,
	"Radim Krčmář" <rkrcmar@redhat.com>,
	"KVM list" <kvm@vger.kernel.org>
Subject: Re: [GIT PULL] Second batch of KVM changes for Linux 4.15
Date: Mon, 27 Nov 2017 11:35:58 +0100	[thread overview]
Message-ID: <a1a96832-bffb-320d-6ec6-69c6466dc4d3@redhat.com> (raw)
In-Reply-To: <CA+55aFwwvdL2t9POHzQp3BEzOGyNXh4KWwda1=r26QcujJ-5rQ@mail.gmail.com>

On 25/11/2017 02:59, Linus Torvalds wrote:
> 
> 
> On Nov 23, 2017 23:36, "Paolo Bonzini" <pbonzini@redhat.com
> <mailto:pbonzini@redhat.com>> wrote:
> 
>     On 24/11/2017 04:50, Linus Torvalds wrote:
>     >
>     > So I pulled it, but then checked,
>     >
>     > None of this was in linux-next 20171117 either,
>     >
>     > So I unpulled it,
> 
>     The ARM parts certainly were.
> 
> Were those rebased or something?

They came from the submaintainers' tree, so technically it wasn't in *my*
linux-next tree; if you looked at "linux-next as of the kvm/linux-next merge",
you wouldn't have found them.  But they were not rebased at least between
20171113 and 20171117:

+Merging kvm-arm/next (95b110ab9a09 KVM: arm/arm64: Don't queue VLPIs on INV/INVALL)
+$ git merge kvm-arm/next
+Auto-merging virt/kvm/arm/vgic/vgic-its.c
+Auto-merging virt/kvm/arm/arm.c
+Auto-merging arch/arm64/kvm/Makefile
+Auto-merging arch/arm64/kvm/Kconfig
+Auto-merging arch/arm/kvm/Makefile
+Auto-merging arch/arm/kvm/Kconfig
+Auto-merging Documentation/admin-guide/kernel-parameters.txt
+Merge made by the 'recursive' strategy.
+ Documentation/admin-guide/kernel-parameters.txt    |   4 +
+ Documentation/virtual/kvm/devices/arm-vgic-its.txt |   2 +
+ arch/arm/kvm/Kconfig                               |   5 +
+ arch/arm/kvm/Makefile                              |   1 +
+ arch/arm64/kvm/Kconfig                             |   3 +
+ arch/arm64/kvm/Makefile                            |   1 +
+ include/kvm/arm_vgic.h                             |  41 ++-
+ virt/kvm/arm/arch_timer.c                          |  24 +-
+ virt/kvm/arm/arm.c                                 |  48 ++-
+ virt/kvm/arm/hyp/vgic-v3-sr.c                      |   9 +-
+ virt/kvm/arm/vgic/vgic-init.c                      |   7 +
+ virt/kvm/arm/vgic/vgic-its.c                       | 204 ++++++++----
+ virt/kvm/arm/vgic/vgic-mmio-v3.c                   |   5 +
+ virt/kvm/arm/vgic/vgic-v3.c                        |  14 +
+ virt/kvm/arm/vgic/vgic-v4.c                        | 364 +++++++++++++++++++++
+ virt/kvm/arm/vgic/vgic.c                           |  67 +++-
+ virt/kvm/arm/vgic/vgic.h                           |  10 +
+ 17 files changed, 695 insertions(+), 114 deletions(-)
+ create mode 100644 virt/kvm/arm/vgic/vgic-v4.c

(from https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/diff/Next/merge.log?h=next-20171113&id=c348a99ee55feac43b5b62a5957c6d8e2b6c3abe)

> One of the issues with rebasing is literally that it just looks like a
> different commit entirely. If you then mix stuff in that really wasn't
> there in any form at all, it *all* looks new.

No, KVM pretty much never rebases what goes in linux-next (this applies to
both the generic+x86 tree that Radim and I maintain, and the submaintainer
trees).

This does have the side effect of giving slightly less linux-next exposure to
very early bugfixes, which is exactly what happened for this pull request.
We'll fix that.

For UMIP, the main reason for me to include it wasn't really the KVM parts, but
rather making it possible to test core UMIP support through KVM's emulation.
But it was indeed a bit fast-and-loose, so, lesson learnt.

Thanks,

Paolo

Paolo

  parent reply	other threads:[~2017-11-27 10:36 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-11-21  0:06 Paolo Bonzini
2017-11-24  3:50 ` Linus Torvalds
2017-11-24  9:36   ` Paolo Bonzini
     [not found]     ` <CA+55aFwwvdL2t9POHzQp3BEzOGyNXh4KWwda1=r26QcujJ-5rQ@mail.gmail.com>
2017-11-27 10:35       ` Paolo Bonzini [this message]
2017-11-27 19:16         ` Linus Torvalds

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=a1a96832-bffb-320d-6ec6-69c6466dc4d3@redhat.com \
    --to=pbonzini@redhat.com \
    --cc=kvm@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rkrcmar@redhat.com \
    --cc=torvalds@linux-foundation.org \
    /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

all inboxes | Powered by JetHome®