Message ID | 20230410120017.41664-1-tanure@linux.com |
---|---|
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a59:b0ea:0:b0:3b6:4342:cba0 with SMTP id b10csp1851086vqo; Mon, 10 Apr 2023 05:12:16 -0700 (PDT) X-Google-Smtp-Source: AKy350Yvdh9HDKgTYCK2JZAyAHZDB3ZetJTcwVa50IWkxl/x962bLOKojR6H6Dp1EDKSsjYAIaP1 X-Received: by 2002:a17:907:a583:b0:94a:4012:3501 with SMTP id vs3-20020a170907a58300b0094a40123501mr5337501ejc.22.1681128736365; Mon, 10 Apr 2023 05:12:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1681128736; cv=none; d=google.com; s=arc-20160816; b=Mmq1s8Cyo/694GAl+JZTQpcu3h1ehWq1kNLEqYeg4+NIVyMelQsV+rXrAwM7kf0rzq RNSQIpEPJiIY8wHtzJGHN0OjYYUC9jKMhMnVZkypDmuizxRvX/C/Q+y8FBxRg2KAIoiH ijiH4G/WDPysavr4tL5czm0Trh2cfFxW9NlGA7P0Jh+oS/Ai5nKb/wTgT0mDTFNNdHyD aj95OgTVBobj7h7EVJfefr/ynfwW3hFxTruZW/UVk3Icctz8QjyQ0iEDV7gBWVuVr/BQ XYKbmgWyS0qQbQMGqwdbjfSk6u26RIFkMnNINn6Naa2Emx66oeZgrtWJ75w++Y9JkIJ4 H4Sw== 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 :message-id:date:subject:cc:to:from; bh=MwzRQ43MPzZ+0En/PxCReyprlGKQZaWmp43PqnWxhn8=; b=R7qnpeTqCroFeqh2caUpjWIqzzV0PrE2c63zjY+srba3CMc7u8NUDIjNETnsjT2EjF vG2ObBTIbEAbAfZLADcDqRIhgsOf0ZkUlZwng51z5+MKZJxUtx4UGZyw/rdaSnxXencA s4IGSfQrZN8TOJS9WxTiKlvJ9g4Q2J6kTNKBEntk+McYMiW24tYaQDNyAgPh7D8QmGIu PcnHQBcFU8YZGdCqo9XQYJazZ6yg845h28NvojRlmae+shKKLbVmFNJnPOoRE2SfwcRb rrT3wBQj/28uGZaUNkWsQKglgVKVUbOyuvc19xd1Hr0xqkzOL++pDvjs7HN6tIL0RTF+ sfvQ== ARC-Authentication-Results: i=1; mx.google.com; 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: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id o23-20020a17090608d700b0094a6516b90fsi3790475eje.243.2023.04.10.05.11.51; Mon, 10 Apr 2023 05:12:16 -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; 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 S229735AbjDJMA2 (ORCPT <rfc822;yuanzuo1009@gmail.com> + 99 others); Mon, 10 Apr 2023 08:00:28 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55812 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229535AbjDJMA1 (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Mon, 10 Apr 2023 08:00:27 -0400 Received: from mail-oa1-f52.google.com (mail-oa1-f52.google.com [209.85.160.52]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7625430D6; Mon, 10 Apr 2023 05:00:26 -0700 (PDT) Received: by mail-oa1-f52.google.com with SMTP id 586e51a60fabf-183f4efa98aso11732134fac.2; Mon, 10 Apr 2023 05:00:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1681128025; x=1683720025; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=MwzRQ43MPzZ+0En/PxCReyprlGKQZaWmp43PqnWxhn8=; b=3W38PlwCpiVwpELKmN9c+pH1Wc+BIb2XMtuTqZZYUH3NqKWVRJCofPeqHy9Kn/CZI9 8lok8Kk2EWCOmWx17HqrrFvFXnk+UEt/W75rrFle8AoaiN88EHaVlbkMQhYLc1ZVjptx gkcObZt/SPBrTkTNR+uL3DHuspZCRyhaxglDPiBdudDRWopjincwMo3NDuCM7rNovBHJ Igfnol9wT7FuFJo+2YGSIy+8rud8vySo/DtbsFbJA14Udpiq9sFCMeC1f1TkL/NjGCVU kztivhX5ogOy8Kn0F6HSTt8MPsukxk24utNzVgzfUL53f3oFa7zwbAj1MblOUk406ecX DT9g== X-Gm-Message-State: AAQBX9e+A5tZucc8JrX1yA855DdaIdILo7AOR0PyyxidRuZw8octRO8p EYYiAGdabReqySVo/uqMmlQ= X-Received: by 2002:a05:6870:ac29:b0:184:222:6655 with SMTP id kw41-20020a056870ac2900b0018402226655mr4551329oab.4.1681128024258; Mon, 10 Apr 2023 05:00:24 -0700 (PDT) Received: from archfamilia.lan ([181.219.149.7]) by smtp.gmail.com with ESMTPSA id j4-20020a9d7384000000b0069f9203967bsm4141884otk.76.2023.04.10.05.00.20 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 10 Apr 2023 05:00:23 -0700 (PDT) From: Lucas Tanure <tanure@linux.com> To: Rob Herring <robh+dt@kernel.org>, Frank Rowand <frowand.list@gmail.com>, Mike Rapoport <rppt@kernel.org>, Andrew Morton <akpm@linux-foundation.org> Cc: devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, jbrunet@baylibre.com, linux-amlogic@lists.infradead.org, linux-arm-kernel@lists.infradead.org, martin.blumenstingl@googlemail.com, narmstrong@baylibre.com, stefan@agner.ch, Lucas Tanure <tanure@linux.com> Subject: [PATCH v2 0/1] Fix Random Kernel panic from when fail to reserve memory Date: Mon, 10 Apr 2023 08:00:16 -0400 Message-Id: <20230410120017.41664-1-tanure@linux.com> X-Mailer: git-send-email 2.40.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=0.5 required=5.0 tests=FREEMAIL_FORGED_FROMDOMAIN, FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS,RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_PASS autolearn=no 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: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1762791246224546466?= X-GMAIL-MSGID: =?utf-8?q?1762791246224546466?= |
Series |
Fix Random Kernel panic from when fail to reserve memory
|
|
Message
Lucas Tanure
April 10, 2023, noon UTC
I am trying to fix an issue where the kernel panics randomly on my Vim3 board. The problem happens when the ARM Trusted Firmware memory is not removed from the available ram. This happens because my u-boot provides /memreserve/, but it doesn't flag it as nomap. And the kernel scan of /reserved-memory node can't map as nomap as the region is already reserved. The idea now is to scan /memreserve/ after /reserved-memory node, and /memreserve/ will skip regions already reserved by /reserved-memory node. V1 Patch series: https://lore.kernel.org/all/20230406151429.524591-1-tanure@linux.com/ Previous Threads: #regzbot link: https://lore.kernel.org/linux-arm-kernel/40ca11f84b7cdbfb9ad2ddd480cb204a@agner.ch/#regzbot #regzbot link: https://lore.kernel.org/all/CAJX_Q+1Tjc+-TjZ6JW9X0NxEdFe=82a9626yL63j7uVD4LpxEA@mail.gmail.com/ Change from V1: - Instead of allowing to mark nomap a region already reserved, give precedence to /reserved-memory node scan. Lucas Tanure (1): of: fdt: Scan /memreserve/ last drivers/of/fdt.c | 9 +++++++-- 1 file changed, 7 insertions(+), 2 deletions(-)