On 10/10/18 2:24 PM, Peter Zijlstra wrote:
>> I believe there were some papers circulated last year that looked at
>> something similar to this when you had overlapping or completely disjoint
>> CPUsets I think it would be nice to drag into the discussion. Has this been
>> considered? (if so,
On 10/10/18 10:17 PM, Steven Rostedt wrote:
> On Mon, 8 Oct 2018 14:53:05 +0200
> Daniel Bristot de Oliveira wrote:
>
>> diff --git a/arch/x86/include/asm/jump_label.h
>> b/arch/x86/include/asm/jump_label.h
>> index 8c0de4282659..d61c476046fe 100644
>> --- a/
ore hrtimer_cancel() so there
> are no complains from might_sleep() about wrong state.
>
> Signed-off-by: Sebastian Andrzej Siewior
Reviewed-by: Daniel Bristot de Oliveira
Thanks!
-- Daniel
nel Using
Automata. Daniel Bristot de Oliveira, Tommaso Cucinotta, Rômulo Silva de
Oliveira - EWiLi'2018 – Embedded operating system workshop Torino, Italy,
4 October 2018.
And in the presentations:
"Mind the gap between real-time Linux and real-time theory"
"How can we catch probl
] d.h. 102.890960: external_interrupt_exit: vector=35
Signed-off-by: Daniel Bristot de Oliveira
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Peter Zijlstra
Cc: Steven Rostedt
Cc: Andy Lutomirski
Cc: Clark Williams
Cc: linux-kernel@vger.kernel.org
Cc: x...@kernel.org
---
arch/x86/include/asm/trace
g IDT completely")
Signed-off-by: Daniel Bristot de Oliveira
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Peter Zijlstra
Cc: Steven Rostedt
Cc: Andy Lutomirski
Cc: Clark Williams
Cc: linux-kernel@vger.kernel.org
Cc: x...@kernel.org
---
arch/x86/include/asm/trace/irq_vectors.h | 5 +
arch/
Older kernels (e.g., RHEL6) do system call tracing via
syscalls:sys_{enter,exit} rather than raw_syscalls.
Update perf-scripts to fallback to syscalls in the
lack of raw_syscall support.
Signed-off-by: Daniel Bristot de Oliveira
---
tools/perf/scripts/perl/bin/failed-syscalls-record
printf("priority setting fine\n");
}
Cc: Peter Zijlstra
Cc: Ingo Molnar
Cc: Thomas Gleixner
Cc: sta...@vger.kernel.org # 3.14+
Fixes: 7479f3c9cf67 "sched: Move SCHED_RESET_ON_FORK into attr::sched_flags"
Reviewed-by: Steven Rostedt
Signed-off-by: Daniel Bristot de Olive
(subjected to RT Throttling limits)
Anyways,
Acked-by: Daniel Bristot de Oliveira
> + - Uinact is the (per runqueue) inactive utilization, computed as
> +(this_bq - running_bw);
> + - Uextra is the (per runqueue) extra reclaimable utilization
> +
maximum() to get the root node's cpu, while it
>> directly accesses the root node like 'cp->elements[0].dl' to get the
>> root node's dl. It would be more readible to add a function for the dl,
>> as well. Added it.
>
> Hello everyone,
>
> Could you tell opinions
On 10/12/2017 09:57 AM, Byungchul Park wrote:
> On Tue, Oct 10, 2017 at 03:44:04PM +0900, Byungchul Park wrote:
>> Currently, migrating tasks to cpu0 unconditionally happens when the
>> heap is empty, since cp->elements[].cpu was initialized to 0(=cpu0).
>> We have to distinguish between the empty
On 11/14/2017 05:31 PM, Peter Zijlstra wrote:
> On Tue, Nov 14, 2017 at 08:16:09AM -0800, Andy Lutomirski wrote:
>> What guarantees that there's an IPI? Do we never do a syscall, get
>> migrated during syscall processing (due to cond_resched(), for
>> example), and land on another CPU that just
On 11/14/2017 06:40 PM, Peter Zijlstra wrote:
> On Tue, Nov 14, 2017 at 06:17:13PM +0100, Daniel Bristot de Oliveira wrote:
>
>> IIRC, if the dest cpu is idle and the system is with idle=poll, no IPI
>> is fired as well, but that is not a very common case.
>
> You're
On 11/14/2017 07:17 PM, Peter Zijlstra wrote:
> On Tue, Nov 14, 2017 at 07:01:55PM +0100, Daniel Bristot de Oliveira wrote:
>> On 11/14/2017 06:40 PM, Peter Zijlstra wrote:
>>> On Tue, Nov 14, 2017 at 06:17:13PM +0100, Daniel Bristot de Oliveira wrote:
>>>
>>
nerated when explicitly accessing
> the bits with bitmasks, "&" and "|").
>
> Signed-off-by: luca abeni
Reviewed-by: Daniel Bristot de Oliveira
-- Daniel
> ---
> include/linux/sched.h | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
&
On 09/07/2017 12:09 PM, luca abeni wrote:
> From: Peter Zijlstra
>
> __dl_sub() is more meaningful as a name, and is more consistent
> with the naming of the dual function (__dl_add()).
>
> Signed-off-by: Peter Zijlstra (Intel)
> Signed-off-by: luca abeni
Reviewed-
uca abeni
Reviewed-by: Daniel Bristot de Oliveira
-- Daniel
> ---
> kernel/sched/sched.h | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/kernel/sched/sched.h b/kernel/sched/sched.h
> index 1043c8b..0b93e4b 100644
> --- a/kernel/sched/sched.h
> +++ b/kerne
On 11/17/2017 10:52 AM, rui_f...@realsil.com.cn wrote:
> From: Rui Feng
>
> Add support for new chip rts5260.
> In order to support rts5260, the definitions of
> some internal registers and workflow have to be
> modified and are different from its predecessors
> and OCP function is added for
ions. Therefore, it has to return an invalid value
> e.i. -1 in that case.
>
> Signed-off-by: Byungchul Park
> Acked-by: Steven Rostedt (VMware)
Acked-by: Daniel Bristot de Oliveira
Thanks!
-- Daniel
> ---
> kernel/sched/cpudeadline.c | 10 +-
> 1 file changed, 9 in
OCP function is added for RTS5260. So we need
> this patch to ensure RTS5260 can work.
>
> Signed-off-by: Rui Feng
>
> v5 changes:
> * adjust the indentation of the defines in rts5260.h
Reviewed-by: Daniel Bristot de Oliveira
Thanks!
-- Daniel
to put the drivers, the result is that misc is a good
> place for them, so I move all files to misc. If I don't move
> them to a right place, I can't add any patch for this driver.
>
> Signed-off-by: Rui Feng
> Acked-by: Arnd Bergmann
> Acked-for-MFD-by: Lee Jones
Reviewed-by:
On 02/05/2018 11:23 AM, Juri Lelli wrote:
> Hi Steve,
>
> On 02/02/18 18:04, Steven Rostedt wrote:
>>
>> At Kernel Summit back in October, we tried to bring up trace markers, which
>> would be nops within the kernel proper, that would allow modules to hook
>> arbitrary trace events to them. The
become > 0, notifying that the
RQ is overloaded, activating pushing mechanism without need.
This patch fixes this problem by decreasing/increasing the
rt/dl_nr_migratory in the migrate disable/enable operations.
Reported-by: Pei Zhang
Reported-by: Luiz Capitulino
Signed-off-by: Daniel Bristot de
.
- The patch showing the rt/dl_nr_migratory was added.
Daniel Bristot de Oliveira (2):
sched/debug: Inform the number of rt/dl task that can migrate
rt: Increase/decrease the nr of migratory tasks when
enabling/disabling migration
kernel/sched/core.c | 49
877
.rt_runtime: 1000.00
This is useful to debug problems related to the dl/rt schedulers.
This also fixes the format of some variables, that were unsigned, rather
than signed.
Signed-off-by: Daniel Bristot de Oliveira
Cc: Luis Claudio R. Goncalves
Cc: Clark Williams
On 06/27/2017 04:55 PM, Henri Roosen wrote:
>>
>> As rt_nr_migratory is unsigned, it will become > 0, notifying that the
>> RQ is overloaded, activating pushing mechanism without need.
>
> What kind of symptoms might be triggered by this? I'm currently facing a
> problem with a
On 06/28/2017 09:05 PM, Steven Rostedt wrote:
> You can propose settling this as a [TECH TOPIC] for kernel summit in
> Prague.
+1
-- Daniel
On 06/30/2017 09:30 AM, Ingo Molnar wrote:
>
> * Daniel Bristot de Oliveira wrote:
>
>> There is a problem in the migrate_disable()/enable() implementation
>> regarding the number of migratory tasks in the rt/dl RQs. The problem
>> is the following:
>>
>
ini
> Cc: Ingo Molnar
> Cc: Peter Zijlstra
> Cc: Juri Lelli
> Cc: Daniel Bristot de Oliveira
> Cc: Luca Abeni
> Cc: Tommaso Cucinotta
> Cc: linux-kernel@vger.kernel.org
> ---
> kernel/sched/deadline.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-
ow frequency switching system with cpufreq gov schedutil has
> a DL task (sugov) per frequency domain running which participates in DL
> bandwidth management.
>
> Reviewed-by: Quentin Perret
> Signed-off-by: Dietmar Eggemann
Reviewed-by: Daniel Bristot de Oliveira
Thanks!
-- Daniel
Hi Waiman,
Are you aware of this issue:
- %< -
[ 88.307857] BUG: sleeping function called from invalid context at
kernel/stop_machine.c:135
[ 88.308796] in_atomic(): 0, irqs_disabled(): 0, non_block: 0, pid: 801,
name: sh
[ 88.309785] 6 locks held by sh/801:
[ 88.310265] #0:
On 1/15/21 3:36 PM, Dietmar Eggemann wrote:
> On 12/01/2021 16:53, Daniel Bristot de Oliveira wrote:
>
> [...]
>
>> - %< -
>> #!/bin/bash
>> # Enter on the cgroup directory
>> cd /sys/fs/cgroup/
>>
>> # Chec
On 1/14/21 4:51 PM, Dietmar Eggemann wrote:
> On 12/01/2021 16:53, Daniel Bristot de Oliveira wrote:
>> The current SCHED_DEADLINE design supports only global scheduler,
>> or variants of it, i.e., clustered and partitioned, via cpuset config.
>> To enable the par
On 1/14/21 1:12 PM, Dietmar Eggemann wrote:
> On 12/01/2021 16:53, Daniel Bristot de Oliveira wrote:
>> cgroups v2 allows the cpuset controller to be enabled/disabled on
>> demand. On Fedora 32, cpuset is disabled by default. To enable it,
>> a user needs to:
>&g
On 9/18/20 8:00 AM, Juri Lelli wrote:
> Hi Daniel,
>
> On 16/09/20 09:06, Daniel Bristot de Oliveira wrote:
>> stress-ng has a test (stress-ng --cyclic) that creates a set of threads
>> under SCHED_DEADLINE with the following parameters:
>>
>> dl_runtime =
Oliveira
Cc: Ingo Molnar
Cc: Peter Zijlstra
Cc: Juri Lelli
Cc: Vincent Guittot
Cc: Dietmar Eggemann
Cc: Steven Rostedt
Cc: Ben Segall
Cc: Mel Gorman
Cc: Daniel Bristot de Oliveira
Cc: Thomas Gleixner
Cc: linux-kernel@vger.kernel.org
---
kernel/sched/features.h | 2 +-
1 file changed, 1
ock() protected section.
Signed-off-by: Daniel Bristot de Oliveira
Suggested-by: Thomas Gleixner
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Borislav Petkov
Cc: "H. Peter Anvin"
Cc: Marc Zyngier
Cc: Peter Xu
Cc: Andy Lutomirski
Cc: Bjorn Helgaas
Cc: x...@kernel.org
Cc: linux-kernel@vg
On 9/21/20 9:16 PM, Thomas Gleixner wrote:
> On Mon, Sep 21 2020 at 18:36, Peter Zijlstra wrote:
>> Add the base migrate_disable() support (under protest).
>
> :)
>
>> +/*
>> + * Migrate-Disable and why it is (strongly) undesired.
>> + *
>> + * The premise of the Real-Time schedulers we have on
ot; on
replenish_dl_entity() for more information.
Signed-off-by: Daniel Bristot de Oliveira
Reported-by: Mark Simmons
Reviewed-by: Juri Lelli
Tested-by: Mark Simmons
Cc: Ingo Molnar
Cc: Peter Zijlstra
Cc: Juri Lelli
Cc: Vincent Guittot
Cc: Dietmar Eggemann
Cc: Steven Rostedt
Cc: Ben
similar issue, but involving DL tasks (not !DL):
https://lore.kernel.org/lkml/5076e003450835ec74e6fa5917d02c4fa41687e6.1600170294.git.bris...@redhat.com/
While debugging that problem, I reviewed and tested this patch,
and we need it. So:
Reviewed-by: Daniel Bristot de Oliveira
Thanks!
-- Daniel
> Thanks!
>
rent lock chain (i.e., nested
> priority chains involving entities of non-DEADLINE classes). In this
> case, top waiter static DEADLINE parameters could be null (initialized
> to 0 at fork()) and replenish_dl_entity() would hit a BUG().
>
> Fix this by keeping track of the original donor and using its parameters
> when a task is boosted.
>
> Reported-by: Glenn Elliott
> Reported-by: Daniel Bristot de Oliveira
> Signed-off-by: Juri Lelli
Tested-by: Daniel Bristot de Oliveira
Thanks!
-- Daniel
within the call
> chain should use blocking notifiers, so patching up all atomic_notifier's
> doesn't seem *too* crazy to me.
>
> Fixes: 70d932985757 ("notifier: Fix broken error handling pattern")
> Signed-off-by: Valentin Schneider
Reviewed-by: Daniel Bristot de Oliveira
Thanks!
-- Daniel
could be null (initialized
>>> to 0 at fork()) and replenish_dl_entity() would hit a BUG().
>>>
>>
>> IIUC, rt_mutex_get_top_task(N1) == N2, and N2->dl->deadline = 0, which
>> makes enqueue_task_dl() unhappy. And that happens because, unlike p->prio,
&g
> Esp. that latter resulted in significant changes to patch #10. Huge thanks to
> Valentin.
While I will still work on this, testing more and trying to
analyze the effects from the (rt) scheduling perspective, I
do not see any other issues (kudos to Valentin, impressive
review).
Feel free to add:
Review
, September 14th, 2019, 11:59PM PST
- Speaker notification: September 21st, 2019
- Conference: Thursday, October 31st, 2019
Questions on submitting a proposal?
Email Daniel Bristot de Oliveira
Thanks!
-- Daniel
On 31/07/2019 12:37, Juri Lelli wrote:
> SCHED_DEADLINE inactive timer needs to run in hardirq context (as
> dl_task_timer already does).
>
> Make it HRTIMER_MODE_REL_HARD.
>
> Signed-off-by: Juri Lelli
Acked-by: Daniel Bristot de Oliveira
-- Daniel
On 12/06/2019 19:07, Peter Zijlstra wrote:
> On Wed, Jun 12, 2019 at 11:57:25AM +0200, Daniel Bristot de Oliveira wrote:
>> Daniel Bristot de Oliveira (6):
>> jump_label: Add a jump_label_can_update() helper
>> x86/jump_label: Add a __jump_label_set_jump_code() helper
As discussed with Juri and Peter.
Signed-off-by: Daniel Bristot de Oliveira
Cc: Ingo Molnar
Cc: Peter Zijlstra
Cc: Juri Lelli
Cc: Vincent Guittot
Cc: Dietmar Eggemann
Cc: Steven Rostedt
Cc: Ben Segall
Cc: Mel Gorman
Cc: linux-kernel@vger.kernel.org
---
MAINTAINERS | 1 +
1 file changed
On 9/4/20 11:39 AM, pet...@infradead.org wrote:
> Absolutely, great to have you looking over that!
Thanks Peter :-)
-- Daniel
On 9/4/20 11:53 AM, Juri Lelli wrote:
> Thanks for the help Daniel!
My pleasure!
Thanks, Juri!
-- Daniel
On 9/4/20 2:36 PM, Ingo Molnar wrote:
> Welcome Daniel! :-)
>
> I've applied the patch to tip:sched/core.
Thanks Ingo! :D
-- Daniel
On 7/3/20 6:51 PM, Daniel Bristot de Oliveira wrote:
> Proposals must be submitted by August 2nd, and submitters will be notified of
> acceptance by August 9th.
Because some people asked for more time to work on their proposals, we ended up
leaving the submission open during this week, post
On 8/7/20 12:46 PM, pet...@infradead.org wrote:
> On Fri, Aug 07, 2020 at 11:56:04AM +0200, Juri Lelli wrote:
>> Starting deadline server for lower priority classes right away when
>> first task is enqueued might break guarantees, as tasks belonging to
>> intermediate priority classes could be
On 8/7/20 4:11 PM, pet...@infradead.org wrote:
> But I shelved all that after I heard about that other balancer idea
> Danial was suppose to be working on ;-)))
The PhD bureaucracy (and behind the scenes) were blocking me... but I am free
man now and will catch up on that ;-).
[ also because I
Questions on submitting a proposal?
Email Daniel Bristot de Oliveira
On 9/24/20 10:27 AM, pet...@infradead.org wrote:
> So my current todo list is:
>
> - Change RT PULL
> - Change DL PULL
> - Add migrate_disable() tracer; exactly like preempt/irqoff, except
>measuring task-runtime instead of cpu-time.
> - Add a mode that measures actual interference.
> -
On 9/22/20 7:14 PM, Wei Wang wrote:
> On Mon, Sep 21, 2020 at 7:40 AM Daniel Bristot de Oliveira
> wrote:
>>
>> The RT_RUNTIME_SHARE sched feature enables the sharing of rt_runtime
>> between CPUs, allowing a CPU to run a real-time task up to 100% of the
>> time wh
On 9/23/20 10:31 AM, Thomas Gleixner wrote:
> On Mon, Sep 21 2020 at 22:42, Daniel Bristot de Oliveira wrote:
>> On 9/21/20 9:16 PM, Thomas Gleixner wrote:
>>> On Mon, Sep 21 2020 at 18:36, Peter Zijlstra wrote:
>>> But seriously, I completely understand your
On 9/23/20 7:08 PM, pet...@infradead.org wrote:
> On Wed, Sep 23, 2020 at 10:31:10AM +0200, Thomas Gleixner wrote:
>>In practice migrate disable could be taken into account on placement
>>decisions, but yes we don't have anything like that at the moment.
> I think at the very least we
:-)) my bad)
Thanks!
On 9/18/20 5:17 PM, Daniel Bristot de Oliveira wrote:
> The Real-Time Mini-Summit is organized by the Linux Foundation Real-Time Linux
> (RTL) collaborative project. The event is intended to gather developers and
> users of Linux as a Real-Time Operating System. The ma
Thomas. Now I can start planning to build from a single
> tree
> rather than an RT tree off to the side of RHEL :)
>
> Acked-by: Clark Williams
>
yeah! We (Red Hat) are committed with maintaining and testing the PREEMPT RT
mainstream in the long term. Including the development
queue_pcplist
> __rmqueue_pcplist
> rmqueue_bulk
> <-- spin_lock(>lock) - BUG
>
> Fix this by using {get,put}_cpu_light() in ipcomp_decompress().
>
> Signed-off-by: Juri Lelli
Reviewed-by: Daniel Bristot de Oliveira
Thanks!
-- Daniel
, September 14th, 2019, 11:59PM PST
- CFP *IS*: Saturday, September 21th, 2019, 11:59PM PST
- Speaker notification: September 25st, 2019 (was 21)
- Conference: Thursday, October 31st, 2019
Questions on submitting a proposal?
Email Daniel Bristot de Oliveira
Thanks!
-- Daniel
Xunlei Pang
Signed-off-by: Daniel Bristot de Oliveira
[peterz: replaced dl_is_constrained with dl_is_implicit]
Signed-off-by: Peter Zijlstra (Intel)
Cc: Juri Lelli
Cc: Linus Torvalds
Cc: Luca Abeni
Cc: Mike Galbraith
Cc: Peter Zijlstra
Cc: Romulo Silva de Oliveira
Cc: Steven Rostedt
Cc:
The documentation was mentioning the "future SCHED EDF" as the
solution for fine-grained control of deadline/period. This patch
updates this citing the (now) existing SCHED_DEADLINE.
Signed-off-by: Daniel Bristot de Oliveira
Cc: Jonathan Corbet
Cc: Juri Lelli
Cc: Luca Abeni
C
On 11/09/2017 02:12 AM, rui_f...@realsil.com.cn wrote:
> From: Rui Feng
>
> Add support for new chip rts5260.
> In order to support rts5260, the definitions of
> some internal registers and workflow have to be
> modified and are different from its predecessors
> and OCP function is added for
se let me
>>> know.
>>>
>>> ------
>>>
>>> From: Daniel Bristot de Oliveira
>>>
>>>
>>> [ Upstream commit df8eac8cafce7d086be3bd5cf5a838fa37594dfb ]
>> [...]
>>
>> I think this needs another fix on top:
>>
>> commit ae
Since 2004 a project has improved the Real-time and low-latency features
for Linux. This project has become know as PREEMPT_RT, formally the
real-time patch. Over the past decade, many parts of the PREEMPT RT
became part of the official Linux code base. Examples of what came from
PREEMPT_RT
On 29/05/2019 10:33, Peter Zijlstra wrote:
> On Tue, May 28, 2019 at 05:16:23PM +0200, Daniel Bristot de Oliveira wrote:
>> The preempt_disable/enable tracepoint only traces in the disable <-> enable
>> case, which is correct. But
On 29/05/2019 10:41, Peter Zijlstra wrote:
> On Tue, May 28, 2019 at 05:16:24PM +0200, Daniel Bristot de Oliveira wrote:
>> #if defined(CONFIG_PREEMPT) && (defined(CONFIG_DEBUG_PREEMPT) || \
>> defined(CONFIG_TRACE_PREEMPT_TOGGLE))
>
On 29/05/2019 12:20, Peter Zijlstra wrote:
> On Wed, May 29, 2019 at 11:40:34AM +0200, Daniel Bristot de Oliveira wrote:
>> On 29/05/2019 10:33, Peter Zijlstra wrote:
>>> On Tue, May 28, 2019 at 05:16:23PM +0200, Daniel Bristot de Oliveira wrote:
>>>> The preempt_
gt; Make moving RT tasks between cpu controller groups viable by removing
> special case check for RT (and DEADLINE) tasks.
>
> Signed-off-by: Juri Lelli
> Reviewed-by: Michal Koutný
Reviewed-by: Daniel Bristot de Oliveira
Thanks!
-- Daniel
is not and what is
next!
Daniel Bristot de Oliveira, Red Hat.
9:30 – 10:15Real-time Linux in Financial Markets
Adrien Mahieux, Orness.
10:10 – 10:30 Pause
10:30 – 11:15 Supporting Real-Time Hardware Acceleration on Dynamically
Hi Peter,
On 27/08/2019 20:06, Peter Zijlstra wrote:
> Adding another text_poke_bp_batch() user made me realize the interface
> is all sorts of wrong. The text poke vector should be internal to the
> implementation.
>
> This then results in a trivial interface:
>
> text_poke_queue() - which
age-tables, due to no longer having to
> toggle them RW.
I tested this patch, and it works... but it generates more IPIs than the
previous one.
> Cc: Steven Rostedt
> Cc: Daniel Bristot de Oliveira
> Signed-off-by: Peter Zijlstra (Intel)
> ---
> arch/x86/include/asm/ftrace.h |2
On 04/10/2019 00:10, Steven Rostedt wrote:
> On Wed, 2 Oct 2019 20:21:06 +0200
> Peter Zijlstra wrote:
>
>> On Wed, Oct 02, 2019 at 06:35:26PM +0200, Daniel Bristot de Oliveira wrote:
>>
>>> ftrace was already batching the updates, for instance, causing 3 IPIs to
On 04/10/2019 15:40, Steven Rostedt wrote:
> On Fri, 4 Oct 2019 10:10:47 +0200
> Daniel Bristot de Oliveira wrote:
>
>> [ In addition ]
>>
>> Currently, ftrace_rec entries are ordered inside the group of functions, but
>> "groups of function" are not
we're patching in.
>
> This fits almost all text_poke_bp() users, except
> arch_unoptimize_kprobe() which restores random text, and for that site
> we have to build an explicit emulate instruction.
>
> Signed-off-by: Peter Zijlstra (Intel)
> Reviewed-by: Masami Hiramatsu
_queue() - which has the 'normal' text_poke_bp() interface
> text_poke_finish() - which takes no arguments and flushes any
>pending text_poke()s.
>
> Signed-off-by: Peter Zijlstra (Intel)
> Reviewed-by: Masami Hiramatsu
> Cc: Steven Rostedt
> Cc: Daniel
On 11/10/2019 09:01, Peter Zijlstra wrote:
> On Fri, Oct 04, 2019 at 10:10:47AM +0200, Daniel Bristot de Oliveira wrote:
>> Currently, ftrace_rec entries are ordered inside the group of functions, but
>> "groups of function" are not ordered. So, the current int3 handler
er_rq, next_task, 0);
>> ret = 1;
> The change looks good to me, since now add_running_bw() is called later
> by enqueue_task_dl(), but rq_clock has already been updated by core's
> enqueue_task().
>
> Daniel, Dietmar, a second pair of eyes (since you authored the commits
> above)?
>
> I'd chage subject to something like "sched/deadline: Stop updating
> rq_clock before pushing a task".
Looks good to me!
Acked-by: Daniel Bristot de Oliveira
Thanks
-- Daniel
_start/preempt_latency_stop
to a trace source file... or even a header?
Signed-off-by: Daniel Bristot de Oliveira
Cc: "Steven Rostedt (VMware)"
Cc: Ingo Molnar
Cc: Peter Zijlstra
Cc: Thomas Gleixner
Cc: "Paul E. McKenney"
Cc: Matthias Kaehlcke
Cc: "Joel Fernandes (Google
ce_read(this_cpu_pvti());
preempt_enable_notrace();
return ret;
}
--- >% --
Use a percpu variable for the traced preempt_disable/enable, and use it
to decide whether trace or not.
Signed-off-by: Daniel Bristot de Oliveira
Cc: "Steven Ro
gt; __do_page_fault
=> do_page_fault
=> async_page_fault
To avoid skipping the trace, the change in the counter should be "atomic"
with the start/stop, w.r.t the interrupts.
Disable interrupts while the adding/starting stopping/subtracting.
Signed-off-by: Daniel Bri
blem, with possible ways to fix it.
But I bet there might be better solutions as well, so this is a real
RFC.
Daniel Bristot de Oliveira (3):
softirq: Use preempt_latency_stop/start to trace preemption
preempt_tracer: Disable IRQ while starting/stopping due to a
preempt_counter ch
On 31/05/2019 09:47, Joel Fernandes wrote:
> On Wed, May 29, 2019 at 11:40:34AM +0200, Daniel Bristot de Oliveira wrote:
>> On 29/05/2019 10:33, Peter Zijlstra wrote:
>>> On Tue, May 28, 2019 at 05:16:23PM +0200, Daniel Bristot de Oliveira wrote:
>>>> The preempt_
On 29/05/2019 20:21, Peter Zijlstra wrote:
> On Wed, May 29, 2019 at 03:51:31PM +0200, Daniel Bristot de Oliveira wrote:
>> On 29/05/2019 12:20, Peter Zijlstra wrote:
>
>>> I'm not sure I follow, IRQs disabled fully implies !preemptible. I don't
>>> see how the m
On 29/05/2019 14:22, Steven Rostedt wrote:
> On Wed, 29 May 2019 05:30:56 -0400
> Joel Fernandes wrote:
>
>> Yes, I think so. Also this patch changes CALLER_ADDR0 passed to the
>> tracepoint because there's one more level of a non-inlined function call
>> in the call chain right? Very least
is used. The binary search relies on the order
of the entries of a key by its code. Hence the keys need to be sorted
by the code too, so sort the entries of a given key by the code.
Signed-off-by: Daniel Bristot de Oliveira
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Borislav Petkov
Cc: "H. Peter
Move the definition of the code to be written from
__jump_label_transform() to a specialized function. No functional
change.
Signed-off-by: Daniel Bristot de Oliveira
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Borislav Petkov
Cc: "H. Peter Anvin"
Cc: Greg Kroah-Hartman
Cc: Masami Hir
ative (Jason Baron)
- Use bserach in the int3 handler (Steven Rostedt)
- Use a pre-allocated page to store the vector (Jason/Steven)
- Do performance tests in the int3 handler (peterz)
Daniel Bristot de Oliveira (6):
jump_label: Add a jump_label_can_update() helper
x86/jump_label: Add a __jump_
a handler in the poke_int3_handler function
(a fast path).
Signed-off-by: Daniel Bristot de Oliveira
Reviewed-by: Masami Hiramatsu
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Borislav Petkov
Cc: "H. Peter Anvin"
Cc: Greg Kroah-Hartman
Cc: Masami Hiramatsu
Cc: "Steven Rostedt (VMwa
Move the check if a jump_entry is valid to a function. No functional
change.
Signed-off-by: Daniel Bristot de Oliveira
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Borislav Petkov
Cc: "H. Peter Anvin"
Cc: Greg Kroah-Hartman
Cc: Masami Hiramatsu
Cc: "Steven Rostedt (VMware)"
then. This is already done by the arch independent code, though.
After queuing all jump_entries, the function:
void arch_jump_label_transform_apply(void)
Applies the changes in the queue.
Signed-off-by: Daniel Bristot de Oliveira
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Borislav Petkov
Cc: "H.
se-case), the chances of hitting the int3 handler is barely zero,
while there is no way to avoid the IPIs. By bounding the IPIs, we are improving
a lot this scenario.
Signed-off-by: Daniel Bristot de Oliveira
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Borislav Petkov
Cc: "H. Peter Anvin"
Cc
On 12/06/2019 16:52, Peter Zijlstra wrote:
> On Wed, Jun 12, 2019 at 11:57:29AM +0200, Daniel Bristot de Oliveira wrote:
>
>> When a static key has more than one entry, these steps are called once for
>> each entry. The number of IPIs then is linear with regard to the number 'n'
On 29/07/2019 10:57, Juri Lelli wrote:
> Hi,
>
> On 26/07/19 16:54, Peter Zijlstra wrote:
>> Cc: Daniel Bristot de Oliveira
>> Cc: Luca Abeni
>> Cc: Juri Lelli
>> Cc: Dmitry Vyukov
>> Signed-off-by: Peter Zijlstra (Intel)
>> ---
>> inclu
This is the call for proposals for the Real-Time Micro Conference (RT-MC) at the
Linux Plumbers Conference 2020. It will take place online during the Linux
Plumbers Conference on August 24th-28th, 2020.
The real-time micro-conference targets discussions about new features or open
problems related
On 5/20/20 8:38 PM, Juri Lelli wrote:
> Hi Peter,
>
> On 26/07/19 16:54, Peter Zijlstra wrote:
>> Cc: Daniel Bristot de Oliveira
>> Cc: Luca Abeni
>> Cc: Juri Lelli
>> Cc: Dmitry Vyukov
>> Signed-off-by: Peter Zijlstra (Intel)
>> ---
>>
s Gleixner)
Changes from v1:
- Split the patch in jump-label/x86-jump-label/alternative (Jason Baron)
- Use bserach in the int3 handler (Steven Rostedt)
- Use a pre-allocated page to store the vector (Jason/Steven)
- Do performance tests in the int3 handler (peterz)
Daniel Bristot de
201 - 300 of 677 matches
Mail list logo