[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#677533: video: USB webcam fails since kernel 3.2



Martin-Éric Racine wrote:

> Here is the dmesg-r result with kernel 3.4 trunk PAE. With this one,
> Cheese gives me an image for about 1 second, then it crashes as
> before.

Thanks!

[...]
> DMI: ASUSTeK Computer Inc.  W5F                 /W5F       , BIOS 202          01/10/2006

Ok.

[...]
> ACPI: EC: Look up EC in DSDT
> ACPI Warning: Incorrect checksum in table [OEMB] - 0x58, should be 0x57 (20120320/tbutils-323)
> ACPI Warning: Incorrect checksum in table [TCPA] - 0x00, should be 0x34 (20120320/tbutils-323)
> ACPI: SSDT 3f7c8270 00465 (v01    AMI   CPU1PM 00000001 INTL 02002026)
> ACPI: Dynamic OEM Table Load:
> ACPI: SSDT   (null) 00465 (v01    AMI   CPU1PM 00000001 INTL 02002026)
> ACPI Warning: Incorrect checksum in table [SSDT] - 0x56, should be 0x57 (20120320/tbutils-323)

Hmm...

[...]
> PCI: Ignoring host bridge windows from ACPI; if necessary, use "pci=use_crs" and report a bug

Seems worth a try, though probably not relevant to this particular
bug.

[...]
> ACPI _OSC control for PCIe not granted, disabling ASPM

If I remember correctly, "..., not enabling ASPM" would be more
accurate.

[...]
> usb 1-7: new high-speed USB device number 3 using ehci_hcd
[...]
> usb 1-7: New USB device found, idVendor=0ac8, idProduct=0321
> usb 1-7: New USB device strings: Mfr=1, Product=2, SerialNumber=0
> usb 1-7: Product: USB2.0 Web Camera
> usb 1-7: Manufacturer: Vimicro Corp.
[...]
> Linux media interface: v0.10
> Linux video capture interface: v2.00
> gspca_main: v2.14.0 registered
> gspca_main: vc032x-2.14.0 probing 0ac8:0321
> usbcore: registered new interface driver vc032x

The device of interest is discovered.

[...]
> wlan0: deauthenticating from 00:18:39:d4:11:7b by local choice (reason=3)
> asus_laptop: Unknown key 0 pressed
> cfg80211: Calling CRDA to update world regulatory domain
> cfg80211: World regulatory domain updated:
> cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
> cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
> cfg80211:   (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
> cfg80211:   (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
> cfg80211:   (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
> cfg80211:   (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
> asus_laptop: Unknown key 1 pressed
> iwl3945 0000:07:00.0: Radio disabled by HW RF Kill switch

Unrelated: are these "Unknown key" presses an attempt to report use of
the rfkill switch?

[...]
> gspca_main: ISOC data error: [36] len=0, status=-71
> gspca_main: ISOC data error: [65] len=0, status=-71
[...]
> gspca_main: ISOC data error: [48] len=0, status=-71
> video_source:sr[3246]: segfault at 0 ip   (null) sp ab36de1c error 14 in cheese[8048000+21000]
> gspca_main: ISOC data error: [17] len=0, status=-71

(The above data error spew starts around t=121 seconds and continues
at a rate of about 15 messages per second.  The segfault is around
t=154.)

Action.

See also:

  https://launchpad.net/bugs/990749

The driver is poorly documented --- it includes tables initializing
registers (I think) without describing what each register does.  Alas.

The vc032x code hasn't changed since 3.4.1, so please report your
symptoms to Jean-François Moine <moinejf@free.fr>, cc-ing
linux-media@vger.kernel.org, linux-kernel@vger.kernel.org, and either
me or this bug log so we can track it.  Be sure to mention:

 - steps to reproduce, expected result, actual result, and how the
   difference indicates a bug (should be simple enough in this case)
 - how reproducible the bug is (100%?)
 - which kernel versions you have tested and result with each (what is
   the newest kernel version that worked?)
 - a log from booting and reproducing the bug, or a link to one
 - any other weird symptoms or observations
 - a link to http://bugs.debian.org/677533 for the backstory

Hopefully someone upstream will have ideas for commands to run or
patches to apply to further track down the cause.

Hope that helps,
Jonathan



Reply to: