When running Jackd at lower latencies, there are three or four major xruns every minute or so. If the wireless is connected. If the wireless is disabled it gets much worse with an xrun every 5 seconds or so. As far as I know the tx is powered off at this point. If I modprobe -r ath9k, there are no xruns.
I am not sure the wireless can be connected without causing problems, but when it is disabled and the tx turned off it should not interfere with anything. The module is able to do this if the wireless is dissabled and the machine rebooted, so there is a state when ath9k is first loaded that is fine. When the wireless is disabled it should go back to that state.
For now, I have a script that unloads and reloads the kernel module for audio work.
By the way, the xruns are worse with this version of the kernel than they were in precise (3.2 low latency kernel).
ProblemType: Bug
DistroRelease: Ubuntu 12.10
Package: linux-image-3.5.0-1-lowlatency 3.5.0-1.1
ProcVersionSignature: Ubuntu 3.5.0-1.1-lowlatency 3.5.0-rc3
Uname: Linux 3.5.0-1-lowlatency i686
ApportVersion: 2.2.5-0ubuntu1
Architecture: i386
Date: Tue Jun 26 18:39:12 2012
InstallationMedia: Ubuntu-Studio 12.10 "Quantal Quetzal" - Alpha i386 (20120626)
ProcEnviron:
LANGUAGE=en_CA:en
TERM=xterm
PATH=(custom, no user)
LANG=en_CA.UTF-8
SHELL=/bin/bash
SourcePackage: linux-lowlatency
UpgradeStatus: No upgrade log present (probably fresh install)
---
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.25.
AplayDevices:
**** List of PLAYBACK Hardware Devices ****
card 0: Intel [HDA Intel], device 0: ALC272 Analog [ALC272 Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
ApportVersion: 2.2.5-0ubuntu1
Architecture: i386
ArecordDevices:
**** List of CAPTURE Hardware Devices ****
card 0: Intel [HDA Intel], device 0: ALC272 Analog [ALC272 Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/controlC0: len 1760 F.... xfce4-volumed
len 1778 F.... pulseaudio
Card0.Amixer.info:
Card hw:0 'Intel'/'HDA Intel at 0x58340000 irq 45'
Mixer name : 'Realtek ALC272'
Components : 'HDA:10ec0272,1025022f,00100001'
Controls : 17
Simple ctrls : 9
CurrentDmesg: [ 33.443695] init: plymouth-stop pre-start process (1485) terminated with status 1
DistroRelease: Ubuntu 12.10
HibernationDevice: RESUME=UUID=f3c94466-e315-4542-9eb3-8dc577170995
InstallationMedia: Ubuntu-Studio 12.10 "Quantal Quetzal" - Alpha i386 (20120627.2)
MachineType: Acer Aspire one
Package: linux (not installed)
ProcEnviron:
LANGUAGE=en_CA:en
TERM=xterm
PATH=(custom, no user)
LANG=en_CA.UTF-8
SHELL=/bin/bash
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.5.0-1-lowlatency root=UUID=2bb7fb2c-e9fa-4187-9d00-8cf1e6597f0c ro quiet splash vt.handoff=7
ProcVersionSignature: Ubuntu 3.5.0-1.1-lowlatency 3.5.0-rc3
RelatedPackageVersions:
linux-restricted-modules-3.5.0-1-lowlatency N/A
linux-backports-modules-3.5.0-1-lowlatency N/A
linux-firmware 1.82
Tags: quantal
Uname: Linux 3.5.0-1-lowlatency i686
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm audio cdrom dip lpadmin plugdev sambashare sudo
dmi.bios.date: 11/28/2009
dmi.bios.vendor: Acer
dmi.bios.version: V1.25
dmi.board.asset.tag: Base Board Asset Tag
dmi.board.name: Aspire one
dmi.board.vendor: Acer
dmi.board.version: V1.25
dmi.chassis.type: 10
dmi.chassis.vendor: Acer
dmi.chassis.version: V1.25
dmi.modalias: dmi:bvnAcer:bvrV1.25:bd11/28/2009:svnAcer:pnAspireone:pvrV1.25:rvnAcer:rnAspireone:rvrV1.25:cvnAcer:ct10:cvrV1.25:
dmi.product.name: Aspire one
dmi.product.version: V1.25
dmi.sys.vendor: Acer
Lens Ovens, thank you for reporting this and helping make Ubuntu better. I am temporarily moving this to package linux, in order to obtain relevant apport data, then will move back to linux-lowlatency.
Despite this, could you please execute the following in a terminal:
apport-collect 1018220
Regarding your Bug Description:
>"By the way, the xruns are worse with this version of the kernel than they were in precise (3.2 low latency kernel)."
So, in Precise this problem still occurred, but just less frequently?
As well, if you could also please test the latest upstream kernel available that would be great. It will allow additional upstream developers to examine the issue. Refer to https:/
If this bug is fixed in the mainline kernel, please add the following tag 'kernel-
If the mainline kernel does not fix this bug, please add the tag: 'kernel-
If you are unable to test the mainline kernel, for example it will not boot, please add the tag: 'kernel-
Please let us know your results. Thanks in advance.