kernel.git/arch/parisc/boot, branch linux-5.16.yHosts the 0x221E linux distro kernel.
https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-5.16.y2021-11-01T06:36:01Zparisc: decompressor: clean up Makefile2021-11-01T06:36:01ZMasahiro Yamada2021-10-30T17:57:21Zurn:sha1:6f21e7347fb893ae13c37960b1fdde944df78267
Do not list the same objects in 'OBJECTS' and 'targets'.
Instead, add $(OBJECTS) to 'targets'.
Signed-off-by: Masahiro Yamada <masahiroy@kernel.org>
Signed-off-by: Helge Deller <deller@gmx.de>
parisc: decompressor: remove repeated depenency of misc.o2021-11-01T06:36:01ZMasahiro Yamada2021-10-30T17:57:20Zurn:sha1:07578f16ef38bb8061bf7e3132e685ed4e3f5c10
The same dependency
$(obj)/misc.o: $(obj)/sizes.h
... appears twice, at line 29 and line 55 in this Makefile.
Remove the second one.
Signed-off-by: Masahiro Yamada <masahiroy@kernel.org>
Signed-off-by: Helge Deller <deller@gmx.de>
parisc: Add missing FORCE prerequisite in Makefile2021-09-09T10:44:30ZHelge Deller2021-09-05T09:50:56Zurn:sha1:3da6379a6d865ef4faa369eebe2019dac75cda4b
Signed-off-by: Helge Deller <deller@gmx.de>
parisc: Fix unaligned-access crash in bootloader2021-09-03T07:47:02ZHelge Deller2021-09-02T21:24:42Zurn:sha1:c42813b71a06a2ff4a155aa87ac609feeab76cf3
Kernel v5.14 has various changes to optimize unaligned memory accesses,
e.g. commit 0652035a5794 ("asm-generic: unaligned: remove byteshift helpers").
Those changes triggered an unalignment-exception and thus crashed the
bootloader on parisc because the unaligned "output_len" variable now suddenly
was read word-wise while it was read byte-wise in the past.
Fix this issue by declaring the external output_len variable as char which then
forces the compiler to generate byte-accesses.
Signed-off-by: Helge Deller <deller@gmx.de>
Cc: Arnd Bergmann <arnd@kernel.org>
Cc: John David Anglin <dave.anglin@bell.net>
Bug: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102162
Fixes: 8c031ba63f8f ("parisc: Unbreak bootloader due to gcc-7 optimizations")
Fixes: 0652035a5794 ("asm-generic: unaligned: remove byteshift helpers")
Cc: <stable@vger.kernel.org> # v5.14+
parisc: remove unused arch/parisc/boot/install.sh and its phony target2021-08-30T08:18:25ZMasahiro Yamada2021-08-24T15:48:20Zurn:sha1:d220da0967dbda232350c5dc39317e04e0892743
Parisc has two similar installation scripts:
arch/parisc/install.sh
arch/parisc/boot/install.sh
The latter is never used because 'make ARCH=parisc install' always
invokes the 'install' target in arch/parisc/Makefile.
The target in arch/parisc/boot/Makefile is not used either.
Signed-off-by: Masahiro Yamada <masahiroy@kernel.org>
Signed-off-by: Helge Deller <deller@gmx.de>
vmlinux.lds.h: Split ELF_DETAILS from STABS_DEBUG2020-09-01T07:50:35ZKees Cook2020-08-21T19:42:45Zurn:sha1:c604abc3f6e3030f3a3022b184ed7d3780c34d30
The .comment section doesn't belong in STABS_DEBUG. Split it out into a
new macro named ELF_DETAILS. This will gain other non-debug sections
that need to be accounted for when linking with --orphan-handling=warn.
Signed-off-by: Kees Cook <keescook@chromium.org>
Signed-off-by: Ingo Molnar <mingo@kernel.org>
Cc: linux-arch@vger.kernel.org
Link: https://lore.kernel.org/r/20200821194310.3089815-5-keescook@chromium.org
parisc: use -fno-strict-aliasing for decompressor2020-05-10T20:46:19ZArnd Bergmann2020-05-08T09:35:43Zurn:sha1:3fd84a4fc063f36855ddf2408c66e6e5d219b223
An experimental patch series of mine reworks how warnings are processed
in Kbuild. A side effect is a new warning about a harmless aliasing
rule violation in an inline function:
In file included from
include/linux/rhashtable-types.h:15:0,
from include/linux/ipc.h:7,
from include/uapi/linux/sem.h:5,
from include/linux/sem.h:5,
from include/linux/sched.h:15,
from include/linux/uaccess.h:6,
from arch/parisc/boot/compressed/misc.c:7:
include/linux/workqueue.h: In function 'work_static':
include/linux/workqueue.h:212:2: warning: dereferencing
type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing]
return *work_data_bits(work) & WORK_STRUCT_STATIC;
Make the decompressor use -fno-strict-aliasing like the rest of
the kernel for consistency, and to ensure this warning never makes
it into a release.
Reported-by: kbuild test robot <lkp@intel.com>
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: Helge Deller <deller@gmx.de>
.gitignore: add SPDX License Identifier2020-03-25T10:50:48ZMasahiro Yamada2020-03-03T13:35:59Zurn:sha1:d198b34f3855eee2571dda03eea75a09c7c31480
Add SPDX License Identifier to all .gitignore files.
Signed-off-by: Masahiro Yamada <masahiroy@kernel.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
parisc: Have git ignore generated real2.S and firmware.c2019-09-12T13:50:07ZJeroen Roovers2019-09-10T09:45:14Zurn:sha1:fcc16a9e24ba6a2bb9f3af43d892eeec2a435d18
These files are not covered in globs from any other .gitignore files.
Signed-off-by: Jeroen Roovers <jer@gentoo.org>
Signed-off-by: Helge Deller <deller@gmx.de>
parisc: Add archclean Makefile target2019-08-01T12:20:55ZJames Bottomley2019-08-01T11:47:03Zurn:sha1:f2c5ed0dd5004c2cff5c0e3d430a107576fcc17f
Apparently we don't have an archclean target in our
arch/parisc/Makefile, so files in there never get cleaned out by make
mrproper. This, in turn means that the sizes.h file in
arch/parisc/boot/compressed never gets removed and worse, when you
transition to an O=build/parisc[64] build model it overrides the
generated file. The upshot being my bzImage was building with a SZ_end
that was too small.
I fixed it by making mrproper clean everything.
Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
Cc: stable@vger.kernel.org # v4.20+
Signed-off-by: Helge Deller <deller@gmx.de>