UVC driver used to have partial no-mmu arch support, but it's removed by
commit c29fcff3daafbf46d64a543c1950bbd206ad8c1c.
This patch added them back and expanded to fully support no-mmu arch, so that
uvc cameras can be used on no-mmu platforms like Blackfin.
Signed-off-by: Bob Liu
---
drivers/m
On some situations, it is desired to use eeprom data to detect
the board type. This patch adds a logic for it and fixes 2 detection
issues:
1) 10Moons UT-821 uses a generic Trident ID. Other boards
also share the same ID. So, better to use an alternative way for
it;
2) Sometimes, HV
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:Wed Apr 20 19:01:01 CEST 2011
git hash:a4761a092fd3b6bf8b5f9cfe361670c86cdcc8ca
gcc version: i686-linux-gcc (GCC) 4.5
Em 20-04-2011 12:27, Stefan Ringel escreveu:
> Am 20.04.2011 17:17, schrieb Mauro Carvalho Chehab:
>> Em 20-04-2011 11:19, Stefan Ringel escreveu:
>>> Am 20.04.2011 14:37, schrieb Mauro Carvalho Chehab:
Em 20-04-2011 05:14, Stefan Ringel escreveu:
> Am 19.04.2011 23:21, schrieb Mauro Carva
Hi Laurent,
On Wed, Apr 20, 2011 at 5:25 PM, Raffaele Recalcati
wrote:
> Hi Laurent,
>
> On Wed, Mar 30, 2011 at 3:32 PM, Laurent Pinchart
> wrote:
>> Hi Loïc,
>>
>> On Wednesday 30 March 2011 13:05:08 Loïc Akue wrote:
>>> Hi Laurent,
>>>
>>> > The OMAP3 ISP should support interleaving interlace
On Wednesday 20 April 2011, Marek Szyprowski wrote:
> On Tuesday, April 19, 2011 4:30 PM Arnd Bergmann wrote:
> > Sounds good. I think we should put it into a new drivers/iommu, along
> > with your specific iommu implementation, and then we can convert the
> > existing ones over to use that.
>
>
Am 20.04.2011 17:17, schrieb Mauro Carvalho Chehab:
Em 20-04-2011 11:19, Stefan Ringel escreveu:
Am 20.04.2011 14:37, schrieb Mauro Carvalho Chehab:
Em 20-04-2011 05:14, Stefan Ringel escreveu:
Am 19.04.2011 23:21, schrieb Mauro Carvalho Chehab:
Em 04-04-2011 17:18, stefan.rin...@arcor.de esc
Hi Laurent,
On Wed, Mar 30, 2011 at 3:32 PM, Laurent Pinchart
wrote:
> Hi Loïc,
>
> On Wednesday 30 March 2011 13:05:08 Loïc Akue wrote:
>> Hi Laurent,
>>
>> > The OMAP3 ISP should support interleaving interlaced frames, but that's
>> > not implemented in the driver. You will need to at least imp
Em 20-04-2011 11:19, Stefan Ringel escreveu:
> Am 20.04.2011 14:37, schrieb Mauro Carvalho Chehab:
>> Em 20-04-2011 05:14, Stefan Ringel escreveu:
>>> Am 19.04.2011 23:21, schrieb Mauro Carvalho Chehab:
Em 04-04-2011 17:18, stefan.rin...@arcor.de escreveu:
> From: Stefan Ringel
>
>
Hello,
On Tuesday, April 19, 2011 4:30 PM Arnd Bergmann wrote:
> > > That is a limitation of the current implementation. We might want to
> > > change that anyway, e.g. to handle the mali IOMMU along with yours.
> > > I believe the reason for allowing only one IOMMU type so far has been
> > > tha
Am 20.04.2011 14:38, schrieb Mauro Carvalho Chehab:
Em 20-04-2011 05:19, Stefan Ringel escreveu:
Am 19.04.2011 23:22, schrieb Mauro Carvalho Chehab:
Em 04-04-2011 17:18, stefan.rin...@arcor.de escreveu:
From: Stefan Ringel
add dtv78 parameter
The dtv78 entry is a hack meant for card usage in
Am 20.04.2011 14:37, schrieb Mauro Carvalho Chehab:
Em 20-04-2011 05:14, Stefan Ringel escreveu:
Am 19.04.2011 23:21, schrieb Mauro Carvalho Chehab:
Em 04-04-2011 17:18, stefan.rin...@arcor.de escreveu:
From: Stefan Ringel
add mts parameter
Stefan,
The MTS config depends on the specific boa
On Tue, Apr 05, 2011 at 16:28:33, Nori, Sekhar wrote:
> Hi Manju,
>
> On Sat, Apr 02, 2011 at 15:13:17, Hadli, Manjunath wrote:
> > Current devices.c file has a number of instances where
> > IO_ADDRESS() is used for system module register access. Eliminate this
> > in favor of a ioremap() based a
Em 20-04-2011 05:14, Stefan Ringel escreveu:
> Am 19.04.2011 23:21, schrieb Mauro Carvalho Chehab:
>> Em 04-04-2011 17:18, stefan.rin...@arcor.de escreveu:
>>> From: Stefan Ringel
>>>
>>> add mts parameter
>> Stefan,
>>
>> The MTS config depends on the specific board design (generally present on
>>
On Wed, Apr 20, 2011 at 4:59 PM, Daniel Glöckner wrote:
> On Wed, Apr 20, 2011 at 02:02:41PM +0800, Bob Liu wrote:
>> -- Forwarded message --
>
> Forwarding broke tabs.
>
Hi, Daniel
Thanks for your review, I will make a new patch later.
>> @@ -445,6 +446,20 @@ int uvc_queue_mmap(
Hello Ryan,
i'm sorry, no. I was trying to revert patches and downgrading the
kernel, but this was way more work then i thought.
This problem should happen with a few other cards also, it's not
dedicated to the hvr 1400.
Jean
On Wed, 20 Apr 2011
06:09:40 + (UTC) Ryan wrote:
> I have a W
On Wed, Apr 20, 2011 at 02:02:41PM +0800, Bob Liu wrote:
> -- Forwarded message --
Forwarding broke tabs.
> @@ -445,6 +446,20 @@ int uvc_queue_mmap(struct uvc_video_queue *queue,
> struct vm_area_struct *vma)
> addr += PAGE_SIZE;
> size -= PAGE_SIZE;
Am 19.04.2011 23:22, schrieb Mauro Carvalho Chehab:
Em 04-04-2011 17:18, stefan.rin...@arcor.de escreveu:
From: Stefan Ringel
add dtv78 parameter
The dtv78 entry is a hack meant for card usage in Australia, that
speeds up channel detection there. Again, it should be specified
only when needed,
Am 19.04.2011 23:26, schrieb Mauro Carvalho Chehab:
Em 04-04-2011 17:18, stefan.rin...@arcor.de escreveu:
From: Stefan Ringel
add audio mode parameter
Why we need a parameter for it? It should be determined based on
the standard.
tm6010 has a sif decoder, and I think if auto detect doesn't wo
Am 19.04.2011 23:21, schrieb Mauro Carvalho Chehab:
Em 04-04-2011 17:18, stefan.rin...@arcor.de escreveu:
From: Stefan Ringel
add mts parameter
Stefan,
The MTS config depends on the specific board design (generally present on
mono NTSC cards). So, it should be inside the cards struct, and not
20 matches
Mail list logo
