On Apr 8, 2011, at 4:50 PM, Andy Walls wrote:
> Jarod Wilson wrote:
...
I have quite a few pieces of Hauppauge hardware, several with IR
receivers and remotes, but all of which use ir-kbd-i2c (or
lirc_zilog), i.e., none of which pass along raw IR.
>>>
>>> You don't have an HVR-950
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:Sat Apr 9 19:00:34 CEST 2011
git hash:d9954d8547181f9a6a23f835cc1413732700b785
gcc version: i686-linux-gcc (GCC) 4.5
Hello,
On 04/08/2011 02:53 PM, Hans Verkuil wrote:
> Hi Tomasz!
>
> Some comments below...
>
> On Wednesday, April 06, 2011 10:44:17 Tomasz Stanislawski wrote:
>> Hello everyone,
>>
>> This patch-set introduces new ioctls to V4L2 API. The new method for
>> configuration of cropping and compositi
On 04/09/2011 05:10 PM, Janusz Krzysztofik wrote:
> (CC: Jiri Slaby, the author of the problematic change; truncate subject)
>
> On Sat, 09 Apr 2011, at 09:16:24, Russell King - ARM Linux wrote:
>> On Sat, Apr 09, 2011 at 03:33:39AM +0200, Janusz Krzysztofik wrote:
>>> Since there were no actual p
On Fri, Apr 8, 2011 at 5:35 AM, pigeonskil...@libero.it
wrote:
> Pinnacle PCTV Dual DVB-T Pro PCI 2000i (http://linuxtv.org/wiki/index.php/DVB-
> T_PCI_Cards#Pinnacle) was introduced in 2006 and after 5 years it is still
> unsupported in linux!
> Unbelievable!
> Yet its chips Zarlink ZL10353 (http
Laurent Pinchart wrote:
> Hi Sakari,
Hi Laurent,
And thanks for the comments.
> On Wednesday 06 April 2011 11:25:56 Sakari Ailus wrote:
>> Nayden Kanchev wrote:
>>> On 04/06/2011 11:10 AM, Sakari Ailus wrote:
- Added an open question on a new control:
V4L2_CID_FLASH_EXTERNAL_STROBE_WHE
(CC: Jiri Slaby, the author of the problematic change; truncate subject)
On Sat, 09 Apr 2011, at 09:16:24, Russell King - ARM Linux wrote:
> On Sat, Apr 09, 2011 at 03:33:39AM +0200, Janusz Krzysztofik wrote:
> > Since there were no actual problems reported before, I suppose the
> > old code, whic
On Sat, Apr 09, 2011 at 03:33:39AM +0200, Janusz Krzysztofik wrote:
> Since there were no actual problems reported before, I suppose the old
> code, which was passing to remap_pfn_range() a physical page number
> calculated from dma_alloc_coherent() privided dma_handle, worked
> correctly on all
