Re: [LAU] xruns no matter what

On 09/14/2012 07:14 AM, Sebastian Rose wrote:
> Hello,
>
> I'm quite a bit puzzled and so I'm hoping to find something I haven't
> considered yet. I'm using a FireWire Saffire LE Audio Interface,
> connected to the following PCI card: NEC Corporation uPD72873
> [Firewarden] IEEE1394a OHCI 1.1 Link/2-port PHY Controller (rev 01).
>
> Software information: ffado built from svn, jack 1.9.8, kernel 3.5.3
> PREEMT (no realtime patch) or 3.4.9-rt17 (with realtime patch), libraw
> 2.1.0.
>
> No matter what I configure jack to run with, I get regular xruns every
> few seconds whilst doing nothing. The last settings I tried were:
>
> Frames/Period: 4096
> Sample Rate: 96000
> Periods/Buffer: 3
> (Latency: 128ms)
>
> And still no avail, results are like this, just after starting, without
> actually doing anything:
> 19:02:48.093 XRUN callback (1).
> 19:03:03.002 XRUN callback (2).
> 19:03:05.713 XRUN callback (3).
> 19:03:08.257 XRUN callback (4).
> 19:03:12.160 XRUN callback (5).
>
> Interrupt information:
> 21: 0 1 1 33 1087 339542 IO-APIC-fasteoi firewire_ohci
>
> Things I tried:
> Basically everything suggested by the realTimeConfigQuickScan tool, like
> changing CPU governor to "performance" or decreasing swappiness.
> I am member of the "audio" groups, which has the following permissions,
> as per limits.conf:
>
> @audio - rtprio 99
> @audio - memlock 8388608
> @audio - nice -5
>
> /dev/rtc and /dev/hpet are both read- and writeable by group "audio".
>
> # /etc/init.d/rtirq status
> PID CLS RTPRIO NI PRI %CPU STAT COMMAND
> 1075 FF 90 - 130 0.0 S irq/8-rtc0
> 1407 FF 85 - 125 0.4 S irq/21-firewire
> 1063 FF 80 - 120 0.0 S irq/1-i8042
> [...]
>
> Any advice on what I could be missing? The same system was working some
> time ago, so I really don't know what I did wrong this time. For even
> further information, below is the output of ffado-diag:
>
> many thanks,
> Sebastian
>
> $ ffado-diag
> FFADO diagnostic utility 2.999.0-Unversioned directory
> ============================
> (C) 2008 Pieter Palmers
> 2009-2010 Arnold Krille
>
>
> === CHECK ===
> Base system...
> kernel version............ 3.5.3-gentoo
> Preempt (low latency)... True
> RT patched.............. False
> old 1394 stack present.... False
> old 1394 stack loaded..... False
> old 1394 stack active..... False
> new 1394 stack present.... True
> new 1394 stack loaded..... True
> new 1394 stack active..... True
> /dev/raw1394 node present. False
> /dev/fw* permissions:
> crw------- 1 root root 248, 0 Sep 14 18:14 /dev/fw0
> crw-rw----+ 1 root audio 248, 1 Sep 14 18:25 /dev/fw1
> User IDs:
> uid=1000(rose) gid=10(wheel)
> groups=10(wheel),4(adm),5(tty),6(disk),7(lp),14(uucp),16(cron),18(audio),19(cdrom),27(video),81(apache),85(usb),100(users),102(davfs2),250(portage),407(crontab),1001(games),1002(plugdev),1010(kvm)
>
> Prerequisites (dynamic at run-time)...
> gcc ............... gcc (Gentoo 4.6.3 p1.6, pie-0.5.2) 4.6.3
> g++ ............... g++ (Gentoo 4.6.3 p1.6, pie-0.5.2) 4.6.3
> PyQt4 (by pyuic4) . Python User Interface Compiler 4.9.4 for Qt version
> 4.8.2
> jackd ............. no message buffer overruns
> path ............ /usr/bin/jackd
> flags ........... -L/usr/lib -ljack
> libraw1394 ........ 2.1.0
> flags ........... -lraw1394
> libavc1394 ........ 0.5.4
> flags ........... -lavc1394 -lrom1394 -lraw1394
> libiec61883 ....... 1.1.0
> flags ........... -liec61883 -lraw1394
> libxml++-2.6 ...... 2.34.2
> flags ........... -I/usr/include/libxml++-2.6
> -I/usr/lib64/libxml++-2.6/include -I/usr/include/libxml2
> -I/usr/include/glibmm-2.4 -I/usr/lib64/glibmm-2.4/include
> -I/usr/include/sigc++-2.0 -I/usr/lib64/sigc++-2.0/include
> -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -lxml++-2.6 -lxml2
> -lglibmm-2.4 -lgobject-2.0 -lsigc-2.0 -lglib-2.0
> dbus-1 ............ 1.6.4
> flags ........... -I/usr/include/dbus-1.0 -I/usr/lib64/dbus-1.0/include
> -ldbus-1
> Prerequisites (static at compile-time)...
> gcc ............... gcc (Gentoo 4.6.3 p1.6, pie-0.5.2) 4.6.3
> g++ ............... g++ (Gentoo 4.6.3 p1.6, pie-0.5.2) 4.6.3
> PyQt4 (by pyuic4) . Python User Interface Compiler 4.9.4 for Qt version
> 4.8.2
> jackd ............. no message buffer overruns
> path ............ /usr/bin/jackd
> flags ........... -L/usr/lib -ljack
> libraw1394 ........ 2.1.0
> flags ........... -lraw1394
> libavc1394 ........ 0.5.4
> flags ........... -lavc1394 -lrom1394 -lraw1394
> libiec61883 ....... 1.1.0
> flags ........... -liec61883 -lraw1394
> libxml++-2.6 ...... 2.34.2
> flags ........... -I/usr/include/libxml++-2.6
> -I/usr/lib64/libxml++-2.6/include -I/usr/include/libxml2
> -I/usr/include/glibmm-2.4 -I/usr/lib64/glibmm-2.4/include
> -I/usr/include/sigc++-2.0 -I/usr/lib64/sigc++-2.0/include
> -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -lxml++-2.6 -lxml2
> -lglibmm-2.4 -lgobject-2.0 -lsigc-2.0 -lglib-2.0
> dbus-1 ............ 1.6.4
> flags ........... -I/usr/include/dbus-1.0 -I/usr/lib64/dbus-1.0/include
> -ldbus-1
> uname -a...
> Linux semkath-desktop 3.5.3-gentoo #2 SMP PREEMPT Fri Sep 14 10:13:08
> CEST 2012 x86_64 AMD Phenom(tm) II X6 1090T Processor AuthenticAMD
> GNU/Linux
> Hardware...
> Host controllers:
> 04:06.0 FireWire (IEEE 1394) [0c00]: NEC Corporation uPD72873
> [Firewarden] IEEE1394a OHCI 1.1 Link/2-port PHY Controller [1033:00e7]
> (rev 01) (prog-if 10 [OHCI])
> Subsystem: NEC Corporation uPD72873 [Firewarden] IEEE1394a OHCI 1.1
> Link/2-port PHY Controller [1033:00e7]
> Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr-
> Stepping- SERR+ FastB2B- DisINTx-
> Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
> <TAbort- <MAbort- >SERR- <PERR- INTx-
> Latency: 32 (5000ns min, 11000ns max), Cache Line Size: 64 bytes
> Interrupt: pin A routed to IRQ 21
> Region 0: Memory at fe9fe000 (32-bit, non-prefetchable) [size=4K]
> Capabilities: <access denied>
> Kernel driver in use: firewire_ohci
>
> CPU info:
> Architecture: x86_64
> CPU op-mode(s): 32-bit, 64-bit
> Byte Order: Little Endian
> CPU(s): 6
> On-line CPU(s) list: 0-5
> Thread(s) per core: 1
> Core(s) per socket: 6
> Socket(s): 1
> NUMA node(s): 1
> Vendor ID: AuthenticAMD
> CPU family: 16
> Model: 10
> Stepping: 0
> CPU MHz: 3200.000
> BogoMIPS: 6412.71
> Virtualization: AMD-V
> L1d cache: 64K
> L1i cache: 64K
> L2 cache: 512K
> L3 cache: 6144K
> NUMA node0 CPU(s): 0-5

Try disabling network devices?

On a laptop, wireless drivers typically scan regularly for connections,
causing extended interrupt handling problems ... of course, don't know
if your desktop machine has any kind of wireless connection built in
(Bluetooth?) but maybe?

-- 
David
gnome@email-addr-hidden
authenticity, honesty, community
http://clanjones.org/david/
http://dancing-treefrog.deviantart.com/
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@email-addr-hidden
http://lists.linuxaudio.org/listinfo/linux-audio-user