fails in the 'test for function traceon/off triggers'
test from the ftrace testsuite when the system is under load.
Signed-off-by: Sven Schnelle
---
kernel/trace/trace.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/trace/trace.c b/kernel/trace/tra
Hi Steven,
Steven Rostedt writes:
> On Mon, 5 Feb 2024 07:53:40 +0100
> Sven Schnelle wrote:
>
>> tracer_tracing_is_on() checks whether record_disabled is not zero. This
>> checks both the record_disabled counter and the RB_BUFFER_OFF flag.
>> Reading the source
Hi Steven,
Steven Rostedt writes:
> On Mon, 05 Feb 2024 14:16:30 +0100
> Sven Schnelle wrote:
>>
>> Another issue i'm hitting sometimes is this part:
>>
>> csum1=`md5sum trace`
>> sleep $SLEEP_TIME
>> csum2=`md5sum trace`
>>
>> if
Steven Rostedt writes:
> On Mon, 05 Feb 2024 14:16:30 +0100
> Sven Schnelle wrote:
>>
>> Another issue i'm hitting sometimes is this part:
>>
>> csum1=`md5sum trace`
>> sleep $SLEEP_TIME
>> csum2=`md5sum trace`
>>
>> if [ "$csum1&
Sven Schnelle writes:
> Looking at trace_save_cmdline():
>
> tpid = tsk->pid & (PID_MAX_DEFAULT - 1); where PID_MAX_DEFAULT = 0x8000
>
> so this is basically
>
> tpid = tsk->pid & 0x7fff;
>
> further on:
>
> // might clash with other pid
Hi Steven,
Steven Rostedt writes:
> On Tue, 06 Feb 2024 09:48:16 +0100
> Sven Schnelle wrote:
>
>> I added some logging, and the test is not triggering this issue. So i
>> assume the default of 128 cmdline entries is just to small. Sorry for
>> the noise. L
Steven Rostedt writes:
> On Wed, 7 Feb 2024 13:07:36 +0100
> Mete Durlu wrote:
>
>> wouldn't the following scenario explain the behavior we are seeing.
>> When using event triggers, trace uses lockless ringbuffer control paths.
>> If cmdline update and trace output reading is happening on differ
et from arch/arm64/Makefile.
>
> vdso-install-$(CONFIG_COMPAT_VDSO) +=
> arch/arm64/kernel/vdso32/vdso.so.dbg:vdso32.so
>
> This will rename vdso.so.dbg to vdso32.so during installation. If such
> architectures change their implementation so that the file names match,
> this workaround will go away.
>
> Signed-off-by: Masahiro Yamada
> ---
Acked-by: Sven Schnelle # s390
CONFIG_CPU_BIG_ENDIAN
> - u16 offset;
> u16 len;
> + u16 offset;
> #else
> - u16 len;
> u16 offset;
> + u16 len;
> #endif
> -};
> +} __packed;
>
> /*
> * The trace entry - the most basic unit of tracing. This is what
This issue was also present on BE, but as you noted "covered" by the
broken test case. With this patch everything works as expected. So:
Tested-by: Sven Schnelle
Masami Hiramatsu (Google) writes:
>> > IOW, it is ftrace save regs/restore regs code issue. I need to check how
>> > the
>> > function_graph implements it.
>>
>> gpr2-gpr14 are always saved in ftrace_caller/ftrace_regs_caller(),
>> regardless of the FTRACE_WITH_REGS flags. The only difference i
commit c6bc9bd06dff49fa4c("rbtree, uprobes: Use rbtree helpers") from
next-20210208 accidentally removed the refcount increase. Add it again.
Signed-off-by: Sven Schnelle
---
kernel/events/uprobes.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/events/u
x27;s a bit slower but still much faster than syscalls.
Signed-off-by: Sven Schnelle
Reviewed-by: Heiko Carstens
---
arch/s390/Kconfig | 3 +
arch/s390/include/asm/clocksource.h | 7 +
arch/s390/include/asm/vdso.h| 25 +--
arch/s390/includ
these two patches convert the s390 architecture to generic VDSO. The
first patch adds an option to add architecture specific information
to struct vdso_data. We need that information because the old s390
assembly code had a steering capability, which steered the clock slowly.
To emulate that behavi
truct arch_vdso_data'.
This structure will be embedded in the generic vDSO data.
Signed-off-by: Sven Schnelle
Reviewed-by: Heiko Carstens
---
arch/Kconfig| 3 +++
include/vdso/datapage.h | 7 +++
2 files changed, 10 insertions(+)
diff --git a/arch/Kconfig b/arch/Kconfig
index 8c
Sven Schnelle writes:
> Add the s390 idle functions so they don't show up in top when
> using software sampling.
>
> Signed-off-by: Sven Schnelle
> ---
> tools/perf/util/symbol.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/tools/perf/util/sym
Thomas Gleixner writes:
> just a few nits.
>
> Can you please spare that #ifdef and do:
>
> #ifdef CONFIG_ARCH_HAS_VDSO_DATA
> #include
> #else
> struct arch_vdso_data {};
> #endif
Ok.
> Please keep the tabular alignment of the struct members and add kernel
> doc in the comment above the struc
Thomas Gleixner writes:
> Sven Schnelle writes:
>
>> - CPUCLOCK_VIRT is now handled with a syscall fallback, which might
>> be slower/less accurate than the old implementation.
>
> I can understand the slower, but why does it become less accurate?
Because we saved
Hi Andy,
sorry for the late reply, i was away from kernel development for a few
weeks.
Andy Lutomirski writes:
> Hi all-
>
> I'm working on my kentry patchset, and I encountered:
>
> commit 56e62a73702836017564eaacd5212e4d0fa1c01d
> Author: Sven Schnelle
> Date:
Mark Rutland writes:
> On Thu, Mar 04, 2021 at 11:06:01AM -0800, Andy Lutomirski wrote:
>> In principle, the generic entry code is generic, and the goal is to use it
>> in many architectures once it settles down more. Move CONFIG_DEBUG_ENTRY
>> to the generic config so that it can be used in the
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 entry
>> >
>> > As part of this work,
Sven Schnelle writes:
> Hi Andy,
>
> Andy Lutomirski writes:
>
>> On Wed, Mar 24, 2021 at 10:39 AM Vasily Gorbik wrote:
>>>
>>> Hi Andy,
>>>
>>> On Sat, Mar 20, 2021 at 08:48:34PM -0700, Andy Lutomirski wrote:
>>> > Hi all
Hi Peter,
Peter Zijlstra writes:
> On Sun, Nov 29, 2020 at 11:31:41AM -0800, Linus Torvalds wrote:
>> On Sun, Nov 29, 2020 at 5:38 AM Thomas Gleixner wrote:
>> >
>> > Yet two more places which invoke tracing from RCU disabled regions in the
>> > idle path. Similar to the entry path the low leve
Hi,
Sven Schnelle writes:
> Hi Peter,
>
> Peter Zijlstra writes:
>
>> On Sun, Nov 29, 2020 at 11:31:41AM -0800, Linus Torvalds wrote:
>>> On Sun, Nov 29, 2020 at 5:38 AM Thomas Gleixner wrote:
>>> >
>>> > Yet two more places which invoke
Hi Peter,
Peter Zijlstra writes:
> On Mon, Nov 30, 2020 at 01:52:11PM +0100, Peter Zijlstra wrote:
>> On Mon, Nov 30, 2020 at 01:31:33PM +0100, Sven Schnelle wrote:
>> > [0.670280] [ cut here ]
>> > [0.670288] WARNING: CPU: 1 PID:
i'm currently working on converting s390 to use the generic entry
functionality. So far things are straigt-forward, there's only one
slight problem. There is a syscall_enter_from_user_mode() which sets
lockdep state and other initial stuff + does the entry work at the same
time. This is a problem o
exit_to_user_mode().
Signed-off-by: Sven Schnelle
---
include/linux/entry-common.h | 4 +++-
kernel/entry/common.c| 35 +++
2 files changed, 30 insertions(+), 9 deletions(-)
diff --git a/include/linux/entry-common.h b/include/linux/entry-common.h
index 474f29638d2c
Peter Zijlstra writes:
> On Mon, Nov 30, 2020 at 01:00:03PM -0800, Guenter Roeck wrote:
>> On Fri, Nov 20, 2020 at 12:41:46PM +0100, Peter Zijlstra wrote:
>> > We call arch_cpu_idle() with RCU disabled, but then use
>> > local_irq_{en,dis}able(), which invokes tracing, which relies on RCU.
>> >
Hi Peter,
Peter Zijlstra writes:
> On Mon, Nov 30, 2020 at 01:00:03PM -0800, Guenter Roeck wrote:
>> On Fri, Nov 20, 2020 at 12:41:46PM +0100, Peter Zijlstra wrote:
>> > We call arch_cpu_idle() with RCU disabled, but then use
>> > local_irq_{en,dis}able(), which invokes tracing, which relies on
Peter Zijlstra writes:
> Both arm64 and s390 are tripping over arch_cpu_idle() RCU,tracing,lockdep
> interaction. While looking at that I also found fail in inte_idle.
>
> Please consider for this cycle.
Is anyone taking this patchset? For s390, we also need to change the
local_irq_safe/restore
this is v2 of the patch. I've split it up the to multiple ones,
and added documentation. The first patch was basically a hack to demonstrate
what i need, sorry for not sending a more cleaned up version.
As additional explanation here's the content of the v1 cover letter:
i'm currently working on
In order to make this function publicly available rename
it so it can still be inlined. An addtional enter_from_user_mode()
function will be added with a later commit.
Signed-off-by: Sven Schnelle
---
kernel/entry/common.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff
This is the same as syscall_exit_to_user_mode() but without
calling exit_to_user_mode(). This is useful if a syscall has to be
restarted without leaving to user space.
Signed-off-by: Sven Schnelle
---
include/linux/entry-common.h | 9 +
kernel/entry/common.c| 14
Can be called from architecture dependent code, and simply
calls __enter_from_user_mode(). This way __enter_from_user_mode
can still be inlined because it is declared static.
Signed-off-by: Sven Schnelle
---
include/linux/entry-common.h | 11 +++
kernel/entry/common.c| 15
In order to make this function publicly available rename
it so it can still be inlined. An additional exit_from_user_mode()
function will be added with a later commit.
Signed-off-by: Sven Schnelle
---
kernel/entry/common.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff
Can be called from architecture dependent code, and simply
calls __exit_to_user_mode(). This way __exit_to_user_mode()
can still be inlined because it is declared static.
Signed-off-by: Sven Schnelle
---
include/linux/entry-common.h | 15 +++
kernel/entry/common.c| 17
Sven Schnelle writes:
> In order to make this function publicly available rename
> it so it can still be inlined. An additional exit_from_user_mode()
> function will be added with a later commit.
That should of course be exit_to_user_mode() in the commit
description...
> Signed-
there's a warning with linux-next on s390:
[ 33.893818] systemd-xdg-autostart-generator[544]: Not generating service for
XDG autostart app-at\x2dspi\x2ddbus\x2dbus-autostart.service, startup phases
are not supported.
[ 54.613344] [ cut here ]
[ 54.613702] Late cur
Commit 845f44e8ef28 ("sched: Report local wake up on resched blind zone
within idle loop") from next-20210121 causes a warning because s390
doesn't call sched_resched_local_allow() when restarting a syscall.
Signed-off-by: Sven Schnelle
---
arch/s390/kernel/syscall.c | 1 +
1
Christian Borntraeger writes:
> On 21.01.21 15:39, Sven Schnelle wrote:
>> Commit 845f44e8ef28 ("sched: Report local wake up on resched blind zone
>> within idle loop") from next-20210121 causes a warning because s390
>> doesn't call sched_resched_loc
John Ogness writes:
> Before commit b6cf8b3f3312 ("printk: add lockless ringbuffer"),
> msg_print_text() would only write up to size-1 bytes into the
> provided buffer. Some callers expect this behavior and append
> a terminator to returned string. In particular:
>
> arch/powerpc/xmon/xmon.c:dump
John Ogness writes:
> On 2021-01-22, Sven Schnelle wrote:
>>
>> So somehow the pointer for console_drivers changes.
>>
>> I can't provide the normal kernel crash output as printk is no longer
>> working,
>
> I don't understand what you mean
Sven Schnelle writes:
> John Ogness writes:
>
>> On 2021-01-22, Sven Schnelle wrote:
> I was able to reproduce it in a virtual machine where i have a few more
> ways to debug. What i got was:
>
> 01: -> 001B8814" MVI 92001000 >> 016
John Ogness writes:
> Hi Sven,
>
> Thanks for the outstanding analysis!
>
> On 2021-01-23, Sven Schnelle wrote:
>>> 1401if (buf_size > 0)
>>> 1402text[len] = 0;
>>
>> I don't think i have really unde
On Wed, Aug 21, 2019 at 09:56:40AM +, Jisheng Zhang wrote:
> The common kprobes provides a weak implementation of
> arch_kprobe_on_func_entry(). The parisc version is the same as the
> common version, so remove it.
>
> Signed-off-by: Jisheng Zhang
Acked-by: Sven Schnelle
Hi,
On Fri, Feb 15, 2019 at 03:45:54PM +0100, Christoph Hellwig wrote:
> Hi all,
>
> this series finishes off converting our dma mask model to split between
> device capabilities (dev->dma_mask and dev->coherent_dma_mask) and system
> limitations (dev->bus_dma_mask). We already accept larger tha
On Sat, Oct 12, 2019 at 07:03:09PM +0200, Markus Elfring wrote:
> Hello,
>
> I tried another script for the semantic patch language out.
> This source code analysis approach points out that the implementation
> of the function “de21041_get_srom_info” contains still an unchecked call
> of the funct
s have no dependencies on kretprobes i think
they should be moved out of the #ifdef CONFIG_KRETPROBES block.
Signed-off-by: Sven Schnelle
Cc: "Naveen N. Rao"
Cc: Anil S Keshavamurthy
Cc: "David S. Miller"
Cc: Masami Hiramatsu
---
kernel/kprobes.c | 39 -
Hi Naveen,
On Sat, Apr 06, 2019 at 10:52:47PM +0530, Naveen N. Rao wrote:
> Sven Schnelle wrote:
> > While implementing kprobes on PA-RISC (without kretprobes) compilation
> > fails when CONFIG_KPROBE_EVENTS is enabled:
>
> Thanks for working on that! Is there a specific rea
Hi Steven,
On Mon, Jul 29, 2019 at 12:32:25PM +0100, Steven Price wrote:
>
> parisc is more interesting and I'm not sure if this is necessarily
> correct. I originally proposed a patch with the line "For parisc, we
> don't support large pages, so add stubs returning 0" which got Acked by
> Helge
Add the s390 idle functions so they don't show up in top when
using software sampling.
Signed-off-by: Sven Schnelle
---
tools/perf/util/symbol.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/tools/perf/util/symbol.c b/tools/perf/util/symbol.c
index 5ddf84dcbae7..d33d24c61d24 1
Hi Peter,
pet...@infradead.org writes:
> After commit eb1f00237aca ("lockdep,trace: Expose tracepoints") the
> lock tracepoints are visible to lockdep and RCU-lockdep is finding a
> bunch more RCU violations that were previously hidden.
>
> Switch the idle->seqcount over to using raw_write_*() to
Hi Peter,
Peter Zijlstra writes:
> On Wed, Oct 07, 2020 at 12:05:51PM +0200, Peter Zijlstra wrote:
>> On Wed, Oct 07, 2020 at 09:53:25AM +0200, Sven Schnelle wrote:
>> > Hi Peter,
>> >
>> > pet...@infradead.org writes:
>> >
>> > > Afte
Hi,
on s390 i see the following crash with linux-next:
[ 4525.432605] Unable to handle kernel pointer dereference in virtual kernel
address space
[ 4525.432612] Failing address: TEID: 0483
[ 4525.432613] Fault in home space mode while using kernel ASCE.
[ 4525.432616
long old_addr,
> unsigned long addr)
> {
> --
> 2.17.1
Thanks for noticing, looks like i missed them.
Acked-by: Sven Schnelle
Sven
Hi,
On Mon, May 04, 2020 at 08:40:44PM +0200, Christian Borntraeger wrote:
>
>
> On 04.05.20 18:47, Oleg Nesterov wrote:
> > uprobe_write_opcode() must not cross page boundary; prepare_uprobe()
> > relies on arch_uprobe_analyze_insn() which should validate "vaddr" but
> > some architectures (csk
space although it's technically wrong.
Regards,
Sven
commit 81408eab8fcc79dc0871a95462b13176d3446f5e
Author: Sven Schnelle
Date: Fri Jun 5 13:01:24 2020 +0200
kprobes: use strncpy_from_kernel_nofault() in fetch_store_string()
Signed-off-by: Sven Schnelle
diff --git a/kernel/trac
>
> > On Fri, Jun 05, 2020 at 01:05:34PM +0200, Sven Schnelle wrote:
> > > Hi Christoph,
> > >
> > > with the latest linux-next i noticed that some tests in the
> > > ftrace test suites are failing on s390, namely:
> > >
> > > [FAIL
Hi Steve,
On Wed, Apr 29, 2020 at 05:05:09PM +0800, kernel test robot wrote:
>
> kern :warn : [ 886.763510] WARNING: CPU: 70 PID: 22584 at
> kernel/trace/ring_buffer.c:4067 ring_buffer_iter_peek+0x13c/0x1d0
> kern :warn : [ 886.776216] Modules linked in: test_firmware intel_rapl_msr
> int
Hi Steve,
On Wed, May 13, 2020 at 09:29:22AM -0400, Steven Rostedt wrote:
> On Wed, 13 May 2020 11:19:06 +0200
> Sven Schnelle wrote:
>
> > Did you had a chance to look into this? I can easily reproduce this both on
> > x86
> > and s390 by doing:
> >
> &
Hi Steve,
On Wed, May 13, 2020 at 03:30:33PM -0400, Steven Rostedt wrote:
> On Wed, 13 May 2020 18:15:57 +0200
> Sven Schnelle wrote:
>
> > Thanks for looking into this. I've attached my /proc/config.gz to this Mail.
> > The x86 system is my Laptop which is a Thinkpad
d string from user space
fetch_store_string() -> read string from kernel space(?)
but in the end both are using strncpy_from_user_nofault(), but
fetch_store_string() should use strncpy_from_kernel_nofault().
Signed-off-by: Sven Schnelle
Acked-by: Masami Hiramatsu
Acked-by: Christoph Hellwig
---
Hi,
Thomas Gleixner writes:
> Heiko Carstens writes:
>
>> On Mon, Aug 03, 2020 at 06:05:24PM +0200, Thomas Gleixner wrote:
>>> +/**
>>> + * vdso_update_begin - Start of a VDSO update section
>>> + *
>>> + * Allows architecture code to safely update the architecture specific VDSO
>>> + * data.
>>
truct arch_vdso_data'.
This structure will be embedded in the generic vDSO data.
Signed-off-by: Sven Schnelle
---
arch/Kconfig| 3 +++
include/vdso/datapage.h | 7 +++
2 files changed, 10 insertions(+)
diff --git a/arch/Kconfig b/arch/Kconfig
index 8cc35dc556c7..e1017ce979e2 10
as discussed here's the second version of the generic vdso patch for s390.
Changes in v2:
- added patch from Thomas that adds vdso_update_begin()/vdso_update_end()
- changed the s390 code to use the vdso update functions
- changed the name of the architecture specific data to 'arch_data'
signal data consistency and drops
the timekeeper lock.
Signed-off-by: Thomas Gleixner
Signed-off-by: Sven Schnelle
---
include/vdso/vsyscall.h| 3 +++
kernel/time/timekeeping.c | 2 +-
kernel/time/timekeeping_internal.h | 11 +++---
kernel/time/vsyscall.c
x27;s a bit slower but still much faster than syscalls.
Signed-off-by: Sven Schnelle
---
arch/s390/Kconfig | 3 +
arch/s390/include/asm/clocksource.h | 7 +
arch/s390/include/asm/vdso.h| 25 +--
arch/s390/include/asm/vdso/clocksource.h
Hi,
Sven Schnelle writes:
> Add the possibility to add architecture specific vDSO
> data to struct vdso_data. This is useful if the arch specific
> user space VDSO code needs additional data during execution.
> If CONFIG_ARCH_HAS_VDSO_DATA is defined, the generic code will
> i
here's the third version of the generic vdso patchset for s390.
Changes in v3;
- update the architecture specific data patch to the correct one.
Changes in v2:
- added patch from Thomas that adds vdso_update_begin()/vdso_update_end()
- changed the s390 code to use the vdso update functions
- chan
signal data consistency and drops
the timekeeper lock.
Signed-off-by: Thomas Gleixner
Signed-off-by: Sven Schnelle
---
include/vdso/vsyscall.h| 3 +++
kernel/time/timekeeping.c | 2 +-
kernel/time/timekeeping_internal.h | 11 +++---
kernel/time/vsyscall.c
truct arch_vdso_data'.
This structure will be embedded in the generic vDSO data.
Signed-off-by: Sven Schnelle
---
arch/Kconfig| 3 +++
include/vdso/datapage.h | 9 +
2 files changed, 12 insertions(+)
diff --git a/arch/Kconfig b/arch/Kconfig
index 8cc35dc556c7..e1017ce979e2 10
x27;s a bit slower but still much faster than syscalls.
Signed-off-by: Sven Schnelle
---
arch/s390/Kconfig | 3 +
arch/s390/include/asm/clocksource.h | 7 +
arch/s390/include/asm/vdso.h| 25 +--
arch/s390/include/asm/vdso/clocksource.h
Hi Thomas,
Thomas Gleixner writes:
> Sven Schnelle writes:
>> --- /dev/null
>> +++ b/arch/s390/include/asm/vdso/data.h
>> @@ -0,0 +1,13 @@
>> +/* SPDX-License-Identifier: GPL-2.0 */
>> +#ifndef __S390_ASM_VDSO_DATA_H
>> +#define __S390_ASM_VDSO_DATA_H
Kees Cook writes:
> On Wed, Oct 14, 2020 at 09:15:47AM +0200, Krzysztof Kozlowski wrote:
>> I hit this since few days as well. Although the bisect points to the
>> merge, the issue looks like a result of mentioned commit 4d03e3cc5982
>> ("fs: don't allow kernel reads and writes without iter ops")
Jens Axboe writes:
> On 11/2/20 9:59 AM, Qian Cai wrote:
>> On Sun, 2020-11-01 at 17:31 +, Heiko Carstens wrote:
>>> On Thu, Oct 29, 2020 at 10:21:11AM -0600, Jens Axboe wrote:
Wire up TIF_NOTIFY_SIGNAL handling for s390.
Cc: linux-s...@vger.kernel.org
Signed-off-by: Jens
Hi Jens,
Heiko Carstens writes:
> On Thu, Oct 29, 2020 at 10:21:11AM -0600, Jens Axboe wrote:
>> Wire up TIF_NOTIFY_SIGNAL handling for s390.
>>
>> Cc: linux-s...@vger.kernel.org
>> Signed-off-by: Jens Axboe
>> ---
>>
>> 5.11 has support queued up for TIF_NOTIFY_SIGNAL, see this posting
>> fo
Hi Jens,
Jens Axboe writes:
> On 11/3/20 4:00 AM, Sven Schnelle wrote:
>> Hi Jens,
>>
>> Heiko Carstens writes:
>>
>>> On Thu, Oct 29, 2020 at 10:21:11AM -0600, Jens Axboe wrote:
>>>> Wire up TIF_NOTIFY_SIGNAL handling for s390.
>>>
Hi Joe,
On Mon, May 11, 2020 at 01:38:57PM -0700, Joe Perches wrote:
> Awhile back, I posted a list of apparently unused static inline
> functions in .h files treewide found by a script:
>
> https://lore.kernel.org/lkml/4603e761a5f39f4d97375e1e08d20d720c526341.ca...@perches.com/
>
> Here are th
Hi Thomas,
Thomas Weißschuh writes:
> 32-bit s390 is very close to the existing 64-bit implementation.
>
> Some special handling is necessary as there is neither LLVM nor
> QEMU support. Also the kernel itself can not build natively for 32-bit
> s390, so instead the test program is executed with
"Dmitry V. Levin" writes:
> Similar to syscall_set_arguments() that complements
> syscall_get_arguments(), introduce syscall_set_nr()
> that complements syscall_get_nr().
>
> syscall_set_nr() is going to be needed along with
> syscall_set_arguments() on all HAVE_ARCH_TRACEHOOK
> architectures to
The following commit has been merged into the sched/core branch of tip:
Commit-ID: 2c3496a02cb06ffe957854d8488a5799d7bfb252
Gitweb:
https://git.kernel.org/tip/2c3496a02cb06ffe957854d8488a5799d7bfb252
Author:Sven Schnelle
AuthorDate:Tue, 09 Feb 2021 16:07:11 +01:00
The following commit has been merged into the locking/core branch of tip:
Commit-ID: b38085ba60246fccc2f49d2ac162528dedbc4e71
Gitweb:
https://git.kernel.org/tip/b38085ba60246fccc2f49d2ac162528dedbc4e71
Author:Sven Schnelle
AuthorDate:Wed, 10 Feb 2021 14:24:16 +01:00
The following commit has been merged into the sched/core branch of tip:
Commit-ID: b0d6d4789677d128b1933af023083054f0973574
Gitweb:
https://git.kernel.org/tip/b0d6d4789677d128b1933af023083054f0973574
Author:Sven Schnelle
AuthorDate:Tue, 09 Feb 2021 16:07:11 +01:00
The following commit has been merged into the timers/urgent branch of tip:
Commit-ID: d60d7de3e16d7cea998bad17d87366a359625894
Gitweb:
https://git.kernel.org/tip/d60d7de3e16d7cea998bad17d87366a359625894
Author:Sven Schnelle
AuthorDate:Tue, 04 Aug 2020 17:01:22 +02:00
The following commit has been merged into the core/entry branch of tip:
Commit-ID: e2391bd55155ca98293b1bbaa44aa2815d3d054f
Gitweb:
https://git.kernel.org/tip/e2391bd55155ca98293b1bbaa44aa2815d3d054f
Author:Sven Schnelle
AuthorDate:Tue, 01 Dec 2020 15:27:51 +01:00
The following commit has been merged into the core/entry branch of tip:
Commit-ID: 7918e4b844d1481c2200445f758bb2d1cd14346c
Gitweb:
https://git.kernel.org/tip/7918e4b844d1481c2200445f758bb2d1cd14346c
Author:Sven Schnelle
AuthorDate:Tue, 01 Dec 2020 15:27:54 +01:00
The following commit has been merged into the core/entry branch of tip:
Commit-ID: 6546601d7e7c8da38f5d87204aa01f7b394f4fb3
Gitweb:
https://git.kernel.org/tip/6546601d7e7c8da38f5d87204aa01f7b394f4fb3
Author:Sven Schnelle
AuthorDate:Tue, 01 Dec 2020 15:27:53 +01:00
The following commit has been merged into the core/entry branch of tip:
Commit-ID: 1568b5540b3e6ff3fe43a2cf889cb777cf8149fc
Gitweb:
https://git.kernel.org/tip/1568b5540b3e6ff3fe43a2cf889cb777cf8149fc
Author:Sven Schnelle
AuthorDate:Tue, 01 Dec 2020 15:27:55 +01:00
The following commit has been merged into the core/entry branch of tip:
Commit-ID: f052615ca0112378c3571fc9662bbbcd18cf6b8d
Gitweb:
https://git.kernel.org/tip/f052615ca0112378c3571fc9662bbbcd18cf6b8d
Author:Sven Schnelle
AuthorDate:Tue, 01 Dec 2020 15:27:52 +01:00
The following commit has been merged into the core/entry branch of tip:
Commit-ID: c6156e1da633f241e132eaea3b676d674376d770
Gitweb:
https://git.kernel.org/tip/c6156e1da633f241e132eaea3b676d674376d770
Author:Sven Schnelle
AuthorDate:Tue, 01 Dec 2020 15:27:55 +01:00
The following commit has been merged into the core/entry branch of tip:
Commit-ID: bb793562f0da7317adf6c456316bca651ff46f5d
Gitweb:
https://git.kernel.org/tip/bb793562f0da7317adf6c456316bca651ff46f5d
Author:Sven Schnelle
AuthorDate:Tue, 01 Dec 2020 15:27:52 +01:00
The following commit has been merged into the core/entry branch of tip:
Commit-ID: 96e2fbccd0fc806364a964fdf072bfc858a66109
Gitweb:
https://git.kernel.org/tip/96e2fbccd0fc806364a964fdf072bfc858a66109
Author:Sven Schnelle
AuthorDate:Tue, 01 Dec 2020 15:27:53 +01:00
The following commit has been merged into the core/entry branch of tip:
Commit-ID: bb714fb3bc7b2e8be72b9c92f2d8a89ea2dc
Gitweb:
https://git.kernel.org/tip/bb714fb3bc7b2e8be72b9c92f2d8a89ea2dc
Author:Sven Schnelle
AuthorDate:Tue, 01 Dec 2020 15:27:51 +01:00
The following commit has been merged into the core/entry branch of tip:
Commit-ID: 310de1a678b2184c078c593dae343cb79c807f8d
Gitweb:
https://git.kernel.org/tip/310de1a678b2184c078c593dae343cb79c807f8d
Author:Sven Schnelle
AuthorDate:Tue, 01 Dec 2020 15:27:54 +01:00
93 matches
Mail list logo
