Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp595356pxb; Wed, 27 Jan 2021 16:11:37 -0800 (PST) X-Google-Smtp-Source: ABdhPJzYEyuvUW9HO+I6AozpYzVsA8iQkKhlGiY8/NJl4qIJ9UMbkrU8wdNDdb9lplf/jymqzhQj X-Received: by 2002:a17:906:1d1a:: with SMTP id n26mr8998991ejh.481.1611792696747; Wed, 27 Jan 2021 16:11:36 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1611792696; cv=none; d=google.com; s=arc-20160816; b=VEU7++mTCVHcBHKuGSGf4Sscp9c03J1kOr7Ll0QNLU+pIhD64JPMho1aDZKP/f+++T O0Z89zKt9MdLXP8K6CQZq/KT6IntcUNUYl8c1CyUCF3cx5ow0mnfI6w0T+cI1flJYd9c fqBvYKWYB4tOMEax4k9s4ebrLdBkGGjmVr/rZN66D3cASzLpZ09kSdoN6ayJm45XT/pW qauoxkRSkypYIinfOL4LLcHznIyC7imzJUF/1NCItXe201VfHsu8DqyV21TYiVLmJR7X sjg8parQju5/3rHzJZjmY+LBJKkrqFZnl/arrwEYfke4B9Y2OwsUF2RLMKLztI2fp25g fyZA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version:from :subject:cc:to:message-id:date:dkim-signature; bh=1B33gqolHp2zCPWtvUn7Q4HzJ8uPUWWP0F8LP347TdM=; b=gWXlzEyYG1u8Kv67aY+xUcZ3ZiZl2b+npPfO0KSbBN42jcm3bsHDhoAR2IbZBkBwd/ /AvKFsXur2hLv28OHeH39kpT7ky6AyBz36zWXz7RE8BTBAE8xNCKQeHVgc/sz2doo0tJ Q4kmooCm7suG/DMELLj7zNhFDh426KLZ3HbOHlvJgFcHZZx+flBLU+ePoVW1KnINnbF8 QPjhv2V4D3cGxUiQft6wxCjfRCk2QiH8H09AbQbxln0EK0sTVJwuQ5gqHEE9q2YYXKwC 5BUZdlvMXHqGOwG5h8QCFDcihQebDVQ+0iymyTzaqQnWUtLCvfpCsSBWFMo9ZL7udxjs PW5g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@exactco.de header.s=x header.b=D9Gv0UI2; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h6si271139edn.21.2021.01.27.16.11.12; Wed, 27 Jan 2021 16:11:36 -0800 (PST) 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; dkim=pass header.i=@exactco.de header.s=x header.b=D9Gv0UI2; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235919AbhA0S0N (ORCPT + 99 others); Wed, 27 Jan 2021 13:26:13 -0500 Received: from mx.exactcode.de ([144.76.154.42]:55778 "EHLO mx.exactcode.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235521AbhA0S0I (ORCPT ); Wed, 27 Jan 2021 13:26:08 -0500 X-Greylist: delayed 1015 seconds by postgrey-1.27 at vger.kernel.org; Wed, 27 Jan 2021 13:26:08 EST DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=exactco.de; s=x; h=Content-Transfer-Encoding:Content-Type:Mime-Version:From:Subject:Cc:To:Message-Id:Date; bh=1B33gqolHp2zCPWtvUn7Q4HzJ8uPUWWP0F8LP347TdM=; b=D9Gv0UI2PfDQBcDkNsAnP3qRGstfykDWeHXdvfSSK0134HmInowd3tzYlx54xRjqTwY7vhylAN1xogynPQDVMDW4G2qxULgXOiamfj6UiLduSa4iy/X1wwiTjb73sAn93h+8eVR6rqWR73tdsByf61weSwQM3feP6mVfvPBupQI=; Received: from exactco.de ([90.187.5.221]) by mx.exactcode.de with esmtp (Exim 4.82) (envelope-from ) id 1l4pFY-0002D7-Bg; Wed, 27 Jan 2021 18:09:04 +0000 Received: from [192.168.2.130] (helo=localhost) by exactco.de with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.86_2) (envelope-from ) id 1l4p6m-0005Lz-Fo; Wed, 27 Jan 2021 18:00:01 +0000 Date: Wed, 27 Jan 2021 19:08:23 +0100 (CET) Message-Id: <20210127.190823.1013816968702108983.rene@exactcode.com> To: Thomas Gleixner Cc: linux-kernel@vger.kernel.org Subject: [PATCH] add missing MPSC to X86_INTEL_USERCOPY and _USE_PPRO_CHECKSUM From: Rene Rebe X-Mailer: Mew version 6.8 on Emacs 27.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.1 (---) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Debugging some bizare memory corruption in certain kernel configs on some machines, I noticed MPSC (1st gen Intel X64 Nocona) is missing in selecting X86_INTEL_USERCOPY and X86_USE_PPRO_CHECKSUM. Unless someone has a good reason not to, I think MPSC should select the two, and maybe MATOM should also made select X86_INTEL_USERCOPY? Signed-of-by: Ren=E9 Rebe --- linux-5.10/arch/x86/Kconfig.cpu.vanilla 2021-01-27 16:09:20.1639300= 78 +0100 +++ linux-5.10/arch/x86/Kconfig.cpu 2021-01-27 16:36:35.064014421 +0100= @@ -336,11 +336,11 @@ = config X86_INTEL_USERCOPY def_bool y - depends on MPENTIUM4 || MPENTIUMM || MPENTIUMIII || MPENTIUMII || M58= 6MMX || X86_GENERIC || MK8 || MK7 || MEFFICEON || MCORE2 + depends on MPENTIUM4 || MPENTIUMM || MPENTIUMIII || MPENTIUMII || M58= 6MMX || X86_GENERIC || MK8 || MK7 || MEFFICEON || MCORE2 || MPSC = config X86_USE_PPRO_CHECKSUM def_bool y - depends on MWINCHIP3D || MWINCHIPC6 || MCYRIXIII || MK7 || MK6 || MPE= NTIUM4 || MPENTIUMM || MPENTIUMIII || MPENTIUMII || M686 || MK8 || MVIA= C3_2 || MVIAC7 || MEFFICEON || MGEODE_LX || MCORE2 || MATOM + depends on MWINCHIP3D || MWINCHIPC6 || MCYRIXIII || MK7 || MK6 || MPE= NTIUM4 || MPENTIUMM || MPENTIUMIII || MPENTIUMII || M686 || MK8 || MVIA= C3_2 || MVIAC7 || MEFFICEON || MGEODE_LX || MCORE2 || MATOM || MPSC = config X86_USE_3DNOW def_bool y -- = Ren=E9 Rebe, ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin https://exactcode.com | https://t2sde.org | https://rene.rebe.de