Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp4910547iob; Mon, 9 May 2022 04:41:03 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwY9VheWaKRIJT2hkmGfPpY0TW8iWd54HVPREdWgWA3OyvkQIY/cRnxFpMMzHh7EsaF93Wp X-Received: by 2002:a63:6989:0:b0:3c2:3c19:d661 with SMTP id e131-20020a636989000000b003c23c19d661mr12922704pgc.352.1652096462836; Mon, 09 May 2022 04:41:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1652096462; cv=none; d=google.com; s=arc-20160816; b=setv7njbKZMbp9Jl4Rkkc8Idd0GInAEUC5nr0uX60ShKaz5jkJXPnzcJsHFYn5rGQx zaxiqxST1rOf41UOcwRAP6ZfV5GTn6DNL82EUhroG1hSB0Z+QAjyCkAT2/klYPVGVusz n16KbDIafIFyKus5EX4QIFVW2Qss8BNbEYW27JI9akE5r/gXPTMGaMtA3FyqytL7Au2I NlG5R5jxug476G3zcleqoLVioCbIDw3AEDFry+e90hpYw391ZkGa9tu+V95LalZCUsfA DXnqTvdHxc2llW3hZ0V8qbRcHNti6V2D1A3+GrFTrnYKY0YbOgKgeVLEBPatC19gI39+ 8DRg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=oLgVaTlTDXgUX6d5oxdF7XG7KD8YlqPFqEct4VY7hn0=; b=ujFgDl/aWM97Cw4Dq4mhT24sLLUG8QObGUF8MTv900Y1n/0hCj9/I6dnZpJYhiPx2L KZaXg6mY7vMLh59oF/E9fof3iuWT/6FuMmnjK7whoGzF0psqkTVitRf+ZBoBeWvPALtC l1QF+92PRCHFm5rjeb9jj3fLQSdEfA+kORm+OezOeVifIpAO7P2tfAFlFyK1ciB/TYTm 44nr+XUEF3akYcUXxMEJuTU1TLX4FtmFFMTfR125cRfamPDYPHqftHU4TWyH+RQw3Etv 00uAQqv/VABg/495PavWnPfYojX5kAy6ZH3t2rKSzFns6ZXpRQJA6v5r8O/X2dwE2TI3 HJew== ARC-Authentication-Results: i=1; mx.google.com; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id w4-20020a056a0014c400b0050e17a48253si16437537pfu.117.2022.05.09.04.41.02 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 09 May 2022 04:41:02 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id B9E619F3A3; Mon, 9 May 2022 03:47:37 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230410AbiEIKvV (ORCPT + 99 others); Mon, 9 May 2022 06:51:21 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59744 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230443AbiEIKuR (ORCPT ); Mon, 9 May 2022 06:50:17 -0400 Received: from mail-wr1-f41.google.com (mail-wr1-f41.google.com [209.85.221.41]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 770DC2181E4; Mon, 9 May 2022 03:44:49 -0700 (PDT) Received: by mail-wr1-f41.google.com with SMTP id b19so18818194wrh.11; Mon, 09 May 2022 03:44:49 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=oLgVaTlTDXgUX6d5oxdF7XG7KD8YlqPFqEct4VY7hn0=; b=7bN7J8VsOe6NdV+3pMrVlJpTsLIJPGvez/qwbnnCKrKLHXhCyr3hkrjij4hEHh5uTt AOtljiaW2m3GmOY5aR+mgeY9RtmFhA09rJPGys1QaK+mDcCBV2PQ+K9lkeDR7/s70jk9 e8tg+bXHEyEWLOWRjUZBhtYdDJ3V+MiK19pbuqqv5ZARmGsSjjTWrEjjkw0mJduTEoca Nx52yAjCTAbPhptJh53bAiKTbLqAZBLJ6pv+V890J0k6N77qsdPwqSSoec+0BGxksIyF 7xta393YI+MekATkEpnF7T3quUcEQL4+sqxowd28ShUyYB3nQTtT2jXAaGSvcnbqASht 05eQ== X-Gm-Message-State: AOAM531pGfMX1OZidal7u+pddrjV4UPtMOAvLWe6ylB1RCmGrR4/8F2x 18UQKUPJJkuLOTeU9RuJ7Vs= X-Received: by 2002:a5d:590d:0:b0:20a:c3eb:2584 with SMTP id v13-20020a5d590d000000b0020ac3eb2584mr13000908wrd.18.1652093087866; Mon, 09 May 2022 03:44:47 -0700 (PDT) Received: from liuwe-devbox-debian-v2 ([51.145.34.42]) by smtp.gmail.com with ESMTPSA id q1-20020adf9dc1000000b0020c5253d8b8sm11582748wre.4.2022.05.09.03.44.47 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 09 May 2022 03:44:47 -0700 (PDT) Date: Mon, 9 May 2022 10:44:45 +0000 From: Wei Liu To: "Michael Kelley (LINUX)" Cc: Pavel Machek , KY Srinivasan , Haiyang Zhang , Stephen Hemminger , "wei.liu@kernel.org" , "linux-kernel@vger.kernel.org" , "linux-hyperv@vger.kernel.org" , vkuznets , Dexuan Cui , "drawat.floss@gmail.com" , "airlied@linux.ie" , "daniel@ffwll.ch" , "jejb@linux.ibm.com" , "martin.petersen@oracle.com" , "deller@gmx.de" , "dri-devel@lists.freedesktop.org" , "linux-scsi@vger.kernel.org" , "linux-fbdev@vger.kernel.org" Subject: Re: [PATCH 0/4] Remove support for Hyper-V 2008 and 2008R2/Win7 Message-ID: <20220509104445.umicxfdpy65nm4us@liuwe-devbox-debian-v2> References: <1651509391-2058-1-git-send-email-mikelley@microsoft.com> <20220504172307.GB1623@bug> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,MAILING_LIST_MULTI, RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, May 08, 2022 at 03:43:26PM +0000, Michael Kelley (LINUX) wrote: > From: Pavel Machek Sent: Wednesday, May 4, 2022 10:23 AM > > > > Hi! > > > > > Linux code for running as a Hyper-V guest includes special cases for the > > > first released versions of Hyper-V: 2008 and 2008R2/Windows 7. These > > > versions were very thinly used for running Linux guests when first > > > released more than 12 years ago, and they are now out of support > > > (except for extended security updates). As initial versions, they > > > lack the performance features needed for effective production usage > > > of Linux guests. In total, there's no need to continue to support > > > the latest Linux kernels on these versions of Hyper-V. > > > > > > Simplify the code for running on Hyper-V by removing the special > > > cases. This includes removing the negotiation of the VMbus protocol > > > versions for 2008 and 2008R2, and the special case code based on > > > those VMbus protocol versions. Changes are in the core VMbus code and > > > several drivers for synthetic VMbus devices. > > > > > 2008 and 2008R2, so if the broader Linux kernel community surfaces > > > a reason why this clean-up should not be done now, we can wait. > > > But I think we want to eventually stop carrying around this extra > > > baggage, and based on discussions with the Hyper-V team within > > > Microsoft, we're already past the point that it has any value. > > > > Normal way to do such deprecations is to put printks in first, then hide it > > under config option noone sets, and wait for year or so if anyone complains. > > > > Are there any examples of doing these deprecation steps that you can > point me to? I did not see anything in the Documentation directory > covering the deprecation process you describe. > > I'd also make the case that we are already well down the deprecation > path. For at least the last 5 years, the public Microsoft documentation > for Linux guests has listed Hyper-V 2012 R2 as the earliest supported > Hyper-V version. Other current and new Microsoft products aren't > supported on Hyper-V 2008/Win7 either -- the usual Word/Excel/ > PowerPoint, etc. fall into this category as well as Windows 10 and Windows > 11 as guests. So for a rare user who might still be using Hyper-V > 2008/Win7, there's no reasonable expectation of being able to run > the latest upstream Linux kernel on Hyper-V 2008/Win7. Other > current software doesn't. > > Given that running Linux guests on Hyper-V sort of implicitly > combines Microsoft commercial thinking and Linux open source > thinking about version support, I could see putting the old Hyper-V > version support under a config option that defaults to "no", with a > deprecation comment, and seeing if that garners any complaints. > But given the broader situation with Hyper-V 2008/Win7, in my > judgment even that is more cautious than we need to be. > In general we should trust the judgement from the main developers. There have been recent examples that things are dropped without any deprecation warnings. See below. By and large the usefulness of the code in kernel relies on a lot of factors. In this particular case, I don't think adding a KCONFIG makes sense. Printing a warning in _guest_ won't help. Whoever still runs these ancient versions has had ample warnings. Thanks, Wei. commit c645a883df34ee10b884ec921e850def54b7f461 Author: NeilBrown AuthorDate: Thu Sep 2 11:15:29 2021 +1000 Commit: J. Bruce Fields CommitDate: Sat Oct 2 15:51:10 2021 -0400 NFSD: drop support for ancient filehandles Filehandles not in the "new" or "version 1" format have not been handed out for new mounts since Linux 2.4 which was released 20 years ago. I think it is safe to say that no such file handles are still in use, and that we can drop support for them. Signed-off-by: NeilBrown Signed-off-by: J. Bruce Fields commit 9b472e85d098a40b84dd8b33fbf8a15ab1452025 Author: Nick Desaulniers AuthorDate: Thu May 6 18:04:54 2021 -0700 Commit: Linus Torvalds CommitDate: Fri May 7 00:26:32 2021 -0700 gcov: clang: drop support for clang-10 and older LLVM changed the expected function signatures for llvm_gcda_start_file() and llvm_gcda_emit_function() in the clang-11 release. Drop the older implementations and require folks to upgrade their compiler if they're interested in GCOV support. Link: https://reviews.llvm.org/rGcdd683b516d147925212724b09ec6fb792a40041 Link: https://reviews.llvm.org/rG13a633b438b6500ecad9e4f936ebadf3411d0f44 Link: https://lkml.kernel.org/r/20210312224132.3413602-3-ndesaulniers@google.com Link: https://lkml.kernel.org/r/20210413183113.2977432-1-ndesaulniers@google.com Signed-off-by: Nick Desaulniers Suggested-by: Nathan Chancellor Acked-by: Peter Oberparleiter Reviewed-by: Nathan Chancellor Reviewed-by: Fangrui Song Cc: Prasad Sodagudi Cc: Johannes Berg Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds