Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp659749iob; Wed, 4 May 2022 05:33:05 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw2ix1f4mueXHvRpIeu/cDbqWgWtKLmXhcdF6crm8F03f23GOEILojmA+Qnm/NKdO0vQGaC X-Received: by 2002:a65:6d09:0:b0:3aa:1ecf:8848 with SMTP id bf9-20020a656d09000000b003aa1ecf8848mr17750503pgb.55.1651667585439; Wed, 04 May 2022 05:33:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1651667585; cv=none; d=google.com; s=arc-20160816; b=FRg2YfqXhS6p+LMkBbJXYQzLVgTJtL460tzEwMjm/pRAskowe4mbRuEDLr7aNpEcSA TybPU8wEgN10BAGUWzkYzpW/ZRgEpdWGUv/GsUtq8w/HYk9rXiLxkNf54iviJGGogNXi aNvzu7biDKzp1poS09btiiWKYvBoEJ+63//2McBmsgCJtTc/wb2KWK2om2EfHVbiBAkg B5KVtTpwRlfm9TJQdl/iTIIW3m9WPBrv/TcACdTZbK5AVhO4M7fkDAhSyK8MKI69MBsE wn3IZUWRWG9tMxriD2kitIRzFAlfcmHtqduJ7sBsoKOHuvQ5x5VSzMbMG8bjrcPNZBHD wezA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=W3/oD3hhUgmP5e/isgUbw7+g1PPBvghdLqlobIHop/4=; b=TS529u8fgpJMXyLtCgiRtDNd4yaGxzQ70ymQdInwkXszKB8vMLvUDQlfMcwzTTB6Pe VEEz041Yh2BS+emOpRonKropH8RbzcO6YbIzkZo4XBoqqt+AQi0NomZsUe14hJzPSu5s 5VeBB2bhJQGaBAB1cCr+kXLUsv36rEFlqGHRvoeDjD8k0sBy8UZ5KGY63ufkhvIAQIT+ zOzipxEL5QUEEmv8iQe/OtArH2+vJ51quEIpY2Bgo/wWkmfKSgUc4wCC+mh4TTiLcW6e 3qHfqZg8oZUR21Lc0LKmsS/i6Gcckufw8PHyFtTDYI0qz8/QsUiMcp7zfGmb6PB71Lpd bbfQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=VLwwz523; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id 30-20020a63175e000000b00398d8b1871bsi20344189pgx.44.2022.05.04.05.32.50; Wed, 04 May 2022 05:33:05 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=VLwwz523; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1344494AbiEDEGd (ORCPT + 99 others); Wed, 4 May 2022 00:06:33 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59928 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1344456AbiEDEGa (ORCPT ); Wed, 4 May 2022 00:06:30 -0400 Received: from mail-yw1-x112a.google.com (mail-yw1-x112a.google.com [IPv6:2607:f8b0:4864:20::112a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1DDEA1A393; Tue, 3 May 2022 21:02:55 -0700 (PDT) Received: by mail-yw1-x112a.google.com with SMTP id 00721157ae682-2f7d19cac0bso2986207b3.13; Tue, 03 May 2022 21:02:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=W3/oD3hhUgmP5e/isgUbw7+g1PPBvghdLqlobIHop/4=; b=VLwwz523wVa5T9+YMAiWIa2hQHB+9nrcrvf6MxAWFdvLCo0x1OnGKzj1cFBLowgXMa F45SzWgIU3s+cSzh6BKHqDYlqYUoOTlP/DSwTzBpXDEpugMjFGpv5L5yL1nWB2xwnQJD EeuRYbdH8HBV17g62T1SShvp34T9BuYwrJThnLnDnLJhdGSa0nZK8W8UurXcxl8Ll3aI CuFmoN3Ew3mEJT3PjNLT1g9uvz9IyHrcrnUAfAPHzOOpxOGBnh1C8FOhSOJQF400AJeW WMnxtjNXFOq3SFw9wIAD4v+TZIaajPa6RX6TP2zKpwNrgXwk+AxEfopbLgEXRwClGZVE vz0g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=W3/oD3hhUgmP5e/isgUbw7+g1PPBvghdLqlobIHop/4=; b=twBu9CF423epoCsB4SI7ml13eOKvfyAV70hxGZbC4D4mPNidsK/JNLUzts8Y56s1Hj G4PYA0XA3PrMcpoTAzdKu2gTx/GXSkEBGNj4b2IYf7n94ZUKzOHMEsxlZRgQ4EEBjE7f mgMMoGIekSFA+Q2bJI3uDkzgK9LBPnYUG2vEsCIrOEaxIvFYEtAfOsZESEZVjF39yUmu djcu/bG0IQpOjhxPZFHHyDtk6sVOWmYkyidHiZ5yNxnLUyF6U90WHTwfjs4iXjIPTl47 jE4uZea5iAfRjsj5uzAsKcijJvmQwT0F6eV7aGaUzC8/+drhj1OXm+bKfHkHQZGYcwLx K8TQ== X-Gm-Message-State: AOAM533ppJVRTubUJtPhG+loDC0wc3vHfvKJnXR5zHP07AeA5+X/ZZia 2CBcFeuvGeWmbyTtgZQgMtIsgnJ2W6RaPfJRbs0= X-Received: by 2002:a05:690c:9e:b0:2e9:b625:1be2 with SMTP id be30-20020a05690c009e00b002e9b6251be2mr18279825ywb.48.1651636974377; Tue, 03 May 2022 21:02:54 -0700 (PDT) MIME-Version: 1.0 References: <1651509391-2058-1-git-send-email-mikelley@microsoft.com> <1651509391-2058-5-git-send-email-mikelley@microsoft.com> In-Reply-To: <1651509391-2058-5-git-send-email-mikelley@microsoft.com> From: Deepak Rawat Date: Tue, 3 May 2022 21:02:44 -0700 Message-ID: Subject: Re: [PATCH 4/4] drm/hyperv: Remove support for Hyper-V 2008 and 2008R2/Win7 To: Michael Kelley Cc: K Y Srinivasan , Haiyang Zhang , Stephen Hemminger , Wei Liu , linux-kernel@vger.kernel.org, linux-hyperv@vger.kernel.org, Vitaly Kuznetsov , Dexuan Cui , David Airlie , Daniel Vetter , 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 Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham 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 Mon, May 2, 2022 at 9:37 AM Michael Kelley wrote: > > The DRM Hyper-V driver has special case code for running on the first > released versions of Hyper-V: 2008 and 2008 R2/Windows 7. These versions > are now out of support (except for extended security updates) and lack > support for performance features that are needed for effective production > usage of Linux guests. > > The negotiation of the VMbus protocol versions required by these old > Hyper-V versions has been removed from the VMbus driver. So now remove > the handling of these VMbus protocol versions from the DRM Hyper-V > driver. > > Signed-off-by: Michael Kelley > --- > drivers/gpu/drm/hyperv/hyperv_drm_proto.c | 23 +++++++---------------- > 1 file changed, 7 insertions(+), 16 deletions(-) > > diff --git a/drivers/gpu/drm/hyperv/hyperv_drm_proto.c b/drivers/gpu/drm/hyperv/hyperv_drm_proto.c > index c0155c6..76a182a 100644 > --- a/drivers/gpu/drm/hyperv/hyperv_drm_proto.c > +++ b/drivers/gpu/drm/hyperv/hyperv_drm_proto.c > @@ -18,16 +18,16 @@ > #define SYNTHVID_VERSION(major, minor) ((minor) << 16 | (major)) > #define SYNTHVID_VER_GET_MAJOR(ver) (ver & 0x0000ffff) > #define SYNTHVID_VER_GET_MINOR(ver) ((ver & 0xffff0000) >> 16) > + > +/* Support for VERSION_WIN7 is removed. #define is retained for reference. */ > #define SYNTHVID_VERSION_WIN7 SYNTHVID_VERSION(3, 0) > #define SYNTHVID_VERSION_WIN8 SYNTHVID_VERSION(3, 2) > #define SYNTHVID_VERSION_WIN10 SYNTHVID_VERSION(3, 5) > > -#define SYNTHVID_DEPTH_WIN7 16 > #define SYNTHVID_DEPTH_WIN8 32 > -#define SYNTHVID_FB_SIZE_WIN7 (4 * 1024 * 1024) > +#define SYNTHVID_WIDTH_WIN8 1600 > +#define SYNTHVID_HEIGHT_WIN8 1200 > #define SYNTHVID_FB_SIZE_WIN8 (8 * 1024 * 1024) > -#define SYNTHVID_WIDTH_MAX_WIN7 1600 > -#define SYNTHVID_HEIGHT_MAX_WIN7 1200 > > enum pipe_msg_type { > PIPE_MSG_INVALID, > @@ -496,12 +496,6 @@ int hyperv_connect_vsp(struct hv_device *hdev) > case VERSION_WIN8: > case VERSION_WIN8_1: > ret = hyperv_negotiate_version(hdev, SYNTHVID_VERSION_WIN8); > - if (!ret) > - break; > - fallthrough; > - case VERSION_WS2008: > - case VERSION_WIN7: > - ret = hyperv_negotiate_version(hdev, SYNTHVID_VERSION_WIN7); > break; > default: > ret = hyperv_negotiate_version(hdev, SYNTHVID_VERSION_WIN10); > @@ -513,18 +507,15 @@ int hyperv_connect_vsp(struct hv_device *hdev) > goto error; > } > > - if (hv->synthvid_version == SYNTHVID_VERSION_WIN7) > - hv->screen_depth = SYNTHVID_DEPTH_WIN7; > - else > - hv->screen_depth = SYNTHVID_DEPTH_WIN8; > + hv->screen_depth = SYNTHVID_DEPTH_WIN8; > > if (hyperv_version_ge(hv->synthvid_version, SYNTHVID_VERSION_WIN10)) { > ret = hyperv_get_supported_resolution(hdev); > if (ret) > drm_err(dev, "Failed to get supported resolution from host, use default\n"); > } else { > - hv->screen_width_max = SYNTHVID_WIDTH_MAX_WIN7; > - hv->screen_height_max = SYNTHVID_HEIGHT_MAX_WIN7; > + hv->screen_width_max = SYNTHVID_WIDTH_WIN8; > + hv->screen_height_max = SYNTHVID_HEIGHT_WIN8; > } > > hv->mmio_megabytes = hdev->channel->offermsg.offer.mmio_megabytes; Do we need a new version for Windows 11? If the synthetic device version is decoupled from Windows version, then I guess we can rename the macro to reflect that. Reviewed-by: Deepak Rawat > -- > 1.8.3.1 >