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]
Date: Thu, 22 Feb 2024 17:07:23 +0000
From: ns@...no.gf
To: Masahiro Yamada <masahiroy@...nel.org>, Nathan Chancellor
 <nathan@...nel.org>, Nicolas Schier <nicolas@...sle.eu>,
 linux-kbuild@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: make install doesn't install proper files for some architectures

Greetings,

The kernel's build system has an install target. Most of the time this
works fine, but it is limited to only one file, which can make it busted
for some arches.

One example of a target where it is busted is a generic ppc32 kernel,
where there are plenty of supported platforms, some of which can boot
perfectly fine through Open Firmware & some which are from bad, bad
times o' yore where you had to embed the DT straight into the kernel. &
some more on top of that. When you run make install for ppc32, it only
installs the uncompressed vmlinux. This is almost certainly not the
correct decision for _any_ of the platforms in question, & it totally
leaves out the properly wrapped images that many of these platforms
absolutely need in order to boot (e.g. PS3 & Wii, which need an image
with an embedded DT).

This is not really great. By contrast, the all target built all the
specific images that my config selected. I didn't have to read the
arch's boot Makefile to figure out what files I have to build. Is there
any target which does the same but for installing every image the all
target produced? It'd be a much better experience than leaving the
details of every arch & bizzare platform supported by it up to (most
likely incomplete) scripts, when the Makefiles already have all that
information properly written. I suppose it'd also come in handy if e.g.
x86 had a saner image format [1] in the future or something of the sort.

[1]: 
https://source.denx.de/u-boot/u-boot/-/blob/master/doc/usage/fit/x86-fit-boot.rst

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ