From: Hans de Goede <hdegoede@redhat.com>
To: Brian Johnson <brijohn@gmail.com>
Cc: linux-media@vger.kernel.org
Subject: Re: [PATCH 1/1] gspca: Add sn9c20x subdriver
Date: Wed, 15 Jul 2009 19:56:03 +0200 [thread overview]
Message-ID: <4A5E1833.4030307@redhat.com> (raw)
In-Reply-To: <1246879822-21348-2-git-send-email-brijohn@gmail.com>
Hi,
First of all many many thanks for doings this!
There are 4 issues with this driver, 2 of which are blockers:
1) The big one is the use of a custom debugging mechanism,
please use the v4l standard debugging mechanism
which is activated by the kernel config option
VIDEO_ADV_DEBUG, please use this define to
enable / disable the debugging features of this
driver and use the standard VIDIOC_DBG_G_REGISTER
and VIDIOC_DBG_S_REGISTER ioctl's instead of an
sysfs interface. Note I'm not very familiar with
these myself, please send any questions on this to the
list.
2) :
> + switch (sd->sensor) {
> + case SENSOR_OV9650:
> + if (ov9650_init_sensor(gspca_dev)< 0)
> + return -ENODEV;
> + info("OV9650 sensor detected");
> + break;
> + case SENSOR_OV9655:
> + if (ov9655_init_sensor(gspca_dev)< 0)
> + return -ENODEV;
> + info("OV9655 sensor detected");
> + break;
> + case SENSOR_SOI968:
> + if (soi968_init_sensor(gspca_dev)< 0)
> + return -ENODEV;
> + info("SOI968 sensor detected");
> + break;
> + case SENSOR_OV7660:
> + if (ov7660_init_sensor(gspca_dev)< 0)
> + return -ENODEV;
> + info("OV7660 sensor detected");
You are missing a break here! Which I found out because
my only sn9c20x cam has ab ov7660 sensor
> + case SENSOR_OV7670:
> + if (ov7670_init_sensor(gspca_dev)< 0)
> + return -ENODEV;
> + info("OV7670 sensor detected");
> + break;
3) My cam works a lot better with the standalone driver
then with you're gspca version. With your version it shows
a bayer pattern ish pattern over the whole picture as if
the bayer pixel order is of, except that the colors are right
so that is most likely not the cause. I'll investigate this
further as time permits.
4) The evdev device creation and handling realyl belongs in the
gspca core, as we can (and should) handle the snapshot button
in other drivers too, but this is something which can be fixed
after merging.
Thanks & Regards,
Hans
next prev parent reply other threads:[~2009-07-15 17:53 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-07-06 11:30 [PATCH 0/1] gspca support for sn9c20x webcams Brian Johnson
2009-07-06 11:30 ` [PATCH 1/1] gspca: Add sn9c20x subdriver Brian Johnson
2009-07-06 23:14 ` Alexey Klimov
2009-07-15 17:56 ` Hans de Goede [this message]
2009-07-16 5:25 ` Brian Johnson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4A5E1833.4030307@redhat.com \
--to=hdegoede@redhat.com \
--cc=brijohn@gmail.com \
--cc=linux-media@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox