From: Andreas Mohr <andi@lisas.de>
To: Takashi Iwai <tiwai@suse.de>
Cc: Markus Trippelsdorf <markus@trippelsdorf.de>,
Daniel Mack <zonque@gmail.com>,
linux-kernel@vger.kernel.org, alsa-devel@alsa-project.org,
Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
Subject: Re: snd-usb: "delay: estimated 0, actual 352"
Date: Wed, 8 Jan 2014 21:43:02 +0100 [thread overview]
Message-ID: <20140108204302.GA1556@rhlx01.hs-esslingen.de> (raw)
In-Reply-To: <s5hharbxlxf.wl%tiwai@suse.de>
Hi,
I can very well believe that bogus triggering of this spewing message
is now fixed by your patch (thanks!), but:
I get the very same message here on OpenWrt's 3.10.24
(verified to be properly containing your patch!),
when playing usb-audio on TL-WDR3600 MIPS via MPD mp3 streaming, *and then*:
Execute
modprobe zram num_devices=4
# Set disksize of 16MB for /dev/zram0
echo $((16*1024*1024)) > /sys/block/zram0/disksize
mkswap /dev/zram0
# For zram, use higher prio than for traditional swap devices.
swapon -p 100 /dev/zram0
Executing these commands will cause the status/error message to
loop again (when doing so manually, it's directly after having executed
the swapon command).
IOW: messages did not appear, then mkswap, then infinite loop, then run
mpd stop
then they're gone again.
Sample:
[183532.990000] delay: estimated 240, actual 0
[183533.000000] delay: estimated 240, actual 0
[183533.010000] delay: estimated 432, actual 288
[183533.020000] delay: estimated 528, actual 288
[183533.020000] delay: estimated 528, actual 288
[183533.030000] delay: estimated 288, actual 48
[183533.040000] delay: estimated 288, actual 48
[183533.050000] delay: estimated 432, actual 288
[183533.050000] delay: estimated 576, actual 288
[183533.060000] delay: estimated 528, actual 288
My running theory is that that mkswap causes a rather insurmountable
temporary lockup of relevant system processing resources,
which causes audio handling to get out of lock-step, infinitely
(*that* one really shouldn't happen, right!?),
not to be resolved until finally playback gets stopped again.
That message is discussed at
"MPD filling kern.log with "delay: estimated 0, actual xxx""
http://www.raspberrypi.org/phpBB3/viewtopic.php?f=28&t=15204
as well, but I don't know whether that one is pre- or post-patch ;)
(as opposed to my case, which definitely is post-patch)
Note also that I'm experiencing rather weirdly crackling sound when using
aplay /usr/share/sounds/alsa/Front_Center.wav
, but only *every other time* that I'm executing this command.
But in this aplay case this delay message does *not* get produced,
so I suspect that that crackling is a different issue.
Wellll... perhaps not quite:
snd-usb-audio param nrpacks=1 (as favourably mentioned by the URL above)
does solve both the mkswap looping error
and the aplay crackling (and solves arec crackling / echoes / corruption, too!).
However I guess that nrpacks=1 is not something that you would want to
have in an optimally performing system...
usb-audio running on a bus-powered USB2 hub connected to USB2 router port,
with certain other devices producing activity (FTDI RS232, X10 lirc remote).
Hmmmm (any interesting thoughts?),
Andreas Mohr
--
GNU/Linux. It's not the software that's free, it's you.
next prev parent reply other threads:[~2014-01-08 20:43 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-09-04 14:40 [GIT PULL] sound fixes for 3.6-rc5 Takashi Iwai
2012-09-06 6:02 ` Markus Trippelsdorf
2012-09-06 6:33 ` Re: Daniel Mack
2012-09-06 6:33 ` (no subject) Daniel Mack
2012-09-06 6:45 ` Markus Trippelsdorf
2012-09-06 6:48 ` Re: Takashi Iwai
2012-09-06 6:48 ` (no subject) Takashi Iwai
2012-09-06 6:53 ` Markus Trippelsdorf
2012-09-06 7:08 ` snd-usb: "delay: estimated 0, actual 352" Daniel Mack
2012-09-06 7:08 ` Daniel Mack
2012-09-06 7:17 ` Markus Trippelsdorf
2012-09-06 7:35 ` Takashi Iwai
2012-09-06 7:35 ` Takashi Iwai
2012-09-06 8:21 ` Takashi Iwai
2012-09-06 8:21 ` Takashi Iwai
2012-09-06 9:43 ` Markus Trippelsdorf
2012-09-06 13:08 ` Takashi Iwai
2012-09-06 13:08 ` Takashi Iwai
2012-09-06 13:17 ` Markus Trippelsdorf
2012-09-06 14:31 ` Takashi Iwai
2012-09-06 14:31 ` Takashi Iwai
2012-09-06 14:40 ` Daniel Mack
2012-09-06 14:40 ` Daniel Mack
2014-01-08 20:43 ` Andreas Mohr [this message]
2012-09-06 10:25 ` Daniel Mack
2012-09-06 10:25 ` Daniel Mack
2012-09-06 10:30 ` Markus Trippelsdorf
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=20140108204302.GA1556@rhlx01.hs-esslingen.de \
--to=andi@lisas.de \
--cc=alsa-devel@alsa-project.org \
--cc=linux-kernel@vger.kernel.org \
--cc=markus@trippelsdorf.de \
--cc=pierre-louis.bossart@linux.intel.com \
--cc=tiwai@suse.de \
--cc=zonque@gmail.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.