Bug#808749: Package does not have a description
Package: kodi-pvr-nextpvr Version: 1.10.8+git20150724-1 "NextPVR PVR for Kodi" is the same as the package name, but I still don't know what it is. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#808750: Package does not have a description
Package: kodi-pvr-njoy Version: 1.10.7+git20150717-1 "NJOY PVR Addon for Kodi" is the same as the package name, but I still don't know what it is. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#808752: Package does not have a description
Package: kodi-pvr-wmc Version: 0.5.8+git20150717-1 "WMC PVR Addon for Kodi" is the same as the package name, but I still don't know what it is. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#808751: Package does not have a description
Package: kodi-pvr-vuplus Version: 1.10.7+git20150717-1 "Vu+ PVR Addon for Kodi" is the same as the package name, but I still don't know what it is. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#808748: Package does not have a description
Package: kodi-pvr-mythtv Version: 2.8.0+git20151119-1 "MythTV PVR Addon for Kodi" is the same as the package name, but I still don't know what it is. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#808747: Package does not have a description
Package: kodi-pvr-mediaportal-tvserver Version: 1.10.9+git20150717-1 "Kodi PVR Addon MediaPortal Tvserver" is the same as the package name, but I still don't know what it is. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#808744: Package does not have a description
Package: kodi-pvr-argustv Version: 1.10.11+git20150827-1 "Kodi PVR Addon Argustv" is the same as the package name, but I still don't know what it is. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#808746: Package does not have a description
Package: kodi-pvr-iptvsimple Version: 1.11.5+git20150717-1 "Kodi PVR Addon Argustv" sounds wrong, probably copy'n'pasted from package kodi-pvr-argustv. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#808745: Package does not have a description
Package: kodi-pvr-dvbviewer Version: 1.10.35+git20150717-1 "Kodi PVR Addon Dvbviewer" is the same as the package name, but I still don't know what it is. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#773993: avprobe loops endlessly on certain FLAC files
Package: libavcodec56 Version: 6:11-2 Severity: important Download the following file: http://farragut.drunkensailor.org:5/track2.flac Then run "avprobe" on it. libavcodec will loop endlessly. This library bug is important because you can use it for a denial-of-service attack against remotly accessible services like MPD. Upstream bug report on MPD: http://bugs.musicpd.org/view.php?id=3384 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#736466: Missing dependency on uuid-dev
Package: libjack-dev Version: 1:0.124.1+20140122git5013 In file included from /usr/include/jack/jack.h:28:0, /usr/include/jack/types.h:26:23: fatal error: uuid/uuid.h: No such file or directory #include ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#677148: mpg123_getformat() hangs in endless loop
On 2012/06/12 09:20, Thomas Orgis wrote: > Does plain mpg123 play the file? > > shell$ mpg123 /path/to/file.mp3 No, same problem. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#677148: mpg123_getformat() hangs in endless loop
Package: libmpg123-0 Version: 1.14.2-1 Severity: important On (broken?) MP3 files, mpg123_getformat() hangs in an I/O loop that reads one byte at a time, seeks back 64 kB, and repeats practically forever. Example strace: [...] read(4, "\277", 1) = 1 read(4, "Y", 1) = 1 read(4, "\36", 1) = 1 read(4, "\v", 1)= 1 lseek(4, -65536, SEEK_CUR) = 19013 read(4, "\277", 1) = 1 read(4, "Y", 1) = 1 read(4, "\36", 1) = 1 read(4, "\v", 1)= 1 read(4, "\"", 1)= 1 read(4, "`", 1) = 1 [...] MPD backtrace (there's no -dbg package): #0 0x7f843b9c218d in read () at ../sysdeps/unix/syscall-template.S:82 #1 0x7f843fa89d9e in ?? () from /usr/lib/x86_64-linux-gnu/libmpg123.so.0 #2 0x7f843fa89e6c in ?? () from /usr/lib/x86_64-linux-gnu/libmpg123.so.0 #3 0x7f843fa7d9f3 in ?? () from /usr/lib/x86_64-linux-gnu/libmpg123.so.0 #4 0x7f843fa7e0e1 in ?? () from /usr/lib/x86_64-linux-gnu/libmpg123.so.0 #5 0x7f843fa8eafa in ?? () from /usr/lib/x86_64-linux-gnu/libmpg123.so.0 #6 0x7f843fa8f1ec in mpg123_getformat () from /usr/lib/x86_64-linux-gnu/libmpg123.so.0 #7 0x00432444 in mpd_mpg123_open (handle=handle@entry=0x1629270, This causes the Music Player Daemon (when built with libmpg123) to go in an endless busy loop upon starting playback, and becomes irresponsive as soon as a client ask MPD to change playback. Severity "important" (or more) because this bug is a remote DoS vulnerability for MPD. Due to copyright issues, I will provide a sample file demonstrating the problem via private email only. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#659626: Bug#662109: mpd: Fails to rebuild database
On 2012/03/16 11:20, Reinhard Tartler wrote: > Known to whom? http://bugzilla.libav.org/buglist.cgi?quicksearch=mpd > does not bing any results. Being reported to the MPD project every other day. > Besides, skipping broken files is the job of mpd's indexer. I'm > therefore reassiging this issue back to the mpd package. MPD would very much like to, but unfortunately it lost control to libav. > If you find a file that is not correctly detected as broken (i.e., > causes a segmentation fault or endless loop or similar), please provide > a testcase in form of a sample that is reproducible with the 'avonv' or > 'avplay' tool. Otherwise I have to assume that mpd is doing something > weird with the libavcodec API. One of many examples: http://rghost.net/37097307 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#662109: mpd: Fails to rebuild database
reassign 662109 libavcodec53 4:0.8-1+b1 thanks On 2012/03/04 06:35, Matthias Urlichs wrote: > Package: mpd > Version: 0.16.7-1 > Severity: important > > mpd should skip corrupted files instead of aborting the database rebuild. > > The log says: > > [...] > Mar 04 06:27 : update: added classic rock/UFO/Ain't Misbehavin'/01 Between A > Rock And A Hard Place.mp3 > Mar 04 06:27 : ffmpeg/mp3: Header missing Known libav bug. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#657200: Endless loop in avformat_find_stream_info()
Package: libavformat53 Version: 4:0.8-1 Severity: important When calling avformat_find_stream_info() on a broken mp3 file, libavformat enters an endless loop. This is a vulnerability that can be used as a remote DoS attack on radio players such as MPD, therefore severity important. Demo file: http://www.blarg.de/broken.mp3 Dump of a gdb session demonstrating the problem: gdb --args ffprobe broken.mp3 Reading symbols from /usr/bin/ffprobe...Reading symbols from /usr/lib/debug/.build-id/d1/8d41702259479824206b4584cfa11b04d6b7b3.debug...done. done. (gdb) run Starting program: /usr/bin/ffprobe broken.mp3 warning: no loadable sections found in added symbol-file system-supplied DSO at 0x77ffa000 [Thread debugging using libthread_db enabled] avprobe version 0.8-4:0.8-1, Copyright (c) 2007-2011 the Libav developers built on Jan 22 2012 21:45:34 with gcc 4.6.2 [mp3 @ 0x6209a0] Format detected only with low score of 25, misdetection possible! [mp3 @ 0x6228c0] Header missing ... ^C Program received signal SIGINT, Interrupt. apply_param_change (avctx=0x6228c0, avpkt=) at /build/libav-QkFId0/libav-0.8/libavcodec/utils.c:1116 1116/build/libav-QkFId0/libav-0.8/libavcodec/utils.c: No such file or directory. in /build/libav-QkFId0/libav-0.8/libavcodec/utils.c (gdb) bt #0 apply_param_change (avctx=0x6228c0, avpkt=) at /build/libav-QkFId0/libav-0.8/libavcodec/utils.c:1116 #1 0x76cce833 in avcodec_decode_audio4 (avctx=0x6228c0, frame=0x7fffe1a0, got_frame_ptr=0x7fffe37c, avpkt=0x7fffe310) at /build/libav-QkFId0/libav-0.8/libavcodec/utils.c:1218 #2 0x7774e78d in try_decode_frame (st=0x620fe0, avpkt=, options=) at /build/libav-QkFId0/libav-0.8/libavformat/utils.c:2170 #3 0x777540ed in avformat_find_stream_info (ic=0x6209a0, options=0x0) at /build/libav-QkFId0/libav-0.8/libavformat/utils.c:2404 #4 0x00402cc0 in open_input_file (filename=0x7fffeb39 "broken.mp3", fmt_ctx_ptr=0x7fffe770) at /build/libav-QkFId0/libav-0.8/avprobe.c:310 #5 probe_file (filename=0x7fffeb39 "broken.mp3") at /build/libav-QkFId0/libav-0.8/avprobe.c:341 #6 main (argc=, argv=) at /build/libav-QkFId0/libav-0.8/avprobe.c:450 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#644146: Double free in C++ destructor
Package: libffado2 Version: 2.0.99+svn1995-1 A program that is linked with libffado aborts on exit. This command reproduces the problem: echo 'int main() {}' |gcc -x c -lffado - && ./a.out Command output follows (amd64): Cannot create thread 1 Operation not permitted Cleaning up leftover debug module: DeviceManager *** glibc detected *** ./a.out: free(): invalid pointer: 0x7fc333e1f9c0 *** === Backtrace: = /lib/x86_64-linux-gnu/libc.so.6(+0x72606)[0x7fc333924606] /lib/x86_64-linux-gnu/libc.so.6(cfree+0x6c)[0x7fc33392933c] /usr/lib/libffado.so.2(_ZN18DebugModuleManagerD2Ev+0x81)[0x7fc333cf33e1] /usr/lib/libffado.so.2(+0xbb236)[0x7fc333cf1236] /lib64/ld-linux-x86-64.so.2(+0xe21c)[0x7fc333e2f21c] /lib/x86_64-linux-gnu/libc.so.6(+0x36d82)[0x7fc3338e8d82] /lib/x86_64-linux-gnu/libc.so.6(+0x36dd5)[0x7fc3338e8dd5] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0x104)[0x7fc3338d0eb4] ./a.out[0x4004f9] === Memory map: 0040-00401000 r-xp 00:13 34146 /tmp/a.out 00401000-00402000 rw-p 00:13 34146 /tmp/a.out 01364000-01385000 rw-p 00:00 0 [heap] 7fc32c00-7fc32c021000 rw-p 00:00 0 7fc32c021000-7fc33000 ---p 00:00 0 7fc330335000-7fc330336000 ---p 00:00 0 7fc330336000-7fc330d37000 rw-p 00:00 0 7fc330d37000-7fc330d73000 r-xp 08:02 4849738 /lib/x86_64-linux-gnu/libpcre.so.3.12.1 7fc330d73000-7fc330f72000 ---p 0003c000 08:02 4849738 /lib/x86_64-linux-gnu/libpcre.so.3.12.1 7fc330f72000-7fc330f73000 rw-p 0003b000 08:02 4849738 /lib/x86_64-linux-gnu/libpcre.so.3.12.1 7fc330f73000-7fc330f76000 r-xp 08:02 797451 /usr/lib/libgmodule-2.0.so.0.2800.6 7fc330f76000-7fc331175000 ---p 3000 08:02 797451 /usr/lib/libgmodule-2.0.so.0.2800.6 7fc331175000-7fc331176000 rw-p 2000 08:02 797451 /usr/lib/libgmodule-2.0.so.0.2800.6 7fc331176000-7fc33118d000 r-xp 08:02 799367 /usr/lib/libz.so.1.2.3.4 7fc33118d000-7fc33138c000 ---p 00017000 08:02 799367 /usr/lib/libz.so.1.2.3.4 7fc33138c000-7fc33138d000 rw-p 00016000 08:02 799367 /usr/lib/libz.so.1.2.3.4 7fc33138d000-7fc33138f000 r-xp 08:02 4850295 /lib/x86_64-linux-gnu/libdl-2.13.so 7fc33138f000-7fc33158f000 ---p 2000 08:02 4850295 /lib/x86_64-linux-gnu/libdl-2.13.so 7fc33158f000-7fc33159 r--p 2000 08:02 4850295 /lib/x86_64-linux-gnu/libdl-2.13.so 7fc33159-7fc331591000 rw-p 3000 08:02 4850295 /lib/x86_64-linux-gnu/libdl-2.13.so 7fc331591000-7fc3315a6000 r-xp 08:02 4849679 /lib/x86_64-linux-gnu/libgcc_s.so.1 7fc3315a6000-7fc3317a6000 ---p 00015000 08:02 4849679 /lib/x86_64-linux-gnu/libgcc_s.so.1 7fc3317a6000-7fc3317a7000 rw-p 00015000 08:02 4849679 /lib/x86_64-linux-gnu/libgcc_s.so.1 7fc3317a7000-7fc331828000 r-xp 08:02 4850218 /lib/x86_64-linux-gnu/libm-2.13.so 7fc331828000-7fc331a27000 ---p 00081000 08:02 4850218 /lib/x86_64-linux-gnu/libm-2.13.so 7fc331a27000-7fc331a28000 r--p 0008 08:02 4850218 /lib/x86_64-linux-gnu/libm-2.13.so 7fc331a28000-7fc331a29000 rw-p 00081000 08:02 4850218 /lib/x86_64-linux-gnu/libm-2.13.so 7fc331a29000-7fc331b15000 r-xp 08:02 1189696 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.16 7fc331b15000-7fc331d14000 ---p 000ec000 08:02 1189696 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.16 7fc331d14000-7fc331d1c000 r--p 000eb000 08:02 1189696 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.16 7fc331d1c000-7fc331d1e000 rw-p 000f3000 08:02 1189696 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.16 7fc331d1e000-7fc331d33000 rw-p 00:00 0 7fc331d33000-7fc331e23000 r-xp 08:02 4849897 /lib/libglib-2.0.so.0.2800.6 7fc331e23000-7fc332022000 ---p 000f 08:02 4849897 /lib/libglib-2.0.so.0.2800.6 7fc332022000-7fc332023000 rw-p 000ef000 08:02 4849897 /lib/libglib-2.0.so.0.2800.6 7fc332023000-7fc332024000 rw-p 00:00 0 7fc332024000-7fc33202b000 r-xp 08:02 4850305 /lib/x86_64-linux-gnu/librt-2.13.so 7fc33202b000-7fc33222a000 ---p 7000 08:02 4850305 /lib/x86_64-linux-gnu/librt-2.13.so 7fc33222a000-7fc33222b000 r--p 6000 08:02 4850305 /lib/x86_64-linux-gnu/librt-2.13.so 7fc33222b000-7fc33222c000 rw-p 7000 08:02 4850305 /lib/x86_64-linux-gnu/librt-2.13.so 7fc33222c000-7fc33223 r-xp 08:02 795214 /usr/lib/libgthre
Bug#601657: libffado2 thread crashes with assertion failure
On 2010/10/28 15:46, Adrian Knoth wrote: > Can you confirm that test.c doesn't trigger the bug when ffado is > compiled without DEBUG? Confirmed. The package 2.0.1+svn1856-6 hides the symptoms of the bug. (The bug is of course still present, and needs to be fixed) Max ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#601657: libffado2 thread crashes with assertion failure
On 2010/10/28 13:44, Adrian Knoth wrote: > When I compare > > > http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=test.c;att=1;bug=601657 > > to the code in jackd1's drivers/firewire/ directory or to ffado's > tests/streaming/teststreaming3.cpp, I wonder if you might simply miss to > fill the buffers or to iterate/wait for FFADO. It is intentionally missing. It is a timing related bug, it triggers only under certain circumstances. It seems this happens when the application does not fill the buffers quickly enough after initialization. I simulated that by blocking the main thread forever with getchar(). This triggers the crash reliably. While setting realtime may (or may not) reduce the chances to hit that bug, it is not a solution. When libffado2 notices that a buffer hasn't been filled in time, I would expect it to report that error to the application, instead of crashing. Max ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#601659: Double free bug in libffado2
On 2010/10/28 11:18, Adrian Knoth wrote: > I bet it happens upon termination. That's > >http://subversion.ffado.org/ticket/306 Yes it looks similar, and actually I was able to reproduce the JACK crash easily with MPD as a JACK client - after I closed qjackctl, JACK also terminated the connection to MPD (why??), and shut itself down. (Understand now why I would want to remove JACK from the equation? It's yet another piece of software that can cause trouble.) But this bug report was not upon termination. MPD would have lived on happily after, had it not been killed by libffado2. > and is something weird on the new Juju firewire stack. It won't happen > on the old ieee1394. > > We know it since Linux-2.6.32-rcX, when we were first able to run FFADO > on the new stack. Which means this applies to the official Debian kernel. Not good. > I've spent many hours trying to find the culprit, and so did two kernel > firewire developers and one FFADO dev. > > I bet it's a race condition that could be fixed with a lock. > > > If you like to debug this issue, many FFADO users would be glad. ;) I would be glad if I didn't have to clean up yet another crappy library. And ffado doesn't exactly like a fun project - over complex (creates 8 threads! wtf?), bad documentation, badly designed API, full of invalid memory accesses and uninitialized variables (according to valgrind). ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#601657: libffado2 thread crashes with assertion failure
reopen 601657 thanks On 2010/10/28 11:08, Adrian Knoth wrote: > On Thu, Oct 28, 2010 at 09:31:48AM +0200, Max Kellermann wrote: > > > The attached test program can trigger a (timing?) bug in libffado2, > > Welcome to userlevel device drivers. For some reasons, the packets were > not delivered or received in time. > > Might be a combination of period-size (lower is sometimes better), > firewire controllers and so on. > > As always, svn trunk might have a fix if it's really a device specific > error, i.e. misunderstanding of the samplerate in use. > > > ERROR: messagebuffer not initialized: 1250338856611: [31mWarning > > (ffado.cpp)[ 121] ffado_streaming_init: Realtime scheduling is not > > enabled. This will cause significant reliability issues. > > You're running it without realtime priorities? Now I see why you get > the timing issues mentioned above. You seem to be misunderstanding the problem here. This is not about a buffer xrun because the application didn't submit enough PCM samples in time; this is about a crash due to an assertion failure, i.e. a bug in libffado2. Please do not close this bug report until there is a new Debian revision which does not crash (or until there is evidence that my test program is bugged, indirectly causing the crash). Max ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#601663: libffado2 reads from freed memory
Package: libffado2 Version: 2.0.1+svn1856-5 Severity: serious libffado2 reads a lot of values from freed or uninitialized memory. That is obviously a crash waiting to happen. See attached valgrind log file. Thread 10: Conditional jump or move depends on uninitialised value(s) at 0xAEE9C75: CycleTimerHelper::getCycleTimerTicks(unsigned long) (in /usr/lib/libffado.so.2.999.0) by 0xAEEB8A9: CycleTimerHelper::Execute() (in /usr/lib/libffado.so.2.999.0) by 0xAF15829: Util::PosixThread::ThreadHandler(void*) (in /usr/lib/libffado.so.2.999.0) by 0xB4748B9: start_thread (pthread_create.c:300) by 0xCACC02C: clone (clone.S:112) Uninitialised value was created by a heap allocation at 0x4C24DFA: operator new(unsigned long) (vg_replace_malloc.c:261) by 0xAEF0D8B: Ieee1394Service::Ieee1394Service() (in /usr/lib/libffado.so.2.999.0) by 0xAED67B0: DeviceManager::initialize() (in /usr/lib/libffado.so.2.999.0) by 0xAEDCC4A: ffado_streaming_init (in /usr/lib/libffado.so.2.999.0) by 0x431A65: ffado_open (ffado_output_plugin.c:240) by 0x42CAB2: ao_plugin_open (output_plugin.h:196) by 0x42D384: ao_open (output_thread.c:164) by 0x42E269: audio_output_task (output_thread.c:549) by 0x7A40783: g_thread_create_proxy (gthread.c:1893) by 0xB4748B9: start_thread (pthread_create.c:300) by 0xCACC02C: clone (clone.S:112) Conditional jump or move depends on uninitialised value(s) at 0xAEE9C7A: CycleTimerHelper::getCycleTimerTicks(unsigned long) (in /usr/lib/libffado.so.2.999.0) by 0xAEEB8A9: CycleTimerHelper::Execute() (in /usr/lib/libffado.so.2.999.0) by 0xAF15829: Util::PosixThread::ThreadHandler(void*) (in /usr/lib/libffado.so.2.999.0) by 0xB4748B9: start_thread (pthread_create.c:300) by 0xCACC02C: clone (clone.S:112) Uninitialised value was created by a heap allocation at 0x4C24DFA: operator new(unsigned long) (vg_replace_malloc.c:261) by 0xAEF0D8B: Ieee1394Service::Ieee1394Service() (in /usr/lib/libffado.so.2.999.0) by 0xAED67B0: DeviceManager::initialize() (in /usr/lib/libffado.so.2.999.0) by 0xAEDCC4A: ffado_streaming_init (in /usr/lib/libffado.so.2.999.0) by 0x431A65: ffado_open (ffado_output_plugin.c:240) by 0x42CAB2: ao_plugin_open (output_plugin.h:196) by 0x42D384: ao_open (output_thread.c:164) by 0x42E269: audio_output_task (output_thread.c:549) by 0x7A40783: g_thread_create_proxy (gthread.c:1893) by 0xB4748B9: start_thread (pthread_create.c:300) by 0xCACC02C: clone (clone.S:112) Conditional jump or move depends on uninitialised value(s) at 0xAEEB8DA: CycleTimerHelper::Execute() (in /usr/lib/libffado.so.2.999.0) by 0xAF15829: Util::PosixThread::ThreadHandler(void*) (in /usr/lib/libffado.so.2.999.0) by 0xB4748B9: start_thread (pthread_create.c:300) by 0xCACC02C: clone (clone.S:112) Uninitialised value was created by a heap allocation at 0x4C24DFA: operator new(unsigned long) (vg_replace_malloc.c:261) by 0xAEF0D8B: Ieee1394Service::Ieee1394Service() (in /usr/lib/libffado.so.2.999.0) by 0xAED67B0: DeviceManager::initialize() (in /usr/lib/libffado.so.2.999.0) by 0xAEDCC4A: ffado_streaming_init (in /usr/lib/libffado.so.2.999.0) by 0x431A65: ffado_open (ffado_output_plugin.c:240) by 0x42CAB2: ao_plugin_open (output_plugin.h:196) by 0x42D384: ao_open (output_thread.c:164) by 0x42E269: audio_output_task (output_thread.c:549) by 0x7A40783: g_thread_create_proxy (gthread.c:1893) by 0xB4748B9: start_thread (pthread_create.c:300) by 0xCACC02C: clone (clone.S:112) Conditional jump or move depends on uninitialised value(s) at 0xAEEB8F7: CycleTimerHelper::Execute() (in /usr/lib/libffado.so.2.999.0) by 0xAF15829: Util::PosixThread::ThreadHandler(void*) (in /usr/lib/libffado.so.2.999.0) by 0xB4748B9: start_thread (pthread_create.c:300) by 0xCACC02C: clone (clone.S:112) Uninitialised value was created by a heap allocation at 0x4C24DFA: operator new(unsigned long) (vg_replace_malloc.c:261) by 0xAEF0D8B: Ieee1394Service::Ieee1394Service() (in /usr/lib/libffado.so.2.999.0) by 0xAED67B0: DeviceManager::initialize() (in /usr/lib/libffado.so.2.999.0) by 0xAEDCC4A: ffado_streaming_init (in /usr/lib/libffado.so.2.999.0) by 0x431A65: ffado_open (ffado_output_plugin.c:240) by 0x42CAB2: ao_plugin_open (output_plugin.h:196) by 0x42D384: ao_open (output_thread.c:164) by 0x42E269: audio_output_task (output_thread.c:549) by 0x7A40783: g_thread_create_proxy (gthread.c:1893) by 0xB4748B9: start_thread (pthread_create.c:300) by 0xCACC02C: clone (clone.S:112) Conditional jump or move depends on uninitialised value(s) at 0xAEEB96F: CycleTimerHelper::Execute() (in /usr/lib/libffado.so.2.999.0) by 0xAF15829: Util::PosixThread::ThreadHandler(void*) (in /usr/lib/libffado.so.2.999.0) by 0xB4748B9: start_thread (pthread_create.c:300) by 0xCACC02C: clone (clone.S:112) Uninitialised value was created by a heap allocation at 0x4C24DFA: operator new(unsign
Bug#601661: Documentation refers to ffado_streaming_write()
Package: libffado2 Version: 2.0.1+svn1856-5 The documentation in /usr/include/libffado/ffado.h refers to the function ffado_streaming_write(), but this function does not exist. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#601660: "Error [..] (Success)"
Package: libffado2 Version: 2.0.1+svn1856-5 libffado2 prints this very obscure error message to stderr: ERROR: messagebuffer not initialized: 1250953428115: Error (PosixThread.cpp)[ 254] DropRealTime: Cannot switch to normal scheduling priority(Success) This does not make sense at all. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#601659: Double free bug in libffado2
Package: libffado2 Version: 2.0.1+svn1856-5 Severity: serious While trying to write a ffado output plugin, MPD crashed with the following double free bug (backtrace shows it's inside libraw1394, but my guess is that libffado calls libraw1394 with an invalid pointer): ERROR: messagebuffer not initialized: 1250648744531: Error (IsoHandlerManager.cpp)[1289] ~IsoHandler: BUG: Handler still running! ERROR: messagebuffer not initialized: 1250648744570: Error (IsoHandlerManager.cpp)[1289] ~IsoHandler: BUG: Handler still running! *** glibc detected *** /usr/src/squeeze-mpd/src/mpd: double free or corruption (!prev): 0x01736870 *** [...] Program received signal SIGABRT, Aborted. [Switching to Thread 0x7fffdcabd710 (LWP 5297)] 0x7fffefedc165 in *__GI_raise (sig=) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 64 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. in ../nptl/sysdeps/unix/sysv/linux/raise.c (gdb) bt #0 0x7fffefedc165 in *__GI_raise (sig=) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #1 0x7fffefedef70 in *__GI_abort () at abort.c:92 #2 0x7fffeff1227b in __libc_message (do_abort=, fmt=) at ../sysdeps/unix/sysv/linux/libc_fatal.c:189 #3 0x7fffeff1bad6 in malloc_printerr (action=3, str=0x7fffeffd2ac8 "double free or corruption (!prev)", ptr=) at malloc.c:6267 #4 0x7fffeff2084c in *__GI___libc_free (mem=) at malloc.c:3739 #5 0x7fffed587ff1 in raw1394_destroy_handle () from /usr/lib/libraw1394.so.11 #6 0x71a79a75 in IsoHandlerManager::IsoHandler::disable() () from /usr/lib/libffado.so.2 #7 0x71a7b99b in IsoHandlerManager::IsoTask::updateShadowMapHelper() () from /usr/lib/libffado.so.2 #8 0x71a7bed2 in IsoHandlerManager::IsoTask::Execute() () from /usr/lib/libffado.so.2 #9 0x71a9b82a in Util::PosixThread::ThreadHandler(void*) () from /usr/lib/libffado.so.2 #10 0x715848ba in start_thread (arg=) at pthread_create.c:300 #11 0x7fffeff7902d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #12 0x in ?? () ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#601657: libffado2 thread crashes with assertion failure
Package: libffado2 Version: 2.0.1+svn1856-5 Severity: serious The attached test program can trigger a (timing?) bug in libffado2, which causes an assertion failure (i.e. crash of the whole application). #include #include #include #include #include enum { MAX_STREAMS = 16, PERIOD_SIZE = 1024, NB_BUFFERS = 3, }; static float buffer[PERIOD_SIZE]; static bool configure_stream(ffado_device_t *dev, int number) { return ffado_streaming_set_playback_stream_buffer(dev, number, (char *)buffer) == 0 && ffado_streaming_playback_stream_onoff(dev, number, 1) == 0; } int main(int argc, char **argv) { ffado_device_t *dev; ffado_device_info_t device_info; memset(&device_info, 0, sizeof(device_info)); ffado_options_t options; memset(&options, 0, sizeof(options)); options.sample_rate = 44100; options.period_size = PERIOD_SIZE; options.nb_buffers = NB_BUFFERS; options.verbose = 4; dev = ffado_streaming_init(device_info, options); assert(dev != NULL); ffado_streaming_set_audio_datatype(dev, ffado_audio_datatype_float); int num_streams = ffado_streaming_get_nb_playback_streams(dev); assert(num_streams > 0); int streams[MAX_STREAMS], configured_streams = 0; for (int i = 0; i < num_streams; ++i) { if (configured_streams >= 2) break; char name[256]; ffado_streaming_get_playback_stream_name(dev, i, name, sizeof(name) - 1); ffado_streaming_stream_type type = ffado_streaming_get_playback_stream_type(dev, i); if (type != ffado_stream_type_audio) continue; printf("stream %d name='%s'\n", i, name); streams[configured_streams++] = i; configure_stream(dev, i); } if (ffado_streaming_prepare(dev) != 0) { fprintf(stderr, "ffado_streaming_prepare() failed\n"); return 1; } if (ffado_streaming_start(dev) != 0) { fprintf(stderr, "ffado_streaming_start() failed\n"); return 1; } getchar(); return 0; } Cannot create thread 1 Operation not permitted ERROR: messagebuffer not initialized: 1250338856552: (ffado.cpp)[ 92] ffado_streaming_init: libffado 2.999.0- built Oct 16 2010 22:29:48 ERROR: messagebuffer not initialized: 1250338856611: [31mWarning (ffado.cpp)[ 121] ffado_streaming_init: Realtime scheduling is not enabled. This will cause significant reliability issues. [0mERROR: messagebuffer not initialized: 1250339089620: Debug (devicemanager.cpp)[ 358] discover: Starting discovery... ERROR: messagebuffer not initialized: 1250339197751: Debug (Configuration.cpp)[ 163] showSetting: Group: (null) ERROR: messagebuffer not initialized: 1250339197771: Debug (Configuration.cpp)[ 185] showSetting: vendorid = 3436 (0x0D6C) ERROR: messagebuffer not initialized: 125033919: Debug (Configuration.cpp)[ 185] showSetting: modelid = 65634 (0x00010062) ERROR: messagebuffer not initialized: 1250339197783: Debug (Configuration.cpp)[ 209] showSetting: vendorname = M-Audio ERROR: messagebuffer not initialized: 1250339197787: Debug (Configuration.cpp)[ 209] showSetting: modelname = FW Solo ERROR: messagebuffer not initialized: 1250339197791: Debug (Configuration.cpp)[ 185] showSetting: driver = 1 (0x0001) ERROR: messagebuffer not initialized: 1250339197796: Debug (Configuration.cpp)[ 185] showSetting: xmit_max_cycles_early_transmit = 4 (0x0004) ERROR: messagebuffer not initialized: 1250339197885: Debug (devicemanager.cpp)[ 620] discover: driver found for device 0 ERROR: messagebuffer not initialized: 1250339218779: Debug (bebob_avdevice.cpp)[ 734] loadFromCache: filename /home/max/.ffado/cache/000d6c0b0076ee12/006001040403.xml ERROR: messagebuffer not initialized: 1250339224945: Debug (serialize_libxml.cpp)[ 230] checkVersion: Cache version: 2.999.0-, expected: 2.999.0-. ERROR: messagebuffer not initialized: 1250339374980: Debug (avc_unit.cpp)[ 489] discoverPlugConnections: Discovering PCR plug connections... ERROR: messagebuffer not initialized: 1250339412532: Debug (avc_unit.cpp)[ 500] discoverPlugConnections: Discovering External plug connections... ERROR: messagebuffer not initialized: 1250339451864: Debug (bebob_avdevice_subunit.cpp)[ 102] discoverConnections: Discovering connections... ERROR: messagebuffer not initialized: 1250339451876: Debug (avc_subunit.cpp)[ 148] discoverConnections: Discovering connections... ERROR: messagebuffer not initialized: 1250339451882: Debug (avc_subunit.cpp)[ 148] discoverConnections: Discovering connections... ERROR: messagebuffer not initialized: 1250339451885: Debug (bebob_avdevice_subunit.cpp)[ 102] discoverConnections: Discovering connections... ERROR: messagebuffer not initialized: 1250339451888: Debug (avc_sub
Bug#601652: missing file
Here's the missing C program. It turns out clearing the cache does not affect the issue; just my first few tries showed a correlation. Now it seems to fail always. I will update this bug report as soon as I know more. #include #include #include #include #include enum { MAX_STREAMS = 16, PERIOD_SIZE = 1024, NB_BUFFERS = 3, }; static float buffer[PERIOD_SIZE]; static bool configure_stream(ffado_device_t *dev, int number) { return ffado_streaming_set_playback_stream_buffer(dev, number, (char *)buffer) == 0 && ffado_streaming_playback_stream_onoff(dev, number, 1) == 0; } int main(int argc, char **argv) { ffado_device_t *dev; ffado_device_info_t device_info; memset(&device_info, 0, sizeof(device_info)); ffado_options_t options; memset(&options, 0, sizeof(options)); options.sample_rate = 44100; options.period_size = PERIOD_SIZE; options.nb_buffers = NB_BUFFERS; options.verbose = 5; dev = ffado_streaming_init(device_info, options); assert(dev != NULL); ffado_streaming_set_audio_datatype(dev, ffado_audio_datatype_float); int num_streams = ffado_streaming_get_nb_playback_streams(dev); assert(num_streams > 0); int streams[MAX_STREAMS], configured_streams = 0; for (int i = 0; i < num_streams; ++i) { char name[256]; ffado_streaming_get_playback_stream_name(dev, i, name, sizeof(name) - 1); ffado_streaming_stream_type type = ffado_streaming_get_playback_stream_type(dev, i); if (type != ffado_stream_type_audio) continue; printf("stream %d name='%s'\n", i, name); streams[configured_streams++] = i; configure_stream(dev, i); } if (ffado_streaming_prepare(dev) != 0) { fprintf(stderr, "ffado_streaming_prepare() failed\n"); return 1; } if (ffado_streaming_start(dev) != 0) { fprintf(stderr, "ffado_streaming_start() failed\n"); return 1; } while (true) { switch (ffado_streaming_wait(dev)) { case ffado_wait_ok: break; case ffado_wait_xrun: printf("xrun\n"); break; default: fprintf(stderr, "ffado_streaming_wait() failed"); return 1; } if (ffado_streaming_transfer_playback_buffers(dev) != 0) { fprintf(stderr, "ffado_streaming_transfer_playback_buffers() failed\n"); return 1; } printf(".\n"); } return 0; } ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#601652: need to delete cache or libffado2 fails
Package: libffado2 Version: 2.0.1+svn1856-5 Severity: important The attached program fails when the libffado2 cache exists (~/.ffado/cache). It spills the following error message in ffado_streaming_start(): libiec61883 warning: iec61883_cmp_create_p2p_output: Failed to set the oPCR[0] plug for node 0. ERROR: messagebuffer not initialized: 1248856282860: Error (ieee1394service.cpp)[1413] allocateIsoChannelCMP: Could not do CMP from FFC0:00 to FFC1:-1 ERROR: messagebuffer not initialized: 1248856282871: Error (avc_avdevice.cpp)[ 816] startStreamByIndex: Could not allocate ISO channel for SP 0 ERROR: messagebuffer not initialized: 1248856282877: Warning (devicemanager.cpp)[ 863] startStreamingOnDevice: Could not start stream 0 of device 0x464300 ERROR: messagebuffer not initialized: 1248856282884: Warning (devicemanager.cpp)[ 900] startStreaming: Could not start streaming on device 0x464300! ERROR: messagebuffer not initialized: 1248856282890: Fatal (ffado.cpp)[ 211] ffado_streaming_start: Could not start the streaming system Deleting the cache (rm -r ~/.ffado/cache) will resolve the issue. As far as I can see, there is no option to disable the cache. A shared library writing to the user's home directory is not exactly good programming style anyway. Severity important because it renders the library useless, unless you delete the cache each time before you run a libffado2 application. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#598973: "No module named listirqinfo"
Package: ffado-tools Version: 2.0.1+svn1856-1 Severity: important I installed ffado-tools, and tried to run ffado-diag: Traceback (most recent call last): File "/usr/bin/ffado-diag", line 29, in from listirqinfo import IRQ,SoftIRQ,IRQInfo ImportError: No module named listirqinfo ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers