kernel/git/stable/linux-stable.git/arch/sparc/lib, branch linux-5.14.y

sparc64: fix pci_iounmap() when CONFIG_PCI is not set

2021-10-09T13:02:38+00:00

[ Upstream commit d8b1e10a2b8efaf71d151aa756052fbf2f3b6d57 ] Guenter reported [1] that the pci_iounmap() changes remain problematic, with sparc64 allnoconfig and tinyconfig still not building due to the header file changes and confusion with the arch-specific pci_iounmap() implementation. I'm pretty convinced that sparc should just use GENERIC_IOMAP instead of doing its own thing, since it turns out that the sparc64 version of pci_iounmap() is somewhat buggy (see [2]). But in the meantime, this just fixes the build by avoiding the trivial re-definition of the empty case. Link: https://lore.kernel.org/lkml/20210920134424.GA346531@roeck-us.net/ [1] Link: https://lore.kernel.org/lkml/CAHk-=wgheheFx9myQyy5osh79BAazvmvYURAtub2gQtMvLrhqQ@mail.gmail.com/ [2] Reported-by: Guenter Roeck Cc: David Miller Signed-off-by: Linus Torvalds Signed-off-by: Sasha Levin

locking/atomic: sparc: move to ARCH_ATOMIC

2021-05-26T11:20:52+00:00

We'd like all architectures to convert to ARCH_ATOMIC, as once all architectures are converted it will be possible to make significant cleanups to the atomics headers, and this will make it much easier to generically enable atomic functionality (e.g. debug logic in the instrumented wrappers). As a step towards that, this patch migrates sparc to ARCH_ATOMIC. The arch code provides arch_{atomic,atomic64,xchg,cmpxchg}*(), and common code wraps these with optional instrumentation to provide the regular functions. Signed-off-by: Mark Rutland Cc: "David S. Miller" Cc: Boqun Feng Cc: Peter Zijlstra Cc: Will Deacon Signed-off-by: Peter Zijlstra (Intel) Link: https://lore.kernel.org/r/20210525140232.53872-31-mark.rutland@arm.com

sparc32: switch copy_user.S away from range exception table entries

2021-01-04T01:05:17+00:00

Those were the last range exception table entries, which will allow to get rid of a lot of weirdness. Emits the same code into .text. Signed-off-by: Al Viro

sparc32: get rid of range exception table entries in checksum_32.S

2021-01-04T01:05:16+00:00

trivial - we don't even look at instruction offsets in the handler Signed-off-by: Al Viro

sparc32: switch __bzero() away from range exception table entries

2021-01-04T01:05:15+00:00

Signed-off-by: Al Viro

sparc32: kill lookup_fault()

2021-01-04T01:05:14+00:00

No callers left. As the result we can kill * lookup_fault() itself * the kludge in do_sparc_fault() for passing the arguments for eventual lookup_fault() into exception handler and labels used by it * the last of magical exception table entries (in __clear_user()) Signed-off-by: Al Viro

sparc32: don't bother with lookup_fault() in __bzero()

2021-01-04T01:05:13+00:00

Signed-off-by: Al Viro

[regression fix] really dumb fuckup in sparc64 __csum_partial_copy() changes

2020-12-08T21:37:47+00:00

~0U is -1, not 1 Reported-by: Anatoly Pugachev Tested-by: Anatoly Pugachev Fixes: fdf8bee96f9a "sparc64: propagate the calling convention changes down to __csum_partial_copy_...()" X-brown-paperbag: yes Signed-off-by: Al Viro

sparc64: propagate the calling convention changes down to __csum_partial_copy_...()

2020-08-20T19:45:21+00:00

... and rename them into csum_and_copy_...() - the wrappers become pointless. [braino fixed] Signed-off-by: Al Viro

sparc32: propagate the calling conventions change down to __csum_partial_copy_sparc_generic()

2020-08-20T19:45:19+00:00

... and get rid of zeroing the target, etc. on fault. All exception handlers merge into one; moreover, since we are not calling lookup_fault() anymore, we don't need the magic with passing arguments for it from the page fault handler. Signed-off-by: Al Viro