Bug#423920: [Pkg-spca5xx-devel] Bug#423920: xawtv + gspca + Logitech QuickCam Chat (USB ID 046d:092e) get stuck
Le Mardi 15 Mai 2007 01:11, Omer Zak a écrit : Package: gspca Version: 2.6.18+01.00.04-7+etch2 Severity: important When starting xawtv -hwscan, after connecting the Webcam, xawtv gets stuck in uninterruptible sleep, accoring to ps ax: 20586 pts/3D+ 0:00 xawtv -hwscan According to lsusb, the Webcam is: Bus 003 Device 004: ID 046d:092e Logitech, Inc. Syslog messages related to the Webcam: May 15 01:53:59 [kernel] usb 3-1.2: new full speed USB device using ehci_hcd and address 4 May 15 01:53:59 [kernel] usb 3-1.2: configuration #1 chosen from 1 choice May 15 01:53:59 [kernel] Linux video capture interface: v2.00 gspca is v4l1 only at the moment please, looks what module are loaded lsmod May 15 01:53:59 [kernel] /home/user/linux-modules-extra-2.6-2.6.18/debian/build/build_i386_none_686_ gspca/gspca_core.c: USB SPCA5XX camera found.(SPCA561A) May 15 01:53:59 [kernel] /home/user/linux-modules-extra-2.6-2.6.18/debian/build/build_i386_none_686_ gspca/gspca_core.c: [spca5xx_getcapability:1165] maxw 352 maxh 288 minw 160 minh 120 May 15 01:57:53 [kernel] /home/user/linux-modules-extra-2.6-2.6.18/debian/build/build_i386_none_686_ gspca/Sunplus/spca561.h: [spca561_init:497] Find spca561 USB Product ID 92e May 15 01:57:53 [kernel] /home/user/linux-modules-extra-2.6-2.6.18/debian/build/build_i386_none_686_ gspca/gspca_core.c: [spca5xx_set_light_freq:1853] Sensor currently not support light frequency banding filters. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) ___ Pkg-spca5xx-devel mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-spca5xx-devel -- Michel Xhaard http://mxhaard.free.fr
Bug#423920: [Pkg-spca5xx-devel] Bug#423920: More information - output of lsmod
Le Mercredi 16 Mai 2007 00:03, Omer Zak a écrit : In the attachment, please find the whole output of lsmod while Webcam is plugged in. Notice especially that both v4l1 and v4l2 modules are loaded (I reproduced below 4 lines from the attachment). Should I disable loading v4l2_common? no gspca 600304 1 videodev 21120 2 gspca v4l1_compat12036 1 videodev v4l2_common20448 1 videodev looks fine --- Omer The canonical application to test gspca is spcaview. I don't know xawtv sorry :( -- Michel Xhaard http://mxhaard.free.fr
Bug#416489: [Pkg-spca5xx-devel] Bug#416489: gspca-source: Build error on ARM
Le Mercredi 28 Mars 2007 12:32, Uwe Hermann a écrit : Package: gspca-source Version: 01.00.12-1 Severity: important Hi, building the current gspca-source module on the ARM architecture fails because a variable name in the code contains the '$' character. It seems it builds fine on x86, but on ARM the compiler throws errors. You can test this with a tiny program such as this: int main(void) { int m$foo = 1; return 0; } Result on ARM: a.c: In function 'main': a.c:3: error: stray '$' in program a.c:3: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'foo' a.c:3: error: 'foo' undeclared (first use in this function) a.c:3: error: (Each undeclared identifier is reported only once a.c:3: error: for each function it appears in.) I've tried on ARM (failed) and x86 (worked fine), both times using the same gcc version: gcc (GCC) 4.1.2 20061115 (prerelease) (Debian 4.1.1-21) Attached patch fixed my build problems on ARM. I suggest to forward this upstream, too. Dollar signs in variable names are not such a good idea, IHMO. HTH, Uwe. Uwe, Thanks for the patch, i will FIX the next revision. As a lesson, i know now M$ could be better with MS :) regards -- Michel Xhaard http://mxhaard.free.fr
Bug#386227: [Pkg-spca5xx-devel] Bug#386227: spca5xx-source: Compile failure with kernel 2.6.18
Le Mercredi 6 Septembre 2006 05:54, Brad Sawatzky a écrit : Package: spca5xx-source Version: 20060501-1 Severity: important Tags: patch Some v4l header information got shuffled around in kernel 2.6.18. The attached patch updates spca5xx.h to include media/v4l2-common.h. Seems to work after that. You may want to check to see if the v4l changes came in during 2.6.17 and update the patch accordingly. -- Brad -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (80, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-rc5 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages spca5xx-source depends on: ii bzip2 1.0.3-3high-quality block-sorting file co ii debhelper 5.0.37.3 helper programs for debian/rules ii module-assistant 0.10.6 tool to make module package creati spca5xx-source recommends no packages. -- no debconf information Hi Brad, Thanks for your patch :) Best regards -- Michel Xhaard http://mxhaard.free.fr
Bug#357626: [Pkg-spca5xx-devel] Bug#357626: kernel bug (oops) using vgrabbj on spca5xx
Le Samedi 18 Mars 2006 17:37, Florian Lohoff a écrit : Package: spca5xx-source Version: 20060202-1 Hi, when running spca5xx module on a PII IBM Netstation system with a Kernel 2.6.16-rc6 i am seeing this oops on the first invocation of vgrabbj to capture a single image (vgrabbj -d /dev/video0 -f f.jpg) The kernel line says: 263 if (tasklet_trylock(t)) { 264 if (!atomic_read(t-count)) { 265 if (!test_and_clear_bit(TASKLET_STATE_SCHED, t-state)) 266 BUG(); 267 t-func(t-data); 268 tasklet_unlock(t); 269 continue; 270 } 271 tasklet_unlock(t); 272 } [ cut here ] kernel BUG at kernel/softirq.c:266! invalid opcode: [#1] Modules linked in: spca5xx videodev uhci_hcd usbcore CPU:0 EIP:0060:[c01195fc]Not tainted VLI EFLAGS: 00010246 (2.6.16-rc6-netstation #1) EIP is at tasklet_action+0x2c/0x60 eax: ebx: c232c008 ecx: 0028 edx: c232c008 esi: c03cb0a8 edi: 0009 ebp: 00411007 esp: c0397f90 ds: 007b es: 007b ss: 0068 Process swapper (pid: 0, threadinfo=c0396000 task=c0342b00) Stack: 1 c01193e3 c03cb0a8 0046 00059100 c0390800 c0119416 c0396000 c0104eaf c010379a c0396000 c0396000 00059100 c0390800 00411007 007b 007b ff0b c0100ba3 0060 0246 c0100c3c Call Trace: [c01193e3] __do_softirq+0x83/0x90 [c0119416] do_softirq+0x26/0x30 [c0104eaf] do_IRQ+0x1f/0x30 [c010379a] common_interrupt+0x1a/0x20 [c0100ba3] default_idle+0x33/0x60 [c0100c3c] cpu_idle+0x4c/0x60 [c039871a] start_kernel+0x16a/0x1a0 Code: fa 8b 1d 60 b0 3c c0 c7 05 60 b0 3c c0 00 00 00 00 fb 85 db 74 29 89 da 8b 1b 8b 42 08 85 c0 75 20 0f b3 42 04 19 c0 85 c0 75 08 0f 0b 0a 01 47 36 30 c0 8b 42 10 50 ff 52 0c 58 85 db 75 d7 5b 0Kernel panic - not syncing: Fatal exception in interrupt ant:~# cat /proc/bus/usb/devices T: Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 2 B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0 D: Ver= 1.10 Cls=09(hub ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1 P: Vendor= ProdID= Rev= 2.06 S: Manufacturer=Linux 2.6.16-rc6-netstation uhci_hcd S: Product=UHCI Host Controller S: SerialNumber=:00:05.2 C:* #Ifs= 1 Cfg#= 1 Atr=c0 MxPwr= 0mA I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=255ms T: Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 2 Spd=12 MxCh= 0 D: Ver= 1.10 Cls=ff(vend.) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1 P: Vendor=0ac8 ProdID=301b Rev= 1.00 S: Manufacturer=Z-Star Corp. S: Product=PC Camera C:* #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr=160mA I: If#= 0 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=spca5xx E: Ad=81(I) Atr=01(Isoc) MxPS= 0 Ivl=1ms E: Ad=82(I) Atr=03(Int.) MxPS= 8 Ivl=10ms I: If#= 0 Alt= 1 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=spca5xx E: Ad=81(I) Atr=01(Isoc) MxPS= 128 Ivl=1ms E: Ad=82(I) Atr=03(Int.) MxPS= 8 Ivl=10ms I: If#= 0 Alt= 2 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=spca5xx E: Ad=81(I) Atr=01(Isoc) MxPS= 192 Ivl=1ms E: Ad=82(I) Atr=03(Int.) MxPS= 8 Ivl=10ms I: If#= 0 Alt= 3 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=spca5xx E: Ad=81(I) Atr=01(Isoc) MxPS= 256 Ivl=1ms E: Ad=82(I) Atr=03(Int.) MxPS= 8 Ivl=10ms I: If#= 0 Alt= 4 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=spca5xx E: Ad=81(I) Atr=01(Isoc) MxPS= 384 Ivl=1ms E: Ad=82(I) Atr=03(Int.) MxPS= 8 Ivl=10ms I: If#= 0 Alt= 5 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=spca5xx E: Ad=81(I) Atr=01(Isoc) MxPS= 512 Ivl=1ms E: Ad=82(I) Atr=03(Int.) MxPS= 8 Ivl=10ms I: If#= 0 Alt= 6 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=spca5xx E: Ad=81(I) Atr=01(Isoc) MxPS= 768 Ivl=1ms E: Ad=82(I) Atr=03(Int.) MxPS= 8 Ivl=10ms I: If#= 0 Alt= 7 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=spca5xx E: Ad=81(I) Atr=01(Isoc) MxPS=1023 Ivl=1ms E: Ad=82(I) Atr=03(Int.) MxPS= 8 Ivl=10ms Flo Flo, Are you sure a webcam with isochronous pipe can just get a single image ? I only support stable vanilla kernel, so wait for 2.6.16 official. Your PII is to low to decode jpeg in real times with a Vimicro/zstar chipset. A video stream in VGA at 30 fp/s need a strong CPU, a PIII 500Mhz is a minimum :) regards -- Michel Xhaard http://mxhaard.free.fr
Bug#357626: [Pkg-spca5xx-devel] Bug#357626: kernel bug (oops) using vgrabbj on spca5xx
Le Samedi 18 Mars 2006 23:10, Florian Lohoff a écrit : On Sat, Mar 18, 2006 at 09:41:31PM +0100, michel Xhaard wrote: Flo, Are you sure a webcam with isochronous pipe can just get a single image ? The camera used to work a little while ago with vgrabbj like a charm - It did on a Dual Xeon 2.4Ghz With your Dual Xeon 2.4Ghz you can play with 4 Vimicro webcams in real times :) I only support stable vanilla kernel, so wait for 2.6.16 official. Your PII is As i said - i also tried 2.6.15 with no success - same oops ... to low to decode jpeg in real times with a Vimicro/zstar chipset. A video stream in VGA at 30 fp/s need a strong CPU, a PIII 500Mhz is a minimum :) regards Nevertheless it should rather send empty images or nothing than die. An Oops or BUG is _always_ the kernels fault ... Hmm, spca5xx is design for running on a strong enought machine, your PII is to slow and cannot decode the jpeg stream in times. A usb isochronous webcam is a streaming video device and never provide a single picture but a stream of pictures send with small packet on the usb bus. The iso handler collect the packet and when a frame is empty schedule a tasklet to decode the jpeg. What happen here is the handler collect the frame faster than the decoder. I have set another driver for the vimicro chips design for small hardware (spca5xx-LE ) this one never decode the stream but instead forward the frame on userspace. I use it with a small TCP/IP server that way the video is forward to TCP and can be used by others TCP client. I use it with a Etrax Soc 100Mhz and can carry VGA stream in real times. Maybe have a look regards -- Michel Xhaard http://mxhaard.free.fr
Bug#347860: [Pkg-spca5xx-devel] Bug#347860: spca5xx-source: make-kpkg module_image build fails (with kernel 2.6.14.6)
/spca5xx/drivers/usb/spcadecoder.h:5, from /usr/src/modules/spca5xx/drivers/usb/spcadecoder.c:35: /usr/src/modules/spca5xx/drivers/usb/spca5xx.h:23:5: warning: LINUX_VERSION_CODE is not defined /usr/src/modules/spca5xx/drivers/usb/spca5xx.h:23:26: warning: KERNEL_VERSION is not defined /usr/src/modules/spca5xx/drivers/usb/spca5xx.h:23:40: missing binary operator before token ( /usr/src/modules/spca5xx/drivers/usb/spca5xx.h:44:5: warning: LINUX_VERSION_CODE is not defined /usr/src/modules/spca5xx/drivers/usb/spca5xx.h:44:26: warning: KERNEL_VERSION is not defined /usr/src/modules/spca5xx/drivers/usb/spca5xx.h:44:40: missing binary operator before token ( /usr/src/modules/spca5xx/drivers/usb/spca5xx.h:51:27: linux/tqueue.h: No such file or directory /usr/src/modules/spca5xx/drivers/usb/spca5xx.h:54:5: warning: LINUX_VERSION_CODE is not defined /usr/src/modules/spca5xx/drivers/usb/spca5xx.h:54:27: warning: KERNEL_VERSION is not defined /usr/src/modules/spca5xx/drivers/usb/spca5xx.h:54:41: missing binary operator before token ( In file included from /usr/src/modules/spca5xx/drivers/usb/spcadecoder.h:5, from /usr/src/modules/spca5xx/drivers/usb/spcadecoder.c:35: /usr/src/modules/spca5xx/drivers/usb/spca5xx.h:455: error: field `task' has incomplete type make[5]: *** [/usr/src/modules/spca5xx/drivers/usb/spcadecoder.o] Error 1 make[4]: *** [_module_/usr/src/modules/spca5xx] Error 2 make[4]: Leaving directory `/usr/src/linux-2.6.14.6' make[3]: *** [default] Error 2 make[3]: Leaving directory `/usr/src/modules/spca5xx' make[2]: *** [binary-modules] Error 2 make[2]: Leaving directory `/usr/src/modules/spca5xx' make[1]: *** [kdist_build] Error 2 make[1]: Leaving directory `/usr/src/modules/spca5xx' Module /usr/src/modules/spca5xx failed. Hit return to Continue -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.3 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages spca5xx-source depends on: ii build-essential 11.1 informational list of build-essent ii bzip2 1.0.2-11 high-quality block-sorting file co ii debhelper 5.0.12 helper programs for debian/rules ii module-assistant 0.10.2 tool to make module package creati spca5xx-source recommends no packages. -- no debconf information -- Michel Xhaard http://mxhaard.free.fr
Bug#334392: [Pkg-spca5xx-devel] Bug#334392: Can you recheck it?
Le Mardi 1 Novembre 2005 12:15, Otavio Salvador a écrit : Hello, I uploaded a new version of spca5xx yestarday to Debian (20051101-1) and it should enters archive today. Would be good if you could test it and check if this problem still exist. If you can confirm that, I'll try to catch access to any machine of powerpc64 for testing. Thanks, I did not change the MR97311 code so i think the ppc64 bug is here too, i will try to change this part for the next release. Regards -- Michel Xhaard http://mxhaard.free.fr