Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp4661201pxj; Wed, 12 May 2021 10:17:29 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyqv+yTNjRgy1muVyU9Gsh4BBwu2nm8NGqsdwqClsLkBr17O07SVCAL70TOXjZQWn9i8qvS X-Received: by 2002:a05:6402:1914:: with SMTP id e20mr44488942edz.70.1620839848834; Wed, 12 May 2021 10:17:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620839848; cv=none; d=google.com; s=arc-20160816; b=DwlnP5Fpi/aTeI+4tJYXgfRV7CE28h22f+DsdtGGkccfcm7FvZYHeaMM/SqwD4cLXJ gMGdE6BT6ikz6gaqMRMdS4oUw8xkWJf0rlpneJiNGXz7poGLpD6Tc9f63Kllwc2doLJk SmkGd+JLNqav0+c9/wktVxS9KJFAVGIww+O8cG8TmS0QHQVXQkr7FAivt4CHebeZNa6a BTwyAWeeDJJsm32Ndf+nahzC8vB8bMfYsHBRarM7ezBeELPffqijKlUPwOkJrHDp6XtV 9MonJQWkScwxfw6EmYwl56ZI4vfwo0w+sOaiBxtMqVR3jiuOLvbCPsMbH2BbNDrRuY2h gZKw== 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=GQT4/aokmQPDkSKViMQpsQC21/T7nytfm/Cvfb6yq14=; b=V4HFMl4LggXFfD+RGAO9x6B784BlnCcgztpWegJ051r8kCgohV59Q8xXywVK6eei7h MLxBCdXGpSPOb2VFXWlRaqDEWyuA3QIk8HerPADjkvhT2PDZLbeouHChhk9p3UoLY9Xh 9UpsWwf3rLuQAi77bYkvAPT2qHAE9NiQPNOx58sKcbI1SSlrU/KdfoMzUCd6SNee5PxR S2XhCYpMlGkEHN1x2nAfh2Y8b/l4w4LzSWy5CFhww4w7P/EzLAcCMKHxzVS2tTCfGQfo 3dtl7Vyd3t8tpeuV/fMAnuAza8r017Nse4UNaQVMa1xWon/tWQowbq79QZ4eyuENHDxn pAxg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=8bytes.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id w14si287373edc.366.2021.05.12.10.17.04; Wed, 12 May 2021 10:17:28 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=8bytes.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1346408AbhELRNZ (ORCPT + 99 others); Wed, 12 May 2021 13:13:25 -0400 Received: from 8bytes.org ([81.169.241.247]:38920 "EHLO theia.8bytes.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235955AbhELQBs (ORCPT ); Wed, 12 May 2021 12:01:48 -0400 Received: by theia.8bytes.org (Postfix, from userid 1000) id 7621E247; Wed, 12 May 2021 18:00:32 +0200 (CEST) Date: Wed, 12 May 2021 18:00:31 +0200 From: Joerg Roedel To: Dave Hansen Cc: x86@kernel.org, Hyunwook Baek , Joerg Roedel , stable@vger.kernel.org, hpa@zytor.com, Andy Lutomirski , Dave Hansen , Peter Zijlstra , Jiri Slaby , Dan Williams , Tom Lendacky , Juergen Gross , Kees Cook , David Rientjes , Cfir Cohen , Erdem Aktas , Masami Hiramatsu , Mike Stunes , Sean Christopherson , Martin Radev , Arvind Sankar , linux-coco@lists.linux.dev, linux-kernel@vger.kernel.org, kvm@vger.kernel.org, virtualization@lists.linux-foundation.org Subject: Re: [PATCH 3/6] x86/sev-es: Use __put_user()/__get_user Message-ID: References: <20210512075445.18935-1-joro@8bytes.org> <20210512075445.18935-4-joro@8bytes.org> <9282239c-138c-7226-88d3-a5611d11cccd@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9282239c-138c-7226-88d3-a5611d11cccd@intel.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, May 12, 2021 at 08:57:53AM -0700, Dave Hansen wrote: > The changelog _helps_, but using a "user" function to handle kernel MMIO > for its error handling properties seems like it's begging for a comment. > > __put_user() also seems to have fun stuff like __chk_user_ptr(). It all > seems sketchy to me. Yeah, as Juergen already pointed out, there are certain problems with that too. But I don't want to write my own accessors, so I will introduce a separate user and kernel path to these functions. Regards, Joerg