usb headset causes "delay: estimated / actual" spam in dmesg
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| linux (Ubuntu) |
Fix Released
|
Medium
|
Unassigned | ||
Bug Description
I sometimes have a USB headset plugged in to my computer. When the headset is plugged in, I get hundreds (thousands?) of messages like the following in dmesg and syslog:
[63467.527274] delay: estimated 384, actual 240
[63490.543473] delay: estimated 0, actual 240
[63490.543490] delay: estimated 528, actual 240
[63490.543853] delay: estimated 480, actual 240
[63493.545912] delay: estimated 96, actual 240
[63493.548295] delay: estimated 384, actual 240
[63494.546711] delay: estimated 0, actual 240
[63494.546728] delay: estimated 528, actual 240
[63500.551524] delay: estimated 0, actual 240
[63500.551544] delay: estimated 528, actual 240
[63500.551560] delay: estimated 528, actual 240
To reproduce:
1) Plug in a USB headset
Expected results:
No "delay: estimated" spam in the kernel log (dmesg/
Actual results:
Hundreds of similar messages about estimated + actual delays in the kernel log.
Unplugging the USB headset makes the problem stop.
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: linux-image-
ProcVersionSign
Uname: Linux 3.13.0-23-generic x86_64
ApportVersion: 2.14.1-0ubuntu1
Architecture: amd64
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/
/dev/snd/
/dev/snd/
CurrentDesktop: Unity
Date: Wed Apr 9 11:11:23 2014
DistributionCha
# This is a distribution channel descriptor
# For more information see http://
canonical-
EcryptfsInUse: Yes
HibernationDevice: RESUME=
InstallationDate: Installed on 2013年12月02日 (127 days ago)
InstallationMedia: Ubuntu 12.04 "Precise" - Build amd64 LIVE Binary 20130203-13:50
MachineType: Dell Inc. XPS13 9333
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=
RelatedPackageV
linux-
linux-
linux-firmware 1.127
SourcePackage: linux
UpgradeStatus: Upgraded to trusty on 2014年02月12日 (55 days ago)
dmi.bios.date: 11/11/2013
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A01
dmi.board.name: 0GFTRT
dmi.board.vendor: Dell Inc.
dmi.board.version: A00
dmi.chassis.type: 8
dmi.chassis.vendor: Dell Inc.
dmi.chassis.
dmi.modalias: dmi:bvnDellInc.
dmi.product.name: XPS13 9333
dmi.sys.vendor: Dell Inc.
- AlsaInfo.txt Edit (53.2 KiB, text/plain; charset="utf-8")
- BootDmesg.txt Edit (49.8 KiB, text/plain; charset="utf-8")
- CRDA.txt Edit (235 bytes, text/plain; charset="utf-8")
- CurrentDmesg.txt Edit (139.5 KiB, text/plain; charset="utf-8")
- Dependencies.txt Edit (3.1 KiB, text/plain; charset="utf-8")
- IwConfig.txt Edit (545 bytes, text/plain; charset="utf-8")
- Lspci.txt Edit (7.3 KiB, text/plain; charset="utf-8")
- Lsusb.txt Edit (441 bytes, text/plain; charset="utf-8")
- ProcCpuinfo.txt Edit (3.9 KiB, text/plain; charset="utf-8")
- ProcEnviron.txt Edit (103 bytes, text/plain; charset="utf-8")
- ProcInterrupts.txt Edit (2.1 KiB, text/plain; charset="utf-8")
- ProcModules.txt Edit (6.2 KiB, text/plain; charset="utf-8")
- PulseList.txt Edit (37.6 KiB, text/plain; charset="utf-8")
- RfKill.txt Edit (112 bytes, text/plain; charset="utf-8")
- UdevDb.txt Edit (140.2 KiB, text/plain; charset="utf-8")
- UdevLog.txt Edit (318.1 KiB, text/plain; charset="utf-8")
- WifiSyslog.txt Edit (4.6 KiB, text/plain; charset="utf-8")
This change was made by a bot.
Do you happen to know if this issue was introduced recently? Also, can you test the latest mainline kernel to see if it's already fixed upstream? It can be downloaded from:
This message appears to be coming from sound/usb/pcm.c: retire_
/*
* Report when delay estimate is off by more than 2ms.
* The error should be lower than 2ms since the estimate relies
* on two reads of a counter updated every ms.
*/
if (abs(est_delay - subs->last_delay) * 1000 > runtime->rate * 2)
I think it is a totally useless message to repeat constantly and can be rate limited. Its also likely a function of your USB device firmware.
This bug is awaiting verification that the kernel in -proposed solves the problem. Please test the kernel and update this bug with the results. If the problem is solved, change the tag 'verification-
If verification is not done by 5 working days from today, this fix will be dropped from the source code, and this bug will be closed.
See https:/
The hundreds/thousands messages are not longer present with linux-image-
Instead, we still get tens of messages like this:
May 14 11:25:24 aether kernel: [ 315.447988] retire_
May 14 11:25:29 aether kernel: [ 320.458042] retire_
There is an upstream patch for that issue; I'll file a separate bug.
removed: verification-needed-trusty
This bug was fixed in the package linux - 3.15.0-1.5
---------------
linux (3.15.0-1.5) utopic; urgency=low
[ Tim Gardner ]
* [Config] Add apm-mustang.dtb to kernel-image udeb
-- Tim Gardner <email address hidden> 2014年5月19日 14:47:42 -0700