Em Thu, 25 Apr 2013 21:10:18 +0200
Jon Arne Jørgensen escreveu:
> The somagic device uses the gm7113c chip to digitize analog video,
> this is a clone of the saa7113 chip.
>
> The gm7113c can't be identified over i2c, so I can't rely on
> saa7115 autodetection.
>
> Signed-off-by: Jon Arne Jørge
On Thu, Apr 25, 2013 at 05:13:28PM -0300, Mauro Carvalho Chehab wrote:
> Em Thu, 25 Apr 2013 21:10:18 +0200
> Jon Arne Jørgensen escreveu:
>
> > The somagic device uses the gm7113c chip to digitize analog video,
> > this is a clone of the saa7113 chip.
> >
> > The gm7113c can't be identified ove
Hi Scott,
On 04/24/2013 11:26 AM, Scott Jiang wrote:
+ struct v4l2_device v4l2_dev;
+ /* v4l2 control handler */
+ struct v4l2_ctrl_handler ctrl_handler;
This handler seems to be unused, I couldn't find any code adding controls
to it. Any initialization of this handler is
Em Thu, 25 Apr 2013 17:13:28 -0300
Mauro Carvalho Chehab escreveu:
> Em Thu, 25 Apr 2013 21:10:18 +0200
> Jon Arne Jørgensen escreveu:
>
> > The somagic device uses the gm7113c chip to digitize analog video,
> > this is a clone of the saa7113 chip.
> >
> > The gm7113c can't be identified over
Em Thu, 25 Apr 2013 22:33:20 +0200
Jon Arne Jørgensen escreveu:
> On Thu, Apr 25, 2013 at 05:13:28PM -0300, Mauro Carvalho Chehab wrote:
> > Em Thu, 25 Apr 2013 21:10:18 +0200
> > Jon Arne Jørgensen escreveu:
> >
> > > /* Check whether this chip is part of the saa711x series */
> > > - if (me
Hi All,
Is there any way by which I can know Input signal type (in terms of
DVI/Composite/USB/SDI) and refresh rate from a V4L video capture device.
Any available V4L Structure/Flag from which I can deduce this information.
Please help !
Thank You
Abhishek Bansal
--
To unsubscribe from this lis
> Is there any way by which I can know Input signal type (in terms of
> DVI/Composite/USB/SDI) and refresh rate from a V4L video capture device.
> Any available V4L Structure/Flag from which I can deduce this information.
> Please help !
The extent to which the data is available is the name field
Em Fri, 26 Apr 2013 02:15:03 +0530
"Abhishek Bansal" escreveu:
> Hi All,
>
> Is there any way by which I can know Input signal type (in terms of
> DVI/Composite/USB/SDI)
As input "type", currently no. However, by looking at the video input 'name'
field, it is possible to know if it is a compos
On Thu, Apr 25, 2013 at 05:36:29PM -0300, Mauro Carvalho Chehab wrote:
> Em Thu, 25 Apr 2013 17:13:28 -0300
> Mauro Carvalho Chehab escreveu:
>
> > Em Thu, 25 Apr 2013 21:10:18 +0200
> > Jon Arne Jørgensen escreveu:
> >
> > > The somagic device uses the gm7113c chip to digitize analog video,
>
Hi Pierre,
On Thursday 25 April 2013 21:13:48 Pierre ANTOINE wrote:
> Selon Laurent Pinchart :
> > Just for my records, could you please repost the 'lsusb -v -d eb1a:299f'
> > output running as root ? The string descriptors are not displayed
> > otherwise.
>
> Hi Laurent,
>
> Please find the req
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
v4l_for_linus
For two driver fixes. One avoids reading any file at a system with a
cx25821 board (fortunately, this is not a common device). The other one
prevents reading after a buffer with ISDB-T
Selon Laurent Pinchart :
> Thank you. I'll update the supported devices list on the uvcvideo website.
> Could you please give me the exact model name of the camera ?
The product description is here:
http://www.amazon.fr/dp/B00A487TPC/ref=pe_205631_30430471_3p_M3_dp_1
That is: Supereyes from XCS
Hi Pierre,
On Friday 26 April 2013 02:03:49 Pierre ANTOINE wrote:
> Selon Laurent Pinchart :
> > Thank you. I'll update the supported devices list on the uvcvideo website.
> > Could you please give me the exact model name of the camera ?
>
> The product description is here:
>
> http://www.amazon
Laurent,
I finally did it !
On usbcore, I correct the bandwidth of endpoint 4 from 912 to 1024.
maxp = usb_endpoint_maxp(&endpoint->desc) & 0x07ff;
if (maxp == 912) endpoint->desc.wMaxPacketSize = cpu_to_le16(1024);
On uvcvideo:
I set: 768 B/frame bandwidth
I use endpoint alt-setting 4 by disab
When 'node' is NULL, the print statement tries to dereference it.
Remove it from the error message.
Signed-off-by: Sachin Kamat
---
drivers/media/platform/exynos4-is/mipi-csis.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/media/platform/exynos4-is/mipi-csis.c
Hi Laurent,
On Thu, Apr 25, 2013 at 2:32 AM, Laurent Pinchart
wrote:
> Hi Prabhakar,
>
> Thank you for the patch.
>
> On Wednesday 24 April 2013 17:30:02 Prabhakar Lad wrote:
>> From: Lad, Prabhakar
>>
>> This patch series adds an fbdev driver for Texas
>> Instruments Davinci SoC.The display sub
Signed-off-by: Kamil Debski
Signed-off-by: Kyungmin Park
---
drivers/media/platform/s5p-g2d/g2d.c |5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/media/platform/s5p-g2d/g2d.c
b/drivers/media/platform/s5p-g2d/g2d.c
index 14d663d..553d87e 100644
--- a/drivers/media/platform/s5
Signed-off-by: Kamil Debski
Signed-off-by: Kyungmin Park
Cc: Sylwester Nawrocki
Cc: Sachin Kamat
---
drivers/media/platform/s5p-jpeg/jpeg-core.c |5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/media/platform/s5p-jpeg/jpeg-core.c
b/drivers/media/platform/s5p-jpeg/jpeg-core
Signed-off-by: Kamil Debski
Signed-off-by: Kyungmin Park
Cc: Jeongtae Park
---
drivers/media/platform/s5p-mfc/s5p_mfc.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/drivers/media/platform/s5p-mfc/s5p_mfc.c
b/drivers/media/platform/s5p-mfc/s5p_mfc.c
index e81
Hi,
This set of patches adds support for copy time stamp handling in the following
mem2mem drivers:
* CODA video codec
* Exynos GScaler
* m2m-deinterlace
* mx2_emmaprp
* Exynos G2D
* Exynos Jpeg
In addition there is a slight optimisation for the Exynos MFC driver.
Best wishes,
Kamil Debski
Kamil
Signed-off-by: Kamil Debski
Signed-off-by: Kyungmin Park
Cc: Philipp Zabel
Cc: Javier Martin
Cc: Fabio Estevam
---
drivers/media/platform/coda.c |5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/media/platform/coda.c b/drivers/media/platform/coda.c
index 20827ba..5612329 10
Signed-off-by: Kamil Debski
Signed-off-by: Kyungmin Park
Cc: Sylwester Nawrocki
Cc: Shaik Ameer Basha
---
drivers/media/platform/exynos-gsc/gsc-m2m.c |5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/media/platform/exynos-gsc/gsc-m2m.c
b/drivers/media/platform/exynos-gsc/gsc
Signed-off-by: Kamil Debski
Signed-off-by: Kyungmin Park
Cc: Sylwester Nawrocki
Cc: Hans Verkuil
Cc: Thierry Reding
Cc: Javier Martin
---
drivers/media/platform/mx2_emmaprp.c |5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/media/platform/mx2_emmaprp.c
b/drivers/media/pl
Signed-off-by: Kamil Debski
Signed-off-by: Kyungmin Park
Cc: Javier Martin
---
drivers/media/platform/m2m-deinterlace.c |5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/media/platform/m2m-deinterlace.c
b/drivers/media/platform/m2m-deinterlace.c
index 6c4db9b..7585646 100644
Signed-off-by: Kamil Debski
Signed-off-by: Kyungmin Park
---
drivers/media/platform/m2m-deinterlace.c |5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/media/platform/m2m-deinterlace.c
b/drivers/media/platform/m2m-deinterlace.c
index 6c4db9b..7585646 100644
--- a/drivers/media
Hi,
git send-email --dryrun had no errors, but during the real send it had a few
"Use of uninitialized value".
I think that this caused this patch to have a wrong subject. Sorry for that.
Best wishes,
--
Kamil Debski
Linux Platform Group
Samsung Poland R&D Center
> -Original Message-
>
On Thu 25 April 2013 11:49:43 Kamil Debski wrote:
> Hi,
>
> This set of patches adds support for copy time stamp handling in the following
> mem2mem drivers:
While you are at it, can you also take a look at this patch?
https://patchwork.linuxtv.org/patch/18025/
If it is OK, can you add it to yo
Hi Hans,
This series of patches replace the previous patch sent on Apr 22:
[PATCH] [media] hdpvr_ error handling and alloc abuse cleanup.
Thank you,
-Leo.
Leonid Kegulskiy (4):
[media] hdpvr: Removed unnecessary get_video_info() call from
hdpvr_device_init()
[media] hdpvr: Removed un
Signed-off-by: Leonid Kegulskiy
---
drivers/media/usb/hdpvr/hdpvr-core.c |8
1 file changed, 8 deletions(-)
diff --git a/drivers/media/usb/hdpvr/hdpvr-core.c
b/drivers/media/usb/hdpvr/hdpvr-core.c
index 8247c19..cb69405 100644
--- a/drivers/media/usb/hdpvr/hdpvr-core.c
+++ b/driver
Signed-off-by: Leonid Kegulskiy
---
drivers/media/usb/hdpvr/hdpvr-control.c | 21
drivers/media/usb/hdpvr/hdpvr-video.c | 54 +++
drivers/media/usb/hdpvr/hdpvr.h |2 +-
3 files changed, 34 insertions(+), 43 deletions(-)
diff --git a/driv
Signed-off-by: Leonid Kegulskiy
---
drivers/media/usb/hdpvr/hdpvr-video.c |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/media/usb/hdpvr/hdpvr-video.c
b/drivers/media/usb/hdpvr/hdpvr-video.c
index d9eb8e1..2d02b49 100644
--- a/drivers/media/usb/hdpvr/hdpvr-vi
Changed vidioc_g_fmt_vid_cap() implementation not to return
-EFAULT when video lock is not detected, but return empty
width/height fields (legacy mode only). This new behavior is
supported by MythTV.
Signed-off-by: Leonid Kegulskiy
---
drivers/media/usb/hdpvr/hdpvr-control.c |5 -
driver
Hi,
> From: Hans Verkuil [mailto:hverk...@xs4all.nl]
> Sent: Thursday, April 25, 2013 11:59 AM
>
> On Thu 25 April 2013 11:49:43 Kamil Debski wrote:
> > Hi,
> >
> > This set of patches adds support for copy time stamp handling in the
> > following mem2mem drivers:
>
> While you are at it, can yo
On 04/25/2013 11:49 AM, Kamil Debski wrote:
> Hi,
>
> This set of patches adds support for copy time stamp handling in the following
> mem2mem drivers:
> * CODA video codec
> * Exynos GScaler
> * m2m-deinterlace
> * mx2_emmaprp
> * Exynos G2D
> * Exynos Jpeg
> In addition there is a slight optimis
Hi Guennadi,
Thanks for the review!
> On Wed, 17 Apr 2013, Phil Edworthy wrote:
>
> > The V4L2_MBUS_FMT_YUYV10_2X10 format has already been added to
mediabus, so
> > this patch just adds SoC camera support.
> >
> > Signed-off-by: Phil Edworthy
> > ---
> > drivers/media/platform/soc_camera/so
Hi Phil
On Thu, 25 Apr 2013, phil.edwor...@renesas.com wrote:
> Hi Guennadi,
>
> Thanks for the review!
>
> > On Wed, 17 Apr 2013, Phil Edworthy wrote:
> >
> > > The V4L2_MBUS_FMT_YUYV10_2X10 format has already been added to
> mediabus, so
> > > this patch just adds SoC camera support.
> > >
Hi Pierre,
On Thursday 25 April 2013 00:47:53 Pierre ANTOINE wrote:
> Hello guys,
>
> My nickname is Nunux, I'm a geek, and need some help ...
>
> I just buy ten minicam to do a poker TV table.
> The minicam are eMPIA: eb1a:299f
>
> I've a PC with 1 internal USB BUS 2.0 and 3 PCI extension card
Hi,
This set of patches adds support for copy time stamp handling in the following
mem2mem drivers:
* CODA video codec
* Exynos GScaler
* m2m-deinterlace
* mx2_emmaprp
* Exynos G2D
* Exynos Jpeg
In addition there is a slight optimisation for the Exynos MFC driver.
Second version includes commit m
Since the introduction of the timestamp_type field, it is necessary that
the driver chooses which type it will use. This patch adds support for
the timestamp_type.
Signed-off-by: Kamil Debski
Signed-off-by: Kyungmin Park
---
drivers/media/platform/s5p-g2d/g2d.c |5 +
1 file changed, 5 i
Since the introduction of the timestamp_type field, it is necessary that
the driver chooses which type it will use. This patch adds support for
the timestamp_type.
Signed-off-by: Kamil Debski
Signed-off-by: Kyungmin Park
Cc: Sylwester Nawrocki
Cc: Sachin Kamat
---
drivers/media/platform/s5p-j
For the sake of simplicity and readability memcpy was replaced with
assignment.
Signed-off-by: Kamil Debski
Signed-off-by: Kyungmin Park
Cc: Jeongtae Park
---
drivers/media/platform/s5p-mfc/s5p_mfc.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/drivers/media
Since the introduction of the timestamp_type field, it is necessary that
the driver chooses which type it will use. This patch adds support for
the timestamp_type.
Signed-off-by: Kamil Debski
Signed-off-by: Kyungmin Park
Cc: Philipp Zabel
Cc: Javier Martin
Cc: Fabio Estevam
---
drivers/media
Since the introduction of the timestamp_type field, it is necessary that
the driver chooses which type it will use. This patch adds support for
the timestamp_type.
Signed-off-by: Kamil Debski
Signed-off-by: Kyungmin Park
Cc: Sylwester Nawrocki
Cc: Shaik Ameer Basha
---
drivers/media/platform/
Since the introduction of the timestamp_type field, it is necessary that
the driver chooses which type it will use. This patch adds support for
the timestamp_type.
Signed-off-by: Kamil Debski
Signed-off-by: Kyungmin Park
Javier Martin
---
drivers/media/platform/m2m-deinterlace.c |5 +
Since the introduction of the timestamp_type field, it is necessary that
the driver chooses which type it will use. This patch adds support for
the timestamp_type.
Signed-off-by: Kamil Debski
Signed-off-by: Kyungmin Park
Cc: Sylwester Nawrocki
Cc: Hans Verkuil
Cc: Thierry Reding
Cc: Javier Ma
Hi Andrei,
On Wednesday 24 April 2013 10:21:00 Andrei Andreyanau wrote:
> Hi, Guennadi!
> I have found interesting issue with mt9p031 camera driver.
> As far as I got the value of hblank in the kernel driver is not
> calculated correctly. According to the datasheet, the minimum horizontal
> blanki
Hi Mauro,
Sorry for posting this so late. The patches in this pull request add
timestamp_type
handling to mem2mem drivers.
Best wishes,
--
Kamil Debski
Linux Platform Group
Samsung Poland R&D Center
The following changes since commit 5f3f254f7c138a22a544b80ce2c14a3fc4ed711e:
Em Thu, 25 Apr 2013 14:11:04 +0200
Kamil Debski escreveu:
> Hi Mauro,
>
> Sorry for posting this so late. The patches in this pull request add
> timestamp_type
> handling to mem2mem drivers.
>
> Best wishes,
>--
Kamil,
Not sure what your emailer is doing, but both patchwork and my emailer
th
Hi,
> From: Mauro Carvalho Chehab [mailto:mche...@redhat.com]
> Sent: Thursday, April 25, 2013 2:45 PM
>
> Em Thu, 25 Apr 2013 14:11:04 +0200
> Kamil Debski escreveu:
>
> > Hi Mauro,
> >
> > Sorry for posting this so late. The patches in this pull request add
> > timestamp_type handling to mem2
Hi Guennadi,
> > > On Wed, 17 Apr 2013, Phil Edworthy wrote:
> > >
> > > > The V4L2_MBUS_FMT_YUYV10_2X10 format has already been added to
> > mediabus, so
> > > > this patch just adds SoC camera support.
> > > >
> > > > Signed-off-by: Phil Edworthy
> > > > ---
> > > > drivers/media/platform/s
On Thu, 25 Apr 2013, phil.edwor...@renesas.com wrote:
> Hi Guennadi,
>
> > > > On Wed, 17 Apr 2013, Phil Edworthy wrote:
> > > >
> > > > > The V4L2_MBUS_FMT_YUYV10_2X10 format has already been added to
> > > mediabus, so
> > > > > this patch just adds SoC camera support.
> > > > >
> > > > > Si
soc-camera isn't sufficiently broken to include any files from the
drivers/media/i2c/soc_camera directory in its core or host driver files:-)
Signed-off-by: Guennadi Liakhovetski
---
drivers/media/platform/soc_camera/Makefile |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --gi
Hi
Recently a VIN soc-camera host driver has been submitted, that was based
on the sh_mobile_ceu_camera driver and as such it copied some of its
functions with no or very little change. This patch set extracts those
functions to make them available for other soc-camera drivers too. Those
funct
Several functions in the sh_mobile_ceu_camera driver implement generic
algorithms and can be re-used by other V4L2 camera host drivers too. These
functions attempt to optimise scaling and cropping functions of the
subdevice, e.g. a camera sensor. This patch makes those functions generic
for future
The sh_mobile_ceu_camera driver implements a generic algorithm for setting
up an optimal client and host scaling and cropping configuration. This
patch makes those functions available for all drivers.
Signed-off-by: Guennadi Liakhovetski
---
drivers/media/platform/soc_camera/Kconfig |
The 'help' section of the Kconfig entry for this driver is missing a couple of
extra spaces.
The effect is an error running 'make xconfig' (seen on the old 2.6.32 kernel
from Ubuntu 10.04 when compiling the latest media-build tree):
/lib/modules/2.6.32-46-generic-pae/build/scripts/kconfig/qconf ./
On 04/16/2013 11:56 PM, David Howells wrote:
Supply accessor functions to set attributes in proc_dir_entry structs.
The following are supplied: proc_set_size() and proc_set_user().
Signed-off-by: David Howells
cc: linuxppc-...@lists.ozlabs.org
cc: linux-media@vger.kernel.org
cc: net...@vger.ker
Hi Kamil,
Am Donnerstag, den 25.04.2013, 13:36 +0200 schrieb Kamil Debski:
> Since the introduction of the timestamp_type field, it is necessary that
> the driver chooses which type it will use. This patch adds support for
> the timestamp_type.
>
> Signed-off-by: Kamil Debski
> Signed-off-by: Ky
On 04/24/2013 02:36 PM, Geert Uytterhoeven wrote:
drivers/media/usb/dvb-usb-v2/anysee.c: In function ‘anysee_frontend_attach’:
drivers/media/usb/dvb-usb-v2/anysee.c:641: warning: ‘ret’ may be used
uninitialized in this function
And gcc is right (see the ANYSEE_HW_507T case), so initialize ret t
On 04/24/2013 02:36 PM, Geert Uytterhoeven wrote:
Signed-off-by: Geert Uytterhoeven
Acked-by: Antti Palosaari
Reviewed-by: Antti Palosaari
---
drivers/media/usb/dvb-usb-v2/anysee.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/media/usb/dvb-usb-v2/an
Hi Philipp,
Thank you for testing the patch. I would love to add your Tested-by tag to the
commit, but I had already sent the pull request to Mauro. It was already very
late to post fixes.
Best wishes,
--
Kamil Debski
Linux Platform Group
Samsung Poland R&D Center
> -Original Message-
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date: Thu Apr 25 19:00:34 CEST 2013
git branch: test
git hash: 619ab8f611e269e12c956361a38a4206cef9155d
gcc versi
drivers/media/dvb-frontends/dib8000.c: In function 'dib8000_wait_lock':
drivers/media/dvb-frontends/dib8000.c:3972:1: warning: 'value' may be used
uninitialized in this function [-Wmaybe-uninitialized]
drivers/media/dvb-frontends/dib8000.c:2419:6: note: 'value' was declared here
Signed-off-by: Ma
isdbt_sb_subchannel is unsigned with 8 bits. So, it will
never be -1. Instead, any value bigger than 13 is invalid.
As is, the current code generates the following warnings:
drivers/media/dvb-frontends/dib8000.c: In function
'dib8000_set_isdbt_common_channel':
drivers/media/dvb-frontends/dib8000
The check if the values for c, h and n are within the range is
always true, as, if one of this values is out of range, the
previous "if" clauses will default to a value within the
range.
That fixes the following warning:
drivers/media/dvb-frontends/dib0090.c: In function 'dib0090_set_EFUS
dtv_property_cache is used on several places on very long lines.
On all places it is used, a long list of struct reference is done.
Instead of doing it, at the routines where it is used more than once,
replace it by one temporary var. That may help the compiler to
use a better code. It also makes
drivers/media/dvb-frontends/dib8000.c:2412:5: warning: no previous prototype
for 'dib8000_wait_lock' [-Wmissing-prototypes]
drivers/media/dvb-frontends/dib8000.c:2688:5: warning: no previous prototype
for 'dib8000_get_symbol_duration' [-Wmissing-prototypes]
Signed-off-by: Mauro Carvalho Chehab
After cx25821-video cleanup, this var is not used anymore:
drivers/media/pci/cx25821/cx25821-video.c: In function
'cx25821_vidioc_try_fmt_vid_cap':
drivers/media/pci/cx25821/cx25821-video.c:591:15: warning: variable 'maxw' set
but not used [-Wunused-but-set-variable]
as the code now checks the
The hole reason for __must_check is to not ignore an error.
However, a "ret" value is used at cx25821 just to avoid the
Kernel compilation to compain about it.
That, however, produces another warning (with W=1):
drivers/media/pci/cx25821/cx25821-alsa.c: In function 'cx25821_audio_fini':
drivers/
Currently, the driver complains about the pre_detect var:
drivers/media/tuners/r820t.c: In function 'r820t_sysfreq_sel':
drivers/media/tuners/r820t.c:722:31: warning: variable 'pre_dect' set
but not used [-Wunused-but-set-variable]
While rtl8232 code comments it, perhaps some oth
Fixes the following warning:
drivers/media/pci/cx25821/cx25821-video.c: At top level:
drivers/media/pci/cx25821/cx25821-video.c:766:5: warning: no previous
prototype for 'cx25821_vidioc_s_std' [-Wmissing-prototypes]
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/pci/cx2
Selon Laurent Pinchart :
>
> Just for my records, could you please repost the 'lsusb -v -d eb1a:299f'
> output running as root ? The string descriptors are not displayed otherwise.
>
> --
> Regards,
>
> Laurent Pinchart
>
> --
Hi Laurent,
Please find the requested informations as root.
Where do
Signed-off-by: Jon Arne Jørgensen
---
drivers/media/usb/Kconfig | 1 +
drivers/media/usb/Makefile | 1 +
drivers/media/usb/smi2021/Kconfig | 11 +++
drivers/media/usb/smi2021/Makefile | 10 ++
4 files changed, 23 insertions(+)
create mode 100644 drivers/media
This is the 2nd version of a RFC for a driver for the Somagic SMI2021.
The first version was sendt on 14th of Mars 2013, and can be found here:
http://www.spinics.net/lists/kernel/msg1499018.html
The smi2021 is the usb controller for a range of video capture devices
branded as EasyCap.
The device
The somagic device uses the gm7113c chip to digitize analog video,
this is a clone of the saa7113 chip.
The gm7113c can't be identified over i2c, so I can't rely on
saa7115 autodetection.
Signed-off-by: Jon Arne Jørgensen
---
drivers/media/i2c/saa7115.c | 61
75 matches
Mail list logo