public inbox for kvm@vger.kernel.org
 help / color / mirror / Atom feed
From: Oliver Upton <oliver.upton@linux.dev>
To: Anup Patel <anup@brainfault.org>
Cc: Sean Christopherson <seanjc@google.com>,
	Paolo Bonzini <pbonzini@redhat.com>,
	kvm@vger.kernel.org
Subject: Getting the kvm-riscv tree in next
Date: Fri, 21 Apr 2023 19:10:45 +0000	[thread overview]
Message-ID: <ZELftWeNUF1Dqs3f@linux.dev> (raw)

Hi Anup,

I was recently poking around on linux-next and noticed that kvm-riscv
isn't included in it.

Having all of the KVM ports represented in -next is quite beneficial, as
it gives us an early signal to any conflicts that may arise between our
trees. Additionally, Linus likes to see that patches have been sitting
in -next for a while, and is generally suspicious of any content applied
immediately before the merge window. I've also noticed that for the past
few kernel release cycles you've used an extremely late rc (i.e. -rc7 or
-rc8), which I fear only draws more scrutiny.

So, in the interest of greasing the wheels of KVM maintenance, could you
consider doing the following:

 - Apply patches well in advance of the upcoming merge window on an
   early -rc. At least for KVM/arm64 we tend to base things on -rc3,
   allowing for a few weeks of soak time in -next.

 - Ask Stephen to include your tree in linux-next.

As I said, I just care about reducing friction in KVM, so hopefully this
doesn't come off as though I'm policing your tree.

-- 
Thanks,
Oliver

             reply	other threads:[~2023-04-21 19:10 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-04-21 19:10 Oliver Upton [this message]
2023-04-21 23:48 ` Getting the kvm-riscv tree in next Paolo Bonzini
2023-04-22  1:50   ` Sean Christopherson
2023-04-22  7:30   ` Anup Patel

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=ZELftWeNUF1Dqs3f@linux.dev \
    --to=oliver.upton@linux.dev \
    --cc=anup@brainfault.org \
    --cc=kvm@vger.kernel.org \
    --cc=pbonzini@redhat.com \
    --cc=seanjc@google.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox