Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp41741rwb; Thu, 22 Sep 2022 14:07:28 -0700 (PDT) X-Google-Smtp-Source: AMsMyM5WQhfkGeNAB1nokK6FDSvI1bdkHjlA2VE1zIUeCjZ2GVi0OTJG0xFiUz/na/iLWdNCy2wV X-Received: by 2002:aa7:c61a:0:b0:44e:7d1d:7814 with SMTP id h26-20020aa7c61a000000b0044e7d1d7814mr5234171edq.44.1663880848397; Thu, 22 Sep 2022 14:07:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1663880848; cv=none; d=google.com; s=arc-20160816; b=fSx72/8pvafWGRDaghJQr/jY92rNCLgs2Jyp55ajjUBdlsOtpb/uoMxLbKSLi0SNp7 /bTyxfvy0X34mLEgS7sdWnDuI7uAr0TqV6UHAjx99n4k2QfraIsrgyUvpH97s91SRnM9 pACRN4jlltVAXBUgQdMWo4AXScJJeAt5Nst8Flx9PLiPJji0Sw9B5zJWaoP50MBeTV6v C/CzrNFegF5lcqHygvfmiUXDSVAqH67yUlYx6BOMCDRfMDR98TDwlU1EhXrnLDCyJNRk 8VFI7uvt0T/SNrHSPTrNURq9/uL10u3WXvC5nZQXahwOpHpWC3cLF4U5xsN2ZbjwcPYs cPsA== 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=rWCJQafKC5srG5W+g/FDRgvvE8Of+cROu+pWkLvdSiw=; b=BOaY+8LkhHsDqDTYb5Da9jFOSa0rt0+XmK28JMFrEgUx8JvArYGEi3IcLoYR1z6eo6 rC/hDFyXxqq7rPEFt4dj8HxU0qgVDGxRK1ks02V94EhAxCz7ks1WPDTcECzkqKMWkU7I RmvABcNF/Gz4ryvUYn+t4TDYCNgagrIjnO+FRtvfW+qB0zJz+0Yqeiq7AYhC/uWniUKZ 4Qee99LgcVNK79XITc56ZKrp5Idz0yAHKMTi8XKeqoKALFyTRr5gcjvfjFVCXeIMue/6 L5jGmh6p3upsr5cx41k2ydLxoRAMN95fm86x53OSjTwNP1fElk6Vc/A8BZNNJqt21uKS Bp7w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=Y8APGnFc; 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 r14-20020a05640251ce00b004515a8c347dsi6410581edd.500.2022.09.22.14.06.47; Thu, 22 Sep 2022 14:07:28 -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=Y8APGnFc; 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 S229499AbiIVU7z (ORCPT + 99 others); Thu, 22 Sep 2022 16:59:55 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40238 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229772AbiIVU7x (ORCPT ); Thu, 22 Sep 2022 16:59:53 -0400 Received: from mail-qk1-x733.google.com (mail-qk1-x733.google.com [IPv6:2607:f8b0:4864:20::733]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 82E3D2B25F; Thu, 22 Sep 2022 13:59:51 -0700 (PDT) Received: by mail-qk1-x733.google.com with SMTP id q11so7079515qkc.12; Thu, 22 Sep 2022 13:59:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date; bh=rWCJQafKC5srG5W+g/FDRgvvE8Of+cROu+pWkLvdSiw=; b=Y8APGnFcacZwnXOqualGrMnLCYo1wvUvXYBDIwpWwT8A+4DFU52KXs6kXYHr5Eckba xQHyiv/z+vz97Sbz/ILM5hDaG4jvsLp1otGc2EYn9pkdoVOGZoarp5lvFhllS365ZZOo 2Bn0AjMlJKJOKtTcIkaRJW9ZFQsP08xaBLy9j3yicBvjsnFHL/mvTPpsxRjTP0EMztSn VkFWTJx+DqHSX0lwLNzHWl5mnsdHvZcKWs8vfBPmOcueD5E2B3GW29ILwuKAbAROWLvA HzFWi3UFnDhq1rp99gI8eA6zPk8LVRdRPiWtaNWjZhMYVQNGcWnPyMzTpEXZI65nSYem X7sA== 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=rWCJQafKC5srG5W+g/FDRgvvE8Of+cROu+pWkLvdSiw=; b=0SlRyRahPgdkWoDcKeZK7M0fQ7+gZXNgMZy9hFrb1/gKvXarrLKvQVmrC/NaFg/woF QjMs80v+XRI401cro9eeomphjR8QPKHn5f0B2MADBRUcZ58DPLM1Ap8aOjh5s6LqqUmr CD6dN0LC4h1yp17idhWx9Want5V9sgsETttlz/QzZTyhnccYO99rRg4bu3+UdCPdysMl zt1lI1PgWKC8RBdLOI/o9D/5X5zC0ogKM4AghDWLH18rPu9stoz85QKT5uoeI/u7bS9Y 6Brjy6eexDOFqZ4z9/f+CGDs3gd/6d4DQELWySvdjIbULqGnborfVh8WINX0Tcm4Q8WM M85Q== X-Gm-Message-State: ACrzQf0xIgR0fZcIQjOB4+8IWvZawUhN1sTCxjY4gp/LGxAYF5VanYol tgerGHxugEijn4cgH5uL1al06paEKUu3abjF9ps= X-Received: by 2002:a05:620a:4454:b0:6ce:bfbf:7e3f with SMTP id w20-20020a05620a445400b006cebfbf7e3fmr3567761qkp.748.1663880390542; Thu, 22 Sep 2022 13:59:50 -0700 (PDT) MIME-Version: 1.0 References: <20220922200035.94823-1-mike.travis@hpe.com> In-Reply-To: <20220922200035.94823-1-mike.travis@hpe.com> From: Andy Shevchenko Date: Thu, 22 Sep 2022 23:59:13 +0300 Message-ID: Subject: Re: [PATCH v2] x86/platform/uv: Dont use smp_processor_id while preemptible To: Mike Travis Cc: Borislav Petkov , Dave Hansen , Ingo Molnar , Thomas Gleixner , Steve Wahl , x86@kernel.org, Dimitri Sivanich , stable@vger.kernel.org, Andy Shevchenko , Darren Hart , "H. Peter Anvin" , Russ Anderson , linux-kernel@vger.kernel.org, platform-driver-x86@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 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 Thu, Sep 22, 2022 at 11:01 PM Mike Travis wrote: > > To avoid a "BUG: using smp_processor_id() in preemptible" debug warning > message, disable preemption around use of the processor id. This code > sequence merely decides which portal that this CPU uses to read the RTC. > It does this to avoid thrashing the cache but even if preempted it still > reads the same time from the single RTC clock. ... > Signed-off-by: Mike Travis > Reviewed-by: Steve Wahl > Reviewed-by: Dimitri Sivanich > Cc: stable@vger.kernel.org No kernel version? No Fixes tag? ... > - offset = (uv_blade_processor_id() * L1_CACHE_BYTES) % PAGE_SIZE; > + offset = (uv_cpu_blade_processor_id(cpu) * L1_CACHE_BYTES) % PAGE_SIZE; Perhaps it can be transformed to use offset_in_page() at the same time. -- With Best Regards, Andy Shevchenko