Received: by 2002:ab2:69cc:0:b0:1fd:c486:4f03 with SMTP id n12csp401820lqp; Tue, 11 Jun 2024 07:49:59 -0700 (PDT) X-Forwarded-Encrypted: i=3; AJvYcCVj1J7XUaylPNDH8dVp/Y9r/bnf7wY4cwMXiSEhMVquI/fCzAabodPcGs1bR3vRPwt+hPXlAIusKUp/rRq6t0KvOkex6j5f6HKpZAnMuw== X-Google-Smtp-Source: AGHT+IEZBi156QSYss51pD95HnqAkrXdzLFkcS2z6RoPIxeYWMb1KKWg5DOgT7x+NRf3X6hOJYK2 X-Received: by 2002:a17:906:705:b0:a6f:1dbb:d38b with SMTP id a640c23a62f3a-a6f1dbbd3e7mr364272966b.28.1718117399243; Tue, 11 Jun 2024 07:49:59 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1718117399; cv=pass; d=google.com; s=arc-20160816; b=JVPEpLocC2fbFdbD5UN6MGL6Ywbb5oJ3Dw/prGo7C0ck5Z5n8+8fiUIr+3LOvrw4Bu 6YinYpUMjUakfFFyDAiYJ5dtbUmVjkhneHd+lOb9Wox6pKg21asq2ZITwXFkeBh+IxJr Ew5MehGm0xd9dKEemd0QmoU+QQZb8AO+U4Nnro6s3g3w6DSQv7mZ49SqDQvqHzCf+57+ 42tHpCvIloRbDii4xbEdsdEHtVgnKaZQd5k50kSX2HxzzdmVBdY16MwpjCVG83iTnmFt sSFxOo7dOyJg3NEnvo2g9RCYWLgFgT0Te2trZqKAvzdtq2CsrHOX08CM1sCLQ89mWyIn 2NUw== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=mime-version:list-unsubscribe:list-subscribe:list-id:precedence :references:subject:cc:to:from:date:user-agent:message-id; bh=bSvhJ4Q1mzHI+U9+5/HN/kopc3HpcHLFPrC0sUaTll4=; fh=QORXSiDV/x9VWq4RcqWjO5bZNJ5t7To8OgD4cz5pN8M=; b=pOf/aohT+wTxPv9FFjQpCPnRj568WTwnk2mulHnxchUEV5WwWznu36oAq/pMQrPG5I 4dZD530GJYIVYOrPVRsjR//tLxojHdb1fteCeB9qGM81WafnvehayTHn0aR/LdIDX0pi JRGCRBMdVy+gDATq8TXpAgpzQ1fsieuNIfOGWJbHBafKZgAZ27hQ0vVJEmXdy4ddjfmn PZO+dUPWkaLsMyzNvy7qcFy+KGwzV59vYI4mPVl/PdrGbl/8C0imuUwK/3aSUNolPUqY hnC6rvb7N3qjtRhsaCKWwdZUA+rHuvmgMCglNLcyos+EJniQSS8p2Rg1NwiBvXpAh2lG a41w==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; arc=pass (i=1); spf=pass (google.com: domain of linux-kernel+bounces-210086-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) smtp.mailfrom="linux-kernel+bounces-210086-linux.lists.archive=gmail.com@vger.kernel.org" Return-Path: Received: from am.mirrors.kernel.org (am.mirrors.kernel.org. [2604:1380:4601:e00::3]) by mx.google.com with ESMTPS id a640c23a62f3a-a6f09b6b946si330370166b.204.2024.06.11.07.49.59 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 11 Jun 2024 07:49:59 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel+bounces-210086-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) client-ip=2604:1380:4601:e00::3; Authentication-Results: mx.google.com; arc=pass (i=1); spf=pass (google.com: domain of linux-kernel+bounces-210086-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) smtp.mailfrom="linux-kernel+bounces-210086-linux.lists.archive=gmail.com@vger.kernel.org" Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by am.mirrors.kernel.org (Postfix) with ESMTPS id 855C91F2222A for ; Tue, 11 Jun 2024 14:49:58 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id C45DE1CF90; Tue, 11 Jun 2024 14:49:34 +0000 (UTC) Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 0B0F2134BC; Tue, 11 Jun 2024 14:49:33 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1718117374; cv=none; b=SOm2U5gCI3HsCsFK0qCTJPn6597ggXb0ST7Mc0Pa05okpn4WYyjDuEdIJsaf1BYS1YdjJM78bKRpORiW+k1w5mRPur2KY+I+z9crsvEqbmKlF/AOgIVE7Y3391LBcZvDWaOMqBYrga98qcuTHWQQQW6Xb4ce2SY598sA8ZRQpX8= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1718117374; c=relaxed/simple; bh=9BAjAJrljfOZzkleoSTbE1CCRwWdpRzdEptyrdlUHY0=; h=Message-ID:Date:From:To:Cc:Subject:References:MIME-Version: Content-Type; b=COStRGVwWzEwOC3Bw8uyjL/cepAINPN3i1WrNszMZr7GE+ECLfchDL1lEjSDQViPApQsHB9nDB9OPM4VyRcleI3Jm+d+aYHwjUDpRH78k054onLheSeyn3lW/gaSCH/Atl4DF/Ueki9Jcog/HdbrLWjkEkeDm+mahASkSuhgA7U= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 Received: by smtp.kernel.org (Postfix) with ESMTPSA id 96C44C4AF49; Tue, 11 Jun 2024 14:49:33 +0000 (UTC) Received: from rostedt by gandalf with local (Exim 4.97) (envelope-from ) id 1sH2on-00000001Onf-2roL; Tue, 11 Jun 2024 10:49:49 -0400 Message-ID: <20240611144949.544382280@goodmis.org> User-Agent: quilt/0.68 Date: Tue, 11 Jun 2024 10:49:12 -0400 From: Steven Rostedt To: linux-kernel@vger.kernel.org, linux-trace-kernel@vger.kernel.org Cc: 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 , Kees Cook , Tony Luck , "Guilherme G. Piccoli" , linux-hardening@vger.kernel.org, Guenter Roeck , Ross Zwisler , wklin@google.com, Vineeth Remanan Pillai , Joel Fernandes , Suleiman Souhlal , Linus Torvalds , Catalin Marinas , Will Deacon , Ard Biesheuvel , Mike Rapoport Subject: [PATCH v3 1/2] mm/memblock: Add "reserve_mem" to reserved named memory at boot up References: <20240611144911.327227285@goodmis.org> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 From: "Steven Rostedt (Google)" In order to allow for requesting a memory region that can be used for things like pstore on multiple machines where the memory layout is not the same, add a new option to the kernel command line called "reserve_mem". The format is: reserve_mem=nn:align:name Where it will find nn amount of memory at the given alignment of align. The name field is to allow another subsystem to retrieve where the memory was found. For example: reserve_mem=12M:4096:oops ramoops.mem_name=oops Where ramoops.mem_name will tell ramoops that memory was reserved for it via the reserve_mem option and it can find it by calling: if (reserve_mem_find_by_name("oops", &start, &size)) { // start holds the start address and size holds the size given This is typically used for systems that do not wipe the RAM, and this command line will try to reserve the same physical memory on soft reboots. Note, it is not guaranteed to be the same location. For example, if KASLR places the kernel at the location of where the RAM reservation was from a previous boot, the new reservation will be at a different location. Any subsystem using this feature must add a way to verify that the contents of the physical memory is from a previous boot, as there may be cases where the memory will not be located at the same location. Not all systems may work either. There could be bit flips if the reboot goes through the BIOS. Using kexec to reboot the machine is likely to have better results in such cases. Link: https://lore.kernel.org/all/ZjJVnZUX3NZiGW6q@kernel.org/ Suggested-by: Mike Rapoport Signed-off-by: Steven Rostedt (Google) --- Changes since v2: https://lore.kernel.org/linux-trace-kernel/20240606150316.751642266@goodmis.org - Fixed typo "reserver" - Added EXPORT_SYMBOL_GPL() for reserve_mem_find_by_name() .../admin-guide/kernel-parameters.txt | 20 ++++ include/linux/mm.h | 2 + mm/memblock.c | 98 +++++++++++++++++++ 3 files changed, 120 insertions(+) diff --git a/Documentation/admin-guide/kernel-parameters.txt b/Documentation/admin-guide/kernel-parameters.txt index b600df82669d..ce7de8136f2f 100644 --- a/Documentation/admin-guide/kernel-parameters.txt +++ b/Documentation/admin-guide/kernel-parameters.txt @@ -5710,6 +5710,26 @@ them. If is less than 0x10000, the region is assumed to be I/O ports; otherwise it is memory. + reserve_mem= [RAM] + Format: nn[KNG]::