Re: Microsoft VX-1000 Microphone Drivers Crash in x86_64
On Sat, Jul 10, 2010 at 5:36 AM, Jean-Francois Moine moin...@free.fr wrote: So, the GPIO register is the second one of the bridge. It is initialized at line 71 of sonixj.c. May you change it from 0x40 to 0x44? (see attached diff) I've compiled the driver with this updated setting and it appears to be the same. The microphone works initially, until video is loaded. $ dmesg | grep gspca [ 22.141766] gspca: main v2.9.0 registered [ 22.163928] gspca-2.9.50: probing 045e:00f7 [ 22.181869] gspca-2.9.50: video0 created [ 22.181872] gspca-2.9.50: found int in endpoint: 0x83, buffer_len=1, interval=100 [ 22.181894] gspca-2.9.50: 045e:00f7 bad interface 1 [ 22.181902] gspca-2.9.50: 045e:00f7 bad interface 2 [ 544.774056] gspca-2.9.50: found int in endpoint: 0x83, buffer_len=1, interval=100 [ 546.318045] gspca-2.9.50: found int in endpoint: 0x83, buffer_len=1, interval=100 Is this change from 0x40 to 0x44 intended to fix the bad interface messages as well as the mic becoming disabled? Also, is a reboot after installing these drivers and changes required? I'm only curious because it takes so much longer to test changes. Thanks. -- Kyle Baker -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Microsoft VX-1000 Microphone Drivers Crash in x86_64
On Sun, Jul 11, 2010 at 9:50 AM, Jean-Francois Moine moin...@free.fr wrote: The change from 0x40 to 0x44 is applied to the GPIO register of the SN9C105 which is the bridge of the webcam. I was thinking that some values of this register could break the audio input. It does not seem so. It looks like this webcam has not been working properly since Ubuntu Hardy. https://bugs.launchpad.net/ubuntu/+source/linux/+bug/280657 I'm not sure of the version included in Hardy. Would it help if I tried to find the GSPCA version from Hardy to compare the changes? In searching for details on this webcam model, I came across some patches that you submitted a while back that initialize the GPIO with different values. I tested those, but saw no results. I see you've worked on this specific driver quiet a bit in the past: http://linuxtv.org/hg/~hgoede/gspca/rev/65247a979498 Is the previous maintainer, Michel Xhaard, still working on this driver at all? I wonder if he might be able to help identify the problem or narrow it down. Which function is called when I open Cheese or other video applications? Initializing the webcam appears to be correct, however, sd_start() or the one that starts the video capture appears to be toggling or changing some setting. If I knew of a way, I would insert more debug messages to help pinpoint the place where the microphone breaks along with some boolean to show that its working or not. Thanks. -- Kyle Baker -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Microsoft VX-1000 Microphone Drivers Crash in x86_64
kyleabaker-desktop kernel: [ 228.720016] sonixj-2.9.51: reg_w1 [0015] = 28 Jul 12 05:05:39 kyleabaker-desktop kernel: [ 229.730020] sonixj-2.9.51: reg_w1 [0016] = 1e Jul 12 05:05:40 kyleabaker-desktop kernel: [ 230.742519] sonixj-2.9.51: reg_w1 [0012] = 01 Jul 12 05:05:41 kyleabaker-desktop kernel: [ 231.750015] sonixj-2.9.51: reg_w1 [0013] = 01 Jul 12 05:05:42 kyleabaker-desktop kernel: [ 232.760073] sonixj-2.9.51: reg_w1 [0018] = 07 Jul 12 05:05:43 kyleabaker-desktop kernel: [ 233.770014] sonixj-2.9.51: reg_w1 [00d2] = 6a Jul 12 05:05:44 kyleabaker-desktop kernel: [ 234.790030] sonixj-2.9.51: reg_w1 [00d3] = 50 Jul 12 05:05:45 kyleabaker-desktop kernel: [ 235.792515] sonixj-2.9.51: reg_w1 [00c6] = 00 Jul 12 05:05:46 kyleabaker-desktop kernel: [ 236.802516] sonixj-2.9.51: reg_w1 [00c7] = 00 Jul 12 05:05:47 kyleabaker-desktop kernel: [ 237.810018] sonixj-2.9.51: reg_w1 [00c8] = 50 Jul 12 05:05:48 kyleabaker-desktop kernel: [ 238.830014] sonixj-2.9.51: reg_w1 [00c9] = 3c Jul 12 05:05:49 kyleabaker-desktop kernel: [ 239.832516] sonixj-2.9.51: reg_w1 [0018] = 07 Jul 12 05:05:50 kyleabaker-desktop kernel: [ 240.840017] sonixj-2.9.51: reg_w1 [0017] = a0 Jul 12 05:05:51 kyleabaker-desktop kernel: [ 241.850068] sonixj-2.9.51: reg_w1 [0005] = 00 Jul 12 05:05:52 kyleabaker-desktop kernel: [ 242.860017] sonixj-2.9.51: reg_w1 [0007] = 00 Jul 12 05:05:53 kyleabaker-desktop kernel: [ 243.870016] sonixj-2.9.51: reg_w1 [0006] = 00 Jul 12 05:05:54 kyleabaker-desktop kernel: [ 244.880016] sonixj-2.9.51: reg_w1 [0014] = 08 Jul 12 05:05:55 kyleabaker-desktop kernel: [ 245.890305] sonixj-2.9.51: reg_w [0020] = 00 2d .. Jul 12 05:05:56 kyleabaker-desktop kernel: [ 246.900017] sonixj-2.9.51: reg_w [0084] = 14 00 .. Jul 12 05:05:57 kyleabaker-desktop kernel: [ 247.910015] sonixj-2.9.51: reg_w [0084] = 14 00 .. Jul 12 05:05:58 kyleabaker-desktop kernel: [ 248.920015] sonixj-2.9.51: reg_w [0084] = 14 00 .. Jul 12 05:05:59 kyleabaker-desktop kernel: [ 249.940014] sonixj-2.9.51: reg_w [0084] = 14 00 .. Jul 12 05:06:00 kyleabaker-desktop kernel: [ 250.950019] sonixj-2.9.51: reg_w [0084] = 14 00 .. Jul 12 05:06:01 kyleabaker-desktop kernel: [ 251.960015] sonixj-2.9.51: reg_w [0084] = 14 00 .. Jul 12 05:06:02 kyleabaker-desktop kernel: [ 252.970014] sonixj-2.9.51: reg_w [0084] = 14 00 .. Jul 12 05:06:03 kyleabaker-desktop kernel: [ 253.980306] sonixj-2.9.51: reg_w [0084] = 14 00 .. Jul 12 05:06:04 kyleabaker-desktop kernel: [ 254.997213] sonixj-2.9.51: reg_w1 [009a] = 05 Jul 12 05:06:05 kyleabaker-desktop kernel: [ 256.20] sonixj-2.9.51: reg_w1 [0099] = 5a Jul 12 05:06:06 kyleabaker-desktop kernel: [ 257.010014] sonixj-2.9.51: reg_w [0084] = 14 00 .. Jul 12 05:06:07 kyleabaker-desktop kernel: [ 258.026869] sonixj-2.9.51: reg_w1 [0005] = 20 Jul 12 05:06:08 kyleabaker-desktop kernel: [ 259.030015] sonixj-2.9.51: reg_w1 [0007] = 20 Jul 12 05:06:09 kyleabaker-desktop kernel: [ 260.050023] sonixj-2.9.51: reg_w1 [0006] = 20 Jul 12 05:06:11 kyleabaker-desktop kernel: [ 261.400021] sonixj-2.9.51: reg_w [00c0] = 2d 2d .. Jul 12 05:06:12 kyleabaker-desktop kernel: [ 262.410019] sonixj-2.9.51: reg_w [00ca] = 28 d8 .. Jul 12 05:06:13 kyleabaker-desktop kernel: [ 263.420015] sonixj-2.9.51: reg_w [00ce] = 32 dd .. Jul 12 05:06:14 kyleabaker-desktop kernel: [ 264.430016] sonixj-2.9.51: reg_w1 [0018] = 47 Jul 12 05:06:15 kyleabaker-desktop kernel: [ 265.442517] sonixj-2.9.51: reg_w1 [0018] = 07 Jul 12 05:06:16 kyleabaker-desktop kernel: [ 266.450016] sonixj-2.9.51: reg_w1 [0017] = 22 Jul 12 05:06:17 kyleabaker-desktop kernel: [ 267.460025] sonixj-2.9.51: reg_w1 [0001] = 06 Jul 12 05:06:18 kyleabaker-desktop kernel: [ 268.470016] sonixj-2.9.51: reg_w1 [0096] = 00 Jul 12 05:06:19 kyleabaker-desktop kernel: [ 269.480018] sonixj-2.9.51: reg_w [0084] = 14 00 .. Jul 12 05:06:20 kyleabaker-desktop kernel: [ 270.497626] sonixj-2.9.51: reg_w [008a] = e8 0f .. Jul 12 05:06:21 kyleabaker-desktop kernel: [ 271.602523] sonixj-2.9.51: reg_w1 [0001] = 61 Jul 12 05:06:22 kyleabaker-desktop kernel: [ 272.612517] sonixj-2.9.51: reg_w1 [0017] = 20 Jul 12 05:06:23 kyleabaker-desktop kernel: [ 273.620018] sonixj-2.9.51: reg_w1 [0001] = 61 Jul 12 05:06:24 kyleabaker-desktop kernel: [ 274.640013] sonixj-2.9.51: reg_w1 [0001] = 0b Jul 12 05:06:24 kyleabaker-desktop kernel: [ 274.644749] gspca-2.9.51: found int in endpoint: 0x83, buffer_len=1, interval=100 BTW, your webcam is connected to a USB 1.1 port with the driver ohci_hcd. Have you some USB 2.0 port that you could use? I know my computer has USB 2.0 ports, but they all seem to be falling back to 1.1 (if thats what you're seeing them as). I understand the bandwidth is greater in USB 2.0, but are there other problems that would be causing this? Thanks, I think we may be getting somewhere now. -- Kyle Baker -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http
Re: Microsoft VX-1000 Microphone Drivers Crash in x86_64
On Mon, Jul 12, 2010 at 7:21 AM, Jean-Francois Moine moin...@free.fr wrote: Fine job! The register 02 is the GPIO register. It seems the audio does not work when the bit 0x04 is not set. I am working on the driver for the other webcams, but you may patch it yourself removing the register 02 settings at lines 1752, 2320 and 2321 of sonixj.c. Thank you for your help. I've gotten this working for me by using the following conditional to determine if the driver should run the code that changes register 02 or not. if (sd-sensor != SENSOR_OV7660) reg_w1(gspca_dev, 0x02, 0x62); and if (sd-sensor != SENSOR_OV7660) { reg_w1(gspca_dev, 0x02, reg2); reg_w1(gspca_dev, 0x02, reg2); } These do fix the audio problem, but they may not be good for other Sensor OV7660 devices. I am not sure how to identify only my model here, but that may be ideal for a better patch. I wonder if this patch would also be needed for the VX-3000 model? I've attached the patch that I'm using. I attached the diff -c and diff -uNr style patches. the uNr style looks more like the changesets I've found at LinuxTV.org so it may be the easiest to apply. I hope the patch helps! Hopefully this will make it into the Kernel source before too long so it works on other computers without modification. :D Cheers. -- Kyle Baker sonixj-vx1000.patch Description: Binary data sonixj-vx1000-diff-uNr.patch Description: Binary data
Re: Microsoft VX-1000 Microphone Drivers Crash in x86_64
On Tue, Jul 13, 2010 at 3:13 PM, Jean-Francois Moine moin...@free.fr wrote: In the new gspca test version (2.9.52), I modified the driver for it checks the audio device. If present, the bandwidth is reduced and for the sn9c105, the bit 0x04 of the GPIO register is always set (I hope that the audio connection is done in the same way by all manufacturer!). I can verify that GSPCA 2.9.52 does indeed work with VX-1000. How long does it take typically for these changes to work their way into the Kernel? I'd love to see this included in the Kernel by the time Ubuntu 10.10 is released so I can stop tweaking webcam settings. On a different note, I've noticed that there is a bug either with Cheese or with the camera drivers after recording video. The problem is that, after I record a video in Cheese, the recording stops and the video is saved, but the record button is now disabled until I reopen the application. I'm curious why this would happen, but I think that more people would notice this bug if it were a Cheese bug. I'm wondering if there is something that isn't transferred or set correctly after ending the video/audio data transfers. Cheese is working with V4L2 well in all other aspects. I have been testing with Ubuntu 10.10, so I will install your latest drivers in Ubuntu 10.04 (stable) to see what happens. I know that on my laptop in Ubuntu 10.04 (where video worked, but audio didn't), the video would save and the button is re-enabled correctly. I'll test this against your latest release to see what happens since Ubuntu 10.04 installs GSPCA 2.7.0 by default. I will let you know of the results soon. And one more question. Is there anyway to give the camera button an action when the camera is not on? In windows, pressing the button would launch a predefined application (Windows Live Messenger), but I would like to write in the ability to open either a buddy list or Cheese or something relevant from the button if possible. Thanks. -- Kyle Baker -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Microsoft VX-1000 Microphone Drivers Crash in x86_64
On Tue, Jul 13, 2010 at 7:59 PM, Kyle Baker kyleaba...@gmail.com wrote: On a different note, I've noticed that there is a bug either with Cheese or with the camera drivers after recording video. The problem is that, after I record a video in Cheese, the recording stops and the video is saved, but the record button is now disabled until I reopen the application. I've tested this on my Ubuntu 10.04 32-bit laptop with both GSPCA 2.7.0 and GSPCA 2.9.52. The results match, Cheese 2.30.1 works as intended. However, I'm using the same version of Cheese on my Ubuntu 10.10 64-bit computer and results are different. I'll keep an eye on this issue and if it doesn't clear up by time of Ubuntu 10.10 release then I'll look back into it. FYI, there is a warning message in the make process that I wanted to bring your attention to. Its not causing problems, but maybe it can be removed? .../gspca-2.9.52/build/jpeg.h:152: warning: ‘jpeg_set_qual’ defined but not used Cheers. -- Kyle Baker -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Microsoft VX-1000 Microphone Drivers Crash in x86_64
On Wed, Jul 14, 2010 at 6:31 AM, Jean-Francois Moine moin...@free.fr wrote: I have just done the pull request. The patch should be applied in the kernel 2.6.36 and it contains: Jean-Francois, Long Thank you, please be patient, You did most of the work, but I appreciate your generosity so much. Linux wouldn't work without kind people like you who help people like me who are not as experienced! I've been trying so hard for ~3 years to contribute and this is my biggest contribution considering thousands of people will be using this driver fix soon when its merged with the latest Kernel! It's very generous of you to share the publicity for this webcam patch with me! I have a new-found respect for the work you're doing and want to help in any way I can. I've learned sonixj.c very well now after reading the code for a week and would love to help with improving it and optimize it to get better performance. Please let me know if I can ever be of assistance for testing or otherwise! If you ever need to pass this driver on to someone else (like Michel Xhaard did with you), please consider me! I would love to help improve upon this driver and help maintain it! I'm a college student and not as experienced as you, but you've shown me a great deal and how to debug projects like this and for that I am greatful! I sincerely appreciate and thank you for you help and friendliness! It has been a pleasure debugging with you. Please call on me when you need to test this driver again against future changes! I'm still curious about the following if you feel like answering: Is there anyway to give the camera button an action when the camera is not on? In windows, pressing the button would launch a predefined application (Windows Live Messenger), but I would like to write in the ability to open either a buddy list or Cheese or something relevant from the button if possible. Thank you very much, -- Kyle Baker -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Microsoft VX-1000 Microphone Drivers Crash in x86_64
I'm testing the VX-1000 model web cam in test builds of Ubuntu 10.10 x86_64 and have found that the gspca drivers allow the microphone to work with a sound recorder initially. However, when I test sound and video together with Cheese, the microphone no longer works and doesn't work again on the computer until the web cam is detached and reattached. I was able to track the events in the system logs as follows: Jul 5 16:49:52 kyleabaker-desktop kernel: [104818.122525] usb 2-1: new full speed USB device using ohci_hcd and address 5 Jul 5 16:49:53 kyleabaker-desktop kernel: [104818.349087] gspca: probing 045e:00f7 Jul 5 16:49:53 kyleabaker-desktop kernel: [104818.361046] sonixj: Sonix chip id: 11 Jul 5 16:49:53 kyleabaker-desktop kernel: [104818.367105] input: sonixj as /devices/pci:00/:00:02.0/usb2/2-1/input/input5 Jul 5 16:49:53 kyleabaker-desktop kernel: [104818.367172] gspca: video0 created Jul 5 16:49:53 kyleabaker-desktop kernel: [104818.367174] gspca: found int in endpoint: 0x83, buffer_len=1, interval=100 Jul 5 16:49:53 kyleabaker-desktop kernel: [104818.367235] gspca: probing 045e:00f7 Jul 5 16:53:35 kyleabaker-desktop kernel: [105040.981955] gspca: found int in endpoint: 0x83, buffer_len=1, interval=100 Jul 5 16:53:37 kyleabaker-desktop kernel: [105042.537923] ohci_hcd :00:02.0: leak ed 88003796e370 (#81) state 2 Jul 5 16:53:37 kyleabaker-desktop kernel: [105042.537957] gspca: found int in endpoint: 0x83, buffer_len=1, interval=100 Jul 5 16:53:37 kyleabaker-desktop kernel: [105042.537960] gspca: bandwidth not wide enough - trying again Jul 5 16:53:37 kyleabaker-desktop kernel: [105042.564943] gspca: found int in endpoint: 0x83, buffer_len=1, interval=100 Jul 5 16:54:08 kyleabaker-desktop kernel: [105073.800352] gspca: found int in endpoint: 0x83, buffer_len=1, interval=100 I opened Cheese to test sound and video at the 16:53 point. This seems to be unique to x86_64 systems as I'm getting reports that 32-bit users are not having any problems with this, but I don't have a 32-bit install to test myself. The selected input microphone remains the one in the web cam, but the drivers fail or break when it is started with video. -- Kyle Baker -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Microsoft VX-1000 Microphone Drivers Crash in x86_64
On Wed, Jul 7, 2010 at 1:44 AM, Jean-Francois Moine moin...@free.fr wrote: Hi Kyle, The problem is known. I have no fix yet, but it seems that you use a USB 1.1. or that you have some other device on the same bus. May you try to connect your webcam to an other USB port? Best regards. I tested different ports, but the results are the same. From the log files it appears to be connecting via USB2. Jul 7 01:48:54 kyleabaker-desktop kernel: [ 6186.202520] usb 2-1: new full speed USB device using ohci_hcd and address 6 Jul 7 01:48:54 kyleabaker-desktop kernel: [ 6186.426975] gspca: probing 045e:00f7 Jul 7 01:48:54 kyleabaker-desktop kernel: [ 6186.438792] sonixj: Sonix chip id: 11 Jul 7 01:48:54 kyleabaker-desktop kernel: [ 6186.444844] input: sonixj as /devices/pci:00/:00:02.0/usb2/2-1/input/input7 Jul 7 01:48:54 kyleabaker-desktop kernel: [ 6186.444916] gspca: video0 created Jul 7 01:48:54 kyleabaker-desktop kernel: [ 6186.444918] gspca: found int in endpoint: 0x83, buffer_len=1, interval=100 The only usb devices connected are my keyboard, mouse and vx-1000 webcam. I can get the microphone back if I reset the modules: sudo rmmod gspca_sonixj sudo modprobe gspca_sonixj If the microphone works when used alone (with the sound recorder application) and video works in Cheese, why would they not work together at the same time? I'm looking through the sonixj.c code to see if I can find where its breaking, but I'm not very experienced in C. I've been trying to get this worked out for a year, so if there is anything I can do to help fix this bug let me know. This is a fairly common webcam, so it would be great to see this resolved soon. What is the current priority of this bug? -- Thanks, Kyle Baker -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Microsoft VX-1000 Microphone Drivers Crash in x86_64
On Wed, Jul 7, 2010 at 5:06 AM, Jean-Francois Moine moin...@free.fr wrote: The video and audio don't work at the same time because the video is opened before the audio and it takes all the USB bandwidth. The problem is in the main gspca.c, not in sonixj.c. It may fixed using a lower alternate setting. To check it, you may add the following lines: if (dev-config-desc.bNumInterfaces != 1) gspca_dev-nbalt -= 1; after gspca_dev-nbalt = intf-num_altsetting; in the function gspca_dev_probe() of gspca.c. If it still does not work, change -= 1 to -= 2 or -= 3 (there are 8 alternate settings in your webcam). I've edited the gspca.c file with your suggestion to begin testing, but I'm unable to get the new drivers to compile with and Error 2. For a correct fix, the exact video bandwidth shall be calculated and I could not find yet time enough to do the job and people to test it... If you find time to start progress on this, I will be ready to test your changes. In the meantime, I will continue trying to compile and test these changes. If I understood more of how everything works then I'd start the bandwidth calculation progress myself. Unfortunately I don't, but I may be able to get a patch working if this will ever compile. Thanks. -- Kyle Baker -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Microsoft VX-1000 Microphone Drivers Crash in x86_64
interface 1 [ 21.741433] gspca-2.9.50: 045e:00f7 bad interface 2 [ 86.749179] gspca-2.9.50: found int in endpoint: 0x83, buffer_len=1, interval=100 [ 98.646330] gspca-2.9.50: found int in endpoint: 0x83, buffer_len=1, interval=100 gspca_dev-nbalt -= 7; Initial startup (audio works) $ dmesg | grep gspca [ 21.911549] gspca: main v2.9.0 registered [ 21.912648] gspca-2.9.50: probing 045e:00f7 [ 21.934429] gspca-2.9.50: video0 created [ 21.934431] gspca-2.9.50: found int in endpoint: 0x83, buffer_len=1, interval=100 [ 21.934452] gspca-2.9.50: 045e:00f7 bad interface 1 [ 21.934460] gspca-2.9.50: 045e:00f7 bad interface 2 Started Cheese (no video, no audio) $ dmesg | grep gspca [ 21.911549] gspca: main v2.9.0 registered [ 21.912648] gspca-2.9.50: probing 045e:00f7 [ 21.934429] gspca-2.9.50: video0 created [ 21.934431] gspca-2.9.50: found int in endpoint: 0x83, buffer_len=1, interval=100 [ 21.934452] gspca-2.9.50: 045e:00f7 bad interface 1 [ 21.934460] gspca-2.9.50: 045e:00f7 bad interface 2 [ 108.513126] gspca-2.9.50: found int in endpoint: 0x83, buffer_len=1, interval=100 [ 121.592828] gspca-2.9.50: found int in endpoint: 0x83, buffer_len=1, interval=100 gspca_dev-nbalt -= 8; Initial startup (audio works) $ dmesg | grep gspca [ 21.215610] gspca: main v2.9.0 registered [ 21.217198] gspca-2.9.50: probing 045e:00f7 [ 21.233435] gspca-2.9.50: video0 created [ 21.233437] gspca-2.9.50: found int in endpoint: 0x83, buffer_len=1, interval=100 [ 21.233459] gspca-2.9.50: 045e:00f7 bad interface 1 [ 21.233467] gspca-2.9.50: 045e:00f7 bad interface 2 Started Cheese (no video, audio works) $ dmesg | grep gspca [ 21.215610] gspca: main v2.9.0 registered [ 21.217198] gspca-2.9.50: probing 045e:00f7 [ 21.233435] gspca-2.9.50: video0 created [ 21.233437] gspca-2.9.50: found int in endpoint: 0x83, buffer_len=1, interval=100 [ 21.233459] gspca-2.9.50: 045e:00f7 bad interface 1 [ 21.233467] gspca-2.9.50: 045e:00f7 bad interface 2 [ 85.830434] gspca: no transfer endpoint found - The point of breaking the microphone appears to be at the same instance that the second found int in endpoint: 0x83, buffer_len=1, interval=100 occurs. This is in the alloc_and_submit_int_urb() function in gspca.c. Is there any way that I can do a deeper trace on this to find what is actually going wrong here? Does this help at all? Thanks. -- Kyle Baker -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Microsoft VX-1000 Microphone Drivers Crash in x86_64
On Fri, Jul 9, 2010 at 2:03 PM, Jean-Francois Moine moin...@free.fr wrote: OK. So, this means that the sonixj driver sets something in the webcam which prevents the audio to run. I don't see anything but the GPIO. I was considering adding more code to print out more detailed IO information. I have no ms-win trace from your webcam. May you do it? I just need the connection and one second of streaming with a USB sniffer in text mode as sniffbin. I tried using a couple of USB sniffers in Windows 7, but I'm unable to find one that has an option to save in text mode as sniffbin. Apologies in advanced for the length of the log files that I managed to capture. I captured the device connection, video capture start and stop, then device removed. The capture start took a moment to begin since the application loaded more slowly with usb capturing in progress. --- I tried using the open source SnoopyPro under Windows 7 and I'm not sure how well it works normally, but I was unable to capture any usb traffic in Win7. If you have any other suggestions let me know, because I've never used a usb sniffer before. I connected my webcam to a Windows XP laptop and was able to get it to capture (Windows XP laptop is 32-bit, Windows7/Ubuntu 10.10 desktop is 64-bit...which is what I am working to get the webcam working on). http://sourceforge.net/projects/usbsnoop/ In the USB Devices list I see my camera listed 3 times: USB\VID_045EPID_00F7REV_0101MI_00,USB\VID_045EPID_00F7MI_00 USB\VID_045EPID_00F7REV_0101MI_01,USB\VID_045EPID_00F7MI_01 USB\VID_045EPID_00F7REV_0101,USB\VID_045EPID_00F7 Log file from SnoopyPro: http://bit.ly/bNJiLu --- I also installed a free usb sniffer called Simple USB Logger that seemed to do a very good job and I captured data from the point that the camera was plugged into usb, then start capture, end capture and unplugged from usb. So it should be a large bit of the data you will need. http://www.all-freeware.com/download/67384/simple-usb-logger.html Log file from Simple USB Logger: http://bit.ly/92ipQ8 --- I hope these help and are what you were looking for. Let me know if you needed something different or if there is more information I can send to you. I've saved the exact program versions in case you have trouble getting them for any reason and would like to look into them: SnoopyPro: http://bit.ly/bX6r9r Simple USB Logger: http://bit.ly/bshLuz Thanks. -- Kyle Baker -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html