Summary: | camsource exhibits random quiet crashing behavior | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Andrew D. Keyser (aka Legoguy) <legoguy> |
Component: | [OLD] Unspecified | Assignee: | No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it <maintainer-needed> |
Status: | RESOLVED INVALID | ||
Severity: | major | CC: | media-video |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Andrew D. Keyser (aka Legoguy)
2004-10-23 22:46:55 UTC
does this also happen with more stable kernel sources? Seems to be a OHCI problem - my old 350mhz with a UHCI usb controller works fine, strangely enough. So this may be more related to qc-usb (the camera driver) than camsource. It is also happening to me. After some times I try, there is only one camsource process (it used to be 4) and it is a defunct one. I've just update my kernel an headers and I tried to recompile camsource without success. Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5-20050130, glibc-2.3.4.20041102-r1, 2.6.12-gentoo-r4 i686) ================================================================= System uname: 2.6.12-gentoo-r4 i686 AMD Athlon(tm) XP 2600+ Gentoo Base System version 1.6.12 Python: dev-lang/python-2.3.5 [2.3.5 (#1, Jun 11 2005, 15:11:46)] distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] dev-lang/python: 2.3.5 sys-apps/sandbox: [Not Present] sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig candy ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://www.las.ic.unicamp.br/pub/gentoo/ ftp://ftp.las.ic.unicamp.br/pub/gentoo/" LANG="en_US.UTF-8" LC_ALL="en_US.UTF-8" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.samerica.gentoo.org/gentoo-portage" USE="x86 3dnow 3dnowext 7zip X apache2 avi berkdb bitmap-fonts bluetooth bonobo bzip2 bzlib cddb cdr crypt cups curl divx4linux dvd dvdr emboss esd fam firefox flac foomaticdb fortran gd gdbm gif gphoto2 gpm gtk gtk2 gtkhtml guile imagemagick imlib innodb jack java javascript jpeg jpeg2k junit kdeenablefinal ldap libg++ libwww lirc logrotate mad mmx mmx2 mmxext mng motif mp3 mpeg msn mysql ncurses nls nptl nptlonly nvidia offensive ogg oggvorbis opengl oscar pam pdflib perl php png python quicktime readline rtc ruby samba sasl sdl slang sqlite sse ssl tcltk tcpd threads tiff truetype truetype-fonts type1-fonts unicode v4l v4l2 vhosts vorbis xine xinerama xml xml2 xmms xosd xv xvid yv12 zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CBUILD, CTARGET, LDFLAGS, LINGUAS, PORTDIR_OVERLAY I haven't tested this yet again on my OHCI usb controller, but I can only assume it's still broken. It might also be the qc-usb driver - seems that it (the driver) dies every time something closes the device, and it won't start working until the second time something tries to access it. Probably the fault of the qc-usb driver in that case. It all seems very sketchy to me but it works for what I need it to at the moment. I tried a testcase with camsource where a video source would randomly fail - it does show that camsource goes away in these cases - but I wouldn't blame that on camsource - there's lots of stuff that fails when a device goes away that is currently in use. Granted, camsource could benefit from a patch to treat badly behaved device differently, but that's for upstream. |