From: Adam Baker <linux@baker-net.org.uk>
To: sqcam-devel@lists.sourceforge.net
Cc: Hans de Goede <hdegoede@redhat.com>,
video4linux-list@redhat.com, kilgota@banach.math.auburn.edu
Subject: Re: [sqcam-devel] Advice wanted on producing an in kernel sq905 driver
Date: Tue, 25 Nov 2008 20:57:37 +0000 [thread overview]
Message-ID: <200811252057.38162.linux@baker-net.org.uk> (raw)
In-Reply-To: <Pine.LNX.4.64.0811241929420.7049@banach.math.auburn.edu>
On Tuesday 25 November 2008, kilgota@banach.math.auburn.edu wrote:
> On Tue, 25 Nov 2008, Adam Baker wrote:
<snip>
> > This approach can even cope with the complex case that no-one has yet
> > considered, wanting to use one sq905 based camera to record video while
> > you download stills from another.
>
> That is interesting if it works, yes. But how could a thing like that
> work?
Because it the libusb detach call doesn't unload the driver, just detach it
from the usb device supplied as an argument. If there were another device
using the same driver it would remain attached.
> If the kernel is without V4L support, then clearly no module will get
> loaded. But I would say that
>
> "embedded system or small system" != "don't want camera drivers"
Certainly there exist embedded systems that may want camera drivers but then
they have to have the memory to support them so there is no benefit to not
loading the driver.
>
> > To hopefully convince you this can easily provide all the functionality
> > you want I've attempted to do some testing and in order to avoid changing
> > libgphoto I've written a little standalone app (attached) to do the
> > cleanup. I'm taking advantage of the fact I know we want ifno 0 for this
> > cam but libgphoto2 has already found the correct value.
> >
<snip>
> >
> > If I now run up gphoto2 again all my images have gone as I actually used
> > the webcam functionality.
>
> Convincing, yes.
>
> > I've changed the ioctl's in the patch from using libusb private values to
> > values from a kernel provided header file.
>
> All right, I will have a look. Unfortunately, I understand that in order
> really to test it I need to have some piece of hardware which is supported
> through libgphoto2 in one mode and by a module in the other mode. An old
> SQ905 camera will do that, but what module are you using to support it
> right now? The old one? Is it compatible with recent kernels? Or is it
> rewritten somewhere? Sorry, but while I can easily understand the
> underlying problems here I am not up to speed at all about webcam apps or,
> for that matter, the latest status of V4L.
Yes, I am using the existing sqcam driver from
http://sqcam.cvs.sourceforge.net/viewvc/sqcam/sqcam26/
I think the newest kernel I've tested it with is 2.6.26. I've certainly tried
with one where V4L1 support is optional which I think started from 2.6.26 but
I never committed the changes needed to allow the driver to build if V4L1
support is disabled so you need to check CONFIG_VIDEO_V4L1 is set on recent
kernels.
>
>
> So what I understand is this code will re-scan the USB bus, and, when it
> does, the module gets reloaded if the camera is plugged in. It seems to me
> that a very logical place to put code like this would be in a webcam app,
> not in libgphoto2. I suspect that this is not what you want me to say.
> But, as I said, I will have a look at the code.
It doesn't re-scan the whole bus, just rescan the driver list to see if one
matches that device.
Regards
Adam
--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
next prev parent reply other threads:[~2008-11-25 20:57 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <mailman.208512.1227000563.24145.sqcam-devel@lists.sourceforge.net>
[not found] ` <Pine.LNX.4.64.0811181216270.2778@banach.math.auburn.edu>
2008-11-19 0:20 ` [sqcam-devel] Advice wanted on producing an in kernel sq905 driver Adam Baker
2008-11-19 7:46 ` Antonio Ospite
2008-11-19 8:42 ` Hans de Goede
[not found] ` <alpine.LNX.1.10.0811192005020.2980@banach.math.auburn.edu>
2008-11-20 9:38 ` Hans de Goede
[not found] ` <Pine.LNX.4.64.0811201130410.3570@banach.math.auburn.edu>
2008-11-20 19:37 ` Hans de Goede
[not found] ` <Pine.LNX.4.64.0811201657020.3763@banach.math.auburn.edu>
2008-11-21 8:37 ` Hans de Goede
[not found] ` <Pine.LNX.4.64.0811202306360.3930@banach.math.auburn.edu>
2008-11-21 10:54 ` Hans de Goede
[not found] ` <Pine.LNX.4.64.0811211244120.4475@banach.math.auburn.edu>
2008-11-21 21:25 ` Hans de Goede
[not found] ` <Pine.LNX.4.64.0811211929220.4832@banach.math.auburn.edu>
2008-11-23 9:36 ` Report on time needed for completing v4l Bayer interpolation Hans de Goede
[not found] ` <Pine.LNX.4.64.0811231522510.6135@banach.math.auburn.edu>
2008-11-24 8:15 ` Apparent inconsistency in the labels of Bayer tilings Hans de Goede
2008-11-21 21:57 ` [sqcam-devel] Advice wanted on producing an in kernel sq905 driver Adam Baker
2008-11-21 23:39 ` Adam Baker
[not found] ` <Pine.LNX.4.64.0811211658290.4727@banach.math.auburn.edu>
2008-11-22 0:05 ` Adam Baker
[not found] ` <Pine.LNX.4.64.0811211955490.4832@banach.math.auburn.edu>
2008-11-22 21:55 ` The userspace-kernelspace thing. Continuation of sq905 driver discussion Adam Baker
2008-11-24 11:26 ` [sqcam-devel] Advice wanted on producing an in kernel sq905 driver Hans de Goede
[not found] ` <alpine.LNX.1.10.0811191937370.2980@banach.math.auburn.edu>
2008-11-20 7:48 ` Hans de Goede
[not found] ` <492A8E76.3070701@redhat.com>
[not found] ` <Pine.LNX.4.64.0811241446210.6862@banach.math.auburn.edu>
2008-11-25 0:02 ` Adam Baker
[not found] ` <Pine.LNX.4.64.0811241929420.7049@banach.math.auburn.edu>
2008-11-25 20:57 ` Adam Baker [this message]
2008-11-25 8:03 ` Hans de Goede
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=200811252057.38162.linux@baker-net.org.uk \
--to=linux@baker-net.org.uk \
--cc=hdegoede@redhat.com \
--cc=kilgota@banach.math.auburn.edu \
--cc=sqcam-devel@lists.sourceforge.net \
--cc=video4linux-list@redhat.com \
/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