Peter has found out about this device.
It seems to have a qt1010 and rtl2831u in it.
He reported some success with the driver from:
http://linuxtv.org/hg/~anttip/qt1010/
Giles HEWITT wrote:
Hi Jan,
I read your reply on the comporo videomate driver thread from over a
year ago:
If the adapter does not support I2C_FUNC_SMBUS_WRITE_BYTE,
return -EIO instead of 0.
Signed-off-by: Axel Lin axel@gmail.com
---
drivers/media/video/tea6415c.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/media/video/tea6415c.c
Mauro Carvalho Chehab mche...@redhat.com writes:
== mantis patches - Waiting for Manu Abraham
abraham.m...@gmail.com ==
Apr,15 2010: [5/8] ir-core: convert mantis from ir-functions.c
http://patchwork.kernel.org/patch/92961 David Härdeman
To clarify this: The number of pixels in an image sensor is typically simply
the number of independent photosites - so the 5-MP MT9P031 sensor will give
you a raw image with 5 million 12-bit values in it. (not 5x3 million, or 5x4
million, just 5 million)
Each photosite is covered by a single
On Monday, November 01, 2010 10:25:39 Axel Lin wrote:
If the adapter does not support I2C_FUNC_SMBUS_WRITE_BYTE,
return -EIO instead of 0.
Signed-off-by: Axel Lin axel@gmail.com
Acked-by: Hans Verkuil hverk...@xs4all.nl
---
drivers/media/video/tea6415c.c |2 +-
1 files changed,
Just built, installed and booted 2.6.37-rc1 and I got this BUG report
BUG: unable to handle kernel NULL pointer dereference at (null)
IP: [c12339b8] i2c_transfer+0x18/0xe0
*pdpt = 33caf001 *pde =
Oops: [#1] PREEMPT SMP
last sysfs file:
This message is generated daily by a cron job that builds v4l-dvb for
the kernels and architectures in the list below.
Results of the daily build of v4l-dvb:
date:Mon Nov 1 19:00:16 CET 2010
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 15167:abd3aac6644e
git master:
On Sun, 31 Oct 2010 15:16:40 +0200
Anca Emanuel anca.eman...@gmail.com wrote:
After this patch,
[snip]
I get:
[ 182.680032] usb 8-1: new full speed USB device using uhci_hcd and
address 3 [ 182.875331] gspca: probing 05a9:4519
[ 183.064309] ov519: I2C synced in 0 attempt(s)
[
On Mon, 1 Nov 2010 22:02:49 +0200
Anca Emanuel anca.eman...@gmail.com wrote:
Saved in txt and csv formats.
I did not know this sniffer. The trace is compact, but, alas, the
'Request' and 'Value' are lacking... Is it possible to see them?
--
Ken ar c'hentañ | ** Breizh ha Linux
On Mon, Nov 1, 2010 at 10:31 PM, Jean-Francois Moine moin...@free.fr wrote:
On Mon, 1 Nov 2010 22:02:49 +0200
Anca Emanuel anca.eman...@gmail.com wrote:
Saved in txt and csv formats.
I did not know this sniffer. The trace is compact, but, alas, the
'Request' and 'Value' are lacking... Is it
On Sat, Oct 30, 2010 at 10:32:14PM -0400, Jarod Wilson wrote:
On Sat, Oct 30, 2010 at 7:36 PM, David Härdeman da...@hardeman.nu wrote:
In that case, one solution would be:
* using the full 32 bit scancode
* add a module parameter to squash the ID byte to zero
* default the module
On Fri, Oct 29, 2010 at 09:07:52PM +0200, David Härdeman wrote:
This is my current patch queue, the main change is to make struct rc_dev
the primary interface for rc drivers and to abstract away the fact that
there's an input device lurking in there somewhere. The patchset has been
updated to
Hi Bastian,
On Friday 29 October 2010 16:06:18 Bastian Hecht wrote:
Hello Laurant,
sorry I am flooding a bit here, but now I reached a point where I am
really stuck.
In the get_fmt_pad I set the following format
*format = mt9p031-format;
that is defined as
Hi Bastian,
On Monday 01 November 2010 12:10:55 Bastian Hecht wrote:
To clarify this: The number of pixels in an image sensor is typically
simply the number of independent photosites - so the 5-MP MT9P031 sensor
will give you a raw image with 5 million 12-bit values in it. (not 5x3
On Mon, Nov 1, 2010 at 10:31 PM, Jean-Francois Moine moin...@free.fr wrote:
On Mon, 1 Nov 2010 22:02:49 +0200
Anca Emanuel anca.eman...@gmail.com wrote:
Saved in txt and csv formats.
I did not know this sniffer. The trace is compact, but, alas, the
'Request' and 'Value' are lacking... Is it
This isn't a runtime bug, it's just to make static checkers happy.
In vidioc_querycap() we copy a saa7164_dev -name driver array into a
v4l2_capability - driver array. The -driver array is only 16 chars
long so -name also can't be more than 16 characters.
The -name gets set in v4l2_capability()
Am Montag, den 01.11.2010, 11:30 +0100 schrieb Bjørn Mork:
Mauro Carvalho Chehab mche...@redhat.com writes:
== mantis patches - Waiting for Manu Abraham
abraham.m...@gmail.com ==
Apr,15 2010: [5/8] ir-core: convert mantis from ir-functions.c
17 matches
Mail list logo
