Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp3514134rwb; Mon, 3 Oct 2022 16:41:23 -0700 (PDT) X-Google-Smtp-Source: AMsMyM7LYy9lb307eDNruBCDoL7G2VMYSpLLfmysTPBsIH5WVNNmU1AwP9cxV8+T17poz5kFRwff X-Received: by 2002:aa7:d28c:0:b0:459:3cc5:3cb8 with SMTP id w12-20020aa7d28c000000b004593cc53cb8mr2522677edq.261.1664840483501; Mon, 03 Oct 2022 16:41:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1664840483; cv=none; d=google.com; s=arc-20160816; b=mavtdCrIqECJAlAFMfa9u+XSGHNqfTThFwbUtkoU1DoMPhi/HGL8q1kDjMamj8iMPY VQwhRCMarAR6f1snj3oeVZjXMho57WnEnLXRDKfMtH6108yLNvMaOCGCSj4NJBkWsGkQ MUnpJOcmvsSGNSeAArK3L/6CowUoWPlO8HeP6upUziWUTdsTUj/HR9dnax2F2u5XPQHt rMRjHUdiMfwU2EdLyXjt2IQH7bdXOzROePTOclymcJrhKYDraaS7VjYDnGbpaCAP/Q2r TrUF2mqLREOnIFp8ZS72BBYd3x3x+nT9ghCh6e4jCOcLIw92P3HORzDvVFfJMJgN4EFo +vzQ== 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=nYrIZRovtEchDOXqockApvltsCTO8n79eb3xFqi9gPE=; b=dT/1gsqXIHkT5cAD6MUjVQ1jxwkQVWeVBdOXhSkbN4kErlaX1xpE4Em4vbMcrNXDEw j38yxLx/f6j3oU+AbBu/GFZIUxzY7el40n4fvaUEdBl5BmFB/oQCL8H5g6L1uS9RspTw dIqnQCPu8n5X1hwKLR9bZZtbhTaJSZtIR/FqxvWUbWXYd22s0y//kqDyZQLtZjUAXgge hAihExRDFuIVz2F1mxa/WEHldidKlx5Ot6oAA1jhY+lAVO/XSroE9K4zWvBIhJ/vs0rx s3DUScCp+xg+Mutzw82fPQ6qFVnHavsVtM2zFcOLoRbZytQ4A35n3jE/XgH70mIgnr2e LQMw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=mA5WDoLZ; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id a10-20020a50858a000000b004487c209b0asi8236231edh.490.2022.10.03.16.40.58; Mon, 03 Oct 2022 16:41:23 -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=@google.com header.s=20210112 header.b=mA5WDoLZ; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229820AbiJCXHh (ORCPT + 99 others); Mon, 3 Oct 2022 19:07:37 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54600 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229691AbiJCXHf (ORCPT ); Mon, 3 Oct 2022 19:07:35 -0400 Received: from mail-yb1-xb2e.google.com (mail-yb1-xb2e.google.com [IPv6:2607:f8b0:4864:20::b2e]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 70F6F24083 for ; Mon, 3 Oct 2022 16:07:34 -0700 (PDT) Received: by mail-yb1-xb2e.google.com with SMTP id o123so14884811yba.0 for ; Mon, 03 Oct 2022 16:07:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date; bh=nYrIZRovtEchDOXqockApvltsCTO8n79eb3xFqi9gPE=; b=mA5WDoLZdqwCsRey82cM7gwLGf297YOkY4UB2ETtAun+mWB0DS4nrOSBfn9/Q0GG1D LrEV/gsLjx/JleJeKHQS0niCdbNbAJ+rTzufd7vkHLnyZCYF8L14T75p7/qvtMg5mqQB q/oR5/2LT0h5O42kFdQCMid/m/YBp1d363Y5b+lVDHb7CCUA0GATJuGrO0iXdPEttuZP 21mef1LHTKUMxwKDt0BVWJzOz+W50r+CotTZmacydSAKWlWqroE7T7x8mr9IXnSusotG eSeZsgawe2FR4lgl/NNSM2imE3+D7Q+5VMF122gCHHXlaBRcYZdqgnWhtxH1g6zBviCn HGrw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date; bh=nYrIZRovtEchDOXqockApvltsCTO8n79eb3xFqi9gPE=; b=F9v8OhQ0g5VT/0pz/AvZgDGGzFIba/dZSnRvu9c4OHF9EJYzcBgXQy8pPHKQgBCBR9 9luY/AK4ua6XvltgvikN7Sx+44evo9M90MOAygZtI+P60maIlVHsGG7fR3xHAyRhFctc uh2D50aN2AsAaz5OyM3XIJYGSIqKm8A33nQC1gdy991Y10lRSTyUjc69GPriBa6hC/NF Wafcafgixuw3N8cghD50gGphR8WWT3bPWCyeMg10WnM+zJNJi42VfTf7CJESZLGj2uTj W4krJ14lSLV4scJ1N1KaPCdxv6hwnae/rba9w/ZtY+lGZul8gGQxgMuNDkZnegXMr7nS n1yw== X-Gm-Message-State: ACrzQf2xwFiOSIoLotGWJtD4fNPvs24ZAcVzbrO+C7k3RucANt9CvHJm GQi6cpw8PJne2YOhNyQeR3tMlfAq6jAv+LrO3UZzyQ== X-Received: by 2002:a25:328c:0:b0:6be:2d4a:e77 with SMTP id y134-20020a25328c000000b006be2d4a0e77mr457836yby.407.1664838453641; Mon, 03 Oct 2022 16:07:33 -0700 (PDT) MIME-Version: 1.0 References: <20220812183501.3555820-1-acdunlap@google.com> <20220908170456.3177635-1-acdunlap@google.com> <2625dbfa-434c-7d55-6469-9d9e89397e8f@intel.com> In-Reply-To: From: Adam Dunlap Date: Mon, 3 Oct 2022 16:07:22 -0700 Message-ID: Subject: Re: [PATCH v2 RESEND] x86/asm: Force native_apic_mem_read to use mov To: Peter Gonda Cc: Sean Christopherson , Dave Hansen , Thomas Gleixner , Ingo Molnar , Borislav Petkov , Dave Hansen , "the arch/x86 maintainers" , "H. Peter Anvin" , Nathan Chancellor , Nick Desaulniers , Tom Rix , "Kirill A. Shutemov" , Kuppuswamy Sathyanarayanan , Andi Kleen , Ben Dooks , LKML , llvm@lists.linux.dev, Jacob Xu , Alper Gun , Marc Orr , "Lendacky, Thomas" Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-17.6 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, ENV_AND_HDR_SPF_MATCH,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS, USER_IN_DEF_DKIM_WL,USER_IN_DEF_SPF_WL 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 [resent with plain text] Thanks for all the responses. Is the consensus that we should use the readl function here or instead use inline assembly directly as in the patch I originally sent out: asm_inline("movl %1, %0" : "=r"(out) : "m"(*addr)); ? The readl function has this exact same code, I'm just not sure which version fits better stylistically. On Mon, Oct 3, 2022 at 4:01 PM Adam Dunlap wrote: > > Thanks for all the responses. Is the consensus that we should use the > readl function here or instead use inline assembly directly as in the patch > I originally sent out: > > asm_inline("movl %1, %0" : "=r"(out) : "m"(*addr)); > > ? The readl function has this exact same code, I'm just not sure > which version fits better stylistically.