On Thu, Jan 28, 2016 at 10:33:28PM +0100, Paolo Bonzini wrote:
>
>
> On 28/01/2016 09:31, Andrey Wagin wrote:
> > I tried to print drX registers after a break-point. Looks like they
> > are set correctly.
>
> Can you try this KVM patch?
Looks like it fixes a case w
Hi,
We use hardware breakpoints in CRIU and we found that sometimes we set
a break-point, but a process doesn't stop on it.
I write a small reproducer for this bug. It create two processes,
where a parent process traces a child. The parent process sets a
break-point and each time when the child s
2015-09-24 9:57 GMT+03:00 Andrey Wagin :
> Hello,
>
> I booted kernel with cgroup_disable=cpu and get this warning:
>
> [0.00] Kernel command line:
> BOOT_IMAGE=/boot/vmlinuz-4.3.0-rc2-next-20150923 no_timer_check
> console=ttyS0,115200n8 root=UUID=01bc7316-b1f4-45c9-
Hello,
I booted kernel with cgroup_disable=cpu and get this warning:
[0.00] Kernel command line:
BOOT_IMAGE=/boot/vmlinuz-4.3.0-rc2-next-20150923 no_timer_check
console=ttyS0,115200n8 root=UUID=01bc7316-b1f4-45c9-a23a-0
[0.00] [ cut here ]
[0.00] WA
ing
> to set a bit that was already set.
>
> This patch hides that bit from fdinfo. CRIU will not see the
> bit, not try to set it, and should work as before. We should not
> have been exposing this bit in the first place, so this is a good
> patch independent of the CRIU pro
2015-09-10 23:49 GMT+03:00 Andrew Morton :
> On Wed, 9 Sep 2015 16:32:37 -0700 Dave Hansen wrote:
>
>> On 09/09/2015 04:16 PM, Eric Paris wrote:
>> > Looks fine to me. And usually akpm picks them up these days.
>>
>> Is that an Acked-by? :)
>
> I grabbed it for 4.3.
This patch breaks CRIU. When w
2015-06-19 23:26 GMT+03:00 Andrey Wagin :
> 2015-06-19 19:24 GMT+03:00 Jens Axboe :
>> On 06/17/2015 03:55 PM, Andrey Wagin wrote:
>>>
>>> Hi All,
>>>
>>> I executed CRIU tests on the 4.1.0-rc8-next-20150617 kernel and met
>>> this bug.
2015-06-19 19:24 GMT+03:00 Jens Axboe :
> On 06/17/2015 03:55 PM, Andrey Wagin wrote:
>>
>> Hi All,
>>
>> I executed CRIU tests on the 4.1.0-rc8-next-20150617 kernel and met
>> this bug. Maybe it will be interested for someone to look at it.
>
>
> This sh
2015-06-18 0:55 GMT+03:00 Andrey Wagin :
> Hi All,
>
> I executed CRIU tests on the 4.1.0-rc8-next-20150617 kernel and met
> this bug. Maybe it will be interested for someone to look at it.
This bug isn't reproduced if one of devices uses the cfq scheduler:
[root@avagin-fc1
Hi All,
I executed CRIU tests on the 4.1.0-rc8-next-20150617 kernel and met
this bug. Maybe it will be interested for someone to look at it.
[ 30.130897] BUG: unable to handle kernel NULL pointer dereference
at 001c
[ 30.130970] IP: [] cfq_print_leaf_weight+0x31/0x50
[ 30.131013
2015-06-01 22:28 GMT+03:00 Tycho Andersen :
> This patch is the first step in enabling checkpoint/restore of processes
> with seccomp enabled.
>
> One of the things CRIU does while dumping tasks is inject code into them
> via ptrace to collect information that is only available to the process
> its
2015-05-21 10:58 GMT+03:00 Thierry Reding :
> From: Thierry Reding
>
> Commit 27a4c827c34a ("fbcon: use the cursor blink interval provided by
> vt") unconditionally removes the cursor blink timer. Unfortunately that
> wreaks havoc under some circumstances. An easily reproducible way is to
> use bo
2015-05-27 10:52 GMT+03:00 Scot Doyle :
> On Wed, 27 May 2015, Andrey Wagin wrote:
> ...
>> I regularly execute criu tests on linux-next. For this, I use virtual
>> machine from the digitalocean clould. The current version of
>> linux-next hangs after a few seconds. I us
2015-02-27 22:15 GMT+03:00 Scot Doyle :
> vt now provides a cursor blink interval via vc_data. Use this
> interval instead of the currently hardcoded 200 msecs. Store it in
> fbcon_ops to avoid locking the console in cursor_timer_handler().
I regularly execute criu tests on linux-next. For this, I
2015-03-28 1:47 GMT+03:00 Richard Weinberger :
> Hi!
>
> Am 27.03.2015 um 23:35 schrieb Andrey Wagin:
>> 2015-03-28 0:42 GMT+03:00 Richard Weinberger :
>>> On Fri, Mar 27, 2015 at 9:39 PM, Andrey Vagin wrote:
>>>> I don't see any reasons to hide them. Thi
2015-03-28 0:42 GMT+03:00 Richard Weinberger :
> On Fri, Mar 27, 2015 at 9:39 PM, Andrey Vagin wrote:
>> I don't see any reasons to hide them. This information can help to
>> understand errors.
>
> Because these flags are set/read only internally by the VFS. In contrast
> to the other flags shown
2015-03-18 21:50 GMT+03:00 Cyrill Gorcunov :
> On Wed, Mar 18, 2015 at 07:31:33PM +0100, Oleg Nesterov wrote:
>> On 03/18, Cyrill Gorcunov wrote:
>> >
>> > On Wed, Mar 18, 2015 at 06:48:43PM +0100, Oleg Nesterov wrote:
>> > >
>> > > Shot in a dark afer a quick grep: restore_gpregs() should initiali
2015-03-12 23:57 GMT+03:00 Andy Lutomirski :
> From: Andy Lutomirski
>
> The comment in the signal code says that apps can save/restore other
> segments on their own. It's true that apps can *save* SS on their
> own, but there's no way for apps to restore it: SYSCALL effectively
> resets SS to __
2015-03-13 13:37 GMT+03:00 Michael Ellerman :
> On Fri, 2015-03-13 at 12:27 +0300, Andrey Vagin wrote:
>> diff --git a/tools/testing/selftests/kselftest.h
>> b/tools/testing/selftests/kselftest.h
>> index 572c888..a0ec8b8 100644
>> --- a/tools/testing/selftests/kselftest.h
>> +++ b/tools/testing/s
2015-03-12 22:23 GMT+03:00 Andrew Morton :
> On Thu, 12 Mar 2015 18:54:42 +0300 Andrew Vagin wrote:
>
>> v2: use seq_has_overflowed() properly
>
> --- a/fs/proc/fd.c~proc-show-locks-in-proc-pid-fdinfo-x-v2
> +++ a/fs/proc/fd.c
> @@ -57,17 +57,15 @@ static int seq_show(struct seq_file *m,
>
2015-02-25 21:42 GMT+03:00 Denys Vlasenko :
> On 02/25/2015 01:37 PM, Andrey Wagin wrote:
>> 2015-02-13 0:54 GMT+03:00 Denys Vlasenko :
>>> 64-bit code was using six stack slots less by not saving/restoring
>>> registers which are callee-preserved according to C ABI,
&
2014-10-06 23:44 GMT+04:00 Serge E. Hallyn :
> Quoting Andrey Wagin (ava...@gmail.com):
>> 2014-10-06 22:19 GMT+04:00 Serge E. Hallyn :
>> > Quoting Andrey Wagin (ava...@gmail.com):
>> >> Hi All,
>> >>
>> >> Here is a small program, whi
2014-10-06 22:19 GMT+04:00 Serge E. Hallyn :
> Quoting Andrey Wagin (ava...@gmail.com):
>> Hi All,
>>
>> Here is a small program, which triggers a bug. Is it interested for someone?
>
> Yup, would
>
> diff --git a/fs/namespace.c b/fs/namespace.c
> inde
Hi All,
Here is a small program, which triggers a bug. Is it interested for someone?
root@ubuntu:/home/avagin# cat nsenter.c
#define _GNU_SOURCE /* See feature_test_macros(7) */
#include
#include
#include
#include
#include
#include
int main(int argc, char **argv)
{
int
Hi All,
I think I found a case, when MNT_LOCKED (5ff9d8a65ce8 "vfs: Lock in
place mounts from more privileged users") doesn't help to hide
overmounted parts from unprivileged users.
The problem exists for mounts, which are not overmounted entirely. In
such cases we can open a directory from a targ
2014-09-24 14:31 GMT+04:00 Andrey Wagin :
> Hi All,
>
> I execute CRIU tests on linux-next. Today I found that one of tests
> hangs up forever.
>
> [root@linux-next-test linux-next]# git describe HEAD
> next-20140922
> [root@linux-next-test ~]# ps axf
> ...
> 698
2014-09-24 14:31 GMT+04:00 Andrey Wagin :
> Hi All,
The problem is in a following commit:
commit 0c7bf3e8cab7900e17ce7f97104c39927d835469
Author: Zefan Li
Date: Sat Sep 20 14:49:10 2014 +0800
cgroup: remove redundant variable in cgroup_mount()
Both pinned_sb and new_sb indicate i
Hi All,
I execute CRIU tests on linux-next. Today I found that one of tests
hangs up forever.
[root@linux-next-test linux-next]# git describe HEAD
next-20140922
[root@linux-next-test ~]# ps axf
...
698 ?Ss 0:05 \_ sshd: root@notty
700 ?Ss 0:00 | \_ bash -x
jenkins-
2014-08-29 0:42 GMT+04:00 Randy Dunlap :
> On 08/28/14 13:34, Andrey Vagin wrote:
>> Otherwise we get warnings:
>> WARNING: "vb2_ops_wait_finish"
>> [Documentation//video4linux/v4l2-pci-skeleton.ko] undefined!
>> WARNING: "vb2_ops_wait_prepare"
>> [Documentation//video4linux/v4l2-pci-skeleton.ko]
Hi Peter,
I have got following errors with this patch. I think
Documentation/video4linux should be built only if a config contains a
proper options set.
Building modules, stage 2.
MODPOST 73 modules
ERROR: "vb2_ops_wait_finish"
[Documentation/video4linux/v4l2-pci-skeleton.ko] undefined!
ERROR
FS_ROOT flags.
>
It works for me. Thank you for the quick response.
Tested-by: Andrey Wagin
> Signed-off-by: Tejun Heo
> Reported-by: Andrey Wagin
> Cc: Li Zefan
> References:
> http://lkml.kernel.org/g/CANaxB-xUm3rJ-Cbp72q-rQJO5mZe1qK6qXsQM=vh0u8upj4...@mail.gmail.com
>
2014-03-31 21:54 GMT+04:00 Cyrill Gorcunov :
> CC: Shawn Landden
> CC: Thomas Gleixner
> CC: Andrew Morton
> CC: Andrey Vagin
> CC: Pavel Emelyanov
> Signed-off-by: Cyrill Gorcunov
> ---
> Documentation/filesystems/proc.txt |9 +
> 1 file changed, 9 insertions(+)
>
> Index: linux
2014-02-14 23:16 GMT+04:00 Eric W. Biederman :
> Cyrill Gorcunov writes:
>
>> On Fri, Feb 14, 2014 at 09:43:14PM +0400, Andrew Vagin wrote:
>>> > My brain hurts just looking at this patch and how you are justifying it.
>>> >
>>> > For the resources you are mucking with below all you have to do is
>
> Eh, looks like this path is incomplete too:(
>
> I think we can't set a reference counter for objects which is allocated
> from a SLAB_DESTROY_BY_RCU cache. Look at the following backtrace.
>
> cpu1cpu2
> ct = nf_conntrack_find()
>
2014/1/9 Eric Dumazet :
> On Thu, 2014-01-09 at 09:24 +0400, Andrew Vagin wrote:
>
>> I have one more question. Looks like I found another problem.
>>
>> init_conntrack:
>> hlist_nulls_add_head_rcu(&ct->tuplehash[IP_CT_DIR_ORIGINAL].hnnode,
>> &net->ct.unconfirmed);
>>
Hi Florian,
2014/1/7 Florian Westphal :
> Andrew Vagin wrote:
>> > ct = nf_ct_tuplehash_to_ctrack(h);
>> > if (unlikely(nf_ct_is_dying(ct) ||
>> > !atomic_inc_not_zero(&ct->ct_general.use)))
>> > // which means we s
2013/12/24 Shawn Landden :
> | pos: 0
> | flags:02004002
> | clockid: 0
>
> Cc: Thomas Gleixner
> Cc: Alexander Viro
> Signed-off-by: Shawn Landden
> ---
> fs/timerfd.c | 17 +
> 1 file changed, 17 insertions(+)
>
> diff --git a/fs/timerfd.c b/fs/timerfd.c
> index
2013/12/4 Kirill A. Shutemov :
> Andrey Wagin reported crash on VM_BUG_ON() in pgtable_pmd_page_dtor()
> with fallowing backtrace:
>
> [] free_pgd_range+0x2bf/0x410
> [] free_pgtables+0xce/0x120
> [] unmap_region+0xe0/0x120
> [] ? move_page_tables+0x526/0x6b0
>
2013/11/20 Kirill A. Shutemov :
> Andrey Wagin wrote:
>> 2013/11/20 Kirill A. Shutemov :
>> > Andrey Wagin wrote:
>> >> Hi Kirill,
>> >>
>> >> Looks like this patch adds memory leaks.
>> >> [ 116.188310] kmemleak: 1567
2013/11/20 Kirill A. Shutemov :
> Andrey Wagin wrote:
>> Hi Kirill,
>>
>> Looks like this patch adds memory leaks.
>> [ 116.188310] kmemleak: 15672 new suspected memory leaks (see
>> /sys/kernel/debug/kmemleak)
>> unreferenced object 0x8800da45a350 (siz
Hi Kirill,
Looks like this patch adds memory leaks.
[ 116.188310] kmemleak: 15672 new suspected memory leaks (see
/sys/kernel/debug/kmemleak)
unreferenced object 0x8800da45a350 (size 96):
comm "dracut-initqueu", pid 93, jiffies 4294671391 (age 362.277s)
hex dump (first 32 bytes):
07 0
2013/8/13 Andrew Morton :
> On Fri, 9 Aug 2013 00:51:26 +0400 Andrey Vagin wrote:
>
>> struct memcg_cache_params {
>> bool is_root_cache;
>> union {
>> struct kmem_cache *memcg_caches[0];
>> struct {
>> struct mem_cgroup *mem
On Tue, Jun 18, 2013 at 02:56:51AM +0400, Andrey Wagin wrote:
> 2013/6/17 Eric W. Biederman :
> > So for anyone seriously worried about this kind of thing in general we
> > already have the memory control group, which is quite capable of
> > limiting this kind of thing,
>
2013/6/17 Eric W. Biederman :
> Andrey Vagin writes:
>
>> I found that a few processes can eat all host memory and nobody can kill
>> them.
>> $ mount -t tmpfs xxx /mnt
>> $ mount --make-shared /mnt
>> $ for i in `seq 30`; do mount --bind /mnt `mktemp -d /mnt/test.XX` & done
>>
>> All this pr
2013/4/13 Oleg Nesterov
>
> exit_notify() does exit_task_namespaces() after
> forget_original_parent(). This was needed to ensure that ->nsproxy
> can't be cleared prematurely, an exiting child we are going to
> reparent can do do_notify_parent() and use the parent's (ours) pid_ns.
>
> However, af
Andrew, thank you for the comments. I will fix them and send a new
patch. A few comments are inline.
2013/2/26 Andrew Morton :
> On Mon, 25 Feb 2013 14:06:53 +0400
>> + for (i = 0; i < arg.nr; i++) {
>> + off = arg.off + i;
>
> "long long" = "u64" + "int".
>
> Wanna have a little t
2013/2/25 Pavel Emelyanov :
>> + for (i = 0; i < arg.nr; i++) {
>> + off = arg.off + i;
>> +
>> + spin_lock_irq(&child->sighand->siglock);
>> + list_for_each_entry(q, &pending->list, list) {
>> + if (!off--) {
>> +
2013/2/16 Pedro Alves :
> Forgot to reply to this bit:
>
> On 02/15/2013 07:43 PM, Oleg Nesterov wrote:
>>> We'd miss the poke
>>> > variant, but that looks like something that could be always be added
>>> > later.
>> Yes. _POKE_ or _QUEUE_ or _DEQUEUE_, we can add more features if user-
>> space w
2013/2/7 Oleg Nesterov :
> Andrey, sorry for delay.
>
> As for API, I leave this to you and Michael. Not that I like these
> new flags, but I agree that pread() hack was not pretty too.
>
> On 01/29, Andrey Vagin wrote:
>> +static ssize_t signalfd_peek(struct signalfd_ctx *ctx,
>> +
2013/2/2 Michael Kerrisk (man-pages) :
>
> On Jan 30, 2013 8:05 AM, "Andrey Vagin" wrote:
>>
>> If signalfd is created with the flag SFD_PEEK, it reads siginfo-s
>> without dequeuing signals.
>>
>> For reading not first siginfo pread(fd, buf, size, pos) can be used,
>> where ppos / sizeof(signalfd
2013/1/21 Andrew Vagin :
> On Sun, Jan 20, 2013 at 09:33:41PM +0100, Michael Kerrisk (man-pages) wrote:
>> Hi Oleg,
>>
>> On Sun, Jan 20, 2013 at 8:55 PM, Oleg Nesterov wrote:
>> > On 01/20, Andrew Vagin wrote:
>> >>
>> >> > SFD_RAW
>> >> > SFD_SHARED_QUEUE -- reads will be from process-wide share
2013/1/19 Michael Kerrisk (man-pages) :
>> As SFD_RAW is being added to the kernel API we should document it.
>> Please keep Michael cc'ed and work with him on getting the manpages
>> updated.
>
> The API is certainly no thing of beauty, as I already remarked here:
> http://thread.gmane.org/gmane.l
2012/12/28 Oleg Nesterov :
> On 12/28, Andrey Vagin wrote:
>>
>> signalfd should be called with the flag SFD_RAW for that.
>>
>> signalfd_siginfo is not full for siginfo with a negative si_code.
>> copy_siginfo_to_user() is copied a full siginfo to user-space, if
>> si_code is negative. signalfd_c
>
> The kernel makes the decision on what is valid via security_mmap_addr().
> Assuming there are no security fears of an untrusted application
> tricking some priviledged application to set up these maps the answer is
> just calling security_mmap_addr() instead of doing if(addr <
> mmap_min_addr)
2012/12/28 Oleg Nesterov :
> On 12/28, Andrey Wagin wrote:
>>
>> 2012/12/28 Oleg Nesterov :
>> >> >> @@ -321,6 +372,7 @@ SYSCALL_DEFINE4(signalfd4, int, ufd, sigset_t
>> >> >> __user *, user_mask,
>> >> >>
2012/12/28 Oleg Nesterov :
> On 12/27, Andrey Wagin wrote:
>>
>> 2012/12/27 Oleg Nesterov :
>> > On 12/27, Andrey Wagin wrote:
>> >>
>> >> On Wed, Dec 26, 2012 at 05:31:12PM +0100, Oleg Nesterov wrote:
>> >> >
>> >> > So
2012/12/27 Oleg Nesterov :
> On 12/27, Andrey Wagin wrote:
>>
>> On Wed, Dec 26, 2012 at 05:31:12PM +0100, Oleg Nesterov wrote:
>> >
>> > So I think we should not use llseek. But, probably we can rely on pread() ?
>> > This way we can avoid the problem abo
On Wed, Dec 26, 2012 at 05:31:12PM +0100, Oleg Nesterov wrote:
> On 12/26, Andrew Vagin wrote:
> >
> > On Tue, Dec 25, 2012 at 05:58:03PM +0100, Oleg Nesterov wrote:
> > > On 12/25, Pavel Emelyanov wrote:
> > > >
> > > > On 12/25/2012 07:27 PM, Oleg Nesterov wrote:
> > > > >
> > > > > I guess that
2012/12/24 Oleg Nesterov :
> On 12/24, Andrey Vagin wrote:
>>
>> signalfd should be called with the flag SFD_RAW for that.
>>
>> signalfd_siginfo is not full for siginfo with a negative si_code.
>> copy_siginfo_to_user() is copied a full siginfo to user-space, if
>> si_code is negative. signalfd_c
2012/11/26 Cyrill Gorcunov :
> On Thu, Nov 22, 2012 at 05:12:38PM +0100, Oleg Nesterov wrote:
>> On 11/22, Amnon Shiloh wrote:
>> >
>> > Now however, that "vsyscall" was effectively replaced by vdso, it
>> > creates a new problem for me and probably for anyone else who uses
>> > some form of checkp
2012/10/24 Andrew Morton :
> On Wed, 24 Oct 2012 09:38:57 +0400
> Andrey Wagin wrote:
>
>> >
>> > I think that returning -ENOMEM in response to an excessive nesting
>> > attempt is misleading - the system *didn't* run out of memory. EINVAL
>> &g
2012/10/24 Andrew Morton :
> On Fri, 12 Oct 2012 16:30:42 +0400
> Andrew Vagin wrote:
>
>> 'struct pid' is a "variable sized struct" - a header with an array
>> of upids at the end.
>>
>> A size of the array depends on a level (depth) of pid namespaces. Now
>> a level of pidns is not limited, so '
Hello Andrew and Oleg,
Andrew, what do you think about this patch? I reworked it according
with your comments to the previous version.
Oleg, could you send Ack in this version, if it's ok for you.
Thanks.
2012/10/12 Andrew Vagin :
> 'struct pid' is a "variable sized struct" - a header with an a
Hello Frederic,
Could you write your opinion about this patch? Here are fixed all
bugs, which you mentioned for the previous version.
Thanks.
2012/9/18 Andrew Vagin :
> You may want to know where and how long a task is sleeping. A callchain
> may be found in sched_switch and a time slice in stat
2012/10/9 Oleg Nesterov :
> On 10/08, Andrey Wagin wrote:
>>
>> 2012/10/7 Oleg Nesterov :
>> >
>> > Perhaps we should MAX_PID_NS_LEVEL instead?
>>
>> Yes, we can.
>>
>> Could I just define MAX_PID_NS_LEVEL in a code:
>> #def
2012/10/7 Oleg Nesterov :
> On 10/07, Andrew Vagin wrote:
>>
>> I wrote a test program. It does clone(CLONE_NEWPID | CLONE_VM) and
>> sleep(), a new task repeates the same actions. This program creates
>> 4000 tasks. When I tried to kill all this processes, a system was
>> inaccessible for some min
2012/8/25 Frederic Weisbecker :
>> + if (!strcmp(evname, "sched_switch") || sched_process_exit) {
>> + list_for_each_entry(ent, &samples, node)
>> + if (sample->pid == ent->pid)
>
> I suspect what you're rather interested in is the sample tid.
Yes, you are righ
Hello Arnaldo,
What do you think about this series?
It has been fixed according with your comments to the previous
patches. Are you going to take it?
2012/8/7 Andrew Vagin :
> This functionality helps to analize where a task sleeps or waits locks.
> This feature can help to investigate a scalabi
2012/8/9 Namhyung Kim :
> The usage like this is too specific and hard to use IMHO. How about
> putting it somehow into perf sched or new command?
>
> /me don't have an idea though. :-)
>
I'm going to add a script, so the usage will look like this:
$ perf script r
2012/8/8 Namhyung Kim :
> On Wed, 8 Aug 2012 09:02:18 +0400, Andrey Wagin wrote:
>> 2012/8/8 Namhyung Kim :
>>>>
>>>> $ ./perf record -e sched:sched_stat_sleep -e sched:sched_switch \
>>>> -e sched:sched_process_exit -gP -o ~/perf.dat
2012/8/8 Namhyung Kim :
>>
>> $ ./perf record -e sched:sched_stat_sleep -e sched:sched_switch \
>> -e sched:sched_process_exit -gP -o ~/perf.data.raw ~/foo
Actually this string is not completed, because sched:sched_switch
should be filtered by state.
>> [ perf record: Woken up 1 tim
2012/8/6 Arnaldo Carvalho de Melo :
> Em Mon, Aug 06, 2012 at 02:01:59PM +0400, Andrew Vagin escreveu:
>> - if (inject_build_ids) {
>> + if (inject_build_ids || inject_sched_stat) {
>> perf_inject.sample = perf_event__inject_buildid;
>> perf_inject.mmap
Hello Arnaldo,
Thanks for comments, I will correct them. I need a bit more details
about two of them.
2012/8/6 Arnaldo Carvalho de Melo :
>> @@ -21,6 +23,9 @@ static int output;
>> static u64 bytes_written;
>>
>> static bool inject_build_ids;
>> +static bool
Hello Peter,
2012/7/10 Peter Zijlstra :
> On Wed, 2012-07-04 at 13:08 +0400, Andrew Vagin wrote:
>> From: Peter Zijlstra
>>
>> A few events are interesting not only for a current task.
>> For example, sched_stat_* are interesting to a task, which
>> wake up. For this reason, it will be good, if s
74 matches
Mail list logo