Genesys Logic Webcam 05e3:0503 Not Working

Bug #215604 reported by Pac Shady
26
This bug affects 3 people
Affects Status Importance Assigned to Milestone
cheese (Ubuntu)
Fix Released
Undecided
Unassigned
Nominated for Karmic by Pander
Intrepid
Invalid
Undecided
Unassigned
Jaunty
Fix Released
Undecided
Unassigned
linux (Ubuntu)
Won't Fix
Low
Unassigned
Nominated for Karmic by Pander
Intrepid
Won't Fix
Low
Unassigned
Jaunty
Won't Fix
Low
Unassigned

Bug Description

I have a Genesys Logic Inc. webcam built into my Medion MD96420 laptop. There is no support for this camera in Linux currently (except for a driver just beginning development at http://www.reactivated.net/weblog/, but I don't know how to install it to test it). Here are some details:

lsb_release -rd
Description: Ubuntu hardy (development branch)
Release: 8.04

sudo lsusb -v
Bus 007 Device 002: ID 05e3:0503 Genesys Logic, Inc.
Device Descriptor:
  bLength 18
  bDescriptorType 1
  bcdUSB 2.00
  bDeviceClass 0 (Defined at Interface level)
  bDeviceSubClass 0
  bDeviceProtocol 0
  bMaxPacketSize0 64
  idVendor 0x05e3 Genesys Logic, Inc.
  idProduct 0x0503
  bcdDevice 1.03
  iManufacturer 0
  iProduct 1 USB 2.0 PC Camera
  iSerial 0
  bNumConfigurations 1
  Configuration Descriptor:
    bLength 9
    bDescriptorType 2
    wTotalLength 129
    bNumInterfaces 1
    bConfigurationValue 1
    iConfiguration 0
    bmAttributes 0x80
      (Bus Powered)
    MaxPower 140mA
    Interface Descriptor:
      bLength 9
      bDescriptorType 4
      bInterfaceNumber 0
      bAlternateSetting 0
      bNumEndpoints 3
      bInterfaceClass 255 Vendor Specific Class
      bInterfaceSubClass 0
      bInterfaceProtocol 0
      iInterface 0
      Endpoint Descriptor:
        bLength 7
        bDescriptorType 5
        bEndpointAddress 0x81 EP 1 IN
        bmAttributes 1
          Transfer Type Isochronous
          Synch Type None
          Usage Type Data
        wMaxPacketSize 0x0000 1x 0 bytes
        bInterval 1
      Endpoint Descriptor:
        bLength 7
        bDescriptorType 5
        bEndpointAddress 0x02 EP 2 OUT
        bmAttributes 2
          Transfer Type Bulk
          Synch Type None
          Usage Type Data
        wMaxPacketSize 0x0200 1x 512 bytes
        bInterval 1
      Endpoint Descriptor:
        bLength 7
        bDescriptorType 5
        bEndpointAddress 0x83 EP 3 IN
        bmAttributes 3
          Transfer Type Interrupt
          Synch Type None
          Usage Type Data
        wMaxPacketSize 0x0001 1x 1 bytes
        bInterval 5
    Interface Descriptor:
      bLength 9
      bDescriptorType 4
      bInterfaceNumber 0
      bAlternateSetting 1
      bNumEndpoints 3
      bInterfaceClass 255 Vendor Specific Class
      bInterfaceSubClass 0
      bInterfaceProtocol 0
      iInterface 0
      Endpoint Descriptor:
        bLength 7
        bDescriptorType 5
        bEndpointAddress 0x81 EP 1 IN
        bmAttributes 1
          Transfer Type Isochronous
          Synch Type None
          Usage Type Data
        wMaxPacketSize 0x1400 3x 1024 bytes
        bInterval 1
      Endpoint Descriptor:
        bLength 7
        bDescriptorType 5
        bEndpointAddress 0x02 EP 2 OUT
        bmAttributes 2
          Transfer Type Bulk
          Synch Type None
          Usage Type Data
        wMaxPacketSize 0x0200 1x 512 bytes
        bInterval 1
      Endpoint Descriptor:
        bLength 7
        bDescriptorType 5
        bEndpointAddress 0x83 EP 3 IN
        bmAttributes 3
          Transfer Type Interrupt
          Synch Type None
          Usage Type Data
        wMaxPacketSize 0x0001 1x 1 bytes
        bInterval 5
    Interface Descriptor:
      bLength 9
      bDescriptorType 4
      bInterfaceNumber 0
      bAlternateSetting 2
      bNumEndpoints 3
      bInterfaceClass 255 Vendor Specific Class
      bInterfaceSubClass 0
      bInterfaceProtocol 0
      iInterface 0
      Endpoint Descriptor:
        bLength 7
        bDescriptorType 5
        bEndpointAddress 0x81 EP 1 IN
        bmAttributes 1
          Transfer Type Isochronous
          Synch Type None
          Usage Type Data
        wMaxPacketSize 0x0400 1x 1024 bytes
        bInterval 1
      Endpoint Descriptor:
        bLength 7
        bDescriptorType 5
        bEndpointAddress 0x02 EP 2 OUT
        bmAttributes 2
          Transfer Type Bulk
          Synch Type None
          Usage Type Data
        wMaxPacketSize 0x0200 1x 512 bytes
        bInterval 1
      Endpoint Descriptor:
        bLength 7
        bDescriptorType 5
        bEndpointAddress 0x83 EP 3 IN
        bmAttributes 3
          Transfer Type Interrupt
          Synch Type None
          Usage Type Data
        wMaxPacketSize 0x0001 1x 1 bytes
        bInterval 5
    Interface Descriptor:
      bLength 9
      bDescriptorType 4
      bInterfaceNumber 0
      bAlternateSetting 3
      bNumEndpoints 3
      bInterfaceClass 255 Vendor Specific Class
      bInterfaceSubClass 0
      bInterfaceProtocol 0
      iInterface 0
      Endpoint Descriptor:
        bLength 7
        bDescriptorType 5
        bEndpointAddress 0x81 EP 1 IN
        bmAttributes 1
          Transfer Type Isochronous
          Synch Type None
          Usage Type Data
        wMaxPacketSize 0x0c00 2x 1024 bytes
        bInterval 1
      Endpoint Descriptor:
        bLength 7
        bDescriptorType 5
        bEndpointAddress 0x02 EP 2 OUT
        bmAttributes 2
          Transfer Type Bulk
          Synch Type None
          Usage Type Data
        wMaxPacketSize 0x0200 1x 512 bytes
        bInterval 1
      Endpoint Descriptor:
        bLength 7
        bDescriptorType 5
        bEndpointAddress 0x83 EP 3 IN
        bmAttributes 3
          Transfer Type Interrupt
          Synch Type None
          Usage Type Data
        wMaxPacketSize 0x0001 1x 1 bytes
        bInterval 5
Device Qualifier (for other device speed):
  bLength 10
  bDescriptorType 6
  bcdUSB 2.00
  bDeviceClass 0 (Defined at Interface level)
  bDeviceSubClass 0
  bDeviceProtocol 0
  bMaxPacketSize0 64
  bNumConfigurations 1
Device Status: 0x0000
  (Bus Powered)

Revision history for this message
Pac Shady (pacshady) wrote :

Complete lsusb -v output

Revision history for this message
Pac Shady (pacshady) wrote :

dmesg output

Revision history for this message
Pander (pander) wrote :

Support for
  Genesys Logic, Inc. USB 2.0 PC Camera ( 05e3:0503 )
  http://www.qbik.ch/usb/devices/showdev.php?id=4320
can be found here as a kernel driver
  http://gl860.sourceforge.net/

Please include this module in the next kernel.

Revision history for this message
Pander (pander) wrote :

Can this please be fixed in Intrepid Ibex? This improves Ubuntu's image/promise of being up to date with commonly available consumer market hardware.

Revision history for this message
Pac Shady (pacshady) wrote :

I got the cam working with this driver: http://sourceforge.net/project/downloading.php?groupname=gl860&filename=gl860_0.2p_experimental3.tgz&use_mirror=osdn

It's still in development, but it seems to work well on my laptop. Any chance of getting this driver added to Ubuntu?

Revision history for this message
Leann Ogasawara (leannogasawara) wrote :

Hi Pac Shady,

Sorry for the delayed response here. Do you know if there have been any efforts to get this driver submitted and accepted into the upstream mainline kernel? Maintaining out of tree patches/drivers produces quite a bit of extra work for the Ubuntu kernel team. As such they typically require evidence of upstream submission before considering to maintain community patches locally. I'll reassign this to them to consider. Thanks.

Changed in linux:
assignee: nobody → ubuntu-kernel-team
importance: Undecided → Medium
status: New → Triaged
Revision history for this message
Leann Ogasawara (leannogasawara) wrote :

The Ubuntu Kernel Team is planning to move to the 2.6.27 kernel for the upcoming Intrepid Ibex 8.10 release. As a result, the kernel team would appreciate it if you could please test this newer 2.6.27 Ubuntu kernel. There are one of two ways you should be able to test:

1) If you are comfortable installing packages on your own, the linux-image-2.6.27-* package is currently available for you to install and test.

--or--

2) The upcoming Alpha5 for Intrepid Ibex 8.10 will contain this newer 2.6.27 Ubuntu kernel. Alpha5 is set to be released Thursday Sept 4. Please watch http://www.ubuntu.com/testing for Alpha5 to be announced. You should then be able to test via a LiveCD.

Please let us know immediately if this newer 2.6.27 kernel resolves the bug reported here or if the issue remains. More importantly, please open a new bug report for each new bug/regression introduced by the 2.6.27 kernel and tag the bug report with 'linux-2.6.27'. Also, please specifically note if the issue does or does not appear in the 2.6.26 kernel. Thanks again, we really appreicate your help and feedback.

Revision history for this message
Fernando Miguel (fernandomiguel) wrote :

i've got this from lsinfo:
============ start debug info ============
libhd version 14.19 (x86-64)
using /var/lib/hardware
kernel version is 2.6

  81: udi = '/org/freedesktop/Hal/devices/usb_device_5e3_503_noserial'
  usb_device.num_interfaces = 1 (0x1)
  usb_device.linux.device_number = 3 (0x3)
  usb_device.device_class = 0 (0x0)
  linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:1d.7/usb7/7-6'
  info.subsystem = 'usb_device'
  usb_device.device_subclass = 0 (0x0)
  info.vendor = 'Genesys Logic, Inc.'
  usb_device.speed = 480.000
  info.parent = '/org/freedesktop/Hal/devices/usb_device_1d6b_2_0000_00_1d_7'
  usb_device.device_protocol = 0 (0x0)
  info.product = 'USB 2.0 PC Camera'
  usb_device.version = 2.00000
  usb_device.vendor_id = 1507 (0x5e3)
  usb_device.is_self_powered = false
  info.udi = '/org/freedesktop/Hal/devices/usb_device_5e3_503_noserial'
  usb_device.product_id = 1283 (0x503)
  usb_device.can_wake_up = false
  linux.hotplug_type = 2 (0x2)
  usb_device.vendor = 'Genesys Logic, Inc.'
  usb_device.bus_number = 7 (0x7)
  linux.subsystem = 'usb'
  info.linux.driver = 'usb'
  usb_device.product = 'USB 2.0 PC Camera'
  linux.device_file = '/dev/bus/usb/007/003'
  usb_device.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:1d.7/usb7/7-6'
  usb_device.device_revision_bcd = 259 (0x103)
  usb_device.configuration_value = 1 (0x1)
  usb_device.max_power = 140 (0x8c)
  usb_device.num_configurations = 1 (0x1)
  usb_device.num_ports = 0 (0x0)

so i guess its working. cheese can use the webcam too.
I had manually installed the driver module one week before the new kernel, so this information can be not accurate. I'll see if i can test on a daily livecd

Changed in linux:
status: Triaged → New
Revision history for this message
Fernando Miguel (fernandomiguel) wrote :

I made some extra tests and kernel 2.6.27 doesn't support this webcam. My old kernel 2.6.26-5 with the module manually compiled works.
The installer provide on the previous link, doesn't seem to work for kernel .27.

 status new

--
BUGabundo :o)
(``-_-´´) http://LinuxNoDEI.BUGabundo.net
Linux user #443786 GPG key 1024D/A1784EBB
My new micro-blog @ http://BUGabundo.net

Revision history for this message
Nol (o-lorin) wrote :

Hi, I'm the gl860 project owner.

There is still no effort to submit the driver in the upstream mainline kernel as the 05e3:0503 device support was only partial. The lastest version is now better, there is still one thing to solve to have something OK. When the driver will be OK, it will be submitted.

May the trouble with 2.6.27 be related to that regression : http://www.gossamer-threads.com/lists/linux/kernel/951452 ?

Revision history for this message
Daniel T Chen (crimsun) wrote :

(Lowering importance due to lack of regression. Please promote as guidelines dictate.)

Changed in linux:
importance: Medium → Wishlist
status: New → Confirmed
Revision history for this message
Pac Shady (pacshady) wrote :

The webcam still doesn't work out of the box with the Intrepid Alpha 5 LiveCD. My dmesg, lspci, lsusb and uname -r logs are attached. Let me know if anything else is needed.

Revision history for this message
tuxo (beat-fasel) wrote :

The Genesys Logic webcam still doesn't work out of the box with the Intrepid Alpha 6 LiveCD.

Revision history for this message
Mackenzie Morgan (maco.m) wrote :

tuxo:
If you look at the top of the page, you'll see that it was declined for Intrepid, probably for the following two reasons:
1) It was requested too late in the development cycle
2) It would require that the kernel team maintain an out-of-tree driver, which can be a generally unpleasant situation for them

When this driver joins the mainline upstream kernel, it'll certainly be included with whatever Ubuntu release follows that, but before then, nothing is guaranteed.

Revision history for this message
Mackenzie Morgan (maco.m) wrote :

Marking this Triaged because there is an out-of-tree driver available that is known to work, though it's still a bit buggy (according to the driver's author).

Changed in linux:
status: Confirmed → Triaged
Revision history for this message
Fernando Miguel (fernandomiguel) wrote :

Okay, I checkout the source, edited the Makefile, run make, sudo make install, rebooted and still cant use my webcam, as I did on 2.6.26.

http://openfacts.berlios.de/index-en.phtml?title=Linux+UVC
http://openfacts.berlios.de/index-en.phtml?title=HowTo_compile_for_Ubuntu_6.06_LTS

svn checkout svn://svn.berlios.de/linux-uvc/linux-uvc/trunk

 Compile Linux-UVC

   1. Enter the check-out Linux-UVC folder
      cd trunk
   2. Open the Make file in this directory
      sudo nano Makefile
   3. Edit Makefile to change the modules path from
      INSTALL_MOD_DIR := usb/media
      to
      INSTALL_MOD_DIR := kernel/ubuntu/media/usbvideo
   4. make
   5. sudo make install

Revision history for this message
Mackenzie Morgan (maco.m) wrote : Re: [Bug 215604] Re: Genesys Logic Webcam 05e3:0503 Not Working

I think that's what Nol was referring to above. He pointed to a 2.6.27
regression.

Revision history for this message
Fernando Miguel (fernandomiguel) wrote :

Mackenzie you said:
"this Triaged because there is an out-of-tree driver available that is known to work"

but it doesnt work. at least not for me, or my webcam.

Revision history for this message
Mackenzie Morgan (maco.m) wrote :

Here's the thing, it works in general, just not for Intrepid's specific kernel, not that it'll be going into Intrepid's kernel *anyway* because it's been rejected. What we thus can look forward to is Jaunty. It also seems very very unlikely that 3 weeks before a release, Ubuntu's kernel team is going to help Nol with fixing up the driver, since it's sort of his project. I marked it triaged because we know the answer is "merge Nol's driver."

At this point, there are two bugs. The first is that this driver is not included in Ubuntu's kernel. The second is that 2.6.27 had a regression from 2.6.26 which interferes with this driver's manual use.

Does that make sense?

Revision history for this message
Fernando Miguel (fernandomiguel) wrote :

> Does that make sense?

yep. it says: screw your webcams

oh well, i'll be waiting for jaunty toolchain to open

Revision history for this message
Mackenzie Morgan (maco.m) wrote :

"our" not "your"
I have the same one. I'm just considering Intrepid a total wash since neither this driver nor my fingerprint reader's driver will be included in it.

Revision history for this message
Mackenzie Morgan (maco.m) wrote :

And by the way, reading what Nol linked, it's not a kernel bug. It's his bug. The kernel did some code cleanups and his code hasn't kept up with mainline kernel development. We simply have to wait for him to update his code to work with current kernels.

Revision history for this message
Paul Hoell (hoellp) wrote :

Just to clear things up for the slow ones like me, is there any way at all to get this driver working with actual intrepid kernel? I don't care how complicated for now, I just want to know if it's even worth the try...

Thanks in advance

Revision history for this message
Mackenzie Morgan (maco.m) wrote :

No, because the driver writer has not kept up to date with the kernel's
development. There were changes between 2.6.26 and 2.6.27 that he
hasn't taken into account when writing his driver.

Revision history for this message
Nol (o-lorin) wrote :

I tried to make a driver for 2.6.27 ( http://downloads.sourceforge.net/gl860/gl860_0.2_2.6.27_try_c.tgz?use_mirror= ) but it has still not been tested. It compiles flawlessly with a Mandriva 2.6.27.3 32bits.
Any report wellcome.

Revision history for this message
Paul Hoell (hoellp) wrote :

The script to install is not really compatible to Ubuntu, I'll change it and
give it a try...
<-

On Sun, Oct 26, 2008 at 8:21 PM, Nol <email address hidden> wrote:

> I tried to make a driver for 2.6.27 (
> http://downloads.sourceforge.net/gl860/gl860_0.2_2.6.27_try_c.tgz?use_mirror=) but it has still not been tested. It compiles flawlessly with a Mandriva
> 2.6.27.3 32bits.
> Any report wellcome.
>
> --
> Genesys Logic Webcam 05e3:0503 Not Working
> https://bugs.launchpad.net/bugs/215604
> You received this bug notification because you are a direct subscriber
> of the bug.
>

Revision history for this message
Paul Hoell (hoellp) wrote :

Ok...
There are 2 lines to change, one in the install file and one in the Makefile.standalone so that the Kernelsources are found. The correct lines are there already, but commented out, so you just have to switch the #...
It compiles and installes nicely and seems to work as well. Cheese recognizes the camera and brings it up (I noticed the blue led for the first time ever ;)). The problem is, I just get a green screen, on whichever resolution I choose. So, not exactly there yet. Btw, I'm on Intrepid 64bit.
<-

Revision history for this message
Paul Hoell (hoellp) wrote :

Sorry, I was too fast with that. The problem seems to be with cheese. In Camorama, the webcam works like a charm...
I thank you a lot for your great work, this is really much appreciated.
<-

Revision history for this message
Nol (o-lorin) wrote :

OK :), please give me more informations about green images with Cheese (screenshot, images change while modify setting, colorspace) using the SourceForge tracker https://sourceforge.net/tracker/?func=add&group_id=229562&atid=1077409.
Thanks

Revision history for this message
Fernando Miguel (fernandomiguel) wrote :

On my system it complains about kernel headers but I have mine installed.
This is with and without the change to the Makefile.standalone

$ ./install
*****************************************************************************
 1/8) [Kernel headers for current kernel missing] Use your package manager to install them.
       For Debian/Ubuntu systems, look for the linux-headers package.
       Make sure the headers version matches your running kernel version.
       /usr/src/linux-2.6.27-7-generic is missing.

$ dpkg -l | grep linux-head
ii linux-headers-2.6.26-5 2.6.26-5.17 Header files related to Linux kernel version
ii linux-headers-2.6.26-5-generic 2.6.26-5.17 Linux kernel headers for version 2.6.26 on x
ii linux-headers-2.6.27-7 2.6.27-7.14 Header files related to Linux kernel version
ii linux-headers-2.6.27-7-generic 2.6.27-7.14 Linux kernel headers for version 2.6.27 on x
ii linux-headers-generic 2.6.27.7.11 Generic Linux kernel headers

Revision history for this message
Nol (o-lorin) wrote :

As stated by the error message, it seems that the directory "/usr/src/linux-2.6.27-7-generic" is missing. Maybe it is the Mandriva directory.
Have you tried the "2.6.20-27" release, the install script is corrected to handle by default Ubuntu.
If it works, I would like you to test with V4l1 viewer (Camorama for example) and v4l2 (Ekiga, etc). Maybe there is a trouble with v4l2 management, this could explain with it is OK with Camorama and KO with Cheese. Tell me also if you are 32 or 64bits.

Thx

Revision history for this message
Fernando Miguel (fernandomiguel) wrote :

Ahhhh besides the change to Makefile.standalone, I needed to change the comment on ./install too.
Its compliling now

Linux blubug 2.6.27-7-generic #1 SMP Fri Oct 24 06:40:41 UTC 2008 x86_64 GNU/Linux
64bits.

As stated, Cheese just shows green screen
"FIXME add rgb24 -> yuv420 conversion"

Camorama works

Revision history for this message
Nol (o-lorin) wrote :

Good news it works also with 64bits.
Is there a way to tell Cheese which colorspace it has to use? It seems that it does not handle rgb24. Anyway that is strange as it has worked with Cheese. Can you test with Ekiga by using the v4l2 driver. Or test with Xawtv, it is also v4l2. This may help to know whether the trouble is with Cheese or also with the driver.

Could you try to install and test the driver with the "2.6.20-27" release ?

Revision history for this message
Fernando Miguel (fernandomiguel) wrote :

installing now xawtv & ekiga.
Skype also show green screen

I cant use an older kernel.
I only have 2.6.27-7 and 2.6.26-5

Revision history for this message
Nol (o-lorin) wrote :

What happend with xawtv and ekiga ?

The "2.6.20-27" release has an install script made to manage Ubuntu plus Mandriva. Also I made some changes so that the driver compiles with at least 2.6.17 (tested and OK) and 2.6.27 kernel (not tested).
I woumd like to known whether it is OK with this release in 2.6.27.

Revision history for this message
Fernando Miguel (fernandomiguel) wrote :

xawtv works but shows some vertical lines.
ekiga works but image is blueish.

All tests made on a fully update Intrepid install with latest kernel

Revision history for this message
Paul Hoell (hoellp) wrote :

Ekiga always crashes for me when I want to test the webcam. How did you test
it?
I got the same picture with xawtv, but the strange thing is, the images are
in normal quality, but upside-down...
<-

On Mon, Oct 27, 2008 at 1:09 PM, BUGabundo <email address hidden> wrote:

> xawtv works but shows some vertical lines.
> ekiga works but image is blueish.
>
> All tests made on a fully update Intrepid install with latest kernel
>
> --
> Genesys Logic Webcam 05e3:0503 Not Working
> https://bugs.launchpad.net/bugs/215604
> You received this bug notification because you are a direct subscriber
> of the bug.
>

Revision history for this message
Nol (o-lorin) wrote :

If you had images with Xawtv and Ekiga, this means that Cheese has a trouble with colorspace, as stated in its error message.
Can you set up a new default colorspace for the webcam with gstreamer-properties?

Blueish image means red and blue inverted in the images. This happened with previous driver versions when the scene is poorly lit. The q2 release solved for that issue. If you have that issue, the image should also be upside down.
Is your image upside down ?

And could you tried to use the "2.6.20-27" release in order to be sure it is OK ?

Revision history for this message
Nol (o-lorin) wrote :

@ Paul and BUGabundo :

                               please use http://ubuntuforums.org/showthread.php?t=869263

I think that is the good place to talk about the driver as the developpement is not related to Ubuntu Kernel Team.

@ Paul : when your image is upside down, is it also blueish ? In that case are you poorly lit ? (The frame rate with Camorama is a good way to know that, under 10 fps, you are poorly lit)
(Please answer in ubuntuforums.)

@ Paul and BUGabundo : Is it always OK for color with Camorama ?
Please launch the webcam viewer in a terminal to get messages.
(Please answer in ubuntuforums.)

Revision history for this message
vin (vinifera) wrote :

camorama work fine under intrepid
Ekiga and Cheese doesn't

Pander (pander)
Changed in cheese:
status: New → In Progress
Changed in cheese:
status: In Progress → Fix Released
Pete Graner (pgraner)
Changed in linux:
assignee: nobody → stefan-bader-canonical
importance: Wishlist → Low
assignee: nobody → stefan-bader-canonical
milestone: none → intrepid-updates
status: New → Triaged
importance: Undecided → Low
Changed in linux (Ubuntu):
assignee: Stefan Bader (stefan-bader-canonical) → Steve Conklin (sconklin)
Stefan Bader (smb)
Changed in linux (Ubuntu Intrepid):
status: Triaged → Won't Fix
Changed in linux (Ubuntu Jaunty):
assignee: Stefan Bader (stefan-bader-canonical) → nobody
64 comments hidden view all 143 comments
Revision history for this message
mavrick.rock@gmail.com (mavrick-rock) wrote :

I have an A4tech web cam it will not work please help me I am not a computer nerd. <email address hidden>

Revision history for this message
Mackenzie Morgan (maco.m) wrote :

Hey Nol. I'm trying to apply the patch to Karmic's 2.6.31, but that's failing
spectacularly (as in, the files to be patched according to the patch file don't
actually exist). Is this a 2.6.32-or-later patch?

Revision history for this message
Nol (o-lorin) wrote :

Hi Mackenzie! I forgot to tell that the GSPCA version with the gl860 driver is in 2.6.32. This is why the load4 script download V4L sources before applying the patches. It is possible to install the latest GSPCA but this requires videodev and some other modules to be compiled so if you are using drivers depending on one of theem, there will be troubles.

By the way, I should get soon a 05e3:0503 with the main built-in sensor, I hope to fix the rare (I hope!) color/upside down issue.

Revision history for this message
Mackenzie Morgan (maco.m) wrote :

So it's in mainline now? If so, we can just use the (*totally unsupported*)
2.6.32 upstream kernels the Kernel Team builds until Lucid.

Revision history for this message
tuxo (beat-fasel) wrote :

System: Kubuntu Jaunty 9.04, 64 bit
Webcam: Genesys Logic Inc., 05e3:0503
Webcam driver: gspca_gl860ep.tgz

I installed gspca_gl860ep.tgz on my system and it worked fine witch cheese.

However, I encountered three problems:

1) Uppon reboot, the camera did not work anymore.
2) Pluging-in a second webcam did not produce a /dev/video1 in addition to the /dev/video0 used by the on-board Genesys webcam and thus the plugged-in camera did not work. On another computer, I can plug in the same second camera in addition to another one and both cameras can be accessed at the same time via /dev/video0 and /dev/vdeo1, respectively.
3) When attempting to use the Genesy camera together with qutecom, the latter crashes, see also Bug #236244 "Unsupported webcam".

Revision history for this message
Pander (pander) wrote :

I had somewhat the same. Finally I got it working.

Did you also install a new kernel for 9.04?

What I did was this:
- remove all the packages of the 2.6.28-15 kernel while having the 2.6.28-16 packages installed and already booted with that kernel
- remove all the gl860s file in /lib (not in /sys !) and remove the old /lib/modules-2.6.28-15 tree
- remove from /etc/modules the line gl860
- remove contents of /etc/modprobe.d/options regarding gl860
- reboot and try installation of gl860_2.6.28e.tgz

Revision history for this message
Nol (o-lorin) wrote :

@ Tuxo

"Uppon reboot, the camera did not work anymore."
> I made a mistake in the script because it does not install anything, it only compiles and loads the driver. After reboot your system is left untouched. I'm writing an install/desinstall script.

"Pluging-in a second webcam did not produce a /dev/video1"
"When attempting to use the Genesy camera together with qutecom"
> The install script compiles videodev and some other modules to the version required by GSPCA, so the module of another webcam is broken because of videodev newer version. You need to compile the driver of the other webcam together with gspca_gl860. In the file config32 or config64, add the suitable line. Look at "/boot/config-2.6.xxxxxxx" and peek the line(s) corresponding to what you need. While insterting the line(s) in configXX, AFAIK you need to respect the order of appearance in the "/boot/config..." (E.g. if it is between CONFIG_VIDEO_V4L1_COMPAT=y" and "CONFIG_USB_GSPCA=m", insert it between "CONFIG_VIDEO_V4L1_COMPAT=y" and "CONFIG_USB_GSPCA=m" in configXX).

Sorry for these troubles. I'm not using other webcam or video device so that I don't warn about it.
The gspca_gl860 driver should compiled with the GSPCA in 9.10, so only the compilation and installation of gl860 may be required and no problem about videodev.

Revision history for this message
Nol (o-lorin) wrote :

Here is the script. Try "./inst_gl860 -i" to install the driver in the /lib/module directory. With "-u" the driver is uninstalled.
If one of you has a maiden karmic, could you try "./inst_gl860 -m" and if OK then try Cheese. It compiles only gspca_gl860 driver and loads it. If OK, there is no compliance trouble with other modules because of videodev recompilation.

Revision history for this message
Mackenzie Morgan (maco.m) wrote :

How does one undo ./load4? There seems to be no way at all to make this
webcam work in Karmic since the standalone tarball drivers won't compile with
2.6.31, and the new gspca-based driver won't compile with 2.6.31. But now I
have the new v4l stuff from ./load4 and don't know where they were installed on
the system. I want to remove them so the USB webcam will work again.

Revision history for this message
Ken VanDine (ken-vandine) wrote :

I just tested the tarball in comment #112 and it works great with my wife's 05e3:0503 fresh Karmic RC install. Flip works, and I tested it with both Empathy and Cheese.

Installed via ./inst_gl860 -m

Revision history for this message
Nol (o-lorin) wrote :

The load4 script does not install anything, it compiles the suitable modules in "./gspca-xxxxxxxxxx" and loads it.
If you did not try to copy files in /lib, your system is untouched after a reboot, so nothing to uninstall.

2.6.31 includes a version of GSPCA with a new function required by the gspca_gl860 driver so the GSPCA driver should compile against this kernel without requiring other module to be compiled (videodev and so on). You just have to compile the gspca_gl860 sources which are in 2.6.32. Therefore try "./inst_gl860 -m" and if the driver is working then install it with "./inst_gl860 -i".

Revision history for this message
Nol (o-lorin) wrote :

Big oops, the "-m" does not perform what was expected, it compiles and loads all required modules instead of only gspc_gl860.

So for 2.6.31, please retry with the new script (./inst_gl860 -m). If the driver is successfully loaded, it is installed.?field.comment=Big oops, the "-m" does not perform what was expected, it compiles and loads all required modules instead of only gspc_gl860.

So for 2.6.31, please retry with the new script (./inst_gl860 -m). If the driver is successfully loaded, it is installed.

Revision history for this message
Mackenzie Morgan (maco.m) wrote :

Didn't you say earlier that load4 does stuff with v4l and that's why people's
USB cameras don't work after installing your driver?

I think the reason I couldn't get it to compile with 2.6.31 is that the
patch_main's first hunk has an incorrect path. It says ./drivers... but should
be ./linux/drivers... due to the patch level. Trying again... ok yeah after
fixing the patch_main, it compiles and works with Cheese. Camorama says "Unable
to capture image" and exits.

Revision history for this message
Nol (o-lorin) wrote :

"Didn't you say earlier that load4 does stuff with v4l and that's why people's
USB cameras don't work after installing your driver?"
Because the driver is uptream, I work now with patches to apply on the last GSPCA which is part of the last V4L, this is why the compilation requires all dependencies be compiled too. However the GSPCA in 2.6.31 includes a mandatory function for gspca_gl860 so gspca_gl860 sources in 2.6.32 may be compiled against the GSPCA in 2.6.31. The "inst_gl860" with "-m" option only compiles the gspca_gl860 sources, no other stuff. It should work against the GSPCA already present in 2.6.31 .

What happens with Camorama is normal, V4L1 applications needs to be launched with a LD_PRELOAD (LD_PRELOAD=/usr/lib/libv4l/v4l1compat.so camorama) to map V4L1 system calls to V4L2 ones. Only V4L2 applications work fine with the gspca drivers.
Did you you only compiled the gspca_driver or compile also other stuff?

Revision history for this message
Mackenzie Morgan (maco.m) wrote :

I did just "./load4" I don't see a "inst_gl860" script...

Revision history for this message
Nol (o-lorin) wrote :

--> http://launchpadlibrarian.net/34343070/gspca_gl860_2.tgz
By the way, "load4" patches, compiles and loads the driver but does not install it.

Revision history for this message
Timse (timshel86) wrote :

I have installed it in Karmic (kernel 2.6.31) with option "./inst_gl860 -m" and cheese appears to work fine. However in Skype it only appears a green screen with some stripes, and no coherent image, and neither does movement change it (checked in the Video Test, in the options Tab of Skype).

Another thing I would like to point out is the quality of the image... In Skype under Windows the image is pretty much neater than when using Cheese in Karmic. I do not know if that is due to the postproccessing of the data, or to the driver itself.

Revision history for this message
Nol (o-lorin) wrote :

The driver receives the image and make nothing on it, so either there is a post-processing step,either the initialization sequence has an effect on the webcam image quality and the drivers does not respect it as good as in Windows. IMHO the first is more likely. Playing with settings did not help ? You can try that with VLC. A test may be carried out with Windows using sniffUSB
(http://www.pcausa.com/Utilities/UsbSnoop/default.htm). We log the USB data exchanges while making a screenshot. From the log I can extract the image and compare it the screen shot. Tell me if you are interested in doing such a test.

About Skype, did you try it with LD_PRELOAD. AFAIK it is required with Skype.

You had no trouble compiling with "./inst_gl860 -m"? I got report of failure and I was going there to write about that!

Revision history for this message
Timse (timshel86) wrote :

Hi!

I attach the installation log using "./inst_gl860 -m" and no errors seem to appear (it is installed on top of the old one, without uninstalling the first one).

About Skype you were right, I needed to run it with "LD_PRELOAD=/usr/lib/libv4l/v4l1compat.so skype", and then it started to work.

VLC needed the same command, otherwise the video wouldn't appear. Then, I compared both videos in Windows and in Karmic, and slight differences appeared in both systems (using Skype and VLC). In Windows the light sources (lightbulbs) are treated more nicely (the shape of the objects near the light are more defined), while in Karmic the objects near the light bulb are much brighter, and are not neat. Playing with the Effects in VLC didn't appear to give a better quality of the image (in a first attempt).

Another thing I noticed is a green light that appears on my webcam whenever I use it. In Windows it switches on and off depending whether a program uses the camera or not. However in Karmic it starts switched off (when booting the computer), and when one program calls for it (cheese, VLC or Skype) it then does holds on until the next reboot (it doesn't matter I close the program who used it).

About doing the log test, I will try to do it in the coming days...

B.R.

Revision history for this message
Nol (o-lorin) wrote :

Before "./inst_gl860 -m" did you make another driver installation with your current kernel ? This may explain why "-m" worked properly.

The LED issue has never been reported before. Could you post the result of "grep gl860 /var/log/syslog" 30 seconds after you close Cheese or Skype ? I don't know exactly the instruction to swtich on/off the LED but it should be switched off when the webcam is idle, as it is with Windows!

Does all Windows webcam viewers show the same image in the same light conditions ?

Revision history for this message
Timse (timshel86) wrote :

Before installing "./inst_gl860 -m" I did the test installation: "./inst_gl860 -t".

I now attach all the logs I get when uninstalling with "./inst_gl860 -u", and afterwards installing with "./inst_gl860 -m" and "./inst_gl860 -i", respectively. In the three cases I get the camera to work.

That's not all. I have noticed that when installing with "./inst_gl860 -i" the led of the camera switches on and off properly, same as in Windows. However when the install is made with "./inst_gl860 -m", then the led would not switch off until reboot. I attach also the log after the grep command you posted me. Tell me if you need any more output results.

About the question of all webcam viewers in Windows show the same image display, yes, they are quite similar (with different image quality as in linux). I will send you some photos so you can compare.

(it seems only one attachement per post... I will send the others per email)

Revision history for this message
Nol (o-lorin) wrote :

About the LED, the gspca_main module IS NOT fully compliant with the gspca_gl860 module. So please install with "./inst_gl860 -i". Using the "-m" may result in troubles with your kernel. I will remove the option.

Revision history for this message
Nol (o-lorin) wrote :

New install file without the "-m" and using the last GSPCA version.

Revision history for this message
brcnsky (vp-deactivatedaccount) wrote :

It's actually working for me with the latest install file in 64-bit karmic (I never managed to get it running before). cheese appears to run fine, and skype is doing well with LD_PRELOAD=/usr/lib32/libv4l/v4l1compat.so.

Nol, many thanks!

Revision history for this message
Nol (o-lorin) wrote :

You're welcome :)

Revision history for this message
Nol (o-lorin) wrote :

FYI, the 2.6.32 kernel with the gspca_gl860 driver has been released.

Revision history for this message
Fernando Miguel (fernandomiguel) wrote :

Thanks Nol for all your work on this.
Been using it with a clean install of Lucid, and not probs so far.

Revision history for this message
Nol (o-lorin) wrote :

Happy new year everybody!

I was given a webcam with the most used MI2020 sensor and I made a new driver for it.
There were mistakes about contrast/gamma settings and the initialisation sequence was incomplete with some missing settings.
To know your sensor and then know whether you are concerned by the driver:

 grep "gspca_gl860: 05e3" /var/log/syslog

To test it : "./load3b". Please test settings with VLC if you have "Extended settings" and "V4L2 controls"

Revision history for this message
Mackenzie Morgan (maco.m) wrote :

I believe I'm using
http://launchpadlibrarian.net/34343070/gspca_gl860_2.tgz and I noticed
that although Skype recognizes that I have a webcam, all its little
"test the webcam" thing in settings shows me are some pink and green
stripes. Friends say their Skype tells them I have a webcam but then
they see nothing. The webcam does work with Cheese. They're both
v4l2, I think, so I'm kind of confused about what's wrong.

Revision history for this message
Nol (o-lorin) wrote :

What is demasiado extrêmement über outstandingly lovely with v4l2 is that sometimes a v4l2 application needs libv4l to work.
VLC requires also libv4l even in v4l2. Just use preload as Camorama does.
I guess that some applications have limited support for displaying images and so requires a conversion from the native webcam image format to something that suits these applications capacities. This v4l2 working slightly better than v4l1, we could name that kind of v4l2 the v4l2x0.5.

Revision history for this message
Mackenzie Morgan (maco.m) wrote :

That doesn't work:
$ LD_PRELOAD=/usr/lib/libv4l/v4l1compat.so skype
ERROR: ld.so: object '/usr/lib/libv4l/v4l1compat.so' from LD_PRELOAD cannot be
preloaded: ignored.

(On Karmic)

Revision history for this message
soro2005 (soro) wrote :

If you use a 64bit kernel, it's

LD_PRELOAD=/usr/lib32/libv4l/v4l1compat.so skype

This is a bug tracker, not a support forum. Your posts are sent out as emails to the entire long list of people you can see on the right hand side. Please only post if you have something to add to the original bug report. And here:

http://www.google.com/search?q=ld_preload+skype

Revision history for this message
Fernando Miguel (fernandomiguel) wrote :

Hi Nol.
Long time no see :)

currently using Lucid stock 64bits kernel
Linux BluBUG 2.6.32-12-generic #16-Ubuntu SMP Thu Jan 28 07:47:05 UTC 2010 x86_64 GNU/Linux

my web cam image will not rotate upside down, when rotating the hw.

please advice. thanks

Stefan Bader (smb)
Changed in linux (Ubuntu Intrepid):
assignee: Stefan Bader (stefan-bader-canonical) → nobody
Revision history for this message
Alex Valavanis (valavanisalex) wrote :

Intrepid Ibex reached end-of-life on 30 April 2010 so I am closing the
report. The bug has been fixed in newer releases of Ubuntu.

Changed in cheese (Ubuntu Intrepid):
status: New → Invalid
Steve Conklin (sconklin)
Changed in linux (Ubuntu):
assignee: Steve Conklin (sconklin) → nobody
ybaruss (yabruss)
Changed in cheese (Ubuntu Intrepid):
status: Invalid → Fix Released
Revision history for this message
Mackenzie Morgan (maco.m) wrote :

Why change the status on Cheese, when it was never a Cheese bug to begin with
(hence "Invalid")? It was a missing driver.

Revision history for this message
ybaruss (yabruss) wrote :

It was in order to "tidy-up" bug around webcam but I agree it is wrong and even not tidying more than before. Not yet custom with this classification. I correct. Sorry.

Changed in cheese (Ubuntu Intrepid):
status: Fix Released → Invalid
Revision history for this message
Leann Ogasawara (leannogasawara) wrote : Closing unsupported series nomination.

This bug was nominated against a series that is no longer supported, ie jaunty. The bug task representing the jaunty nomination is being closed as Won't Fix.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

Changed in linux (Ubuntu Jaunty):
status: Triaged → Won't Fix
Revision history for this message
penalvch (penalvch) wrote :

Pac Shady, this bug was reported a while ago and there hasn't been any activity in it recently. We were wondering if this is still an issue? If so, could you please test for this with the latest development release of Ubuntu? ISO images are available from http://cdimage.ubuntu.com/daily-live/current/ .

If it remains an issue, could you please run the following command in the development release from a Terminal (Applications->Accessories->Terminal), as it will automatically gather and attach updated debug information to this report:

apport-collect -p linux <replace-with-bug-number>

Also, could you please test the latest upstream kernel available following https://wiki.ubuntu.com/KernelMainlineBuilds ? It will allow additional upstream developers to examine the issue. Please do not test the daily folder, but the one all the way at the bottom. Once you've tested the upstream kernel, please comment on which kernel version specifically you tested. If this bug is fixed in the mainline kernel, please add the following tags:
kernel-fixed-upstream
kernel-fixed-upstream-VERSION-NUMBER

where VERSION-NUMBER is the version number of the kernel you tested. For example:
kernel-fixed-upstream-v3.11

This can be done by clicking on the yellow circle with a black pencil icon next to the word Tags located at the bottom of the bug description. As well, please remove the tag:
needs-upstream-testing

If the mainline kernel does not fix this bug, please add the following tags:
kernel-bug-exists-upstream
kernel-bug-exists-upstream-VERSION-NUMBER

As well, please remove the tag:
needs-upstream-testing

Once testing of the upstream kernel is complete, please mark this bug's Status as Confirmed. Please let us know your results. Thank you for your understanding.

Changed in linux (Ubuntu):
status: Triaged → Incomplete
tags: added: needs-kernel-logs needs-upstream-testing
Revision history for this message
Po-Hsu Lin (cypressyew) wrote :

Closing this bug with Won't fix as Hardy is no longer supported.
Please feel free to open a new bug report if you're still experiencing this on a newer release (Bionic 18.04.3 / Disco 19.04)
Thanks!

Changed in linux (Ubuntu):
status: Incomplete → Won't Fix
Displaying first 40 and last 40 comments. View all 143 comments or add a comment.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.