/show_bug.cgi?id=23403
Signed-off-by: Vasily Gorbik
---
tools/testing/selftests/rseq/rseq.c | 19 +++
.../testing/selftests/rseq/run_param_test.sh | 4 ++--
2 files changed, 21 insertions(+), 2 deletions(-)
diff --git a/tools/testing/selftests/rseq/rseq.c
b/tools/testing
__rseq_abi ends up aligned to 0x10 instead
of 0x20 which makes rseq selftest fail every time.
The change proposed adds __rseq_abi misalignment check, produces user
friendly message and skips the test.
Vasily Gorbik (1):
rseq/selftests: add __rseq_abi misalignment check
tools/testing/selftests
fixes couple of
minor issues and adds -mnop-mcount gcc flag support (utilized by s390).
Vasily Gorbik (4):
trace: handle CC_FLAGS_FTRACE more accurately
trace: avoid calling cc-option -mrecord-mcount for every Makefile
trace: add -mcount-nop option support
s390/ftrace: add -mfentry and
/Makefile.build to top Makefile
and export CC_USING_RECORD_MCOUNT to be used in original place.
While doing that also add -mrecord-mcount to CC_FLAGS_FTRACE (if gcc
actually supports it).
Signed-off-by: Vasily Gorbik
---
Makefile | 7 +++
scripts/Makefile.build | 9 +++--
2
: Vasily Gorbik
---
Makefile | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/Makefile b/Makefile
index 7a3c4548162b..503f533277c7 100644
--- a/Makefile
+++ b/Makefile
@@ -743,12 +743,15 @@ ifdef CONFIG_FUNCTION_TRACER
ifndef CC_FLAGS_FTRACE
CC_FLAGS_FTRACE := -pg
allows to avoid using scripts/recordmcount.pl script.
Signed-off-by: Vasily Gorbik
---
arch/s390/Kconfig | 2 ++
arch/s390/Makefile | 16 +---
arch/s390/include/asm/ftrace.h | 6 +++---
arch/s390/kernel/ftrace.c | 2 +-
arch/s390/kernel/mcount.S
CC_USING_NOP_MCOUNT is defined and could be used by
architectures to adapt ftrace patching behavior.
Signed-off-by: Vasily Gorbik
---
Makefile | 6 ++
kernel/trace/Kconfig | 5 +
kernel/trace/ftrace.c | 2 ++
3 files changed, 13 insertions(+)
diff --git a/Makefile b/Makefile
index
/show_bug.cgi?id=23403
Signed-off-by: Vasily Gorbik
---
tools/testing/selftests/rseq/rseq.c | 20 +++
.../testing/selftests/rseq/run_param_test.sh | 4 ++--
2 files changed, 22 insertions(+), 2 deletions(-)
diff --git a/tools/testing/selftests/rseq/rseq.c
b/tools/testing
might respect it and produce
arch/*/boot/compressed/vmlinux.map for the decompressor code as well.
Signed-off-by: Vasily Gorbik
---
.gitignore | 1 +
Makefile | 14 ++
2 files changed, 15 insertions(+)
diff --git a/.gitignore b/.gitignore
index 97ba6b79834c..1d2308e597ad 100644
--
_file1.o := file1/src/dir
SRCDIR_file2.o := file2/src/dir
Which is enough to build $(obj)/file1.o from file1/src/dir/file1.(c|S),
and $(obj)/file2.o from file2/src/dir/file2.(c|S)
Secondary expansion has been introduced with make 3.81, which is
minimal supported version by kbuild itself.
Signed-off-by: Va
ay to address that problem,
which in the end would we used like:
in some arch/*/boot/Makefile:
obj-y := ctype.o cmdline.o mem.o ..some local files..
SRCDIR_ctype.o := lib
SRCDIR_cmdline.o := lib
SRCDIR_mem.o := arch/s390/lib
Vasily Gorbik (1):
kbuild: allow alternate src for target's implicit pr
On Mon, Aug 06, 2018 at 11:07:40AM -0700, Andi Kleen wrote:
> On Mon, Aug 06, 2018 at 03:17:44PM +0200, Vasily Gorbik wrote:
> > Currently if CONFIG_FTRACE_MCOUNT_RECORD is enabled -mrecord-mcount
> > compiler flag support is tested for every Makefile.
>
> Good catch. Does
On Tue, Aug 07, 2018 at 07:30:17AM +0200, Heiko Carstens wrote:
> On Mon, Aug 06, 2018 at 03:17:47PM +0200, Vasily Gorbik wrote:
> > Utilize -mfentry and -mnop-mcount gcc options together with
> > -mrecord-mcount to get compiler generated calls to the profiling functions
> &
ug reports to distributions I'm
sending this patch hoping to reach its origin from where distributions
had picked it.
Vasily Gorbik (1):
debugfs: avoid EPERM when no open file operation defined
fs/debugfs/file.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
--
2.18.0.13.gd42ae10
Fixes: 3fc322605158 ("debugfs: Restrict debugfs when the kernel is locked down")
Signed-off-by: Vasily Gorbik
---
fs/debugfs/file.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/fs/debugfs/file.c b/fs/debugfs/file.c
index 51cb894c21f2..89c86faaa02a 1006
On Thu, Jun 13, 2024 at 03:21:15PM +0200, Halil Pasic wrote:
> On Wed, 12 Jun 2024 16:04:15 +0200
> Thomas Huth wrote:
>
> > On 11/06/2024 23.47, Halil Pasic wrote:
> > > Commit e3e9bda38e6d ("s390/virtio_ccw: use DMA handle from DMA API")
> > > broke configuration change notifications for virtio
On Wed, Mar 06, 2019 at 03:59:12PM -0800, Matthew Garrett wrote:
> From: David Howells
>
> static int open_proxy_open(struct inode *inode, struct file *filp)
> {
> struct dentry *dentry = F_DENTRY(filp);
> @@ -147,6 +166,11 @@ static int open_proxy_open(struct inode *inode, struct
> file
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
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
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 wi
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
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 en
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] 1
entry) - sizeof(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
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
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 19c329f6808995b142b39663
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
> >
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
>
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:
git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.gi
gt;
> 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 L
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,
Fix line length 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: provi
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
Richter (2):
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 ps
On Sun, Jul 14, 2019 at 03:52:52PM +, Petr Tesarik wrote:
> On Sun, 14 Jul 2019 16:35:33 +0200
> Vasily Gorbik wrote:
>
> > On Fri, Jul 12, 2019 at 07:21:01PM +0200, Petr Tesarik wrote:
> > > Various tools determine the kernel version from a given binary by
>
nux S390
>0x10008 string S390EP
>>0x10428 bequad >0
>>>(0x10428.Q) string >\0 \b, version %s
Signed-off-by: Vasily Gorbik
---
arch/s390/boot/Makefile | 2 +-
arch/s390/boot/head.S | 1 +
arch/s390/boot/version.c
On Tue, Jul 16, 2019 at 10:30:14AM +, Petr Tesarik wrote:
> On Tue, 16 Jul 2019 00:12:19 +0200
> Vasily Gorbik wrote:
>
> > Extend "parmarea" to include an offset of the version string, which is
> > stored as 8-byte big endian value.
> >
> > To re
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 d
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
e in
linux/compiler-gcc.h for latent_entropy attribute definition.
Signed-off-by: Vasily Gorbik
---
include/linux/random.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/random.h b/include/linux/random.h
index 445a0ea4ff49..d4eb9b3789ad 100644
--- a/include/linu
constraint
Philipp Rudo (1):
s390/ipl: Fix detection of has_secure attribute
Sebastian Ott (2):
s390: fix setting of mio addressing control
s390/pci: add mio_enabled attribute
Thomas Richter (1):
s390/cpumf: Add extended counter set definitions for model 8561 and 8562
Vasily
On Fri, Jul 12, 2019 at 07:21:01PM +0200, Petr Tesarik wrote:
> Various tools determine the kernel version from a given binary by
> scanning for the Linux banner string. This does not work if the
> banner string is compressed, but we can link it once more into the
> uncompressed portion of bzImage.
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
> Applyin
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):
nel 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(
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.
.
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
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 mak
annotations
Julian Wiedmann (1):
s390: clean up qdio.h
Vasily Gorbik (8):
s390/boot: add missing declarations and includes
s390/lib: add missing include
s390/perf: make cf_diag_csd static
s390/kexec: add missing include to machine_kexec_reloc.c
s390/mm: make
es binutils 2.20 since 4.13.
Kbuild exports OBJSIZE to reference the right size tool.
Signed-off-by: Vasily Gorbik
---
arch/s390/scripts/Makefile.chkbss | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/arch/s390/scripts/Makefile.chkbss
b/arch/s390/scripts/Makefile.chkbss
index 88
have not been
zeroed yet or intersects with initrd or other files boot loader might
have put right after the linux kernel).
Signed-off-by: Vasily Gorbik
---
Makefile | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/Makefile b/Makefile
index fa0fbe7851ea..ff4cff29fe46 1
On Wed, Aug 07, 2019 at 11:33:40AM +0900, Masahiro Yamada wrote:
> On Tue, Aug 6, 2019 at 7:56 PM Vasily Gorbik wrote:
> >
> > Currently empty .bss checks performed do not pay attention to "common
> > objects" in object files which end up in .bss section eventuall
On Wed, Aug 07, 2019 at 11:32:04AM +0900, Masahiro Yamada wrote:
> Hi.
>
> On Tue, Aug 6, 2019 at 7:56 PM Vasily Gorbik wrote:
> >
> > Define and export OBJSIZE variable for "size" tool from binutils to be
> > used in architecture specific Makefiles (naming
On Wed, Jul 03, 2019 at 04:55:06PM +0200, Cornelia Huck wrote:
> On Mon, 24 Jun 2019 09:17:40 +0200
> Cornelia Huck wrote:
>
> > On Fri, 21 Jun 2019 18:19:36 +0200 (CEST)
> > Sebastian Ott wrote:
> >
> > > On Thu, 13 Jun 2019, Cornelia Huck wrote:
> > > > Sometimes, we want to control which o
Since LASANPC labels are not even unique and get into .symtab only due
to relocs filter them out in kallsyms.
Signed-off-by: Vasily Gorbik
---
scripts/kallsyms.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/scripts/kallsyms.c b/scripts/kallsyms.c
index e17837f1d3f2..ae6504d07fd6 10064
interception in kernel")
Signed-off-by: Christian Borntraeger
Signed-off-by: Vasily Gorbik
---
drivers/s390/crypto/vfio_ap_ops.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/s390/crypto/vfio_ap_ops.c
b/drivers/s390/crypto/vfio_ap_ops.c
index 2c9fb1423a39..7e85b
docs: s390: s390dbf: typos and formatting, update crash command
Vasily Gorbik (6):
RAID/s390: remove invalid 'r' inline asm operand modifier
s390/traps: simplify data exception handler
Merge tag 'vfio-ccw-20190621' of
https://git.kernel.org/.../kvms390/vfio-cc
On Wed, Jul 10, 2019 at 08:44:53AM +0200, Harald Freudenberger wrote:
> On 09.07.19 14:25, Denis Efremov wrote:
> > The function ap_query_configuration is declared static and marked
> > EXPORT_SYMBOL, which is at best an odd combination. Because the
> > function is not used outside of the drivers/s
Greetings,
be83bbf80682 "mmap: introduce sane default mmap limits" introduced a
problem with mapping /proc/vmcore if it is bigger than 2gb. This
breaks s390 kernel zfcpdump. But it should be a general problem.
Please consider the following one-liner fix, if it makes sense.
Vasily
hich made it impossible to mmap /proc/vmcore file
contents above 2Gb (/proc/vmcore appears to be the only procfs file
supporting mmap).
Reuse MAX_LFS_FILESIZE as procfs s_maxbytes value.
Fixes: be83bbf80682 ("mmap: introduce sane default mmap limits")
Signed-off-by: Vasily Gorbik
---
fs/p
On Fri, May 18, 2018 at 09:12:56PM -0700, Linus Torvalds wrote:
> On Fri, May 18, 2018 at 8:43 PM Al Viro wrote:
>
> > Not quite. The things like
> > if (unlikely(*ppos >= inode->i_sb->s_maxbytes))
> > return 0;
> > iov_iter_truncate(iter, inode->i_sb->s_maxbyt
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 17cdec960cf77
roblems so far. And as Dmitry pointed out we
could potentially find additional bugs with it. So, I'm leaning
towards original solution proposed. For that you have my
Acked-by: Vasily Gorbik
Tested-by: Vasily Gorbik
Thank you for looking into this!
Andrew, would you pick this change up?
Thank you
Vasily
ved into
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 -
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
a. 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/in
welcome.
Martin 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/x
unctions.
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..5c03
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
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) {
> >
ls
only 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):
objto
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
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
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
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
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 x86 orc generatio
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
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
ernel source 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:
unctions.
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..5c03
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
ved into
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
---
to
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/insn.h
unctions.
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..5c03
a. 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/in
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
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
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
---
ion is, should we just disable
-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(-)
--
⢋⡀⣀⠹
⠠⣶⡦⠀
⣿⣿⣿⠏⣴⣮⣴⣧⠈⢿⣿⣿
⣿⣿⡏⢰⣿⠖⣠⣿⡆⠈⣿⣿
⣿⢛⣵⣄⠙⣶⣶⡟⣅⣠⠹⣿
⣿⣜⣛⠻⢎⣉⣉⣀⠿⣫⣵⣿
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
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
---
Rese
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 tip
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
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 hierar
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 b/drivers/s390/char/co
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
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:
> >
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
V
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
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
1 - 100 of 139 matches
Mail list logo