Re: User stacktrace garbage when USER_STACKTRACE_SUPPORT is not enabled

2021-03-31 Thread Vasily Gorbik
On Wed, Mar 31, 2021 at 05:09:00PM -0400, Steven Rostedt wrote: > On Wed, 31 Mar 2021 22:51:15 +0200 > Vasily Gorbik wrote: > > > It does! Thanks for the explanation and for the fix. I wonder why nobody > > noticed and complained about that since v5.6. > > Becaus

Re: User stacktrace garbage when USER_STACKTRACE_SUPPORT is not enabled

2021-03-31 Thread Vasily Gorbik
izeof(entry->caller)) + > size, > + trace_ctx); > if (!event) > goto out; > entry = ring_buffer_event_data(event); It does! Thanks for the explanation and for the fix. I wonder why nobody noticed and complained about that since v5.6. Acked-by: Vasily Gorbik

User stacktrace garbage when USER_STACKTRACE_SUPPORT is not enabled

2021-03-31 Thread Vasily Gorbik
Hi Steven, At least on s390 since commit cbc3b92ce037 ("tracing: Set kernel_stack's caller size properly") kernel stack trace contains 8 garbage values in the end. I assume those are supposed to be filled by ftrace_trace_userstack, which is only implemented on x86. sshd-804 [050]

Re: Is s390's new generic-using syscall code actually correct?

2021-03-24 Thread Vasily Gorbik
Hi Andy, On Sat, Mar 20, 2021 at 08:48:34PM -0700, Andy Lutomirski wrote: > Hi all- > > I'm working on my kentry patchset, and I encountered: > > commit 56e62a73702836017564eaacd5212e4d0fa1c01d > Author: Sven Schnelle > Date: Sat Nov 21 11:14:56 2020 +0100 > > s390: convert to generic

[GIT PULL] s390 patches for the 5.12 merge window #2

2021-02-26 Thread Vasily Gorbik
Hello Linus, please pull the second round of s390 fixes and features for 5.12. Thank you, Vasily The following changes since commit df24212a493afda0d4de42176bea10d45825e9a0: Merge tag 's390-5.12-1' of git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux (2021-02-21 13:40:06 -0800) are

[GIT PULL] s390 patches for the 5.12 merge window

2021-02-21 Thread Vasily Gorbik
Hello Linus, please pull s390 changes for 5.12. There are small common code and alpha/Kconfig changes caused by 96c0a6a72d18 ("s390,alpha: switch to 64-bit ino_t"). Which has been discussed here: lkml.kernel.org/r/YCV7QiyoweJwvN+m@osiris The following changes since commit

[GIT PULL] s390 updates for 5.11-rc6

2021-01-30 Thread Vasily Gorbik
Hello Linus, please pull s390 fixes for 5.11-rc6. Thank you, Vasily The following changes since commit 6ee1d745b7c9fd573fba142a2efdad76a9f1cb04: Linux 5.11-rc5 (2021-01-24 16:47:14 -0800) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git

Re: [PATCH] s390/tape: Fix spelling mistake in function name tape_3590_erp_succeded

2021-01-27 Thread Vasily Gorbik
On Mon, Jan 18, 2021 at 11:32:22AM +, Colin King wrote: > From: Colin Ian King > > Rename tape_3590_erp_succeded to tape_3590_erp_succeeded to fix a > spelling mistake in the function name. > > Signed-off-by: Colin Ian King > --- > drivers/s390/char/tape_3590.c | 4 ++-- > 1 file changed,

Re: [PATCH] stacktrace: Move documentation for arch_stack_walk_reliable() to header

2021-01-27 Thread Vasily Gorbik
> Cc: Thomas Gleixner > Cc: Ingo Molnar > Cc: Borislav Petkov > Cc: "H. Peter Anvin" > Cc: Heiko Carstens > Cc: Vasily Gorbik > Cc: Christian Borntraeger > Cc: Josh Poimboeuf > Cc: Jiri Kosina > Cc: Miroslav Benes > Cc: Petr Mladek > Cc: Joe Lawren

[tip: objtool/core] objtool: Rework header include paths

2021-01-18 Thread tip-bot2 for Vasily Gorbik
The following commit has been merged into the objtool/core branch of tip: Commit-ID: 7786032e52cb02982a7154993b5d88c9c7a31ba5 Gitweb: https://git.kernel.org/tip/7786032e52cb02982a7154993b5d88c9c7a31ba5 Author:Vasily Gorbik AuthorDate:Fri, 13 Nov 2020 00:03:32 +01:00

[tip: objtool/core] x86/tools: Use tools headers for instruction decoder selftests

2021-01-18 Thread tip-bot2 for Vasily Gorbik
The following commit has been merged into the objtool/core branch of tip: Commit-ID: c8d7b7e592f471ec1da39d872dc6bbf767a812e7 Gitweb: https://git.kernel.org/tip/c8d7b7e592f471ec1da39d872dc6bbf767a812e7 Author:Vasily Gorbik AuthorDate:Fri, 13 Nov 2020 00:03:20 +01:00

[tip: objtool/core] x86/insn: Fix vector instruction decoding on big endian cross-compiles

2021-01-18 Thread tip-bot2 for Vasily Gorbik
The following commit has been merged into the objtool/core branch of tip: Commit-ID: 5ed934e57e712b676ca62e1904ad672a9fa1505a Gitweb: https://git.kernel.org/tip/5ed934e57e712b676ca62e1904ad672a9fa1505a Author:Vasily Gorbik AuthorDate:Fri, 13 Nov 2020 17:09:54 +01:00

[tip: objtool/core] objtool: Fix x86 orc generation on big endian cross-compiles

2021-01-18 Thread tip-bot2 for Vasily Gorbik
The following commit has been merged into the objtool/core branch of tip: Commit-ID: 8bfe273238d77d3cee18e4c03b2f26ae360b5661 Gitweb: https://git.kernel.org/tip/8bfe273238d77d3cee18e4c03b2f26ae360b5661 Author:Vasily Gorbik AuthorDate:Fri, 13 Nov 2020 00:03:29 +01:00

[GIT PULL] s390 updates for 5.11-rc2

2021-01-02 Thread Vasily Gorbik
Hello Linus, please pull s390 changes for 5.11-rc2. Thank you, Vasily The following changes since commit 5c8fe583cce542aa0b84adc939ce85293de36e5e: Linux 5.11-rc1 (2020-12-27 15:30:22 -0800) are available in the Git repository at:

Re: [PATCH] x86/insn: Fix vector instructions decoding on big endian

2020-11-24 Thread Vasily Gorbik
On Fri, Nov 13, 2020 at 11:30:52AM -0600, Josh Poimboeuf wrote: > On Fri, Nov 13, 2020 at 05:09:54PM +0100, Vasily Gorbik wrote: > > Running instruction decoder posttest on s390 with allyesconfig shows > > errors. Instructions used in couple of kernel objects could not be > &

Re: [PATCH] scripts/sorttable: Fix ORC unwind table sorting on big endian

2020-11-24 Thread Vasily Gorbik
On Sat, Nov 14, 2020 at 01:53:10PM +0100, Vasily Gorbik wrote: > Currently when x86_64 kernel is cross compiled on big endian hardware > ORC unwind table is not sorted correctly. Due to missing byte swaps and > treating size as 4-byte value ORC sections sizes end up as 0 and the

[PATCH] scripts/sorttable: Fix ORC unwind table sorting on big endian

2020-11-14 Thread Vasily Gorbik
-off-by: Vasily Gorbik --- This goes on top of the patch series: http://lkml.kernel.org/r/cover.thread-1e2854.your-ad-here.call-01605220128-ext-6070@work.hours scripts/sorttable.h | 20 +++- 1 file changed, 11 insertions(+), 9 deletions(-) diff --git a/scripts/sorttable.h b

[PATCH] x86/insn: Fix vector instructions decoding on big endian

2020-11-13 Thread Vasily Gorbik
value". To address that introduce and use insn_set_byte() helper, which correctly updates "value" on big endian systems. Signed-off-by: Vasily Gorbik --- Please let me know if this patch is good as it is or I should squash it into the patch 2 of my patch series and resend it again.

[PATCH v5 5/5] objtool: Rework header include paths

2020-11-12 Thread Vasily Gorbik
arch/x86/include/arch/ and were stripped of "arch_" suffix, 3. new -I$(srctree)/tools/objtool/include include path to make includes like possible, 4. rewriting file includes, 5. make git not to ignore include/objtool/ subdirectory. Signed-off-by: Vasily Gorbik --- tools/objt

[PATCH v5 2/5] x86/insn: Support big endian cross-compiles

2020-11-12 Thread Vasily Gorbik
to support x86 cross compilation and enable objtool to implement endianness awareness for big endian architectures support. Signed-off-by: Martin Schwidefsky Co-developed-by: Vasily Gorbik Signed-off-by: Vasily Gorbik --- arch/x86/include/asm/insn.h | 33 ++ arch/x86/lib/insn.c

[PATCH v5 3/5] objtool: Fix reloc generation on big endian cross compiles

2020-11-12 Thread Vasily Gorbik
ons. Signed-off-by: Martin Schwidefsky Co-developed-by: Vasily Gorbik Signed-off-by: Vasily Gorbik --- tools/objtool/elf.c | 34 +++--- 1 file changed, 19 insertions(+), 15 deletions(-) diff --git a/tools/objtool/elf.c b/tools/objtool/elf.c index 4e1d7460574b..5c0341b0c

[PATCH v5 0/5] objtool and cross compilation

2020-11-12 Thread Vasily Gorbik
hough big endian stuff is only needed for the objtool arch/x86/lib/insn.c and arch/x86/include/asm/insn.h are shared across the kernel source and the tools, so changes are applied to both. Martin Schwidefsky (2): x86/insn: Support big endian cross-compiles objtool: Fix reloc generation on big

[PATCH v5 4/5] objtool: Fix x86 orc generation on big endian cross compiles

2020-11-12 Thread Vasily Gorbik
. To be used for multi-byte values conversion, which are read from / about to be written to a target native endianness ELF file. Signed-off-by: Vasily Gorbik --- arch/x86/include/asm/orc_types.h | 10 + tools/arch/x86/include/asm/orc_types.h| 10 + .../arch/x86/include

[PATCH v5 1/5] x86/tools: Use tools headers for instruction decoder selftests

2020-11-12 Thread Vasily Gorbik
, mkpiggy and other tools in arch/x86/boot/. Signed-off-by: Vasily Gorbik --- arch/x86/tools/Makefile | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/arch/x86/tools/Makefile b/arch/x86/tools/Makefile index 55b1ab378974..bddfc9a46645 100644 --- a/arch/x86/tools/Makefile

Re: [PATCH v7 16/41] kasan: rename KASAN_SHADOW_* to KASAN_GRANULE_*

2020-11-04 Thread Vasily Gorbik
On Wed, Nov 04, 2020 at 08:22:07PM +0100, Andrey Konovalov wrote: > On Wed, Nov 4, 2020 at 8:11 PM Vasily Gorbik wrote: > > > > On Mon, Nov 02, 2020 at 05:03:56PM +0100, Andrey Konovalov wrote: > > > This is a preparatory commit for the upcoming addition of a new hardw

Re: [PATCH v7 13/41] s390/kasan: include asm/page.h from asm/kasan.h

2020-11-04 Thread Vasily Gorbik
make merging simpler. Thank you. With that changed Acked-by: Vasily Gorbik > + > #ifdef CONFIG_KASAN > > #define KASAN_SHADOW_SCALE_SHIFT 3

Re: [PATCH v7 34/41] kasan, x86, s390: update undef CONFIG_KASAN

2020-11-04 Thread Vasily Gorbik
t/string.c b/arch/s390/boot/string.c > index b11e8108773a..faccb33b462c 100644 > --- a/arch/s390/boot/string.c > +++ b/arch/s390/boot/string.c > @@ -3,6 +3,7 @@ > #include > #include > #undef CONFIG_KASAN > +#undef CONFIG_KASAN_GENERIC > #include "../lib/string.c" for s390 part Acked-by: Vasily Gorbik

Re: [PATCH v7 16/41] kasan: rename KASAN_SHADOW_* to KASAN_GRANULE_*

2020-11-04 Thread Vasily Gorbik
On Mon, Nov 02, 2020 at 05:03:56PM +0100, Andrey Konovalov wrote: > This is a preparatory commit for the upcoming addition of a new hardware > tag-based (MTE-based) KASAN mode. > > The new mode won't be using shadow memory, but will still use the concept > of memory granules. Each memory granule

Re: [PATCH 1/1] x86/tools: Use tools headers for instruction decoder selftests

2020-11-04 Thread Vasily Gorbik
tree, kindly drop us a note. > And when submitting patch, we suggest to use '--base' as documented in > https://git-scm.com/docs/git-format-patch] > > url: > https://github.com/0day-ci/linux/commits/Vasily-Gorbik/x86-tools-Use-tools-headers-for-instruction-decoder-selft

Re: [tip: objtool/core] x86/insn: Support big endian cross-compiles

2020-11-03 Thread Vasily Gorbik
; > > > > > > > > > > x86 instruction decoder code is shared across the kernel source > > > > > > > and the > > > > > > > tools. Currently objtool seems to be the only tool from build > > > > > > > tools

[PATCH 1/1] x86/tools: Use tools headers for instruction decoder selftests

2020-11-03 Thread Vasily Gorbik
, mkpiggy and other tools in arch/x86/boot/. This effectively fixes x86 kernel cross-compilation with CONFIG_X86_DECODER_SELFTEST=y. And posttests are run successfully at least on s390. Fixes: 2a522b53c470 ("x86/insn: Support big endian cross-compiles") Signed-off-by: Vasily Gorbik

Re: [Regression] s390x build broken with 5.10-rc1 (bisected)

2020-10-26 Thread Vasily Gorbik
macro and uses > of __section(foo) to __section("foo")"), i.e. the very last commit > before tagging v5.10-rc1. > > I can reproduce this with e.g. defconfig and both native s390x build and > build on x86_64 using cross compiler. I used gcc 10.2.1 and binutils 2.34. > > Michal Hello Michal, I've already fixed that. The fix will appear shortly on s390/fixes Thank you for reporting! Vasily Gorbik (1): s390: correct __bootdata / __bootdata_preserved macros arch/s390/include/asm/sections.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) -- 2.25.4

[PATCH 1/1] s390: correct __bootdata / __bootdata_preserved macros

2020-10-26 Thread Vasily Gorbik
sections. Those sections must be identical in the decompressor and the decompressed kernel (that is checked during the build). Fixes: 33def8498fdd ("treewide: Convert macro and uses of __section(foo) to __section("foo")") Signed-off-by: Vasily Gorbik --- arch/s390/include/asm

[PATCH 2/2] s390/decompressor: support link map saving

2020-10-23 Thread Vasily Gorbik
Produce arch/s390/boot/compressed/vmlinux.map link map for the decompressor, when CONFIG_SAVE_LINK_MAP option is enabled. Signed-off-by: Vasily Gorbik --- arch/s390/boot/compressed/Makefile | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/arch/s390/boot/compressed/Makefile

[PATCH 1/2] kbuild: add config option to save link map file(s)

2020-10-23 Thread Vasily Gorbik
. Architectures supporting compressed kernel images might respect CONFIG_SAVE_LINK_MAP option and produce arch/*/boot/compressed/vmlinux.map for the decompressor code as well. Signed-off-by: Vasily Gorbik --- .gitignore| 1 + Makefile | 6 +- lib/Kconfig.debug | 13 + 3

[PATCH] kbuild: remove unused OBJSIZE

2020-10-23 Thread Vasily Gorbik
quot;) these restrictions have been lifted for the decompressor and uncompressed kernel and the size tool is now unused. Signed-off-by: Vasily Gorbik --- Documentation/kbuild/llvm.rst | 5 ++--- Makefile | 4 +--- 2 files changed, 3 insertions(+), 6 deletions(-) diff --git a

[PATCH 0/2] add option to save vmlinux link map

2020-10-23 Thread Vasily Gorbik
, which enables link map and is arch independent. - Second patch is s390 specific and additionally enables decompressor's link map saving if CONFIG_SAVE_LINK_MAP is enabled. It is probably better if both changes would go via kbuild tree. Vasily Gorbik (2): kbuild: add config option to save link

[PATCH] lib/crc32test: remove extra local_irq_disable/enable

2020-10-16 Thread Vasily Gorbik
126/0x150 [<01411826>] kernel_init_freeable+0x1f6/0x230 [<00d6cc92>] kernel_init+0x22/0x150 [<00d7bcc4>] ret_from_fork+0x24/0x2c no locks held by swapper/0/1. Remove extra local_irq_disable/local_irq_enable helpers calls. Fixes: 5fb7f87408f1 ("lib: add module

[GIT PULL] s390 patches for the 5.10 merge window

2020-10-16 Thread Vasily Gorbik
w scheduled leap seconds s390/stp: unify stp_work_mutex and clock_sync_mutex s390: remove cad commandline option Vasily Gorbik (24): s390/kasan: make shadow memory noexec s390/mm,ptdump: add couple of additional markers s390/mm,ptdump: sort markers s390/kasan:

[tip: objtool/core] perf build: Allow nested externs to enable BUILD_BUG() usage

2020-10-13 Thread tip-bot2 for Vasily Gorbik
The following commit has been merged into the objtool/core branch of tip: Commit-ID: ab0a40ea88204e1291b56da8128e2845fec8ee88 Gitweb: https://git.kernel.org/tip/ab0a40ea88204e1291b56da8128e2845fec8ee88 Author:Vasily Gorbik AuthorDate:Fri, 09 Oct 2020 14:25:23 +02:00

Re: [tip: objtool/core] x86/insn: Support big endian cross-compiles

2020-10-10 Thread Vasily Gorbik
On Fri, Oct 09, 2020 at 10:49:21PM +0200, Borislav Petkov wrote: > On Fri, Oct 09, 2020 at 10:38:22PM +0200, Peter Zijlstra wrote: > > On Wed, Oct 07, 2020 at 04:20:19PM -, tip-bot2 for Martin Schwidefsky > > wrote: > > > The following commit has been merged into the objtool/core branch of

[PATCH RESEND 1/1] perf build: Allow nested externs to enable BUILD_BUG() usage

2020-10-09 Thread Vasily Gorbik
a function body this obviously would produce build errors with -Wnested-externs and -Werror. To enable BUILD_BUG() usage in tools/arch/x86/lib/insn.c which perf includes in intel-pt-decoder, build perf without -Wnested-externs. Reported-by: Stephen Rothwell Signed-off-by: Vasily Gorbik -

Re: [PATCH 1/1] perf build: Allow nested externs to enable BUILD_BUG() usage

2020-10-09 Thread Vasily Gorbik
On Fri, Oct 09, 2020 at 01:23:27PM +0200, Jiri Olsa wrote: > On Fri, Oct 09, 2020 at 08:47:45AM +0200, Vasily Gorbik wrote: > > Currently BUILD_BUG() macro is expanded to smth like the following: ...snip... > > diff --git a/tools/perf/Makefile.config b/tools/perf/Makefile.c

Re: linux-next: build failure after merge of the tip tree

2020-10-09 Thread Vasily Gorbik
sable -Wnested-externs for perf like we did for the objtool. Or since we got BUILD_BUG() implementation in tools simply disable -Wnested-externs for all tools altogether? By throwing it out of EXTRA_WARNINGS. Vasily Gorbik (1): perf build: Allow nested externs to enable BUILD_BUG() usage tools/perf/Makefile.config | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) -- ⢋⡀⣀⠹ ⠠⣶⡦⠀ ⣿⣿⣿⠏⣴⣮⣴⣧⠈⢿⣿⣿ ⣿⣿⡏⢰⣿⠖⣠⣿⡆⠈⣿⣿ ⣿⢛⣵⣄⠙⣶⣶⡟⣅⣠⠹⣿ ⣿⣜⣛⠻⢎⣉⣉⣀⠿⣫⣵⣿

[PATCH 1/1] perf build: Allow nested externs to enable BUILD_BUG() usage

2020-10-09 Thread Vasily Gorbik
a function body this obviously would produce build errors with -Wnested-externs and -Werror. To enable BUILD_BUG() usage in tools/arch/x86/lib/insn.c which perf includes in intel-pt-decoder, build perf without -Wnested-externs. Reported-by: Stephen Rothwell Signed-off-by: Vasily Gorbik ---

[tip: objtool/core] objtool: Fix x86 orc generation on big endian cross compiles

2020-10-07 Thread tip-bot2 for Vasily Gorbik
The following commit has been merged into the objtool/core branch of tip: Commit-ID: 1b4998c364bcfd7fe3442820b0f3064b1f7b3a77 Gitweb: https://git.kernel.org/tip/1b4998c364bcfd7fe3442820b0f3064b1f7b3a77 Author:Vasily Gorbik AuthorDate:Mon, 05 Oct 2020 17:50:38 +02:00

[tip: objtool/core] objtool: Rework header include paths

2020-10-07 Thread tip-bot2 for Vasily Gorbik
The following commit has been merged into the objtool/core branch of tip: Commit-ID: a23b701ae9b334f86aabdcba5dd57fc0e81b51b6 Gitweb: https://git.kernel.org/tip/a23b701ae9b334f86aabdcba5dd57fc0e81b51b6 Author:Vasily Gorbik AuthorDate:Mon, 05 Oct 2020 17:50:41 +02:00

[tip: objtool/core] objtool: Allow nested externs to enable BUILD_BUG()

2020-10-07 Thread tip-bot2 for Vasily Gorbik
The following commit has been merged into the objtool/core branch of tip: Commit-ID: 2486baae2cf6df73554144d0a4e40ae8809b54d4 Gitweb: https://git.kernel.org/tip/2486baae2cf6df73554144d0a4e40ae8809b54d4 Author:Vasily Gorbik AuthorDate:Mon, 05 Oct 2020 17:50:28 +02:00

Re: [RFC PATCH v4 4/4] objtool: fix x86 orc generation on big endian cross compiles

2020-10-05 Thread Vasily Gorbik
On Mon, Oct 05, 2020 at 09:03:28AM -0500, Josh Poimboeuf wrote: > On Sun, Oct 04, 2020 at 04:30:54PM +0200, Vasily Gorbik wrote: > > @@ -77,8 +78,9 @@ static int get_alt_entry(struct elf *elf, struct > > special_entry *entry, > > if (entry->feature) { > >

[RFC PATCH RESEND v4 3/4] objtool: correct rebuilding of reloc sections

2020-10-05 Thread Vasily Gorbik
ons. Signed-off-by: Martin Schwidefsky Co-developed-by: Vasily Gorbik Signed-off-by: Vasily Gorbik --- tools/objtool/elf.c | 34 +++--- 1 file changed, 19 insertions(+), 15 deletions(-) diff --git a/tools/objtool/elf.c b/tools/objtool/elf.c index 4e1d7460574b..5c0341b0c

[RFC PATCH RESEND v4 2/4] x86/insn: instruction decoder and big endian cross compiles

2020-10-05 Thread Vasily Gorbik
to support x86 cross compilation and enable objtool to implement endianness awareness for big endian architectures support. Signed-off-by: Martin Schwidefsky Co-developed-by: Vasily Gorbik Signed-off-by: Vasily Gorbik --- arch/x86/include/asm/insn.h | 33 ++ arch/x86/lib/insn.c

[RFC PATCH RESEND v4 0/4] objtool and cross compilation

2020-10-05 Thread Vasily Gorbik
in Schwidefsky (2): x86/insn: instruction decoder and big endian cross compiles objtool: correct rebuilding of reloc sections Vasily Gorbik (2): objtool: allow nested externs to enable BUILD_BUG() objtool: fix x86 orc generation on big endian cross compiles arch/x86/include/asm/

[RFC PATCH RESEND v4 1/4] objtool: allow nested externs to enable BUILD_BUG()

2020-10-05 Thread Vasily Gorbik
a function body this obviously would produce build errors with -Wnested-externs and -Werror. Build objtool with -Wno-nested-externs to enable BUILD_BUG() usage. Signed-off-by: Vasily Gorbik --- tools/objtool/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/too

[RFC PATCH RESEND v4 4/4] objtool: fix x86 orc generation on big endian cross compiles

2020-10-05 Thread Vasily Gorbik
. To be used for multi-byte values conversion, which are read from / about to be written to a target native endianness ELF file. Signed-off-by: Vasily Gorbik --- arch/x86/include/asm/orc_types.h | 10 + tools/arch/x86/include/asm/orc_types.h| 10 + .../arch/x86/include

[PATCH v2] objtool: avoid ../ headers includes and name clashes

2020-10-05 Thread Vasily Gorbik
arch/x86/include/arch/ and were stripped of "arch_" suffix, 3. new -I$(srctree)/tools/objtool/include include path to make includes like possible, 4. rewriting file includes, 5. make git not to ignore include/objtool/ subdirectory. Signed-off-by: Vasily Gorbik --- v1 - v2: patch

[RFC PATCH v4 3/4] objtool: correct rebuilding of reloc sections

2020-10-04 Thread Vasily Gorbik
ons. Signed-off-by: Martin Schwidefsky Co-developed-by: Vasily Gorbik Signed-off-by: Vasily Gorbik --- tools/objtool/elf.c | 34 +++--- 1 file changed, 19 insertions(+), 15 deletions(-) diff --git a/tools/objtool/elf.c b/tools/objtool/elf.c index 4e1d7460574b..5c0341b0c

[RFC PATCH v4 4/4] objtool: fix x86 orc generation on big endian cross compiles

2020-10-04 Thread Vasily Gorbik
. To be used for multi-byte values conversion, which are read from / about to be written to a target native endianness ELF file. Signed-off-by: Vasily Gorbik diff --git a/arch/x86/include/asm/orc_types.h b/arch/x86/include/asm/orc_types.h index fdbffec4cfde..5a2baf28a1dc 100644 --- a/arch/x86/include

[RFC PATCH v4 2/4] x86/insn: instruction decoder and big endian cross compiles

2020-10-04 Thread Vasily Gorbik
to support x86 cross compilation and enable objtool to implement endianness awareness for big endian architectures support. Signed-off-by: Martin Schwidefsky Co-developed-by: Vasily Gorbik Signed-off-by: Vasily Gorbik --- arch/x86/include/asm/insn.h | 33 ++ arch/x86/lib/insn.c

[RFC PATCH v4 1/4] objtool: allow nested externs to enable BUILD_BUG()

2020-10-04 Thread Vasily Gorbik
a function body this obviously would produce build errors with -Wnested-externs and -Werror. Build objtool with -Wno-nested-externs to enable BUILD_BUG() usage. Signed-off-by: Vasily Gorbik --- tools/objtool/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/too

[RFC PATCH v4 0/4] objtool and cross compilation

2020-10-04 Thread Vasily Gorbik
n: instruction decoder and big endian cross compiles objtool: correct rebuilding of reloc sections Vasily Gorbik (2): objtool: allow nested externs to enable BUILD_BUG() objtool: fix x86 orc generation on big endian cross compiles arch/x86/include/asm/insn.h | 3

[PATCH] objtool: avoid ../ headers includes and name clashes

2020-10-04 Thread Vasily Gorbik
arch/x86/include/arch/ and were stripped of "arch_" suffix, 3. new -I$(srctree)/tools/objtool/include include path to make includes like possible, 4. rewriting file includes, 5. make git not to ignore include/objtool/ subdirectory. Signed-off-by: Vasily Gorbik --- tools/objtoo

[RFC PATCH v3 4/4] objtool: fix x86 orc generation on big endian cross compiles

2020-09-30 Thread Vasily Gorbik
Correct objtool orc generation endianness problems to enable fully functional x86 cross compiles on big endian hardware. Signed-off-by: Vasily Gorbik --- arch/x86/include/asm/orc_types.h | 10 ++ tools/arch/x86/include/asm/orc_types.h | 10 ++ tools/objtool/arch/x86

[RFC PATCH v3 0/4] objtool and cross compilation

2020-09-30 Thread Vasily Gorbik
ce and the tools, so changes are applied to both. Any suggestions how to make patches more acceptable are welcome. Martin Schwidefsky (2): objtool: x86 instruction decoder and big endian cross compiles objtool: correct rebuilding of reloc sections Vasily Gorbik (2): objtool: allow nest

[RFC PATCH v3 3/4] objtool: correct rebuilding of reloc sections

2020-09-30 Thread Vasily Gorbik
ons. Signed-off-by: Martin Schwidefsky Co-developed-by: Vasily Gorbik Signed-off-by: Vasily Gorbik --- tools/objtool/elf.c | 34 +++--- 1 file changed, 19 insertions(+), 15 deletions(-) diff --git a/tools/objtool/elf.c b/tools/objtool/elf.c index 4e1d7460574b..5c0341b0c

[RFC PATCH v3 1/4] objtool: allow nested externs to enable BUILD_BUG()

2020-09-30 Thread Vasily Gorbik
a function body this obviously would produce build errors with -Wnested-externs and -Werror. Build objtool with -Wno-nested-externs to enable BUILD_BUG() usage. Signed-off-by: Vasily Gorbik --- tools/objtool/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/too

[RFC PATCH v3 2/4] objtool: x86 instruction decoder and big endian cross compiles

2020-09-30 Thread Vasily Gorbik
From: Martin Schwidefsky Currently objtool seems to be the only tool from build tools needed which breaks x86 cross compilation on big endian systems. Make the x86 instruction decoder of the objtool usable on big endian machines. Signed-off-by: Martin Schwidefsky Co-developed-by: Vasily Gorbik

[RFC PATCH v2 1/2] objtool: x86 instruction decoder and big endian cross compiles

2020-09-30 Thread Vasily Gorbik
From: Martin Schwidefsky Make the x86 instruction decoder of the objtool usable on big endian machines. This is useful for compile tests on non x86, big endian hardware. Co-developed-by: Vasily Gorbik [ gor: more endianness problems findings fixes / rebasing ] Signed-off-by: Martin Schwidefsky

[RFC PATCH v2 0/2] objtool and cross compilation

2020-09-30 Thread Vasily Gorbik
d only if __KERNEL__ is not defined. But that kind of defeats the idea of sharing those files 1 to 1 with tools. Thoughts? Any suggestions are welcome. Martin Schwidefsky (1): objtool: x86 instruction decoder and big endian cross compiles Vasily Gorbik (1): objtool: fix x86 orc generation on big e

[RFC PATCH v2 2/2] objtool: fix x86 orc generation on big endian cross compiles

2020-09-30 Thread Vasily Gorbik
Correct objtool orc generation endianness problems to enable fully functional x86 cross compiles on big endian hardware. Signed-off-by: Vasily Gorbik --- arch/x86/include/asm/orc_types.h | 24 tools/arch/x86/include/asm/orc_types.h | 24

[RFC PATCH 2/2] objtool: fix x86 orc generation on big endian cross compiles

2020-09-30 Thread Vasily Gorbik
Correct objtool orc generation endianness problems to enable fully functional x86 cross compiles on big endian hardware. Signed-off-by: Vasily Gorbik --- arch/x86/include/asm/orc_types.h | 24 tools/arch/x86/include/asm/orc_types.h | 24

[RFC PATCH 1/2] objtool: x86 instruction decoder and big endian cross compiles

2020-09-30 Thread Vasily Gorbik
From: Martin Schwidefsky Make the x86 instruction decoder of the objtool usable on big endian machines. This is useful for compile tests on non x86, big endian hardware. Co-developed-by: Vasily Gorbik [ gor: more endianness problems findings fixes / rebasing ] Signed-off-by: Martin Schwidefsky

[RFC PATCH 0/2] objtool and cross compilation

2020-09-30 Thread Vasily Gorbik
header which is included only if __KERNEL__ is not defined. But that kind of defeats the idea of sharing those files 1 to 1 with tools. Thoughts? Any suggestions are welcome. Martin Schwidefsky (1): objtool: x86 instruction decoder and big endian cross compiles Vasily Gorbik (1): objtool: fix x8

Re: [PATCH -next] s390/3215: simplify the return expression of tty3215_open()

2020-09-26 Thread Vasily Gorbik
On Mon, Sep 21, 2020 at 09:11:01PM +0800, Qinglang Miao wrote: > Simplify the return expression. > > Signed-off-by: Qinglang Miao > --- > drivers/s390/char/con3215.c | 7 +-- > 1 file changed, 1 insertion(+), 6 deletions(-) > > diff --git a/drivers/s390/char/con3215.c

Re: [patch V2 34/46] PCI/MSI: Make arch_.*_msi_irq[s] fallbacks selectable

2020-09-26 Thread Vasily Gorbik
On Fri, Sep 25, 2020 at 09:54:52AM -0400, Qian Cai wrote: > On Wed, 2020-08-26 at 13:17 +0200, Thomas Gleixner wrote: > > From: Thomas Gleixner > > > > The arch_.*_msi_irq[s] fallbacks are compiled in whether an architecture > > requires them or not. Architectures which are fully utilizing

[GIT PULL] s390 updates for 5.9-rc7

2020-09-26 Thread Vasily Gorbik
Hello Linus, please pull s390 changes for 5.9-rc7. Thank you, Vasily The following changes since commit ba4f184e126b751d1bffad5897f263108befc780: Linux 5.9-rc6 (2020-09-20 16:33:55 -0700) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git

[GIT PULL] s390 updates for 5.9-rc6

2020-09-18 Thread Vasily Gorbik
Hello Linus, please pull s390 changes for 5.9-rc6. Thank you, Vasily The following changes since commit 856deb866d16e29bd65952e0289066f6078af773: Linux 5.9-rc5 (2020-09-13 16:06:00 -0700) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git

Re: [PATCH v2] mm/gup: fix gup_fast with dynamic page table folding

2020-09-15 Thread Vasily Gorbik
On Fri, Sep 11, 2020 at 10:36:43PM +0200, Vasily Gorbik wrote: > Currently to make sure that every page table entry is read just once > gup_fast walks perform READ_ONCE and pass pXd value down to the next > gup_pXd_range function by value e.g.: ...snip... > --- > v2: added bra

[PATCH v2] mm/gup: fix gup_fast with dynamic page table folding

2020-09-11 Thread Vasily Gorbik
get_user_pages_fast code") Reviewed-by: Gerald Schaefer Reviewed-by: Alexander Gordeev Signed-off-by: Vasily Gorbik --- v2: added brackets -> &(pgd) arch/s390/include/asm/pgtable.h | 42 +++-- include/linux/pgtable.h | 10 mm/gup.c

[PATCH] mm/gup: fix gup_fast with dynamic page table folding

2020-09-11 Thread Vasily Gorbik
get_user_pages_fast code") Reviewed-by: Gerald Schaefer Reviewed-by: Alexander Gordeev Signed-off-by: Vasily Gorbik --- arch/s390/include/asm/pgtable.h | 42 +++-- include/linux/pgtable.h | 10 mm/gup.c| 18 +++--

[GIT PULL] s390 updates for 5.9-rc4

2020-09-04 Thread Vasily Gorbik
Hello Linus, please pull s390 changes for 5.9-rc4. Thank you, Vasily The following changes since commit f75aef392f869018f78cfedf3c320a6b3fcfda6b: Linux 5.9-rc3 (2020-08-30 16:01:54 -0700) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git

[GIT PULL] s390 updates for 5.9-rc3

2020-08-29 Thread Vasily Gorbik
macros since the lockdep code itself uses percpu variables now and it causes recursions. - Fix kernel space 4-level paging broken by recent vmem rework. Sven Schnelle (1): s390: don't trace preemption in percpu macros Vasily

[GIT PULL] s390 updates for 5.9-rc2

2020-08-22 Thread Vasily Gorbik
Hello Linus, please pull s390 changes for 5.9-rc2. Thank you, Vasily The following changes since commit 9123e3a74ec7b934a4a099e98af6a61c2f80bbf5: Linux 5.9-rc1 (2020-08-16 13:04:57 -0700) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git

Re: linux plumbers + clang + s390 virtualized testing

2020-08-08 Thread Vasily Gorbik
On Thu, Aug 06, 2020 at 12:02:52PM -0700, Nick Desaulniers wrote: > On Wed, Jul 29, 2020 at 6:51 AM Vasily Gorbik wrote: > > > > > > We were very excited to see your patches going by for enabling Clang > > > > support for s390. Since then, we've added s390

Re: linux plumbers + clang + s390 virtualized testing

2020-07-29 Thread Vasily Gorbik
On Thu, Jul 16, 2020 at 01:28:40PM +0200, Heiko Carstens wrote: > Hi Nick, > > > We were very excited to see your patches going by for enabling Clang > > support for s390. Since then, we've added s390 builds to our > > continuous integration setup. > > > > We've been running into a few issues

Re: [PATCH] mm/page_alloc: silence a KASAN false positive

2020-06-30 Thread Vasily Gorbik
l/git/s390/linux.git/commit/?h=fixes=95e61b1b5d6394b53d147c0fcbe2ae70fbe09446 https://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git/commit/?h=fixes=d6df52e9996dcc2062c3d9c9123288468bb95b52 Back to clear_page - we could certainly make it non-instrumented. But it didn't cause any problems so far. And as Dmitry poin

[GIT PULL] s390 updates for 5.8-rc2

2020-06-20 Thread Vasily Gorbik
Hello Linus, please pull s390 changes for 5.8-rc2. Thank you, Vasily The following changes since commit b3a9e3b9622ae10064826dccb4f7a52bd88c7407: Linux 5.8-rc1 (2020-06-14 12:45:04 -0700) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git

Re: [GIT PULL] s390 patches for the 5.8 merge window

2020-06-08 Thread Vasily Gorbik
On Mon, Jun 08, 2020 at 12:12:57PM -0700, Linus Torvalds wrote: > On Mon, Jun 8, 2020 at 12:09 PM Linus Torvalds > wrote: > > > > On Mon, Jun 8, 2020 at 8:35 AM Vasily Gorbik wrote: > > > > > > Please note 2 minor merge conflict resolutions below: > >

Re: [PATCH 1/1] s390/pci: Log new handle in clp_disable_fh()

2020-05-28 Thread Vasily Gorbik
On Thu, May 28, 2020 at 12:01:45PM +0200, Pierre Morel wrote: > > On 2020-05-28 11:08, Petr Tesarik wrote: > > Hi all, > > > > just a gentle ping. > > > > If the current behaviour (logging the original handle) was intended, > > then it was worth mentioning in the commit message for

[GIT PULL] s390 updates for 5.7-rc7

2020-05-23 Thread Vasily Gorbik
Hello Linus, please pull s390 changes for 5.7-rc7. Thank you, Vasily The following changes since commit 2ef96a5bb12be62ef75b5828c0aab838ebb29cb8: Linux 5.7-rc5 (2020-05-10 15:16:58 -0700) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git

Re: [PATCH] s390: ptrace: hard-code "s390x" instead of UTS_MACHINE

2020-04-30 Thread Vasily Gorbik
On Mon, Apr 13, 2020 at 10:31:13AM +0900, Masahiro Yamada wrote: > s390 uses the UTS_MACHINE defined arch/s390/Makefile as follows: > > UTS_MACHINE := s390x > > We do not need to pass the fixed string from the command line. > Hard-code user_regset_view::name, like many other architectures

[GIT PULL] s390 updates for 5.4-rc3

2019-10-12 Thread Vasily Gorbik
Hello Linus, please pull s390 changes for 5.4-rc3. Thank you, Vasily The following changes since commit da0c9ea146cbe92b832f1b0f694840ea8eb33cce: Linux 5.4-rc2 (2019-10-06 14:27:30 -0700) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git

[GIT PULL] s390 updates for 5.4-rc2

2019-10-05 Thread Vasily Gorbik
Hello Linus, please pull s390 changes for 5.4-rc2. Thank you, Vasily The following changes since commit 54ecb8f7028c5eb3d740bb82b0f1d90f2df63c5c: Linux 5.4-rc1 (2019-09-30 10:35:40 -0700) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git

[GIT PULL] s390 patches for the 5.4 merge window #2

2019-09-26 Thread Vasily Gorbik
): s390/cpum_sf: Support ioctl PERF_EVENT_IOC_PERIOD s390/cpumf: Remove mixed white space Vasily Gorbik (3): s390/topology: avoid firing events before kobjs are created s390/cio: avoid calling strlen on null pointer s390/cio: exclude subchannels with no parent from pseudo check

[GIT PULL] s390 patches for the 5.4 merge window

2019-09-17 Thread Vasily Gorbik
and format string Vasily Gorbik (25): s390: move vmalloc option parsing to startup code s390/startup: add initial pgm check handler s390/startup: purge obsolete .gitignore patterns s390: clean .bss before running uncompressed kernel s390/kasan: provide uninstrumented _

Re: linux-next: Tree for Aug 13

2019-08-13 Thread Vasily Gorbik
On Tue, Aug 13, 2019 at 10:56:45AM -0400, Steven Rostedt wrote: > > This looks related to what Marek posted. > > > https://lore.kernel.org/linux-security-module/3028ed35-3b6d-459f-f3c8-103c5636f...@samsung.com/ > > Care to apply the change he suggested to see if it fixes the issue for > you.

[PATCH] tracefs: avoid crash when open callback is not set

2019-08-13 Thread Vasily Gorbik
kernel crash when the callback is 0. Fix that by simply returning 0, if open callback is not set. Fixes: 757ff7244358 ("tracefs: Restrict tracefs when the kernel is locked down") Signed-off-by: Vasily Gorbik --- fs/tracefs/inode.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(

Re: linux-next: Tree for Aug 13

2019-08-13 Thread Vasily Gorbik
On Tue, Aug 13, 2019 at 02:41:55PM +0200, Vasily Gorbik wrote: > On Tue, Aug 13, 2019 at 07:19:24PM +1000, Stephen Rothwell wrote: > > Merging security/next-testing (a4848e06f9af Merge branch 'next-lockdown' > > into next-testing) > > CONFLICT (content): Merge con

Re: linux-next: Tree for Aug 13

2019-08-13 Thread Vasily Gorbik
On Tue, Aug 13, 2019 at 07:19:24PM +1000, Stephen Rothwell wrote: > Merging security/next-testing (a4848e06f9af Merge branch 'next-lockdown' into > next-testing) > CONFLICT (content): Merge conflict in kernel/trace/trace_kprobe.c > CONFLICT (content): Merge conflict in fs/tracefs/inode.c >

Re: [PATCH v3 1/3] kasan: support backing vmalloc space with real shadow memory

2019-08-09 Thread Vasily Gorbik
e module alignment > back to PAGE_SIZE. > > Link: https://bugzilla.kernel.org/show_bug.cgi?id=202009 > Signed-off-by: Daniel Axtens > > --- Acked-by: Vasily Gorbik I've added s390 specific kasan init part and the whole thing looks good! Unfortunately I also had to make add

[GIT PULL] s390 updates for 5.3-rc4

2019-08-09 Thread Vasily Gorbik
. Heiko Carstens (1): s390/vdso: map vdso also for statically linked binaries Vasily Gorbik (8): s390/protvirt: avoid memory sharing for diag 308 set/store s390/mm: fix dump_pagetables top level page table walking s390/setup: adjust start_code of init_mm to _text s390

  1   2   >