From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 6F113C77B76 for ; Fri, 21 Apr 2023 19:10:55 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232849AbjDUTKy (ORCPT ); Fri, 21 Apr 2023 15:10:54 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36744 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231639AbjDUTKw (ORCPT ); Fri, 21 Apr 2023 15:10:52 -0400 Received: from out-32.mta1.migadu.com (out-32.mta1.migadu.com [95.215.58.32]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2699018C for ; Fri, 21 Apr 2023 12:10:51 -0700 (PDT) Date: Fri, 21 Apr 2023 19:10:45 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.dev; s=key1; t=1682104248; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=5kEUXy1CbokJdFdrH1CrGU/uDHVVqhx84Ypt0F7BYAo=; b=Y7ZvjFKD+R8zgE2XnA/bZAD1IJEau2l6Ayo2f2VjDJPuxebqWWS72OpttJluJLDXnJZ/PD cM53xM+dV3me3eHXpkRZIfvtwFrTqe/AKABpZ5G8gLfdU+QYNFsnEn9cExgbDpZzKGhk7j MCxNrI9OR+bH04II9To+qmCOvq7uFCE= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Oliver Upton To: Anup Patel Cc: Sean Christopherson , Paolo Bonzini , kvm@vger.kernel.org Subject: Getting the kvm-riscv tree in next Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Migadu-Flow: FLOW_OUT Precedence: bulk List-ID: X-Mailing-List: kvm@vger.kernel.org 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