Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp1185182rwb; Wed, 28 Sep 2022 14:36:51 -0700 (PDT) X-Google-Smtp-Source: AMsMyM4Y03HDcJxTWXiiiJTNwzSv0CHBmjigPdykAvYMDBDID08zSuFwJ6EkA1mr40RSDTRj8LKI X-Received: by 2002:a05:6a00:17a3:b0:540:97a3:f7a9 with SMTP id s35-20020a056a0017a300b0054097a3f7a9mr113382pfg.12.1664401011045; Wed, 28 Sep 2022 14:36:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1664401011; cv=none; d=google.com; s=arc-20160816; b=Au0lmtTrAbllv0BT6p2XqSgum2lS7XFagCAx6ROaFO0hmskPD4Jv2f/AnGV16F70kz FkLbgbRwaidJ67fX+eHSGikz+gdboJt1PPcHDcmZfQ9lwWKUCiM/i8bXDuiPQBzGRI7k cio1g9bHPMo+qRIPn+CP1qvyvU68eDJz+FiEZ6FVY2F1B3mFJuPXySdKVFKhBVdZbthg qnSmGm6l2/B5XR2kwHe9mHk6yZKEU85n6AOZHycTUoxSlDm7eXpp39Joy6IHrrE2d2Um CzKy3l6DFrYkHeIdXF3GcyQsQm9VvqhsctlXSgcoIUPOj8gDi/16Jj3mzn9YQQX2Cm34 nRoQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=do3DkJZT4jWyws/1mfByy0PV8J8vHx2Y5d7gQrVQZHo=; b=ZVexwUcbj/1kzD+on+/87xLIpS5xNcZyER/q4i14wzt+tyom7YhdXw/2K4f5gOUlQd 7LrQ+hkpsmTtrwanWHI5LJyBgx90uwVs39pbfFgqmLqzJDMLbxOZ+W7cMr4UKO1zl/Eu SQs2JZfROibOXf67me/U+gDOYpBXrnIidIxnV/SIkksF0NJhXmMVSXvSduVXXgXxPbop fOtaPr/T7Mf0TzIEesX3MaFBsnupA2fx8nR4UFwmIqaveDEHy04GniRtqEGr4cwMAwc5 zdEnOHGwlgRSHr8F8/waEj+mIQWZ9qhwuIl1AcfshTa7AGyTpYCTJodN3Ha0QNT7j2ZH IZaw== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@igalia.com header.s=20170329 header.b=loah5f3+; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id c15-20020a056a000acf00b00537e88da121si4429964pfl.35.2022.09.28.14.36.39; Wed, 28 Sep 2022 14:36:51 -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=fail header.i=@igalia.com header.s=20170329 header.b=loah5f3+; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232788AbiI1U51 (ORCPT + 99 others); Wed, 28 Sep 2022 16:57:27 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36492 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232298AbiI1U5Z (ORCPT ); Wed, 28 Sep 2022 16:57:25 -0400 Received: from fanzine2.igalia.com (fanzine.igalia.com [178.60.130.6]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CFAB75A3D0 for ; Wed, 28 Sep 2022 13:57:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=igalia.com; s=20170329; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:From: References:Cc:To:Subject:MIME-Version:Date:Message-ID:Sender:Reply-To: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=do3DkJZT4jWyws/1mfByy0PV8J8vHx2Y5d7gQrVQZHo=; b=loah5f3+LqNFDgpRwY2y/EahuM lFLAhTeCcVm9zIm+yszsVe1Qf1l5h/vZ637bv4YhsmRN0yRK8HsQ58R09x6uEztOJWHU4s66AMZke U2IRJBMC62Y8ISdPRlSELHFZ0CI070ICjU+cs2PLwNhEbCOnjLar3AlYTDQNF720bI/cxRxKus6op lEJ0pe99pWzk+6A34jOoKi7Y1VpSk6XT4KKzqit9KTLP8g2FptD2qiUuRwkqIhWmaNAlQmykS66XZ Z8ftr/QLi06rrAki9Cw4rwso85o0LVw31M6g7d+uoxNnOU6L+4sdILSn1NG/aEdrsr1LFiSvfbh9B 8Ey4gUgw==; Received: from [179.232.144.59] (helo=[192.168.0.5]) by fanzine2.igalia.com with esmtpsa (Cipher TLS1.3:ECDHE_X25519__RSA_PSS_RSAE_SHA256__AES_128_GCM:128) (Exim) id 1ode7E-00FElQ-VA; Wed, 28 Sep 2022 22:57:12 +0200 Message-ID: <9d9d2d5c-1b7a-721b-f0e2-f591bb170723@igalia.com> Date: Wed, 28 Sep 2022 17:56:56 -0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.2.2 Subject: Re: [PATCH] x86/split_lock: Restore warn mode (and add a new one) to avoid userspace regression Content-Language: en-US To: "Luck, Tony" , "tglx@linutronix.de" , "linux-kernel@vger.kernel.org" , "x86@kernel.org" Cc: "mingo@redhat.com" , "bp@alien8.de" , "dave.hansen@linux.intel.com" , "hpa@zytor.com" , "Lutomirski, Andy" , "kernel-dev@igalia.com" , "kernel@gpiccoli.net" , "Yu, Fenghua" , Joshua Ashton , Paul Gofman , Pavel Machek , Pierre-Loup Griffais , Melissa Wen References: <20220928142109.150263-1-gpiccoli@igalia.com> From: "Guilherme G. Piccoli" In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,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 28/09/2022 17:24, Luck, Tony wrote: > [...] > Why not just use the workaround suggested in that bug report: > > "so manual switching from default setting to split_lock_detect=off helps as workaround here" > > If you add this extra mode, I'm going to argue that the kernel default > should be "seq" rather than "warn". So these game players will need > to add a split_lock_detect=off (or warn) option. > Hi Tony, thanks for your response. The workaround is the way to circumvent the issue for now, but not all users want (or know how) to deal with the kernel parameters. If a distro wants to default to show a warning only, but don't break performance so hard, this would be currently impossible. I understand that maybe the kernel default could be seq, I could re-submit - not a deal breaker, at least distros are given a way to collect split lock reports without breaking! The main/big issues here are two: defaulting to the disruptive behavior (with no way of building a kernel not defaulting to that without patching), and not having a way to warn about split locking without breaking the performance, hence the new mode "seq". > Has a bug report been filed against the God Of War game? Probably worth fixing, > the performance penalty for split lock is only going to get worse as numbers of > cores keeps increasing. > Definitely worth fixing! And the plan is always to report it - meanwhile, we'd like to have all users of old/proprietary software/games to continue using the kernel the way it was before :-) Regarding God of War specifically, I'm not sure but I can verify - the devels should be made aware, for sure. Cheers, Guilherme