From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id E05A1C10F1A for ; Tue, 7 May 2024 18:15:42 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 6DD6B6B00A2; Tue, 7 May 2024 14:15:42 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 68DDD6B00A3; Tue, 7 May 2024 14:15:42 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 555D76B00A4; Tue, 7 May 2024 14:15:42 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0013.hostedemail.com [216.40.44.13]) by kanga.kvack.org (Postfix) with ESMTP id 357636B00A2 for ; Tue, 7 May 2024 14:15:42 -0400 (EDT) Received: from smtpin27.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay05.hostedemail.com (Postfix) with ESMTP id 9FB1741002 for ; Tue, 7 May 2024 18:15:41 +0000 (UTC) X-FDA: 82092402882.27.1ED8B45 Received: from mail-wm1-f44.google.com (mail-wm1-f44.google.com [209.85.128.44]) by imf03.hostedemail.com (Postfix) with ESMTP id C633220007 for ; Tue, 7 May 2024 18:15:39 +0000 (UTC) Authentication-Results: imf03.hostedemail.com; dkim=pass header.d=google.com header.s=20230601 header.b="t8um/JrV"; spf=pass (imf03.hostedemail.com: domain of axelrasmussen@google.com designates 209.85.128.44 as permitted sender) smtp.mailfrom=axelrasmussen@google.com; dmarc=pass (policy=reject) header.from=google.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1715105739; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=B6+1EVHa+BxNC/qNjMSbBDQufkF0NNXGNNBGPC9g5A8=; b=MaJjLAJTvxD2sfJYqZN8XapYA5MFurgDqkYQcYAMPgrURO8oHVY32lVflPx1DwJsIGY0Uw TCL/YPGqhMGe/8OXwqnJ3ZkZUuAgRER8fAuKGfcK2uRA9+ldGUVtxVPDIwcfzxpxaTEetN 77Xg1Ks8rYF8EEnVmloWVTNATYO3J2I= ARC-Authentication-Results: i=1; imf03.hostedemail.com; dkim=pass header.d=google.com header.s=20230601 header.b="t8um/JrV"; spf=pass (imf03.hostedemail.com: domain of axelrasmussen@google.com designates 209.85.128.44 as permitted sender) smtp.mailfrom=axelrasmussen@google.com; dmarc=pass (policy=reject) header.from=google.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1715105739; a=rsa-sha256; cv=none; b=HtmgKoBoIyC7bife32k/6B45qkIjLfzsHs1h2GrVfa1HcMunfTxG9FRgqgDSz/HTTz5cPB 5xuihG89TZPfeFQ1TJFElD9097z88VaLfts4HbCAV2FCt7EU4lzqtlk1IoXCjFm+fXENe7 6pvfJqCGBpoYe1NwwBv0iS6pMp2VHJk= Received: by mail-wm1-f44.google.com with SMTP id 5b1f17b1804b1-41b5e74fa2fso28163675e9.1 for ; Tue, 07 May 2024 11:15:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20230601; t=1715105738; x=1715710538; darn=kvack.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=B6+1EVHa+BxNC/qNjMSbBDQufkF0NNXGNNBGPC9g5A8=; b=t8um/JrVCHJ51AuXNxWOFmq+6tLMXCcB74b4+PN5g4XIm9Ci2WhRYzwxyvDJYlgjj2 p//8cTW0jLqPhK3F2/KqqxEqCD6PLP++hAgaMwXtQeyrAnRODFsUklqixdxU8ENBHD3W XvZvwDQ0igsLwlNMqjHFG8Vkoc7CL9DNjArJhKWRllPlyEApSfveQ1DhI50swNyVEXSl LJGzQze+o+hqo30PFffqton0piSyjQMFg9/cq/7Imzqj2Y7Nld7wtH44Af/Vo3AsViqg a2Ywr01OMT9UH23APWsjjzgrdzAH7BbmujW6KvPElJjFd6qRlXPXbwjBuZ0hlVnOfUom E8lw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1715105738; x=1715710538; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=B6+1EVHa+BxNC/qNjMSbBDQufkF0NNXGNNBGPC9g5A8=; b=MVNHjsk6wF6R2uZTeDORh+7jW8qUspM+q2lKey2RG/Q3z2+BYaWEqW3mcxCwnu43wv MmRfkZSWwsfgkTQgzzXyBiSgHrV446RqHI95UXRoRVemTMeIxz+XgknZeZKHd6UqiVZn OpjjEzjsXa/39Zre7mqWDDOXd+r5dEgD4KthS+4+KGJpYbMnBJirkaD/PE9Gp03X1Ybn Li8gNpwEAqF1q2LS2ZatlVrIb7BsTSfmQErAU4kLPg4r6rhU44Idj+60O+0iUQ3OEwya eJgMrfpH4LeMZ9tNo4fTkZQZ9OR5f3iZqRe6rjy5lcLEgZ9GN98EEowbOwuEYKBt/roW cF3g== X-Forwarded-Encrypted: i=1; AJvYcCVEI5B4QqnPPHuV2VOD3shaljOr9PXJmEpvsjfWzvPtEEyLkw7VDXGsTPL3Qj8DBQHM24l7iGhtE+NvNQut7eF5o5Q= X-Gm-Message-State: AOJu0YwBQZTzJzIsxUDRHWX4FI0Tkeruoxky+LaC/A3nR+M9398wgKJh k3PwAqh2K88uCWRed9v4FkM6L7RhMv53RoymePmmdhdkLl/g6JeOHMRwYetGT4ED4+0mX/MME0G e6dZCdLn6kdOglDOIX0ApgXdY8ieLycQDRjiz X-Google-Smtp-Source: AGHT+IGiBLfJdAu/j1h1St0V1qhBnv47XeLp3sDStOowYbzmVGS+F9ghfuJ76RnsVj0Nru5zzf74YpLbJGjySEDtGfI= X-Received: by 2002:adf:e781:0:b0:34c:f3cb:759d with SMTP id ffacd0b85a97d-34fca718376mr330142f8f.45.1715105738140; Tue, 07 May 2024 11:15:38 -0700 (PDT) MIME-Version: 1.0 References: <20240507022939.236896-1-jhubbard@nvidia.com> <016d8cff-efc3-4ef1-9aff-7c21c48f2d69@redhat.com> <302d50ac-45ff-470e-90a0-b349821706a6@nvidia.com> <21d88422-7378-4a63-8fbf-f70889f309c1@redhat.com> In-Reply-To: From: Axel Rasmussen Date: Tue, 7 May 2024 11:15:01 -0700 Message-ID: Subject: Re: [PATCH] x86/fault: speed up uffd-unit-test by 10x: rate-limit "MCE: Killing" logs To: John Hubbard Cc: David Hildenbrand , Andy Lutomirski , Dave Hansen , Peter Zijlstra , Thomas Gleixner , Ingo Molnar , Borislav Petkov , x86@kernel.org, "H . Peter Anvin" , LKML , linux-mm@kvack.org, Peter Xu Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: C633220007 X-Rspam-User: X-Rspamd-Server: rspam04 X-Stat-Signature: jjj666s6nq8niaa5kxymscqpucdehiin X-HE-Tag: 1715105739-537447 X-HE-Meta: U2FsdGVkX1+882oco+BEfY0+0Ex1994hoKSGOgKpNeA7YtVn7Noh2XiLwXBJsDYmtpcVjrLVyRFug3VcHEB5IREJ8O+NXKag0oY+vCtercSe/KzATMfaU6GYhOtrdHPNcUuoq0F+mOI9SHKa88nzCz8bI4xVdpSSvwUhvkhZ7DXMadcWamzcqxUdJQZF3hnETeZL57E9+u9+SP5iBuFIvRBlpzNI6CgK0WRAC7DaC6Ykk4MdS9/WzvRs4hK+X5NSNpsn8JVZ3vZks0F4tKQoDcO8HuUZ7e/+2Rpi8D+25tKcqiG9XmGOoncKJj6gmGr1t1A+BGWE+6wDSVNW2kVWm7E17ozw64/AFZglpXiV6Y/6GrtRfON41oUfd5NTFKnL+VxTDE+8f6r8h9cMtG9Kf2TwW2fcNFPa2DOEJx8Sz+7oq7iznVTUDbYEKW4rbpxrxCIbxA1bONobL4EJH0hRqaQP+jKJRIogJ5xerztKUvtbuKuGbd0O7D9yaWifU67Z+6Yh9cV05A1ac1O0G8ELM+rYftqXNDR0LUtX8kEDui9Z4eK/3i9xTXNujS8Zh3ut978Cqa1wx6HpWcvnQarhm/b1+B3C9ZLferkVs4dpmmpk1YLDkwAKsQtaqEcHJTZzj6df64i8xmfXpxxydLKo5O95KvbKbnFFb5ju2QBVuj+Rp9zybVmRPNXeZhtSCKi0Ukqml1wOGu3I8RN7VYMizj+cz99QYbaO6muNkmZRqzLE7yloBDK2GVHUdxMl+ZyrMAONC9jzzjwM2Oip//VPlL2zRxEx610oyoozWV2y4mPg/FrHJQ9s95uH2X2KVC7se9eS5Zbln1/HgtqeVEMz4MUJF9jYDKinGd4JA+BYsG/c8Mk/zQdqAaPOTD+FraYB3xOsHCodCgVAj4aFx4/bTF5LVc5dpksYmSXEVrJX4EmQb9Gw3m543JjIDx3j7CY3Ok+veaDxlggKszXFeU0 4OuwHt4Q PjKPwKOdqZoBXnSlNKBgyLX7KEcYtGSvioJ+BnLdTw5KRoeXnrF8vc6RFdhAixoPfVN6oodzTPTFDidvjyu+w/9gg1WELG0c3ogpSEn4ijElwKR/+HGqRpw1t4bX53XFkaVbhxLIAAUmSpDKRFUAGLEZlyx9xDwhJgJHuK2QZQH6pkkDZW3J+rI7LPz/4WBw2pL/TEgsMgsde6y68bwxmcJ31HdU0l1d8fWIvNRIIwp9mIMhb+tus/lFS0Z3YmawmK3HWp894zY+7MKqc+I9q+BydLHzRdEdHrsq6XpVyPNmJwZg= X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: On Tue, May 7, 2024 at 11:11=E2=80=AFAM John Hubbard = wrote: > > On 5/7/24 11:08 AM, Axel Rasmussen wrote: > > On Tue, May 7, 2024 at 9:43=E2=80=AFAM David Hildenbrand wrote: > ... > >>> That thread seems to have stalled. > >> > >> Yes, there was no follow-up. > > > > Apologies, I had completely forgotten about this. I blame the weekend. = :) > > > > No objections from me to the simple rate limiting proposed here, if > > useful you can take: > > > > Acked-by: Axel Rasmussen > > > > But, it seems to me the earlier proposal may still be useful. > > Specifically, don't print at all for "synthetic" poisons from > > UFFDIO_POISON or similar mechanisms. This way, "real" errors aren't > > gobbled up by the ratelimit due to spam from "synthetic" errors. If > > folks agree, I can *actually* send a patch this time. :) > > > > That sounds good to me. (Should it also rate limit, though? I'm leaning > toward yes.) I believe the proposal so far was, simulated poisons aren't really "global" events, and are only relevant to the process itself. So don't send them to the global kernel log at all, and instead let the process do whatever it wants with them (e.g. it could print something when it receives a signal, perhaps with rate limiting). > > > thanks, > -- > John Hubbard > NVIDIA >