OK, I know that on-board HDA audio hardware isn't recommended, but...
So, my previous motherboard's on-board audio worked well enough with
Jack, but the MB was unstable under heavy CPU load (I repeatedly got
"invalid instruction" kernel exceptions) and the shop I got it from
exchanged it with a newer model since it was under guarantee. Now
I have an Asus M4A87TD/USB3.
Some sound card info:
00:14.2 Audio device: ATI Technologies Inc SBx00 Azalia (Intel HDA) (rev 40)
Codec: VIA VT1818S
* /proc/interrupts:
CPU0 CPU1 CPU2 CPU3
16: 0 2 299 194622 IO-APIC-fasteoi hda_intel, eth2
The whole alsa-info output:
http://members.hellug.gr/adia/m/alsa-info
Now, jack (ver. 1.9.6) starts immediately reporting a constant stream of xruns:
JACK server starting in realtime mode with priority 10
creating alsa driver ... hw:0|-|1024|2|48000|0|0|nomon|swmeter|-|32bit
Using ALSA driver HDA-Intel running on card 0 - HDA ATI SB at 0xfe7f4000 irq 16
configuring for 48000Hz, period = 1024 frames (21.3 ms), buffer = 2 periods
ALSA: final selected sample format for playback: 32bit integer little-endian
ALSA: use 2 periods for playback
alsa_driver_xrun_recovery
**** alsa_pcm: xrun of at least 0.014 msecs
JackAudioDriver::ProcessAsync: read error, skip cycle
alsa_driver_xrun_recovery
**** alsa_pcm: xrun of at least 0.011 msecs
With different parameters there are no xruns until I start a client:
creating alsa driver ... hw:0|-|128|3|48000|0|0|nomon|swmeter|-|32bit
Using ALSA driver HDA-Intel running on card 0 - HDA ATI SB at 0xfe7f4000 irq 16
configuring for 48000Hz, period = 128 frames (2.7 ms), buffer = 3 periods
ALSA: final selected sample format for playback: 32bit integer little-endian
ALSA: use 3 periods for playback
JackEngine::XRun: client = moc was not run: state = 2
JackAudioDriver::ProcessAsync Process error
JackEngine::XRun: client = moc was not run: state = 2
JackAudioDriver::ProcessAsync Process error
JackEngine::XRun: client = moc was not run: state = 1
JackAudioDriver::ProcessAsync Process error
Sound output is always broken - it seems there is an xrun for each period.
So... any pointers on diagnosing the problem? Does the fact that audio and
ethernet share IRQ 16 affect anything?
Thanks in advance!
Alexandros
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@xxxxxxxxxxxxxxxxxxxx
http://lists.linuxaudio.org/listinfo/linux-audio-user
