Em 10-01-2011 08:28, Hans de Goede escreveu:
> Hi,
>
> On 01/10/2011 02:33 AM, Mauro Carvalho Chehab wrote:
>> Em 09-01-2011 10:02, Hans de Goede escreveu:
>
>
>
>>> I've managed to make some time to also sort out the sn9c1xx usb ids
>>> situation. I've just send a pull request which includes
Hi,
On 01/10/2011 02:33 AM, Mauro Carvalho Chehab wrote:
Em 09-01-2011 10:02, Hans de Goede escreveu:
I've managed to make some time to also sort out the sn9c1xx usb ids
situation. I've just send a pull request which includes patches cleaning
things up. After this there are only 5 usb-ids
Em 09-01-2011 10:02, Hans de Goede escreveu:
> Hi,
>
> On 01/02/2011 09:13 PM, Hans Verkuil wrote:
>> Hi Hans,
>>
>> On Sunday, January 02, 2011 19:33:31 Hans de Goede wrote:
>
>
>
>>> So only 3 raw bayer + custom compression models supported by
>>> sn9c102 are not supported by gspca_sonixb, an
Hi,
On 01/02/2011 09:13 PM, Hans Verkuil wrote:
Hi Hans,
On Sunday, January 02, 2011 19:33:31 Hans de Goede wrote:
So only 3 raw bayer + custom compression models supported by
sn9c102 are not supported by gspca_sonixb, and all jpeg models
are supported by gspca_sonixj. Porting the 3 remain
Hi,
On 01/02/2011 09:13 PM, Hans Verkuil wrote:
Hi Hans,
On Sunday, January 02, 2011 19:33:31 Hans de Goede wrote:
Hi,
One small correction to the sn9c102 sensor table, the
mt9v111 sensor is handled by sonixj, so the table of
bridge/sensor combi's supported by sn9c102, looks like this:
sn9c1
Hi Hans,
On Sunday, January 02, 2011 19:33:31 Hans de Goede wrote:
> Hi,
>
> One small correction to the sn9c102 sensor table, the
> mt9v111 sensor is handled by sonixj, so the table of
> bridge/sensor combi's supported by sn9c102, looks like this:
>
> sn9c101/102:
> hv7131d
> mi0343 *
> ov7630
Hi,
One small correction to the sn9c102 sensor table, the
mt9v111 sensor is handled by sonixj, so the table of
bridge/sensor combi's supported by sn9c102, looks like this:
sn9c101/102:
hv7131d
mi0343 *
ov7630
pas106b
pas202bcb
tas5110c1b
tas5110d
tas5130d1b
sn9c103:
hv7131r *
mi0360 *
ov7630
pa
Hi,
On 01/02/2011 12:25 PM, Hans Verkuil wrote:
On Sunday, January 02, 2011 11:41:31 Mauro Carvalho Chehab wrote:
Em 01-01-2011 17:53, Hans Verkuil escreveu:
The subject says it all:
If there are no objections, then I propose that the deprecated et61x251 and
sn9c102 are moved to staging for 2
On Sun, 2 Jan 2011 12:25:21 +0100
Hans Verkuil wrote:
> > It seems to me that et61x251 will also stay there for a long time,
> > as there are just two devices supported by gspca driver, while
> > et61x251 supports 25.
> >
> > Btw, we currently have a conflict with this USB ID:
> > USB_DEVICE
On Sunday, January 02, 2011 11:41:31 Mauro Carvalho Chehab wrote:
> Em 01-01-2011 17:53, Hans Verkuil escreveu:
> > The subject says it all:
> >
> > If there are no objections, then I propose that the deprecated et61x251 and
> > sn9c102 are moved to staging for 2.6.38 and marked for removal in 2.6
Em 01-01-2011 17:53, Hans Verkuil escreveu:
> The subject says it all:
>
> If there are no objections, then I propose that the deprecated et61x251 and
> sn9c102 are moved to staging for 2.6.38 and marked for removal in 2.6.39.
Nack.
There are several USB ID's on sn9c102 not covered by gspca driv
The subject says it all:
If there are no objections, then I propose that the deprecated et61x251 and
sn9c102 are moved to staging for 2.6.38 and marked for removal in 2.6.39.
If there are no objections, then I'll make a patch for this.
Regards,
Hans
--
Hans Verkuil - video4linux devel
12 matches
Mail list logo
