Mauro:
Please from http://linuxtv.org/hg/~mcisely/pvrusb2-20091124 for the
following pvrusb2 driver fixes / improvements:
- pvrusb2: Support 16KB FX2 firmware
- pvrusb2: Support manual extraction of 16KB FX2 firmware
- pvrusb2: Shorten device hardware description text to work around V4L
Hello Mauro,
Patch from Mauro Carvalho Chehab wrote:
> The patch number 13472 was added via Mauro Carvalho Chehab
>
> to http://linuxtv.org/hg/v4l-dvb master development tree.
>
> Kernel patches in this development tree may be modified to be backward
> compatible with older kernels. Compatibilit
> -Original Message-
> From: davinci-linux-open-source-boun...@linux.davincidsp.com
> [mailto:davinci-linux-open-source-boun...@linux.davincidsp.com] On
> Behalf Of Karicheri, Muralidharan
> Sent: Wednesday, November 25, 2009 5:07 AM
> To: linux-media@vger.kernel.org; hverk...@xs4all.nl;
>
On Wed, 25 Nov 2009, Maxim Levitsky wrote:
>
> Its not the case.
> There are many protocols, I know that by experimenting with my universal
> remote. There are many receivers, and all have different accuracy.
> Most remotes aren't designed to be used with PC, thus user has to invent
> mapping betwe
On Tue, Nov 24, 2009 at 6:43 PM, Andy Walls wrote:
> On Tue, 2009-11-24 at 13:05 -0500, Robert Longfield wrote:
>> I have a PVR-150 card running on mythbuntu 9 and it appears that my
>> card is suffering a vertical (and possibly a horizontal) sync issue.
>>
>> The video jumps around, shifts from s
On Mon, 2009-11-23 at 09:54 +0100, Jean Delvare wrote:
> On Sun, 22 Nov 2009 19:17:59 -0500, Andy Walls wrote:
> > On Sun, 2009-11-22 at 21:32 +0100, Jean Delvare wrote:
> > > The fact that 0x30-0x37 and 0x50-0x5f all reply suggest that the bus
> > > driver erroneously returns success to "SMBus rec
Hi Dominic,
Am Dienstag, den 24.11.2009, 10:01 -0800 schrieb Dominic Fernandes:
> Hi Hermann,
>
> Thanks for responding. I managed to do the compile and install this time
> without errors on a fresh copy of the v4l-dvb drivers.
Good. On a short look.
> However, from the thread (link) it said
On Tue, 2009-11-24 at 13:05 -0500, Robert Longfield wrote:
> I have a PVR-150 card running on mythbuntu 9 and it appears that my
> card is suffering a vertical (and possibly a horizontal) sync issue.
>
> The video jumps around, shifts from side to side, up and down and when
> it shifts the video w
On Tue, 2009-11-24 at 12:57 -0500, Devin Heitmueller wrote:
> On Mon, Nov 23, 2009 at 8:49 PM, Andy Walls wrote:
> > Of course that's all speculation about the problem. If you could
> > reproduce the condition and then
> >
> > # echo 271 > /sys/modules/cx18/parameters/debug
>
> Hi Andy,
>
> Tha
Mauro,
Please pull from http://mercurial.intuxication.org/hg/v4l-dvb-commits
for the following changeset:
01/01: TeVii S470 and TBS 6920 fixes
http://mercurial.intuxication.org/hg/v4l-dvb-commits?cmd=changeset;node=05e8056afc59
b/linux/drivers/media/dvb/frontends/ds3000.c | 1367 +++
From: Muralidharan Karicheri
On DM365 we use only vpss master clock, where as on DM355 and
DM6446, we use vpss master and slave clocks for vpfe capture. So this
patch makes it configurable on a per platform basis. This is
needed for supporting DM365 for which patches will be available
soon.
This
From: Muralidharan Karicheri
Adding the clocks in vpfe capture configuration
Signed-off-by: Muralidharan Karicheri
---
arch/arm/mach-davinci/board-dm355-evm.c |2 ++
arch/arm/mach-davinci/board-dm644x-evm.c |2 ++
2 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/arm
From: Muralidharan Karicheri
Adding the clocks in vpfe capture configuration
Signed-off-by: Muralidharan Karicheri
---
arch/arm/mach-davinci/board-dm355-evm.c |2 ++
arch/arm/mach-davinci/board-dm644x-evm.c |2 ++
2 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/arm
From: Muralidharan Karicheri
On DM365 we use only vpss master clock, where as on DM355 and
DM6446, we use vpss master and slave clocks for vpfe capture. So this
patch makes it configurable on a per platform basis. This is
needed for supporting DM365 for which patches will be available
soon.
This
Folks, I really want to tell everyone that doing all the mapping from
raw codes to keypresses in kernel is wrong.
This idea keeps showing up, because many users think that remotes send
some universal codes that you can just 'parse' and feed back to input
system.
Its not the case.
There are many p
On Tue, 24 Nov 2009, Ryan Raasch wrote:
> Hello,
>
> I have implemented a driver for the LZ0P374 Sharp CCD camera sensor. I have
> been using an old kernel, and now i am updating to the new soc_camera
> framework. My question is, is there anyone using this sensor? We bought the
> sensor with abso
From: Krzysztof Helt
This is recreated driver for the FM module found on Miro
PCM20 sound cards. This driver was removed around the 2.6.2x
kernels because it relied on the removed OSS module. Now, it
uses a current ALSA module (snd-miro) and is adapted to v4l2
layer.
It provides only basic funct
The function vpif_remove is used only wrapped by __devexit_p so define
it using __devexit.
Signed-off-by: Uwe Kleine-König
Cc: Mauro Carvalho Chehab
Cc: Hans Verkuil
Cc: Manjunath Hadli
Cc: Chaithrika U S
Cc: Muralidharan Karicheri
Cc: linux-ker...@vger.kernel.org
Cc: Mauro Carvalho Chehab
The function vpfe_remove is used only wrapped by __devexit_p so define
it using __devexit.
Signed-off-by: Uwe Kleine-König
Cc: Laurent Pinchart
Cc: Alexey Klimov
Cc: Muralidharan Karicheri
Cc: Mauro Carvalho Chehab
Cc: Hans Verkuil
Cc: linux-ker...@vger.kernel.org
Cc: Mauro Carvalho Chehab
The function sh_mobile_ceu_remove is defined using __devexit, so don't
use __exit_p but __devexit_p to wrap it.
Signed-off-by: Uwe Kleine-König
Cc: Mauro Carvalho Chehab
Cc: Guennadi Liakhovetski
Cc: Magnus Damm
Cc: Kuninori Morimoto
Cc: linux-ker...@vger.kernel.org
Cc: Mauro Carvalho Chehab
The function vpss_remove is used only wrapped by __devexit_p so define
it using __devexit.
Signed-off-by: Uwe Kleine-König
Cc: Hans Verkuil
Cc: Laurent Pinchart
Cc: Alexey Klimov
Cc: Muralidharan Karicheri
Cc: Mauro Carvalho Chehab
Cc: linux-ker...@vger.kernel.org
Cc: Mauro Carvalho Chehab
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:Tue Nov 24 19:00:10 CET 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 13473:32b2a1875752
gcc version: gcc (
I have a PVR-150 card running on mythbuntu 9 and it appears that my
card is suffering a vertical (and possibly a horizontal) sync issue.
The video jumps around, shifts from side to side, up and down and when
it shifts the video wraps. I'm including a link to a screen shot
showing the vertical sync
On Wednesday 18 November 2009 20:02:58 m-kariche...@ti.com wrote:
> From: Muralidharan Karicheri
>
> Fixing a typo in the subject...
>
> This patch updates the v4l2-dvb documentation for the new
> video timings API added.
Hi Murali,
Here is my review:
>
> Signed-off-by: Muralidharan Karicher
Karicheri, Muralidharan wrote:
> Mauro,
>
>> So, I'm basically trusting that one of you will do the sub-maintainers job
>> of
>> adding the patches on a tree and asking me to pull. Currently, Sakari and
>> Hans have accounts at linuxtv that can be used for that purpose. You may
>> also host your -
On Mon, 23 Nov 2009 14:10:42 -0300
Gustavo Chaín Dumit wrote:
> I'm testing a Pixart Imaging device (0x93a:0x2622)
> Everything works fine, but vertical orientation. Image looks rotated.
> So I wrote a little hack to prevent it.
>
> diff --git a/drivers/media/video/gspca/pac7311.c
> b/drivers/med
Hi Hermann,
Thanks for responding. I managed to do the compile and install this time
without errors on a fresh copy of the v4l-dvb drivers.
However, from the thread (link) it said Changing the PCI Vendor
ID to 0x7133 in the S350 patch, - which file and location would specify this?
At the mome
On Mon, Nov 23, 2009 at 8:49 PM, Andy Walls wrote:
> Of course that's all speculation about the problem. If you could
> reproduce the condition and then
>
> # echo 271 > /sys/modules/cx18/parameters/debug
Hi Andy,
Thanks for the additional info. I had to tear down my HVR-1600 test
rig to finis
Mauro,
>So, I'm basically trusting that one of you will do the sub-maintainers job
>of
>adding the patches on a tree and asking me to pull. Currently, Sakari and
>Hans have accounts at linuxtv that can be used for that purpose. You may
>also host your -hg trees on any other place and ask me to pul
> Hans Verkuil wrote:
>> Hi Mauro,
>>
>> Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb for the
>> following:
>
> As agreed at the #v4l irc channel, I've cherry picked the patches. I
> needed
> to do a few small fixes. Please double check when you have some time.
>
>>
>> - v4l2-spec:
Hans Verkuil wrote:
> Hi Mauro,
>
> Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb for the
> following:
As agreed at the #v4l irc channel, I've cherry picked the patches. I needed
to do a few small fixes. Please double check when you have some time.
>
> - v4l2-spec: add missing V
Hi Murali,
Karicheri, Muralidharan wrote:
> Mauro,
>
> I have submitted the doc patch for review. But no comments so far.
It is very hard to track massive sets of individual patches. That's why
we offer some hosting space for developer trees at linuxtv website. This way,
we can better analyze su
> Hans Verkuil wrote:
>> Hi Mauro,
>>
>> Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-timings for
>> the following:
>>
>> - v4l: Adding Digital Video Timings APIs
>>
>> This adds an important missing piece to the V4L2 API: the ability to
>> receive and transmit HDTV video.
>>
>> Th
Hi Mauro,
Please pull from http://linuxtv.org/hg/~jfrancois/v4l-dvb
for the following 5 changesets:
01/05: gspca - ov534: Add svga, xga and sxga modes for ov965x.
http://linuxtv.org/hg/~jfrancois/v4l-dvb?cmd=changeset;node=b9e583cef80a
02/05: gspca - ov534: Remove extra values at end of ov965x
> Mauro,
>
> I have submitted the doc patch for review. But no comments so far.
I'll review it tomorrow. I did a quick scan earlier and saw several things
that needs improvement, but I simply did not have time to write it all
down in a review.
Regards,
Hans
>
> Murali Karicheri
> Softw
Mauro,
I have submitted the doc patch for review. But no comments so far.
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
phone: 301-407-9583
email: m-kariche...@ti.com
>-Original Message-
>From: Mauro Carvalho Chehab [mailto:mche...@infradead.org]
>
Hans Verkuil wrote:
> Hi Mauro,
>
> Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-timings for
> the following:
>
> - v4l: Adding Digital Video Timings APIs
>
> This adds an important missing piece to the V4L2 API: the ability to
> receive and transmit HDTV video.
>
> The document
Hi Mauro,
Please pull from http://linuxtv.org/hg/~jfrancois/v4l-dvb
for the following 6 changesets:
01/06: gspca - main: Add a gspca flag for inactive controls.
http://linuxtv.org/hg/~jfrancois/v4l-dvb?cmd=changeset;node=338ce756cb5d
02/06: gspca - ov534: The AWB control works only when autogai
Hi Lukáš,
Lukáš Karas wrote:
> Hi Mauro,
>
> That isn't problem. Would it help you, if I send this patch as attachment?
>
> Regards,
> Lukas
>
> Dne Út 27. října 2009 13:06:22 jste napsal(a):
>> Hi Kukáš,
>>
>> Your patch were line-wrapped, so, I can't apply it. Could you please
>> re-submi
On Nov 23, 2009, at 7:53 PM, Andy Walls wrote:
> On Mon, 2009-11-23 at 22:11 +0100, Christoph Bartelmus wrote:
...
> I generally don't understand the LIRC aversion I perceive in this thread
> (maybe I just have a skewed perception). Aside for a video card's
> default remote setup, the suggestions
Hi German,
Your patch got line-wrapped. Also, it doesn't apply. Please, resubmit it against
the latest development tree.
Cheers,
Mauro.
German Galkin wrote:
> Made the range of exposure values (0-0x1770) distribute evenly through
> HV7131R's exposure control bytes.
>
> Signed-off-by: German Gal
2009. 11. 23, hétfő keltezéssel 20.41-kor Wellington Terumi Uemura ezt
írta:
> Since I got to know Linux OS (your linux OS brand here) back in 1996
> not much was made so you can switch 100% from windows to linux. Yes,
> today linux is much more easy to handle for a normal user, back in the
> days
Hi,
Kai Tiwisina schrieb:
Hello everyone,
here is a little update to my question and to the source code.
After i implemented an function with the VIDIOC_ENUM_FMT ioctl i
recognized, that only two formats are support by the driver by now.
(Thanks to Mr. Liakhovetski by the way ;) )
The output
On Tue, 24 Nov 2009 14:23:47 +0530 (IST)
Purushottam R S wrote:
> Is it possible to get the camera output (v4l2src) in YUV I420 format.
> Older version of gspca (v4lsrc) was giving in this format.
[snip]
Hello Purush,
In the old gspca v1, the JPEG image decoding was done by the driver:
Hi All,
Is it possible to get the camera output (v4l2src) in YUV I420 format. Older
version of gspca (v4lsrc) was giving in this format.
But Now Output of camera (v4l2src) is in jpeg format. My pipeline to record
video looks like this:
(I have to convert twice before encoding),
camera give
Hi Mauro,
Please pull from http://linuxtv.org/hg/~jfrancois/v4l-dvb
for the following 8 changesets:
01/08: gspca - pac7311: Stop sending URBs on first error.
http://linuxtv.org/hg/~jfrancois/v4l-dvb?cmd=changeset;node=ba302a8f0cb0
02/08: gspca - pac7302: Add debug register write interface.
http
On Mon, Nov 23, 2009 at 05:37:57PM +0800, Ang Way Chuang wrote:
> --- a/drivers/media/dvb/dvb-core/dvb_net.c
> +++ b/drivers/media/dvb/dvb-core/dvb_net.c
> @@ -458,8 +458,9 @@ static void dvb_net_ule( struct net_device *dev,
> const u8 *buf, size_t buf_len )
Your email client line broke the line s
Sorry, line wrap again. I shall test and fix the problem first before
resending the patch.
On Tue, Nov 24, 2009 at 4:04 PM, Ang Way Chuang wrote:
> Okay, resending. Hope it won't do line wrapping.
>
> ULE (Unidirectional Lightweight Encapsulation RFC 4326) decapsulation
> code has a bug that inco
Okay, resending. Hope it won't do line wrapping.
ULE (Unidirectional Lightweight Encapsulation RFC 4326) decapsulation
code has a bug that incorrectly treats ULE SNDU packed into the
remaining 2 or 3 bytes of a MPEG2-TS frame as having invalid pointer
field on the subsequent MPEG2-TS frame.
This
49 matches
Mail list logo
