linux-kernel - [PATCH 0/2] fdt: A couple of no-map fixes

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-Id: <20210115114544.1830068-1-qperret@google.com>
Date:   Fri, 15 Jan 2021 11:45:42 +0000
From:   Quentin Perret <qperret@...gle.com>
To:     robh+dt@...nel.org, frowand.list@...il.com
Cc:     devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
        drinkcat@...omium.org, swboyd@...omium.org, f.fainelli@...il.com,
        karahmed@...zon.de, kernel-team@...roid.com
Subject: [PATCH 0/2] fdt: A couple of no-map fixes

In the context of a KVM/arm64 thread [1], it became apparent that the
difference in behaviour of EFI and DT with respect to no-map regions was
something worth fixing.

Rob pointed out in that thread that a couple of patches in this area had
been sent but still needed to be integrated together, which is basically
what this series attempts to do.

 - Patch 01 is a generic fix that should make sense on its own;

 - Patch 02 allows the kernel to have a saner behaviour with a broken DT.
   This one had a small rebase conflict (caused by patch 01). I tested
   it in qemu and everything is looking good, the error message shows up
   in dmesg when it should.

Thanks,
Quentin

[1] https://lore.kernel.org/kvmarm/20210108121524.656872-1-qperret@google.com/

KarimAllah Ahmed (1):
  fdt: Properly handle "no-map" field in the memory region

Nicolas Boichat (1):
  of/fdt: Make sure no-map does not remove already reserved regions

 drivers/of/fdt.c | 12 ++++++++++--
 1 file changed, 10 insertions(+), 2 deletions(-)

-- 
2.30.0.284.gd98b1dd5eaa7-goog