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 582F2C25B10 for ; Thu, 9 May 2024 17:31:32 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id DF8396B008A; Thu, 9 May 2024 13:31:31 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id DA88D6B008C; Thu, 9 May 2024 13:31:31 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id C97246B0092; Thu, 9 May 2024 13:31:31 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0015.hostedemail.com [216.40.44.15]) by kanga.kvack.org (Postfix) with ESMTP id ACCAB6B008A for ; Thu, 9 May 2024 13:31:31 -0400 (EDT) Received: from smtpin12.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay06.hostedemail.com (Postfix) with ESMTP id 5F37CA1EBC for ; Thu, 9 May 2024 17:31:31 +0000 (UTC) X-FDA: 82099549182.12.9671EFF Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by imf22.hostedemail.com (Postfix) with ESMTP id 9AB62C0008 for ; Thu, 9 May 2024 17:31:26 +0000 (UTC) Authentication-Results: imf22.hostedemail.com; dkim=none; spf=pass (imf22.hostedemail.com: domain of "SRS0=k3mh=MM=goodmis.org=rostedt@kernel.org" designates 139.178.84.217 as permitted sender) smtp.mailfrom="SRS0=k3mh=MM=goodmis.org=rostedt@kernel.org"; dmarc=none ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1715275886; a=rsa-sha256; cv=none; b=4vdCWP0saa6kPq9h9nZXa59ujdUrcGCjp+hf1LiU/h8EtLb+RC+6RDQ1+G3LgD6CVWTDeX 9msjOWboeoOiMcOaLIAqyWR+XpnUU8upmrrHovRhTQI0oIC5tQubOzREGr57XZ1jw3ePz/ 4V7VvGtGyhbJIyI0pm8CoqgxjkNhjw8= ARC-Authentication-Results: i=1; imf22.hostedemail.com; dkim=none; spf=pass (imf22.hostedemail.com: domain of "SRS0=k3mh=MM=goodmis.org=rostedt@kernel.org" designates 139.178.84.217 as permitted sender) smtp.mailfrom="SRS0=k3mh=MM=goodmis.org=rostedt@kernel.org"; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1715275886; 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; bh=Lt9yR6fmEhvbl7nL4MXvW2STT8ivCO6Y08n6R8Hefh4=; b=rXcowkG3QmUu/SBojV0ih++4jAKw7+vOoZMlAdg7PECFPK0DsRNvmUROik5B2a/p2rTgbo BE08ZJRw24xBU4RtOZ4HwWJAawvTJgIeeKHLLHH8B5sjuffuW76UVEyQe/dB+UtItYkxO1 gq/+xmrJHHuv0OyBvUipiSXdMbnnQo4= Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by dfw.source.kernel.org (Postfix) with ESMTP id B765561D94; Thu, 9 May 2024 17:31:25 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 8CC7DC32783; Thu, 9 May 2024 17:31:24 +0000 (UTC) Date: Thu, 9 May 2024 13:31:22 -0400 From: Steven Rostedt To: Mike Rapoport Cc: "Guilherme G. Piccoli" , "Luck, Tony" , Kees Cook , Joel Fernandes , "linux-kernel@vger.kernel.org" , "linux-trace-kernel@vger.kernel.org" , Masami Hiramatsu , Mark Rutland , Mathieu Desnoyers , Andrew Morton , "Liam R. Howlett" , Vlastimil Babka , Lorenzo Stoakes , "linux-mm@kvack.org" , Thomas Gleixner , Ingo Molnar , Borislav Petkov , Dave Hansen , "x86@kernel.org" , "H. Peter Anvin" , Peter Zijlstra , "linux-hardening@vger.kernel.org" , Guenter Roeck , Ross Zwisler , "wklin@google.com" , Vineeth Remanan Pillai , Suleiman Souhlal , Linus Torvalds , Catalin Marinas , Will Deacon Subject: Re: [POC][RFC][PATCH 0/2] pstore/mm/x86: Add wildcard memmap to map pstore consistently Message-ID: <20240509133122.474130be@rorschach.local.home> In-Reply-To: <20240509000023.096d4032@rorschach.local.home> References: <20240409210254.660888920@goodmis.org> <20240409172358.34ea19f0@gandalf.local.home> <202404091519.B7B2221@keescook> <3391c693-cf54-526b-79a8-d565e7140947@igalia.com> <20240411154007.5bdf8d95@gandalf.local.home> <20240412132243.053ad096@gandalf.local.home> <20240501105455.42b78a0b@gandalf.local.home> <20240509000023.096d4032@rorschach.local.home> X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Stat-Signature: 9ifbwaosk8snou1y1njdbsk7hb7imp71 X-Rspam-User: X-Rspamd-Server: rspam02 X-Rspamd-Queue-Id: 9AB62C0008 X-HE-Tag: 1715275886-741065 X-HE-Meta: U2FsdGVkX1/J9j8mdlUzZeEU8XHtmVGkFFwOUG4M1vUCifZPaziEOiZNCuuxs8AXlhugtQcN4hQPhnWRkN1CQbm1pSMp7Jg/tfasyxC1+8HyJ5D6Q09VaagOfP1FbEI0zpkyYsIdmHvJ5aDUs9jqPPq3E2bvOwTE84hquZ9EfXy5LKBtkWzPZ5Hv8dBzOcpnEozkyAtxWOjaTx+UCIq/iwLhBIlVXPhnNcr17hYo6aSu5zljMJA7AQZO7sJWHB0jr+A021+XC6TiLMa5AWirphHm92po+owf+TgcRRlA8hABwvqYWaY9s39MLuNkIP1BPeyQmY0ZU0VCDnuCh/OuoUwzg+MG+eZgqTpm36BmaDa63AAjc/n/SS0EP8IM2vMvPEfQ0ahHPyQzu0J4mGkR7XqWpLQEEjjhfIjfERoHGBacdlwBPlZEvOMHnguwIfyKI7ytKx8yil2zK21OXk4wZfhJnd9yAS41O2P0vlkVm7nFYtRI/kEG0De843reRCYMONCOsQJCnP/6Br2e6S3rjNiGAQVI0c+FaN8PGBKEXapkU/06i74nSc0cWHeq7xj3+jUO9/RC3NcPxaUT298mwUM6R83XcuFoN4zlubpIfhlBoqJJV5Ea78Rf0mceGsNqKp6EyOlZIWnjvRKqYXIGm8YmqzOjO5GORt0Y6rRTDyL2brcz3YtJGehNbGvclGWdDgFoemFRwZplIbpIrn8ZdpP+lnakxg0cYIr/+scgX80fS5ZTrdwLJwjCFFmsdsyZE90DzfE/wilzErdZdDFZ7ZBzkeNeCD8QH5XtNPLPesz0JP/XFMieFm5Y6WzFS3HFhiV6OAixPfh2FYNcfJCnSsEfL7wcad+URpo3aEaY2s2omjU+tFlOiKv+fCLQz8ou0pA2SteLllKiWHlVPLKG+uz54l4xkQS3oo1EGYMj3anSl5m9pE8eMu6HymBTY7ALXKYrXn1jHeyM5+m4RpA T8bcqBdX tuy8bYZ0aKLpRioLt45nqUaG6dm0c0V2o/2bCgaN2PGulfDYLRDZnHVbEKf78YQU9AMP61myC3SLcrlKNkmD2wuMwiwGMVJwFZqKbq+S5M5PI4qxJCj33msgj54Ye3MhgyrKH5Gl4y1mrXEIqnYCiVzkLZ3qAQ5HTLGzCpIjXIraL1IGTbVLkIvbS4gDec5XMPp+3i8N0bEr7Hh3VdmBlPtsuObr4yR2OKkK55BYa9TkVSz3ogOz9h1NtkzeF8VoBp1DyXCdztDWFKpelINPVrhl4051dh3ooJXgtDemU3WrX7SyYN6cRZJWS1C4wzd6EU7oEsng/OMG585vZ077rhd16+rOjRq41JrHe 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 Thu, 9 May 2024 00:00:23 -0400 Steven Rostedt wrote: > I tried this approach and it unfortunately picks a different physical > location every time :-( > > So it is either adding to e820 tables or we create a new way to > allocate memory at early boot up. > Hmm, now I'm testing it more and it always seems to end up in the same location. I'm not sure why it failed the first three times I tried it :-/ -- Steve