ot;movw $0, (%0)",
X86_FEATURE_UNFAIR_SPINLOCK)
:
: "Q" (&lock->slock)
: "memory", "cc");
}
While both UNLOCK_LOCK_PREFIX and UNLOCK_LOCK_ALT_PREFIX are empty
strings. So how such a function keeps the memory operations issued
before it completed?
--
Than
the commit. Besides the change seems to be irrelevant to the commit
msg, which was to return a 0 timeslice for tasks that are on an idle runqueue.
So I believe that was just a plain typo.
Signed-off-by: Zhu Yanhai
---
kernel/sched/fair.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
di
From: Zhu Yanhai
I can't see why the check was removed by commit b32e86b4. Since it was not
relevant to the subject of the commit, I guess it was just a plain typo.
Signed-off-by: Zhu Yanhai
---
kernel/sched/debug.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/k
2016-09-22 18:08 GMT+08:00 Peter Zijlstra :
> On Thu, Sep 22, 2016 at 05:50:53PM +0800, Zhu Yanhai wrote:
>> From: Zhu Yanhai
>>
>> I can't see why the check was removed by commit b32e86b4. Since it was not
>> relevant to the subject of the commit, I guess it was j
ouple of stts()-clts() around the enabling/disabling
interrupts is a really ugly hack.
Maintainers, any thoughts?
--
Thanks,
Zhu Yanhai
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at ht
Commit-ID: a59f4e079d19464eebb9b06513a1d4f55fdae5ba
Gitweb: http://git.kernel.org/tip/a59f4e079d19464eebb9b06513a1d4f55fdae5ba
Author: Zhu Yanhai
AuthorDate: Tue, 8 Jan 2013 12:56:52 +0800
Committer: Ingo Molnar
CommitDate: Thu, 24 Jan 2013 14:41:00 +0100
sched: Fix the broken
6 matches
Mail list logo