Webcam drivers - Mini Howto Part 1 - pwc drivers

[briany]

I've spent a bit of time getting a couple of webcams successfully working on the gumstix and as something of a newbie found it not that straightforward. There seems to be quite a lot of interest in this area so I thought I would pull together a couple of Howtos - one for  cameras using the pwc driver (Philips, etc) (this one) and one for cameras using the Linux uvc  driver, which includes the Logitech Sphere / Orbit which has  a motorised pan / tilt. It may well be possible to get other cameras working using a similar approach – I just haven’t tried it.



I am not a software developer and quite new to Linux. The approach set out here may not be the best but did work for me and therefore I hope should be understandable to anyone in the same position – ie not an “expert. Undoubtedly there will be better ways of achieving the end result - I just don't know what they are! Likewise I can't guarantee they will work for you and for all possible build configurations but I hope there is enough info here for you to figure out what went wrong if it doesn't work.

I will have a go at explaining why the various steps work and so hopefully this will enable the same principles to be used for cameras using other drivers. However I am pretty much a newbie so I may get this wrong….

Pre-requisites
I will assume you have set up Open Embedded on your build machine and have built one of the image recipes through to completion so you know all the bitbake elements actually work and it builds without errors. That's all that's essential I think - however if you haven't done this already, I highly recommend setting the gumstix up to boot and run from an SD or CF card. The advantages are you can keep the whole of the kernel and filesystem on the card and have no space limitation problems - and it's very quick and easy to change things just by loading the card into your desktop machine.

Pwc driver webcams

Outline
What you are going to do is rebuild the kernel, having custom edited the kernel config file, to produce a custom kernel with the appropriate drivers activated as modules. The sources for the pwc driver, the Video 4 Linux drivers and other drivers needed are already built into the build system so when you rebuild the kernel with bitbake, you get a new kernel and ipk packages for the modules which you can then install.

You want to make any custom changes in the user.collection folder. Why? Anything in user.collection takes priority over the same recipe elsewhere, but if you mess anything up (or just want to go back to the original configuration) you can delete the contents of user.collection and start over.

So the first step is to copy over the recipes for the kernel build and associated files into user.collection. Copy the whole "linux" package folder across from com.gumstix.collection.
Next, find the .config file which was produced when you built your first (or subsequent) image. It should be in /tmp/work/gumstix-custom-verdex-angstrom-linux-gnueabi/gumstix-kernel-2.6.21-r1/linux-2.6.21/ (or connex etc if you  have a connex and not a  verdex). The kernel version actually used by the build will change over time – this is the one mine currently uses.
CD into this directory and type “make ARCH=arm menuconfig”. After a bit of crunching a menu based kernel configuration tool opens up. You can step through this and enable whatever you want - generally (but not always) you have the choice of building the driver into the kernel or building as a module. You want to build pwc and the associated drivers as modules so you will need to enter "M" where appropriate.
Here are the entries you want to change to build pwc and the supporting v4l support. You might want to wander through the menus though and change other stuff - for example I have modified my boot from SD card to run an ext3 filesystem.
--> Device drivers --> USB Support --> Support for host-side USB
--> Device drivers --> USB Support --> turn off USB Gadget support
--> Multimedia devices --> Video For Linux
--> Multimedia devices --> Video Capture Adapters --> V4L USB Devices --> usb philips camera
When you are satisfied with the result, save it. This writes a new .config file back to the same place.
Now you want to copy this file over the default kernel config file (defconfig) in user.collection, replacing it. This will be in linux/gumstix-kernel-2.6.21/gumstix-custom-verdex/ (or connex etc). Make sure you target the file for the same version of the kernel your build uses.
Now type “bitbake -c rebuild gumstix-kernel”. You should end up, when the build process finishes, with a new kernel and a series of ipks in tmp/deploy.
You may, however, get a message saying the kernel file is too big.
You can override the size checker by adding the following line to your gumstix-custom-verdex.conf file ( in /conf/machine/)

KERNEL_IMAGE_MAXSIZE += "1070000" (or whatever, a bit bigger than the expected size of the kernel).
Again, I would copy over the conf files into user.collection and edit them there.
Making the kernel bigger is  fine if like me you are booting from a card with 2GB of space and therefore don't care about the size of the kernel. If you really need to get the kernel under 1MB however you might have to go back to do some pruning of your changes to get the kernel to fit - so back to "menuconfig" etc.
You then replace your kernel with the newly built one, and install the ipks. There are 5 in total, for the following *.ko modules: compat_ioctl.ko, v4l1-compat.ko, v4l2-common.ko, videodev.ko, and pwc.ko.
The package manager should take care of the installation but you can install the modules manually - the four modules other than pwc.ko go in /lib/modules/2.6.21/kernel/drivers/media/video, and pwc goes in it’s own subdirectory in .... …/kernel/drivers/media/video/pwc. Then do depmod -a so your system recognises the modules.
The modules are now installed but not active. When you plug in your camera, however, the hotplugger should recognise the camera and load up the modules. If you can, try this with a connection over a serial port as then you will see the kernel messages over the port - otherwise run "dmesg". This should show your camera being recognised and if you go into /dev, you should see the new device (/dev/video0 if this is your only video device).
Seeing the output
So far so good, you might say, but how do I get a picture? I’m sure there are many ways of accessing the driver. I used a package called motion.  It’s pretty straightforward to build and install motion and turn on the built in webserver. There is a bitbake recipe for motion which built for me with no problems. The documentation for motion is good - you do more or less everything by editing the conf file. One of the options is to set up a mini webserver. If you then view the webpage created from another machine, you should see your webcam picture, provided you don't use I E which can't handle the streaming format – but Firefox works fine if your viewing machine is running Windows.
Other camera drivers
My impression is this same process should work for the GSPCA driver – do the enabling in the kernel build, but choose the GSPCA driver rather than the Philips one - however I haven't actually tried it!


Brian

[Peter Vandrish]

Thanks again for your help Brian. This tutorial is awesome, it should go on gumstix.net

On 7/8/08, briany <byeomans@...> wrote:

I've spent a bit of time getting a couple of webcams successfully working on
the gumstix and as something of a newbie found it not that straightforward.
There seems to be quite a lot of interest in this area so I thought I would
pull together a couple of Howtos - one for  cameras using the pwc driver
(Philips, etc) (this one) and one for cameras using the Linux uvc  driver,
which includes the Logitech Sphere / Orbit which has  a motorised pan /
tilt. It may well be possible to get other cameras working using a similar
approach – I just haven't tried it.



I am not a software developer and quite new to Linux. The approach set out
here may not be the best but did work for me and therefore I hope should be
understandable to anyone in the same position – ie not an "expert.
Undoubtedly there will be better ways of achieving the end result - I just
don't know what they are! Likewise I can't guarantee they will work for you
and for all possible build configurations but I hope there is enough info
here for you to figure out what went wrong if it doesn't work.

I will have a go at explaining why the various steps work and so hopefully
this will enable the same principles to be used for cameras using other
drivers. However I am pretty much a newbie so I may get this wrong….

Pre-requisites
I will assume you have set up Open Embedded on your build machine and have
built one of the image recipes through to completion so you know all the
bitbake elements actually work and it builds without errors. That's all
that's essential I think - however if you haven't done this already, I
highly recommend setting the gumstix up to boot and run from an SD or CF
card. The advantages are you can keep the whole of the kernel and filesystem
on the card and have no space limitation problems - and it's very quick and
easy to change things just by loading the card into your desktop machine.

Pwc driver webcams

Outline
What you are going to do is rebuild the kernel, having custom edited the
kernel config file, to produce a custom kernel with the appropriate drivers
activated as modules. The sources for the pwc driver, the Video 4 Linux
drivers and other drivers needed are already built into the build system so
when you rebuild the kernel with bitbake, you get a new kernel and ipk
packages for the modules which you can then install.

You want to make any custom changes in the user.collection folder. Why?
Anything in user.collection takes priority over the same recipe elsewhere,
but if you mess anything up (or just want to go back to the original
configuration) you can delete the contents of user.collection and start
over.

So the first step is to copy over the recipes for the kernel build and
associated files into user.collection. Copy the whole "linux" package folder
across from com.gumstix.collection.
Next, find the .config file which was produced when you built your first (or
subsequent) image. It should be in
/tmp/work/gumstix-custom-verdex-angstrom-linux-gnueabi/gumstix-kernel-2.6.21-r1/linux-2.6.21/
(or connex etc if you  have a connex and not a  verdex). The kernel version
actually used by the build will change over time – this is the one mine
currently uses.
CD into this directory and type "make ARCH=arm menuconfig". After a bit of
crunching a menu based kernel configuration tool opens up. You can step
through this and enable whatever you want - generally (but not always) you
have the choice of building the driver into the kernel or building as a
module. You want to build pwc and the associated drivers as modules so you
will need to enter "M" where appropriate.
Here are the entries you want to change to build pwc and the supporting v4l
support. You might want to wander through the menus though and change other
stuff - for example I have modified my boot from SD card to run an ext3
filesystem.
--> Device drivers --> USB Support --> Support for host-side USB
--> Device drivers --> USB Support --> turn off USB Gadget support
--> Multimedia devices --> Video For Linux
--> Multimedia devices --> Video Capture Adapters --> V4L USB Devices -->
usb philips camera
When you are satisfied with the result, save it. This writes a new .config
file back to the same place.
Now you want to copy this file over the default kernel config file
(defconfig) in user.collection, replacing it. This will be in
linux/gumstix-kernel-2.6.21/gumstix-custom-verdex/ (or connex etc). Make
sure you target the file for the same version of the kernel your build uses.
Now type "bitbake -c rebuild gumstix-kernel". You should end up, when the
build process finishes, with a new kernel and a series of ipks in
tmp/deploy.
You may, however, get a message saying the kernel file is too big.
You can override the size checker by adding the following line to your
gumstix-custom-verdex.conf file ( in /conf/machine/)

KERNEL_IMAGE_MAXSIZE += "1070000" (or whatever, a bit bigger than the
expected size of the kernel).
Again, I would copy over the conf files into user.collection and edit them
there.
Making the kernel bigger is  fine if like me you are booting from a card
with 2GB of space and therefore don't care about the size of the kernel. If
you really need to get the kernel under 1MB however you might have to go
back to do some pruning of your changes to get the kernel to fit - so back
to "menuconfig" etc.
You then replace your kernel with the newly built one, and install the ipks.
There are 5 in total, for the following *.ko modules: compat_ioctl.ko,
v4l1-compat.ko, v4l2-common.ko, videodev.ko, and pwc.ko.
The package manager should take care of the installation but you can install
the modules manually - the four modules other than pwc.ko go in
/lib/modules/2.6.21/kernel/drivers/media/video, and pwc goes in it's own
subdirectory in .... …/kernel/drivers/media/video/pwc. Then do depmod -a so
your system recognises the modules.
The modules are now installed but not active. When you plug in your camera,
however, the hotplugger should recognise the camera and load up the modules.
If you can, try this with a connection over a serial port as then you will
see the kernel messages over the port - otherwise run "dmesg". This should
show your camera being recognised and if you go into /dev, you should see
the new device (/dev/video0 if this is your only video device).
Seeing the output
So far so good, you might say, but how do I get a picture? I'm sure there
are many ways of accessing the driver. I used a package called motion.  It's
pretty straightforward to build and install motion and turn on the built in
webserver. There is a bitbake recipe for motion which built for me with no
problems. The documentation for motion is good - you do more or less
everything by editing the conf file. One of the options is to set up a mini
webserver. If you then view the webpage created from another machine, you
should see your webcam picture, provided you don't use I E which can't
handle the streaming format – but Firefox works fine if your viewing machine
is running Windows.
Other camera drivers
My impression is this same process should work for the GSPCA driver – do the
enabling in the kernel build, but choose the GSPCA driver rather than the
Philips one - however I haven't actually tried it!


Brian

--
View this message in context: http://www.nabble.com/Webcam-drivers---Mini-Howto-Part-1---pwc-drivers-tp18341925p18341925.html
Sent from the Gumstix mailing list archive at Nabble.com.


-------------------------------------------------------------------------
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
_______________________________________________
gumstix-users mailing list
gumstix-users@...
https://lists.sourceforge.net/lists/listinfo/gumstix-users

-------------------------------------------------------------------------
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
_______________________________________________
gumstix-users mailing list
gumstix-users@...
https://lists.sourceforge.net/lists/listinfo/gumstix-users

[Stephen Farnsworth]

Awesome, got my camera working.  Would have taken me a lot longer (possibly indefinitely) without your help, Brian. Thanks for the tip about motion to test out the camera.  Definitely, this should be on gumstix.net

On Tue, Jul 8, 2008 at 9:32 AM, Peter Vandrish <peter.vandrish@...> wrote:

Thanks again for your help Brian. This tutorial is awesome, it should go on gumstix.net

On 7/8/08, briany <byeomans@...> wrote:

I've spent a bit of time getting a couple of webcams successfully working on
the gumstix and as something of a newbie found it not that straightforward.
There seems to be quite a lot of interest in this area so I thought I would
pull together a couple of Howtos - one for  cameras using the pwc driver
(Philips, etc) (this one) and one for cameras using the Linux uvc  driver,
which includes the Logitech Sphere / Orbit which has  a motorised pan /
tilt. It may well be possible to get other cameras working using a similar
approach – I just haven't tried it.



I am not a software developer and quite new to Linux. The approach set out
here may not be the best but did work for me and therefore I hope should be
understandable to anyone in the same position – ie not an "expert.
Undoubtedly there will be better ways of achieving the end result - I just
don't know what they are! Likewise I can't guarantee they will work for you
and for all possible build configurations but I hope there is enough info
here for you to figure out what went wrong if it doesn't work.

I will have a go at explaining why the various steps work and so hopefully
this will enable the same principles to be used for cameras using other
drivers. However I am pretty much a newbie so I may get this wrong….

Pre-requisites
I will assume you have set up Open Embedded on your build machine and have
built one of the image recipes through to completion so you know all the
bitbake elements actually work and it builds without errors. That's all
that's essential I think - however if you haven't done this already, I
highly recommend setting the gumstix up to boot and run from an SD or CF
card. The advantages are you can keep the whole of the kernel and filesystem
on the card and have no space limitation problems - and it's very quick and
easy to change things just by loading the card into your desktop machine.

Pwc driver webcams

Outline
What you are going to do is rebuild the kernel, having custom edited the
kernel config file, to produce a custom kernel with the appropriate drivers
activated as modules. The sources for the pwc driver, the Video 4 Linux
drivers and other drivers needed are already built into the build system so
when you rebuild the kernel with bitbake, you get a new kernel and ipk
packages for the modules which you can then install.

You want to make any custom changes in the user.collection folder. Why?
Anything in user.collection takes priority over the same recipe elsewhere,
but if you mess anything up (or just want to go back to the original
configuration) you can delete the contents of user.collection and start
over.

So the first step is to copy over the recipes for the kernel build and
associated files into user.collection. Copy the whole "linux" package folder
across from com.gumstix.collection.
Next, find the .config file which was produced when you built your first (or
subsequent) image. It should be in
/tmp/work/gumstix-custom-verdex-angstrom-linux-gnueabi/gumstix-kernel-2.6.21-r1/linux-2.6.21/
(or connex etc if you  have a connex and not a  verdex). The kernel version
actually used by the build will change over time – this is the one mine
currently uses.
CD into this directory and type "make ARCH=arm menuconfig". After a bit of
crunching a menu based kernel configuration tool opens up. You can step
through this and enable whatever you want - generally (but not always) you
have the choice of building the driver into the kernel or building as a
module. You want to build pwc and the associated drivers as modules so you
will need to enter "M" where appropriate.
Here are the entries you want to change to build pwc and the supporting v4l
support. You might want to wander through the menus though and change other
stuff - for example I have modified my boot from SD card to run an ext3
filesystem.
--> Device drivers --> USB Support --> Support for host-side USB
--> Device drivers --> USB Support --> turn off USB Gadget support
--> Multimedia devices --> Video For Linux
--> Multimedia devices --> Video Capture Adapters --> V4L USB Devices -->
usb philips camera
When you are satisfied with the result, save it. This writes a new .config
file back to the same place.
Now you want to copy this file over the default kernel config file
(defconfig) in user.collection, replacing it. This will be in
linux/gumstix-kernel-2.6.21/gumstix-custom-verdex/ (or connex etc). Make
sure you target the file for the same version of the kernel your build uses.
Now type "bitbake -c rebuild gumstix-kernel". You should end up, when the
build process finishes, with a new kernel and a series of ipks in
tmp/deploy.
You may, however, get a message saying the kernel file is too big.
You can override the size checker by adding the following line to your
gumstix-custom-verdex.conf file ( in /conf/machine/)

KERNEL_IMAGE_MAXSIZE += "1070000" (or whatever, a bit bigger than the
expected size of the kernel).
Again, I would copy over the conf files into user.collection and edit them
there.
Making the kernel bigger is  fine if like me you are booting from a card
with 2GB of space and therefore don't care about the size of the kernel. If
you really need to get the kernel under 1MB however you might have to go
back to do some pruning of your changes to get the kernel to fit - so back
to "menuconfig" etc.
You then replace your kernel with the newly built one, and install the ipks.
There are 5 in total, for the following *.ko modules: compat_ioctl.ko,
v4l1-compat.ko, v4l2-common.ko, videodev.ko, and pwc.ko.
The package manager should take care of the installation but you can install
the modules manually - the four modules other than pwc.ko go in
/lib/modules/2.6.21/kernel/drivers/media/video, and pwc goes in it's own
subdirectory in .... …/kernel/drivers/media/video/pwc. Then do depmod -a so
your system recognises the modules.
The modules are now installed but not active. When you plug in your camera,
however, the hotplugger should recognise the camera and load up the modules.
If you can, try this with a connection over a serial port as then you will
see the kernel messages over the port - otherwise run "dmesg". This should
show your camera being recognised and if you go into /dev, you should see
the new device (/dev/video0 if this is your only video device).
Seeing the output
So far so good, you might say, but how do I get a picture? I'm sure there
are many ways of accessing the driver. I used a package called motion.  It's
pretty straightforward to build and install motion and turn on the built in
webserver. There is a bitbake recipe for motion which built for me with no
problems. The documentation for motion is good - you do more or less
everything by editing the conf file. One of the options is to set up a mini
webserver. If you then view the webpage created from another machine, you
should see your webcam picture, provided you don't use I E which can't
handle the streaming format – but Firefox works fine if your viewing machine
is running Windows.
Other camera drivers
My impression is this same process should work for the GSPCA driver – do the
enabling in the kernel build, but choose the GSPCA driver rather than the
Philips one - however I haven't actually tried it!


Brian

--
View this message in context: http://www.nabble.com/Webcam-drivers---Mini-Howto-Part-1---pwc-drivers-tp18341925p18341925.html
Sent from the Gumstix mailing list archive at Nabble.com.


-------------------------------------------------------------------------
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
_______________________________________________
gumstix-users mailing list
gumstix-users@...
https://lists.sourceforge.net/lists/listinfo/gumstix-users

-------------------------------------------------------------------------
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
_______________________________________________
gumstix-users mailing list
gumstix-users@...
https://lists.sourceforge.net/lists/listinfo/gumstix-users

-------------------------------------------------------------------------
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
_______________________________________________
gumstix-users mailing list
gumstix-users@...
https://lists.sourceforge.net/lists/listinfo/gumstix-users

[briany]

This is now on the gumstix.net wiki under User howto's - Webcams.

Brian

Stephen Farnsworth wrote:

Awesome, got my camera working.  Would have taken me a lot longer (possibly
indefinitely) without your help, Brian. Thanks for the tip about motion to
test out the camera.  Definitely, this should be on gumstix.net

On Tue, Jul 8, 2008 at 9:32 AM, Peter Vandrish <[e-mail]>
wrote:

> Thanks again for your help Brian. This tutorial is awesome, it should go on
> gumstix.net
>
>
> On 7/8/08, briany <[e-mail]> wrote:
>>
>>
>> I've spent a bit of time getting a couple of webcams successfully working
>> on
>> the gumstix and as something of a newbie found it not that
>> straightforward.
>> There seems to be quite a lot of interest in this area so I thought I
>> would
>> pull together a couple of Howtos - one for  cameras using the pwc driver
>> (Philips, etc) (this one) and one for cameras using the Linux uvc  driver,
>> which includes the Logitech Sphere / Orbit which has  a motorised pan /
>> tilt. It may well be possible to get other cameras working using a similar
>> approach – I just haven't tried it.
>>
>>
>>
>> I am not a software developer and quite new to Linux. The approach set out
>> here may not be the best but did work for me and therefore I hope should
>> be
>> understandable to anyone in the same position – ie not an "expert.
>> Undoubtedly there will be better ways of achieving the end result - I just
>> don't know what they are! Likewise I can't guarantee they will work for
>> you
>> and for all possible build configurations but I hope there is enough info
>> here for you to figure out what went wrong if it doesn't work.
>>
>> I will have a go at explaining why the various steps work and so hopefully
>> this will enable the same principles to be used for cameras using other
>> drivers. However I am pretty much a newbie so I may get this wrong….
>>
>> Pre-requisites
>> I will assume you have set up Open Embedded on your build machine and have
>> built one of the image recipes through to completion so you know all the
>> bitbake elements actually work and it builds without errors. That's all
>> that's essential I think - however if you haven't done this already, I
>> highly recommend setting the gumstix up to boot and run from an SD or CF
>> card. The advantages are you can keep the whole of the kernel and
>> filesystem
>> on the card and have no space limitation problems - and it's very quick
>> and
>> easy to change things just by loading the card into your desktop machine.
>>
>> Pwc driver webcams
>>
>> Outline
>> What you are going to do is rebuild the kernel, having custom edited the
>> kernel config file, to produce a custom kernel with the appropriate
>> drivers
>> activated as modules. The sources for the pwc driver, the Video 4 Linux
>> drivers and other drivers needed are already built into the build system
>> so
>> when you rebuild the kernel with bitbake, you get a new kernel and ipk
>> packages for the modules which you can then install.
>>
>> You want to make any custom changes in the user.collection folder. Why?
>> Anything in user.collection takes priority over the same recipe elsewhere,
>> but if you mess anything up (or just want to go back to the original
>> configuration) you can delete the contents of user.collection and start
>> over.
>>
>> So the first step is to copy over the recipes for the kernel build and
>> associated files into user.collection. Copy the whole "linux" package
>> folder
>> across from com.gumstix.collection.
>> Next, find the .config file which was produced when you built your first
>> (or
>> subsequent) image. It should be in
>>
>> /tmp/work/gumstix-custom-verdex-angstrom-linux-gnueabi/gumstix-kernel-2.6.21-r1/linux-2.6.21/
>> (or connex etc if you  have a connex and not a  verdex). The kernel
>> version
>> actually used by the build will change over time – this is the one mine
>> currently uses.
>> CD into this directory and type "make ARCH=arm menuconfig". After a bit of
>> crunching a menu based kernel configuration tool opens up. You can step
>> through this and enable whatever you want - generally (but not always) you
>> have the choice of building the driver into the kernel or building as a
>> module. You want to build pwc and the associated drivers as modules so you
>> will need to enter "M" where appropriate.
>> Here are the entries you want to change to build pwc and the supporting
>> v4l
>> support. You might want to wander through the menus though and change
>> other
>> stuff - for example I have modified my boot from SD card to run an ext3
>> filesystem.
>> --> Device drivers --> USB Support --> Support for host-side USB
>> --> Device drivers --> USB Support --> turn off USB Gadget support
>> --> Multimedia devices --> Video For Linux
>> --> Multimedia devices --> Video Capture Adapters --> V4L USB Devices -->
>> usb philips camera
>> When you are satisfied with the result, save it. This writes a new .config
>> file back to the same place.
>> Now you want to copy this file over the default kernel config file
>> (defconfig) in user.collection, replacing it. This will be in
>> linux/gumstix-kernel-2.6.21/gumstix-custom-verdex/ (or connex etc). Make
>> sure you target the file for the same version of the kernel your build
>> uses.
>> Now type "bitbake -c rebuild gumstix-kernel". You should end up, when the
>> build process finishes, with a new kernel and a series of ipks in
>> tmp/deploy.
>> You may, however, get a message saying the kernel file is too big.
>> You can override the size checker by adding the following line to your
>> gumstix-custom-verdex.conf file ( in /conf/machine/)
>>
>> KERNEL_IMAGE_MAXSIZE += "1070000" (or whatever, a bit bigger than the
>> expected size of the kernel).
>> Again, I would copy over the conf files into user.collection and edit them
>> there.
>> Making the kernel bigger is  fine if like me you are booting from a card
>> with 2GB of space and therefore don't care about the size of the kernel.
>> If
>> you really need to get the kernel under 1MB however you might have to go
>> back to do some pruning of your changes to get the kernel to fit - so back
>> to "menuconfig" etc.
>> You then replace your kernel with the newly built one, and install the
>> ipks.
>> There are 5 in total, for the following *.ko modules: compat_ioctl.ko,
>> v4l1-compat.ko, v4l2-common.ko, videodev.ko, and pwc.ko.
>> The package manager should take care of the installation but you can
>> install
>> the modules manually - the four modules other than pwc.ko go in
>> /lib/modules/2.6.21/kernel/drivers/media/video, and pwc goes in it's own
>> subdirectory in .... …/kernel/drivers/media/video/pwc. Then do depmod -a
>> so
>> your system recognises the modules.
>> The modules are now installed but not active. When you plug in your
>> camera,
>> however, the hotplugger should recognise the camera and load up the
>> modules.
>> If you can, try this with a connection over a serial port as then you will
>> see the kernel messages over the port - otherwise run "dmesg". This should
>> show your camera being recognised and if you go into /dev, you should see
>> the new device (/dev/video0 if this is your only video device).
>> Seeing the output
>> So far so good, you might say, but how do I get a picture? I'm sure there
>> are many ways of accessing the driver. I used a package called
>> motion.  It's
>> pretty straightforward to build and install motion and turn on the built
>> in
>> webserver. There is a bitbake recipe for motion which built for me with no
>> problems. The documentation for motion is good - you do more or less
>> everything by editing the conf file. One of the options is to set up a
>> mini
>> webserver. If you then view the webpage created from another machine, you
>> should see your webcam picture, provided you don't use I E which can't
>> handle the streaming format – but Firefox works fine if your viewing
>> machine
>> is running Windows.
>> Other camera drivers
>> My impression is this same process should work for the GSPCA driver – do
>> the
>> enabling in the kernel build, but choose the GSPCA driver rather than the
>> Philips one - however I haven't actually tried it!
>>
>>
>> Brian
>>
>> --
>> View this message in context:
>> http://www.nabble.com/Webcam-drivers---Mini-Howto-Part-1---pwc-drivers-tp18341925p18341925.html
>> Sent from the Gumstix mailing list archive at Nabble.com.
>>
>>
>> -------------------------------------------------------------------------
>> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
>> Studies have shown that voting for your favorite open source project,
>> along with a healthy diet, reduces your potential for chronic lameness
>> and boredom. Vote Now at http://www.sourceforge.net/community/cca08
>> _______________________________________________
>> gumstix-users mailing list
>> [e-mail]
>> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>>
>
>
> -------------------------------------------------------------------------
> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
> Studies have shown that voting for your favorite open source project,
> along with a healthy diet, reduces your potential for chronic lameness
> and boredom. Vote Now at http://www.sourceforge.net/community/cca08
> _______________________________________________
> gumstix-users mailing list
> [e-mail]
> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>
>

-------------------------------------------------------------------------
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
_______________________________________________
gumstix-users mailing list
[e-mail]
https://lists.sourceforge.net/lists/listinfo/gumstix-users