Hello,
On Wednesday, January 12, 2011 8:04 PM Nicolas Pitre wrote:
> On Wed, 12 Jan 2011, Marek Szyprowski wrote:
>
> > I understand that modifying L1 page tables is definitely not a proper way of
> > handling this. It simply costs too much. But what if we consider that the
> > DMA
> > memory c
On Thu, 2011-01-13 at 02:16 +, Jason Gauthier wrote:
> >> I've got two hdpvrs. Whenever you're ready to extend your testing,
> >> I'm happy to extend that functional testing. I didn't get a chance to
> >> look at the FC14 patch yet (busy couple of days), but I will hold off
> >> now, anyway!
On Wed, 2011-01-12 at 18:45 -0500, Andy Walls wrote:
> If all goes well, with Jarrod's change, you should be able to test the
> hdpvr module with the ir-kbd-i2c module and test IR Rx.
FYI, I have (re)confirmed that ir-kbd-i2c and cx18, in a bleeding-edge
development kernel, still work with the Z
On 1/12/11, Mauro Carvalho Chehab wrote:
>> which on the face of it suggests
>> btty-input.c
already handled, my mistake.
>> cx88-input.c
the search string was in a comment
>> hdpvr-i2c.c
see below
> I have no time currently to touch on it, since I still have lots of patches
> to
> tak
Hi
Rework device init part. Move common code part to a function.
Usefull for register multiple devices like video, radio, vbi etc.
diff --git a/drivers/staging/tm6000/tm6000-video.c
b/drivers/staging/tm6000/tm6000-video.c
index 8fe017c..4d866cc 100644
--- a/drivers/staging/tm6000/tm6000-video.c
Hi Mauro,
On Wed, Jan 12, 2011 at 10:49, Mauro Carvalho Chehab wrote:
> Em 12-01-2011 08:25, Marek Szyprowski escreveu:
>> Hello Mauro,
>>
>> I've rebased our fimc and saa patches onto
>> http://linuxtv.org/git/mchehab/experimental.git
>> vb2_test branch.
>
> Thanks!
>
> As before, I'll be comme
>> I've got two hdpvrs. Whenever you're ready to extend your testing,
>> I'm happy to extend that functional testing. I didn't get a chance to
>> look at the FC14 patch yet (busy couple of days), but I will hold off
>> now, anyway!
>If all goes well, with Jarrod's change, you should be able to
On Wed, 2011-01-12 at 13:49 +, Jason Gauthier wrote:
> >>
> >> Bah. Yeah, sorry, that wasn't the current patch in Fedora 14. This is:
> >>
> >> http://wilsonet.com/jarod/lirc_misc/hdpvr-ir/hdpvr-ir-enable-2.patch
> >>
> >> Its atop the F14 2.6.35.10 kernel, which has a fairly recent v4l/dvb
Em 12-01-2011 11:17, Robin Humble escreveu:
> Hi,
>
> this is basically a re-post of
> http://www.linuxtv.org/pipermail/linux-dvb/2010-September/032744.html
> which fixes an Oops when tuning eg. AVerMedia DVB-T Volar, Hauppauge
> Nova-T, Winfast DTV. it seems to be quite commonly reported on thi
Dear linux media developers,
here is the output of my
"lsusb -v -d 1d19:6105":
Bus 001 Device 007: ID 1d19:6105
Device Descriptor:
bLength18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass0 (Defined at Interface level)
bDeviceSubClass
Em 12-01-2011 08:25, Marek Szyprowski escreveu:
> Hello Mauro,
>
> I've rebased our fimc and saa patches onto
> http://linuxtv.org/git/mchehab/experimental.git
> vb2_test branch.
>
> The last 2 patches are for SAA7134 driver and are only to show that
> videobuf2-dma-sg works
> correctly.
On m
On Wed, 12 Jan 2011, Marek Szyprowski wrote:
> I understand that modifying L1 page tables is definitely not a proper way of
> handling this. It simply costs too much. But what if we consider that the DMA
> memory can be only allocated from a specific range of the system memory?
> Assuming that thi
Hello,
I'm sorry for the delay. Just got back from my holidays and getting thought
the mails.
On Thursday, December 23, 2010 2:45 PM Russell King - ARM Linux wrote:
> On Thu, Dec 23, 2010 at 02:09:44PM +0100, Marek Szyprowski wrote:
> > Hello,
> >
> > On Thursday, December 23, 2010 1:19 PM Russe
Em 12-01-2011 08:25, Marek Szyprowski escreveu:
> Hello Mauro,
>
> I've rebased our fimc and saa patches onto
> http://linuxtv.org/git/mchehab/experimental.git
> vb2_test branch.
Thanks!
As before, I'll be commenting the patches as I'll be seeing any issues.
> Pawel Osciak (2):
> Fix mma
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 Jan 12 19:00:53 CET 2011
git master: 59365d136d205cc20fe666ca7f89b1c5001b0d5a
git media-master: gcc version: i6
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/video/ir-kbd-i2c.c b/drivers/media/video/ir-kbd-i2c.c
index c87b6bc..b173e40 100644
--- a/drivers/media/video/ir-kbd-i2c.c
+++ b/drivers/media/video/ir-kbd-i2c.c
@@ -244,15 +244,17 @@ static void ir_key_poll(struct IR_i2c *ir)
Due to a lack of a break inside the switch, it were getting the
wrong keytable and get_key function.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/video/em28xx/em28xx-cards.c
b/drivers/media/video/em28xx/em28xx-cards.c
index 099d5df..ba03a44 100644
--- a/drivers/media/video/em
dib0700 now outputs NEC extended keycodes. Fix the keytable to reflect that.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/rc/keymaps/rc-dib0700-nec.c
b/drivers/media/rc/keymaps/rc-dib0700-nec.c
index c59851b..7a5f530 100644
--- a/drivers/media/rc/keymaps/rc-dib0700-nec.c
+++
Fixes Fedora 14 bug: https://bugzilla.redhat.com/show_bug.cgi?id=667157
There are a few bugs at the code that generates the scancode at dib0700:
- RC keycode is wrong (it outputs a 24 bits keycode);
- NEC extended outputs a keycode that have endiannes issues;
- keycode tabl
On 01/11/2011 10:57 PM, Mauro Carvalho Chehab wrote:
> Em 03-01-2011 14:48, Sylwester Nawrocki escreveu:
>> Hi Mauro,
>>
>> Please pull from our tree for the following items:
>>
>> 4. s5p-fimc driver conversion to Videbuf2 and multiplane ext. and various
>> driver updates and bugfixes,
>> 5. Si
Introduction
The image sensors used in camera phones are quite smart these days and thanks
to the new Media Controller API they are now controlled as subdevs from
userspace. SMIA++ compatible sensors support things like:
- Cropping (both analog and digital)
- Binning (analog summing
Devin,
driver for Cinergy Hybrid T USB XS FMis still planned to be developed, or you
think it will notbe developedanymore?
Thanks
Adriano
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info
Dear all,
I have bought a CyberLink video grabber 2.0.
when I put in the console the code lsusb,=20
the result is this: ID 1d19:6105
can you tell me what driver should I try?
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to m
>>
>> Bah. Yeah, sorry, that wasn't the current patch in Fedora 14. This is:
>>
>> http://wilsonet.com/jarod/lirc_misc/hdpvr-ir/hdpvr-ir-enable-2.patch
>>
>> Its atop the F14 2.6.35.10 kernel, which has a fairly recent v4l/dvb
>> backport on top of it, so it should be pretty close to matching t
Hi,
this is basically a re-post of
http://www.linuxtv.org/pipermail/linux-dvb/2010-September/032744.html
which fixes an Oops when tuning eg. AVerMedia DVB-T Volar, Hauppauge
Nova-T, Winfast DTV. it seems to be quite commonly reported on this list.
[ 809.128579] BUG: unable to handle kernel NU
Hi Enric,
On Wednesday 12 January 2011 12:58:04 Enric Balletbò i Serra wrote:
> Hi all,
>
> As explained in my first mail I would like port the tvp515x driver to
> new media framework, I'm a newbie with the v4l2 API and of course with
> the new media framework API, so sorry if next questions are
Hi all,
As explained in my first mail I would like port the tvp515x driver to
new media framework, I'm a newbie with the v4l2 API and of course with
the new media framework API, so sorry if next questions are stupid or
trivial (please, patience with me).
My idea is follow this link schem:
-
If the camera was set to output formats like RGB565 YUYV or SBGGR10,
the resulting image was scrambled due to erroneous interpretations of
horizontal parameter's units.
This patch in fourcc_to_ipu_pix, eliminate also the pixel formats mappings
that, first are not used within mainline code and seco
Signed-off-by: Alberto Panizzo
---
drivers/media/video/soc_mediabus.c | 14 ++
include/media/soc_mediabus.h |1 +
2 files changed, 15 insertions(+), 0 deletions(-)
diff --git a/drivers/media/video/soc_mediabus.c
b/drivers/media/video/soc_mediabus.c
index 9139121..5bba42
This patch series enable the mx3_camera driver to manage correctly
pixel formats like RGB565 UYVY and SBGGR10
This patch series applies to the staging/for_2.6.38-rc1
and I hope it will reach the mainline in one of the .38-rcN
Best regards,
Alberto!
--
To unsubscribe from this list: send the line
Hello Mauro,
I've rebased our fimc and saa patches onto
http://linuxtv.org/git/mchehab/experimental.git
vb2_test branch.
The last 2 patches are for SAA7134 driver and are only to show that
videobuf2-dma-sg works
correctly.
The following changes since commit 15af3ad8cafe8028f09d1b6c014bb2e9979
Hi Sylwester,
On Wednesday 12 January 2011 00:31:26 Sylwester Nawrocki wrote:
> On 01/06/2011 04:33 PM, Laurent Pinchart wrote:
[snip]
> > When the stream is off, we have two options:
> >
> > - Handle crop rectangle modifications the same way as when the stream is
> > on. This is cleaner, but b
Hi,
On Tuesday 11 January 2011 20:06:52 Eino-Ville Talvala wrote:
> On 1/6/2011 7:33 AM, Laurent Pinchart wrote:
> > Hi everybody,
>
> ...
>
> > The OMAP3 ISP resizer currently implements the second option, and I'll
> > modify it to implement the first option. The drawback is that some
> > crop/
33 matches
Mail list logo