From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MoiYo-0005u0-PQ for qemu-devel@nongnu.org; Fri, 18 Sep 2009 14:51:58 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MoiYk-0005lb-Gy for qemu-devel@nongnu.org; Fri, 18 Sep 2009 14:51:58 -0400 Received: from [199.232.76.173] (port=45885 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MoiYk-0005lD-Br for qemu-devel@nongnu.org; Fri, 18 Sep 2009 14:51:54 -0400 Received: from fmmailgate02.web.de ([217.72.192.227]:46213) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MoiYj-0000pZ-M1 for qemu-devel@nongnu.org; Fri, 18 Sep 2009 14:51:54 -0400 Message-ID: <4AB3D644.3030008@web.de> Date: Fri, 18 Sep 2009 20:49:40 +0200 From: Jan Kiszka MIME-Version: 1.0 References: <4AACD7DB.2080800@web.de> <4AAD4E9B.3010503@web.de> <4AAD510A.90908@web.de> <4AADE01B.50001@web.de> <4AAFF50F.9010203@web.de> In-Reply-To: <4AAFF50F.9010203@web.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig0F9A86CC1EC73C4CBBFB1074" Sender: jan.kiszka@web.de Subject: [Qemu-devel] Re: Audio List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: malc Cc: qemu-devel This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0F9A86CC1EC73C4CBBFB1074 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Jan Kiszka wrote: > malc wrote: >> On Mon, 14 Sep 2009, Jan Kiszka wrote: >> >>> malc wrote: >>>> On Sun, 13 Sep 2009, Jan Kiszka wrote: >>>> >>>>> Jan Kiszka wrote: >>>>>> malc wrote: >>>>>>> Does following help? >>>> [..snip.] >>>> >>>>>> Nope, still full CPU load. >>>>> Forgot to mention: I also tried OSS before, but it suffered the sam= e >>>>> way, and polling had to be disabled. >>>>> >>>> Aha, i've commited this patch and another which correct premature >>>> closure of audio device (for both OSS and ALSA), can not notice >>>> anything particularly wrong when running with poll enabled now, can >>>> you please retest things on your end, once again it would be nice to= >>>> have both audio systems, tested. Thanks in advance. >>>> >>> Sorry, both audio systems still require to disable polling for a norm= al >>> cpu load. >> I believe the problem is within wm8750(/musicpal combination?) >> wm8750_set_format creates a bunch of ADC voices and enables them, but >> no reads are ever performed, so ALSA/OSS quickly fills the buffers >> and then stops reading into them thus leaving respective fd's in a >> selectable state. My main machine lacks ADC so i was unable to reprodu= ce >> the behaviour you've seen on it on another box the issue is indeed ver= y >> visible. Setting QEMU_OSS_ADC_DEV to /dev/moo or commenting out >> AUD_set_active_in in wm8750.c cures the problem as does, contrary to >> your report, setting QEMU_AUDIO_ADC_TRY_POLL to 0. >=20 > Cannot confirm this: Neither commenting out AUD_set_active_in nor > "tuning" QEMU_OSS_ADC_DEV makes any difference here. >=20 > But what I observed is that once I tune in some station / play some son= g > on the Musicpal, the load goes down and stays in normal range. Will dig= > a bit in this direction, trying to find out what is different then. The situation now looks like this: QEMU_AUDIO_DAC_TRY_POLL=3D0 is required to avoid that Musicpal emulation generates high load after boot-up and before the first sound playback (interestingly not including the startup sound of the Musicpal). ADC subsystem or settings have no effect on this. Moreover, the playback quality under ALSA suffers in polling mode when the guest CPU is under load. Jan PS: Independent of the polling issue, QEMU_ALSA_DAC_BUFFER_SIZE=3D0 currently gives skip-free playback for me while the default does not. Not sure what changed, but I suspect it's some local package. --------------enig0F9A86CC1EC73C4CBBFB1074 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iEYEARECAAYFAkqz1kcACgkQniDOoMHTA+kxOgCffUV/WJJ0XezhHZKXnsioWJ4g WvUAoIL3Qn6JpxtRvu1ykeHaDNG7EPHu =VZdk -----END PGP SIGNATURE----- --------------enig0F9A86CC1EC73C4CBBFB1074--