linux-stable.git/arch/parisc/include, branch v5.4.232

parisc: Align parisc MADV_XXX constants with all other architectures

2023-01-18T10:42:00+00:00

commit 71bdea6f798b425bc0003780b13e3fdecb16a010 upstream.

Adjust some MADV_XXX constants to be in sync what their values are on
all other platforms. There is currently no reason to have an own
numbering on parisc, but it requires workarounds in many userspace
sources (e.g. glibc, qemu, ...) - which are often forgotten and thus
introduce bugs and different behaviour on parisc.

A wrapper avoids an ABI breakage for existing userspace applications by
translating any old values to the new ones, so this change allows us to
move over all programs to the new ABI over time.

Signed-off-by: Helge Deller 
Signed-off-by: Greg Kroah-Hartman

parisc: Avoid printing the hardware path twice

2022-11-10T16:57:56+00:00

commit 2b6ae0962b421103feb41a80406732944b0665b3 upstream.

Avoid that the hardware path is shown twice in the kernel log, and clean
up the output of the version numbers to show up in the same order as
they are listed in the hardware database in the hardware.c file.
Additionally, optimize the memory footprint of the hardware database
and mark some code as init code.

Fixes: cab56b51ec0e ("parisc: Fix device names in /proc/iomem")
Signed-off-by: Helge Deller 
Cc:  # v4.9+
Signed-off-by: Greg Kroah-Hartman

parisc: define get_cycles macro for arch-override

2022-06-22T12:11:14+00:00

commit 8865bbe6ba1120e67f72201b7003a16202cd42be upstream.

PA-RISC defines a get_cycles() function, but it does not do the usual
`#define get_cycles get_cycles` dance, making it impossible for generic
code to see if an arch-specific function was defined. While the
get_cycles() ifdef is not currently used, the following timekeeping
patch in this series will depend on the macro existing (or not existing)
when defining random_get_entropy().

Cc: Thomas Gleixner 
Cc: Arnd Bergmann 
Acked-by: Helge Deller 
Signed-off-by: Jason A. Donenfeld 
Signed-off-by: Greg Kroah-Hartman

parisc: Use absolute_pointer() to define PAGE0

2021-09-30T08:09:25+00:00

[ Upstream commit 90cc7bed1ed19f869ae7221a6b41887fe762a6a3 ]

Use absolute_pointer() wrapper for PAGE0 to avoid this compiler warning:

  arch/parisc/kernel/setup.c: In function 'start_parisc':
  error: '__builtin_memcmp_eq' specified bound 8 exceeds source size 0

Signed-off-by: Helge Deller 
Co-Developed-by: Guenter Roeck 
Suggested-by: Linus Torvalds 
Signed-off-by: Sasha Levin

Revert "parisc: Add assembly implementations for memset, strlen, strcpy, strncpy and strcat"

2021-09-03T08:08:16+00:00

commit f6a3308d6feb351d9854eb8b3f6289a1ac163125 upstream.

This reverts commit 83af58f8068ea3f7b3c537c37a30887bfa585069.

It turns out that at least the assembly implementation for strncpy() was
buggy.  Revert the whole commit and return back to the default coding.

Signed-off-by: Helge Deller 
Cc:  # v5.4+
Cc: Rasmus Villemoes 
Signed-off-by: Linus Torvalds 
Signed-off-by: Greg Kroah-Hartman

parisc: avoid a warning on u8 cast for cmpxchg on u8 pointers

2021-04-14T06:24:11+00:00

commit 4d752e5af63753ab5140fc282929b98eaa4bd12e upstream.

commit b344d6a83d01 ("parisc: add support for cmpxchg on u8 pointers")
can generate a sparse warning ("cast truncates bits from constant
value"), which has been reported several times [1] [2] [3].

The original code worked as expected, but anyway, let silence such
sparse warning as what others did [4].

[1] https://lore.kernel.org/r/202104061220.nRMBwCXw-lkp@intel.com
[2] https://lore.kernel.org/r/202012291914.T5Agcn99-lkp@intel.com
[3] https://lore.kernel.org/r/202008210829.KVwn7Xeh%25lkp@intel.com
[4] https://lore.kernel.org/r/20210315131512.133720-2-jacopo+renesas@jmondi.org
Cc: Liam Beguin 
Cc: Helge Deller 
Cc: stable@vger.kernel.org # v5.8+
Signed-off-by: Gao Xiang 
Signed-off-by: Helge Deller 
Signed-off-by: Greg Kroah-Hartman

parisc: Implement __smp_store_release and __smp_load_acquire barriers

2020-08-19T06:16:26+00:00

commit e96ebd589debd9a6a793608c4ec7019c38785dea upstream.

This patch implements the __smp_store_release and __smp_load_acquire barriers
using ordered stores and loads.  This avoids the sync instruction present in
the generic implementation.

Cc:  # 4.14+
Signed-off-by: Dave Anglin 
Signed-off-by: Helge Deller 
Signed-off-by: Greg Kroah-Hartman

Revert "parisc: Revert "Release spinlocks using ordered store""

2020-08-19T06:16:26+00:00

commit 157e9afcc4fa25068b0e8743bc254a9b56010e13 upstream.

This reverts commit 86d4d068df573a8c2105554624796c086d6bec3d.

Signed-off-by: Helge Deller 
Cc:  # v5.0+
Signed-off-by: Greg Kroah-Hartman

Revert "parisc: Use ldcw instruction for SMP spinlock release barrier"

2020-08-19T06:16:26+00:00

commit 6e9f06ee6c9566f3606d93182ac8f803a148504b upstream.

This reverts commit 9e5c602186a692a7e848c0da17aed40f49d30519.
No need to use the ldcw instruction as SMP spinlock release barrier.
Revert it to gain back speed again.

Signed-off-by: Helge Deller 
Cc:  # v5.2+
Signed-off-by: Greg Kroah-Hartman

parisc: add support for cmpxchg on u8 pointers

2020-08-05T07:59:50+00:00

[ Upstream commit b344d6a83d01c52fddbefa6b3b4764da5b1022a0 ]

The kernel test bot reported[1] that using set_mask_bits on a u8 causes
the following issue on parisc:

	hppa-linux-ld: drivers/phy/ti/phy-tusb1210.o: in function `tusb1210_probe':
	>> (.text+0x2f4): undefined reference to `__cmpxchg_called_with_bad_pointer'
	>> hppa-linux-ld: (.text+0x324): undefined reference to `__cmpxchg_called_with_bad_pointer'
	hppa-linux-ld: (.text+0x354): undefined reference to `__cmpxchg_called_with_bad_pointer'

Add support for cmpxchg on u8 pointers.

[1] https://lore.kernel.org/patchwork/patch/1272617/#1468946

Reported-by: kernel test robot 
Signed-off-by: Liam Beguin 
Tested-by: Dave Anglin 
Signed-off-by: Helge Deller 
Signed-off-by: Sasha Levin