Received: by 2002:a05:6a10:1a4d:0:0:0:0 with SMTP id nk13csp1794728pxb; Wed, 9 Feb 2022 04:47:34 -0800 (PST) X-Google-Smtp-Source: ABdhPJxPP0PXLJCY6UuZ+K3AOqox8sUelroCpxOvhwCtuvPD0PqGZ3Q3GPoHnhp24ErZXRcSgNMq X-Received: by 2002:a63:485f:: with SMTP id x31mr1759319pgk.358.1644410854736; Wed, 09 Feb 2022 04:47:34 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1644410854; cv=none; d=google.com; s=arc-20160816; b=OK1fcMjvgEdzOPfkPzKqGx+8gNW65iMkS/KigedZPXmW2gqKZyqoVZNU5ldlmRsz03 svDbPdb96s9inoKI3Fppi8wunjsbkuJcyueg/4gvkzvIj6gIN+2Yf6xWFDnnE6g9857c CD7eQ1kdYfuS4yVf6pIqZzuKYDnrA7TYG/v/r9L+9XOC7zFVQykCxc/dirs3ZY1rq8Uo Dr25v1O+bp+H8gMNfBcsIXaNGA7rGunN2RnOad9kzDaLXYFf7COKZVjRl6uJ1i0Ly9Yn ydu7+QMhRvoOWmKKY8UQC1q9UQG1R+u9wxepLGyAIcj6xQ7dd7L3iE00b8yWwfBqCPAA FYKA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=tPdTZq6CxPLk9D5PI9O0kpMl8XYwAWA8LWMhhnWQseA=; b=e1LBLk0C52v9q4Sy7q41NWT5VPnxPXWvU6EtV9ktgL0Od8WTMn1yFM64yBcll+LKrM EZp/fDuNlVBYpBuvhHzAO+//ARFBX8G9uvyXkKd6zyI3LSUbetuCb2C4xwYgeHZhzJd0 ilZiXChKs3fY9pMeVJwRnlhNY4VnBsR+ICJlujjOzJWeI3H5w68nq/JDmDwyCtcrPLvk 7lKSBkkmGAuM33/yqRNyAKLallNbuLqZ+wYNWZ7YlryhBLdxJ6luSM0qeJ/IqUvn/OaA tvFVRC73FJ6VtSeopIC9objA47e6kBqN/8q1J6Ao/fnEcwVt2e5mlxQByZ6/JBLtFsJS uc8g== 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 Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id ie5si4799689pjb.75.2022.02.09.04.47.28 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 09 Feb 2022 04:47:34 -0800 (PST) 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 Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 24BD3E11F1B4; Wed, 9 Feb 2022 02:29:10 -0800 (PST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233676AbiBIHcH (ORCPT + 99 others); Wed, 9 Feb 2022 02:32:07 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60862 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237816AbiBIHcD (ORCPT ); Wed, 9 Feb 2022 02:32:03 -0500 Received: from verein.lst.de (verein.lst.de [213.95.11.211]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2EE8CC05CB8A for ; Tue, 8 Feb 2022 23:32:05 -0800 (PST) Received: by verein.lst.de (Postfix, from userid 2407) id C80E668B05; Wed, 9 Feb 2022 08:32:01 +0100 (CET) Date: Wed, 9 Feb 2022 08:32:01 +0100 From: Christoph Hellwig To: Zhi Wang Cc: hch@lst.de, jgg@nvidia.com, jani.nikula@linux.intel.com, intel-gfx@lists.freedesktop.org, intel-gvt-dev@lists.freedesktop.org, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, Zhi Wang , Joonas Lahtinen , Vivi Rodrigo , Zhenyu Wang Subject: Re: [PATCH v6 2/3] i915/gvt: Save the initial HW state snapshot in i915 Message-ID: <20220209073201.GB9050@lst.de> References: <20220208111151.13115-1-zhi.a.wang@intel.com> <20220208111151.13115-2-zhi.a.wang@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220208111151.13115-2-zhi.a.wang@intel.com> User-Agent: Mutt/1.5.17 (2007-11-01) X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,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 Tue, Feb 08, 2022 at 06:11:50AM -0500, Zhi Wang wrote: > + struct drm_i915_private *dev_priv = iter->i915; > + u32 *mmio, i; > + > + for (i = offset; i < offset + size; i += 4) { > + mmio = iter->data + i; > + *mmio = intel_uncore_read_notrace(to_gt(dev_priv)->uncore, > + _MMIO(i)); This reads much stranger than: u32 *mmio = iter->data; for (i = offset; i < offset + size; i += 4) { mmio[i] = intel_uncore_read_notrace(to_gt(dev_priv)->uncore, _MMIO(i)); } > +static int handle_mmio(struct intel_gvt_mmio_table_iter *iter, > + u32 offset, u32 device, u32 size) > +{ > + if (WARN_ON(!IS_ALIGNED(offset, 4))) > + return -EINVAL; Shouldn't this be in the caller of the method? > + save_mmio(iter, offset, size); > + return 0; Now that the block callback is gone save_mmio and handle_mmio can be merged. > + mem = vzalloc(2 * SZ_1M); Don't we want a driver-wide constant for this instead of a magic number?