linux-kernel - Re: Kaffeine problem with CFS

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Wed, 18 Apr 2007 16:25:51 +0300
From:	"S.Çağlar Onur" <caglar@...dus.org.tr>
To:	"Christoph Pfister" <christophpfister@...il.com>
Cc:	"Ingo Molnar" <mingo@...e.hu>, linux-kernel@...r.kernel.org,
	"Michael Lothian" <mike@...eburn.co.uk>,
	"Christophe Thommeret" <hftom@...e.fr>,
	"Jurgen Kofler" <kaffeine@....net>,
	"Ulrich Drepper" <drepper@...hat.com>
Subject: Re: Kaffeine problem with CFS

18 Nis 2007 Çar tarihinde, Christoph Pfister şunları yazmıştı: 
> Replacing the sched_yield in demux.c with an usleep(10) stopped those
> seeking hangs here (at least I was able to pull the slider back and
> forth during 2 mins without trouble compared to the few secs I need
> earlier to get a hang).

Index: linux/kernel/sched.c
===================================================================
--- linux.orig/kernel/sched.c
+++ linux/kernel/sched.c
@@ -3785,7 +3785,7 @@ asmlinkage long sys_sched_yield(void)
        _raw_spin_unlock(&rq->lock);
        preempt_enable_no_resched();
 
-       schedule();
+       msleep(1);
 
        return 0;
 }

which Ingo sends me to try also has the same effect on me. I cannot reproduce 
hangs anymore with that patch applied top of CFS while one console checks out 
SVN repos and other one compiles a small test software.

Cheers
-- 
S.Çağlar Onur <caglar@...dus.org.tr>
http://cekirdek.pardus.org.tr/~caglar/

Linux is like living in a teepee. No Windows, no Gates and an Apache in house!

Download attachment "signature.asc " of type "application/pgp-signature" (190 bytes)