From: Richard Jonsson <richie@coderworld.net>
To: Frans Pop <elendil@planet.nl>
Cc: linux-kernel@vger.kernel.org,
Dhaval Giani <dhaval@linux.vnet.ibm.com>,
"Rafael J. Wysocki" <rjw@sisk.pl>, Ingo Molnar <mingo@elte.hu>,
Srivatsa Vaddagiri <vatsa@linux.vnet.ibm.com>,
Peter Zijlstra <a.p.zijlstra@chello.nl>
Subject: Re: [rc8] Regression: key repeats and skips in music during compilation
Date: Sat, 19 Apr 2008 23:31:37 +0200 [thread overview]
Message-ID: <480A64B9.2080307@coderworld.net> (raw)
In-Reply-To: <48009D04.3000509@coderworld.net>
Richard Jonsson skrev:
> Frans Pop skrev:
>> On Monday 07 April 2008, Dhaval Giani wrote:
>>> On Mon, Apr 07, 2008 at 12:29:26PM +0200, Rafael J. Wysocki wrote:
>>>> On Monday, 7 of April 2008, Frans Pop wrote:
>>>>> On Monday 07 April 2008, Rafael J. Wysocki wrote:
>>>>>> On Sunday, 6 of April 2008, Rafael J. Wysocki wrote:
>>>>>>> On Friday, 4 of April 2008, Frans Pop wrote:
>>>>>>>> While compiling glibc I am getting frequent short skips in
>>>>>>>> music play anddddddddddddddddd I have now three times seen key
>>>>>>>> repeats (as in this sentence). When there is a skip in the
>>>>>>>> music, there is also a delay in characters being typed
>>>>>>>> appearing on the screen.
>>>>>>> Can you test with CONFIG_GROUP_SCHED unset, please?
>>>>>> I was able to reproduce this issue with -rc8 on one of my test
>>>>>> systems,
>>>>> In the mean time I have verified that the issue also existed in rc6,
>>>>> so it's not a recent regression.
>>>>>
>>>>>> but I'm not any more with the current Linus' tree and
>>>>>> CONFIG_GROUP_SCHED unset, FWIW.
>>>>> Hmm. Does that mean that you _can_ reproduce it with git HEAD and
>>>>> CONFIG_GROUP_SCHED set? That would mean it is still an issue in HEAD
>>>>> and group scheduling is the culprit.
>>>> Well, CONFIG_GROUP_SCHED is known to cause problems, AFAICS, and some
>>>> fixes are scheduled for the 2.6.26 time frame.
>>> I thought we had most of the issues ironed out.
>>
>> Note that I can also reproduce the issue with a kernel that does *not*
>> have CONFIG_GROUP_SCHED set. I still get the music skips (maybe less
>> frequently, but that's hard to measure), and I've have also seen key
>> repeats once.
>>
>> Anything I can do to provide additional info on this?
>>
>> Cheers,
>> FJP
>>
>> # CONFIG_CGROUPS is not set
>> # CONFIG_GROUP_SCHED is not set
>> (config otherwise identical to my initial mail)
>> --
>> To unsubscribe from this list: send the line "unsubscribe
>> linux-kernel" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>> Please read the FAQ at http://www.tux.org/lkml/
>
> Hi
>
> I reported about this problem a while back [1], and have been busy
> bisecting. I have verified the issue in v2.6.25-rc6 and I'm about 99%
> certain that the issue is not present in v2.6.25-rc5-300-gb663c6f.
>
> I've been running this kernel for 3 days now with no problems.
>
> It's a bit worrying to me that it's more frequent in builds between rc6
> and rc7 than vanilla rc6. Newer builds than rc7 not tested.
>
> I've not noticed stuttering audio, but at one time I saw stuttering
> video in a way I don't normally see. May be incidence.
>
> Maybe relevant config:
> # CONFIG_CGROUPS is not set
> CONFIG_GROUP_SCHED=y
> CONFIG_FAIR_GROUP_SCHED=y
> # CONFIG_RT_GROUP_SCHED is not set
> # CONFIG_CGROUP_SCHED is not set
>
> [1]: http://lkml.org/lkml/2008/3/29/96
Bisecting this bug is very inefficient, but I've managed to narrow it
down a bit more.
The log so far:
git-bisect start
# good: [b663c6fd98c9cf586279db03cec3257c413efd00] nfsd: fix oops on
access from high-numbered ports
git-bisect good b663c6fd98c9cf586279db03cec3257c413efd00
# bad: [a978b30af3bab0dd9af9350eeda25e76123fa28e] Linux 2.6.25-rc6
git-bisect bad a978b30af3bab0dd9af9350eeda25e76123fa28e
# bad: [afbf331ed1252c85753ac6790356c11e171f3d0b] Merge
git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6
git-bisect bad afbf331ed1252c85753ac6790356c11e171f3d0b
# good: [bde1709aaa98f5004ab1580842c422be18eb4bc3] firewire: fw-ohci:
use dma_alloc_coherent for ar_buffer
git-bisect good bde1709aaa98f5004ab1580842c422be18eb4bc3
This leaves these commits according to 'git bisect visualize':
[NET]: Fix tbench regression in 2.6.25-rc1
sched: simplify sched_slice()
sched: fix fair sleepers
sched: fix overload performance: buddy wakeups
sched: fix calc_delta_mine()
sched: fix update_load_add()/sub() <-- currently bisecting, seems to be
fine
sched: min_vruntime fix
sched: fix race in schedule()
Merge branch 'for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/ieee1394/linux1394-2.6
firewire: fw-ohci: shut up false compiler warning on PPC32
[SCTP]: Fix local_addr deletions during list traversals.
Hope this helps / Richard
next prev parent reply other threads:[~2008-04-19 21:31 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-04 10:22 [rc8] Regression: key repeats and skips in music during compilation Frans Pop
2008-04-06 20:39 ` Rafael J. Wysocki
2008-04-07 9:21 ` Rafael J. Wysocki
2008-04-07 10:05 ` Frans Pop
2008-04-07 10:29 ` Rafael J. Wysocki
2008-04-07 11:24 ` Dhaval Giani
2008-04-07 12:03 ` Frans Pop
2008-04-07 12:25 ` Peter Zijlstra
2008-04-07 21:55 ` Frans Pop
2008-04-07 12:32 ` Ingo Molnar
[not found] ` <200804081137.20063.elendil@planet.nl>
2008-04-08 13:54 ` Ingo Molnar
2008-04-12 11:29 ` Richard Jonsson
2008-04-19 21:31 ` Richard Jonsson [this message]
2008-04-19 22:05 ` Frans Pop
2008-04-21 14:16 ` Richard Jonsson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=480A64B9.2080307@coderworld.net \
--to=richie@coderworld.net \
--cc=a.p.zijlstra@chello.nl \
--cc=dhaval@linux.vnet.ibm.com \
--cc=elendil@planet.nl \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=rjw@sisk.pl \
--cc=vatsa@linux.vnet.ibm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.