On 23/04/2010, at 17:22, Timothy D. Lenz wrote:
>> I haven't found any problems with tuners not working although I don't
>> often fire them both up at once.
>>
>
> [PATCH] FusionHDTV: Use quick reads for I2C IR device probing
I finally found some time to look at this and found..
https://patchwo
Jarod Wilson wrote:
On Fri, May 21, 2010 at 11:40:34AM +0800, Ang Way Chuang wrote:
Hi Jarod,
Thanks for the review. My answers are inlined.
Jarod Wilson wrote:
On Thu, May 06, 2010 at 02:52:22PM -, Ang Way Chuang wrote:
ULE (Unidirectional Lightweight Encapsulation RFC 4326)
decapsula
On Fri, 21 May 2010, Mauro Carvalho Chehab wrote:
> Mike Isely wrote:
[snip]
> > The point when the kernel started complaining about the use of a stack
> > based USB I/O buffers is the relevant point, which was not back in
> > 2.6.12. I learned of this behavior (that is, receiving warnings
Mike Isely wrote:
> On Fri, 21 May 2010, Mauro Carvalho Chehab wrote:
>
>> Mike Isely wrote:
>>> On Fri, 21 May 2010, Mauro Carvalho Chehab wrote:
>>>
Mike Isely wrote:
> Mauro:
>
> You are reading too much into that comment.
>
> I never said it was valid to do what had be
On Fri, 21 May 2010, Mauro Carvalho Chehab wrote:
> Mike Isely wrote:
> > On Fri, 21 May 2010, Mauro Carvalho Chehab wrote:
> >
> >> Mike Isely wrote:
> >>> Mauro:
> >>>
> >>> You are reading too much into that comment.
> >>>
> >>> I never said it was valid to do what had been done, only that for
Mike Isely wrote:
> On Fri, 21 May 2010, Mauro Carvalho Chehab wrote:
>
>> Mike Isely wrote:
>>> Mauro:
>>>
>>> You are reading too much into that comment.
>>>
>>> I never said it was valid to do what had been done, only that for the
>>> longest time this is what the driver did and it never cause
On Fri, 21 May 2010, Mauro Carvalho Chehab wrote:
> Mike Isely wrote:
> > Mauro:
> >
> > You are reading too much into that comment.
> >
> > I never said it was valid to do what had been done, only that for the
> > longest time this is what the driver did and it never caused a problem
> > that
Mike Isely wrote:
> Mauro:
>
> You are reading too much into that comment.
>
> I never said it was valid to do what had been done, only that for the
> longest time this is what the driver did and it never caused a problem
> that I was made aware of. What I said there was correct, that this is
Mauro:
You are reading too much into that comment.
I never said it was valid to do what had been done, only that for the
longest time this is what the driver did and it never caused a problem
that I was made aware of. What I said there was correct, that this is
what the driver had been doing
I've just upgraded my media box, and get the following warning on
startup. All seems well otherwise, so this is a FYI
Cheers
May 21 19:05:54 server kernel: [7.950291] [ cut here
]
May 21 19:05:54 server kernel: [7.950296] WARNING: at
fs/proc/generic.c:317 __xlate_
On Fri, 21 May 2010, Baruch Siach wrote:
> Hi Sascha,
>
> On Fri, May 21, 2010 at 09:20:45AM +0200, Sascha Hauer wrote:
> > On Thu, May 06, 2010 at 04:09:38PM +0300, Baruch Siach wrote:
> > > This series contains a soc_camera driver for the i.MX25/i.MX27 CSI
> > > device, and
> > > platform cod
On Fri, May 21, 2010 at 11:40:34AM +0800, Ang Way Chuang wrote:
> Hi Jarod,
>Thanks for the review. My answers are inlined.
>
> Jarod Wilson wrote:
> >On Thu, May 06, 2010 at 02:52:22PM -, Ang Way Chuang wrote:
> >>ULE (Unidirectional Lightweight Encapsulation RFC 4326)
> >>decapsulation c
Douglas Schilling Landgraf wrote:
> Hello,
>
> On Fri, May 14, 2010 at 12:54 AM, Douglas Schilling Landgraf
> wrote:
>> Hello Mauro,
>>
>> Please pull from http://linuxtv.org/hg/~dougsland/v4l-dvb for
>> the following:
>>
>> - ir-core-priv.h: error: field 'rx_work' has incomplete type
>
> A
Mike Isely wrote:
> Please from http://linuxtv.org/hg/~mcisely/pvrusb2-patches for the
> following pvrusb2 driver fixes / improvements:
>
> - pvrusb2: Minor debug code fixup
> - pvrusb2: Fix Gotview hardware support
> - pvrusb2: Avoid using stack allocated buffers when performing USB I/O
Your com
Laurent Pinchart wrote:
> Hi Mauro,
>
> On Friday 21 May 2010 17:03:04 Mauro Carvalho Chehab wrote:
>> Laurent Pinchart wrote:
>>> On Friday 21 May 2010 16:05:29 Mauro Carvalho Chehab wrote:
Hans Verkuil wrote:
> I had hoped to get hardware to test it with, but no such luck (yet).
> B
Hi Mauro,
On Friday 21 May 2010 17:03:04 Mauro Carvalho Chehab wrote:
> Laurent Pinchart wrote:
> > On Friday 21 May 2010 16:05:29 Mauro Carvalho Chehab wrote:
> >> Hans Verkuil wrote:
> >>> I had hoped to get hardware to test it with, but no such luck (yet).
> >>> But there seems to be no sense i
Laurent Pinchart wrote:
> Hi Mauro,
>
> On Friday 21 May 2010 16:05:29 Mauro Carvalho Chehab wrote:
>> Hans Verkuil wrote:
>>> I had hoped to get hardware to test it with, but no such luck (yet). But
>>> there seems to be no sense in holding these patches back on the
>>> off-chance that I can get
Hi Mauro,
On Friday 21 May 2010 16:05:29 Mauro Carvalho Chehab wrote:
> Hans Verkuil wrote:
> > I had hoped to get hardware to test it with, but no such luck (yet). But
> > there seems to be no sense in holding these patches back on the
> > off-chance that I can get hardware.
> >
> > Gerard, you
Hi Mauro,
On Fri, 2010-05-21 at 11:45 -0300, Mauro Carvalho Chehab wrote:
> The fix seems ok, but it is at the wrong place: if DVB bus fails, it makes
> no sense on keep running any post-register initialization, like
> calling netup_get_card_info() and copying the mac address.
> The better is to
Abylai Ospan wrote:
> Mauro,
>
> Please pull follwing fix:
>
> http://udev.netup.ru/cgi-bin/hgwebdir.cgi/v4l-dvb-aospan-ci_init-fix
>
> "Fix kernel Oops when number of NetUP Dual DVB-S2-CI cards more than
> DVB_MAX_ADAPTERS limit"
>
> Thanks.
>
The fix seems ok, but it is at the wrong place:
Hans Verkuil wrote:
> I had hoped to get hardware to test it with, but no such luck (yet). But
> there seems to be no sense in holding these patches back on the off-chance
> that I can get hardware.
>
> Gerard, you mentioned earlier that you actually had a c-qcam. It would be
> nice if you can tes
I have a problem with usb camera driver. It's konicawc. It was working
in previous kernels 2.4 for sure (I have an old installation of Slackware
2.4.26)
and perhaps in 2.6. Now in the latest kernel it doesn't work.
The file is /drivers/media/video/usbvideo/konicawc.c
I couldn't find anyone in
Martin Hi,
2010/5/21 :
> Hi Paulo,
>
> I haven't looked into the details, but why not use an XML format? It's less
> concise, yes, but it's standard, more extensible, and you don't have to
> worry about parsing it too much - after all, we already use libxml in
> libwebcam.
>
I've thought about t
Hi Sascha,
On Fri, May 21, 2010 at 09:20:45AM +0200, Sascha Hauer wrote:
> On Thu, May 06, 2010 at 04:09:38PM +0300, Baruch Siach wrote:
> > This series contains a soc_camera driver for the i.MX25/i.MX27 CSI device,
> > and
> > platform code for the i.MX25 and i.MX27 chips. This driver is based
On Thu, May 06, 2010 at 04:09:38PM +0300, Baruch Siach wrote:
> This series contains a soc_camera driver for the i.MX25/i.MX27 CSI device,
> and
> platform code for the i.MX25 and i.MX27 chips. This driver is based on a
> driver
> for i.MX27 CSI from Sascha Hauer, that Alan Carvalho de Assis h
On Thu, May 06, 2010 at 04:09:39PM +0300, Baruch Siach wrote:
> This is the soc_camera support developed by Sascha Hauer for the i.MX27. Alan
> Carvalho de Assis modified the original driver to get it working on more
> recent
> kernels. I modified it further to add support for i.MX25. This driver
On Thu, May 06, 2010 at 04:09:40PM +0300, Baruch Siach wrote:
> Signed-off-by: Baruch Siach
> ---
> arch/arm/mach-mx2/clock_imx27.c |2 +-
> arch/arm/mach-mx2/devices.c | 31 +++
> arch/arm/mach-mx2/devices.h |1 +
> 3 files changed, 33 insertions(+),
27 matches
Mail list logo
