Hi Hans
Thank you for your reply!
On Wed, 18 Nov 2009 09:20:53 +0100
Hans Verkuil hverk...@xs4all.nl wrote:
I wonder if there is work in progress for a Linux driver supporting
the NXP SAA7154 Multistandard video decoder with comb filter,
[..]
Datasheet:
On Wed, Nov 18, 2009 at 2:01 AM, Hans Verkuil hverk...@xs4all.nl wrote:
Very nice cleanup!
The last time I saw one of these relatively innocent-looking changes
being done across all drivers without testing, it introduced a rather
nasty and hard to find OOPS into one of my drivers and I had
Hi Hans
Thank you for your reply!
On Wed, 18 Nov 2009 09:20:53 +0100
Hans Verkuil hverk...@xs4all.nl wrote:
I wonder if there is work in progress for a Linux driver supporting
the NXP SAA7154 Multistandard video decoder with comb filter,
[..]
Datasheet:
Hi Hans,
On Wednesday 18 November 2009 07:29:40 Hans Verkuil wrote:
On Wednesday 18 November 2009 01:38:43 Laurent Pinchart wrote:
Fix all device drivers to use the new video_device_node_name function.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
Using
On Wednesday 18 November 2009 08:01:48 Hans Verkuil wrote:
On Wednesday 18 November 2009 01:38:48 Laurent Pinchart wrote:
Fix all device drivers to use the video_drvdata function instead of
maintaining a local list of minor to private data mappings. Call
video_set_drvdata to register the
On Tue, Nov 17, 2009 at 5:53 PM, Mauro Carvalho Chehab
mche...@infradead.org wrote:
We shouldn't write API's thinking on some specific use case or aplication.
If there's a problem with zap, the fix should be there, not at the kernel.
Your response suggests I must have poorly described the
On Wed, Nov 18, 2009 at 4:13 AM, Hans Verkuil hverk...@xs4all.nl wrote:
I agree that it would help to split this patch up. Some cases are trivial,
so they can be put together in one patch. When things get more complex it
makes sense to put it in a separate patch for easier reviewing by the
Hi Devin,
On Wednesday 18 November 2009 09:56:12 Devin Heitmueller wrote:
On Wed, Nov 18, 2009 at 2:01 AM, Hans Verkuil hverk...@xs4all.nl wrote:
Very nice cleanup!
The last time I saw one of these relatively innocent-looking changes
being done across all drivers without testing, it
On Wednesday 18 November 2009 10:13:30 Hans Verkuil wrote:
On Wed, Nov 18, 2009 at 2:01 AM, Hans Verkuil hverk...@xs4all.nl wrote:
Very nice cleanup!
The last time I saw one of these relatively innocent-looking changes
being done across all drivers without testing, it introduced a rather
On Wed, Nov 18, 2009 at 4:42 AM, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
I will setup a test tree to help maintainers test the changes. I can split
some patches if needed, but how would that help exactly ?
Hello Laurent,
In this case, splitting up the patch would just make it
Hello,
just a little update ( even if nobody seems to be interested :p ) :
I've been using this configuration for a while, and because i tend to
forget to reinstall that patch for each kernel update, i found out some
strange things.
First, very rarely ( it must have happened three times at most
On Tue, 17 Nov 2009, Antonio Ospite wrote:
pxa_camera init() is going to be removed.
My nitpick here would be - I would put it the other way round. We do not
remove .init() in platforms, because it is going to be removed, but rather
we perform initialisation statically, because we think this
On Tue, 17 Nov 2009, Antonio Ospite wrote:
pxa_camera init() is going to be removed.
Configure PXA CIF pins directly in machine init function.
Same comment as to patch 1/3.
Signed-off-by: Antonio Ospite osp...@studenti.unina.it
Even though the change seems obvious, it better be tested -
Hi Mauro,
On Tue, 17 Nov 2009, Mauro Carvalho Chehab wrote:
Hi Patrick,
A friend of mine got a Geniatech S870 ISDB-T card. According to him, this
device is based
on stk8090 chipset and wants to use it in Brazil.
The board has the following USB ID:
Bus 002 Device 002: ID 10b8:1fa0
On Mittwoch, 18. November 2009, Guennadi Liakhovetski wrote:
On Tue, 17 Nov 2009, Antonio Ospite wrote:
pxa_camera init() is going to be removed.
Configure PXA CIF pins directly in machine init function.
Same comment as to patch 1/3.
Signed-off-by: Antonio Ospite osp...@studenti.unina.it
From: Vaibhav Hiremath hvaib...@ti.com
Validated on AM3517 Platform.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
drivers/media/video/davinci/ccdc_hw_device.h |4 +
drivers/media/video/davinci/dm644x_ccdc.c| 87 ++
From: Vaibhav Hiremath hvaib...@ti.com
For the devices like AM3517, it is expected that driver clears the
interrupt in ISR. Since this is device spcific, callback function
added to the platform_data.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
drivers/media/video/davinci/vpfe_capture.c
Patrick Boettcher wrote:
Hi Mauro,
On Tue, 17 Nov 2009, Mauro Carvalho Chehab wrote:
Hi Patrick,
A friend of mine got a Geniatech S870 ISDB-T card. According to him,
this device is based
on stk8090 chipset and wants to use it in Brazil.
The board has the following USB ID:
Bus
Hi Devin,
On Wednesday 18 November 2009 10:36:45 Devin Heitmueller wrote:
On Wed, Nov 18, 2009 at 4:13 AM, Hans Verkuil hverk...@xs4all.nl wrote:
I agree that it would help to split this patch up. Some cases are
trivial, so they can be put together in one patch. When things get more
Hi Hans,
On Wednesday 18 November 2009 08:06:22 Hans Verkuil wrote:
On Wednesday 18 November 2009 01:38:42 Laurent Pinchart wrote:
Many drivers access the device number (video_device::v4l2_devnode::num)
in order to print the video device node name. Add and use a helper
function to retrieve
Hi everybody,
the V4L cleanup patches are now available from
http://linuxtv.org/hg/~pinchartl/v4l-dvb-cleanup
The tree will be rebased if needed (or rather dropped and recreated as hg
doesn't provide a rebase operation), so please don't pull from it yet if you
don't want to have to throw the
Hi Sergio,
On Wednesday 18 November 2009 02:31:23 Aguirre, Sergio wrote:
Laurent,
-Original Message-
From: linux-media-ow...@vger.kernel.org
[mailto:linux-media-ow...@vger.kernel.org] On Behalf Of
Laurent Pinchart
Sent: Tuesday, November 17, 2009 6:39 PM
To:
Hello list,
looking from saa7134.h, this board 5168:0307 is not included
This cars is on some asus laptop and some medion laptop
It was previously working with this settings (1) card=55 tuner=54
or (2) with tuner = 86
ok, so with this settings, nothing :
with card = 55 :
[ 109.375445] Linux
From 15246e4dfa6853d9aef48a4b8633f93efe40ed81 Mon Sep 17 00:00:00 2001
From: Kishore Y kishor...@ti.com
Date: Thu, 12 Nov 2009 20:47:58 +0530
Subject: [PATCH] V4L2: clear buf when vrfb buf not allocated
buffer memory is set to 0 only for the first time
before the vrfb buffer is allocated
Devin Heitmueller wrote:
On Tue, Nov 17, 2009 at 5:53 PM, Mauro Carvalho Chehab
mche...@infradead.org wrote:
We shouldn't write API's thinking on some specific use case or aplication.
If there's a problem with zap, the fix should be there, not at the kernel.
Your response suggests I must
Vaibhav,
In the interrupt handler, it is better to add something like below... The
same piece of code is repeated many times...
When ready to return IRQ_HANDLED
goto clear_int;
clear_int:
if (vpfe_dev-cfg-clr_intr)
vpfe_dev-cfg-clr_intr(irq);
return
Please, send me the patch for review :)
On Tue, Nov 17, 2009 at 9:41 PM, Nicolau Werneck nwern...@gmail.com wrote:
Hello, people.
I did it! I looked at the log and modified the driver to support my
webcam. It's working!! I'm sending an image attached. :]
I'll clean up my code now, and
-Original Message-
From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
ow...@vger.kernel.org] On Behalf Of Y, Kishore
Sent: Wednesday, November 18, 2009 7:20 PM
To: linux-media@vger.kernel.org
Cc: linux-o...@vger.kernel.org
Subject: [PATCH] V4L2: clear buf when vrfb buf
On Wed, Nov 18, 2009 at 9:04 AM, Mauro Carvalho Chehab
mche...@infradead.org wrote:
Devin Heitmueller wrote:
On Tue, Nov 17, 2009 at 5:53 PM, Mauro Carvalho Chehab
mche...@infradead.org wrote:
We shouldn't write API's thinking on some specific use case or aplication.
If there's a problem with
-Original Message-
From: Karicheri, Muralidharan
Sent: Wednesday, November 18, 2009 8:33 PM
To: Hiremath, Vaibhav; linux-media@vger.kernel.org
Cc: hverk...@xs4all.nl
Subject: RE: [PATCH] VPFE Capture: Add call back function for
interrupt clear to vpfe_cfg
Vaibhav,
In the
Vaibhav,
Did you validate suspend resume operations on AM3517?
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
phone: 301-407-9583
email: m-kariche...@ti.com
-Original Message-
From: Hiremath, Vaibhav
Sent: Wednesday, November 18, 2009 6:35 AM
To:
On Wed, Nov 18, 2009 at 10:17 AM, Devin Heitmueller
dheitmuel...@kernellabs.com wrote:
On Wed, Nov 18, 2009 at 9:04 AM, Mauro Carvalho Chehab
mche...@infradead.org wrote:
Devin Heitmueller wrote:
On Tue, Nov 17, 2009 at 5:53 PM, Mauro Carvalho Chehab
mche...@infradead.org wrote:
We shouldn't
On Wed, Nov 18, 2009 at 9:04 AM, Mauro Carvalho Chehab
mche...@infradead.org wrote:
Devin Heitmueller wrote:
On Tue, Nov 17, 2009 at 5:53 PM, Mauro Carvalho Chehab
mche...@infradead.org wrote:
We shouldn't write API's thinking on some specific use case or aplication.
If there's a problem with
-Original Message-
From: Karicheri, Muralidharan
Sent: Wednesday, November 18, 2009 8:55 PM
To: Hiremath, Vaibhav; linux-media@vger.kernel.org
Cc: hverk...@xs4all.nl
Subject: RE: [PATCH] Davinci VPFE Capture: Add Suspend/Resume
Support
Vaibhav,
Did you validate suspend
From: Vaibhav Hiremath hvaib...@ti.com
For the devices like AM3517, it is expected that driver clears the
interrupt in ISR. Since this is device spcific, callback function
added to the platform_data.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
drivers/media/video/davinci/vpfe_capture.c
-Original Message-
From: Hiremath, Vaibhav
Sent: Wednesday, November 18, 2009 9:23 PM
To: linux-media@vger.kernel.org
Cc: hverk...@xs4all.nl; Karicheri, Muralidharan; Hiremath, Vaibhav
Subject: [PATCH V2] VPFE Capture: Add call back function for
interrupt clear to vpfe_cfg
Vaibhav,
Just wondering how to test this on DaVinci platforms.
Could you tell what you did to test this?
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
phone: 301-407-9583
email: m-kariche...@ti.com
-Original Message-
From: Hiremath, Vaibhav
Sent:
-Original Message-
From: Karicheri, Muralidharan
Sent: Wednesday, November 18, 2009 9:55 PM
To: Hiremath, Vaibhav; linux-media@vger.kernel.org
Cc: hverk...@xs4all.nl
Subject: RE: [PATCH] Davinci VPFE Capture: Add Suspend/Resume
Support
Vaibhav,
Just wondering how to test this
On Wed, 18 Nov 2009 11:10:06 +0100 (CET)
Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
On Tue, 17 Nov 2009, Antonio Ospite wrote:
pxa_camera init() is going to be removed.
My nitpick here would be - I would put it the other way round. We do not
remove .init() in platforms, because
From: Muralidharan Karicheri m-kariche...@ti.com
This is the second version of the digital video timings APIs implementation.
This adds comment from previous version. I would like to have this
merged to 2.6.33
This adds the above APIs to the v4l2 core. This is based on version v1.2
of the RFC
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
phone: 301-407-9583
email: m-kariche...@ti.com
-Original Message-
From: Hiremath, Vaibhav
Sent: Wednesday, November 18, 2009 11:52 AM
To: Karicheri, Muralidharan; linux-media@vger.kernel.org
Cc:
I will be sending the patch for documentation today.
FYI.
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
email: m-kariche...@ti.com
-Original Message-
From: Karicheri, Muralidharan
Sent: Wednesday, November 18, 2009 12:04 PM
To:
-Original Message-
From: Karicheri, Muralidharan
Sent: Wednesday, November 18, 2009 10:36 PM
To: Hiremath, Vaibhav; linux-media@vger.kernel.org
Cc: hverk...@xs4all.nl
Subject: RE: [PATCH] Davinci VPFE Capture: Add Suspend/Resume
Support
Murali Karicheri
Software Design
On Wednesday 18 November 2009 18:03:44 m-kariche...@ti.com wrote:
From: Muralidharan Karicheri m-kariche...@ti.com
This is the second version of the digital video timings APIs implementation.
This adds comment from previous version. I would like to have this
merged to 2.6.33
Me too :-)
Mauro,
Is there specific way to create patch for this documentation?
Can I just do following commands and send one patch?
Baseline tree - v4l-dvb-base (original)
Changed tree - v4l-dvb-change
diff -uNr v4l-dvb-base v4l-dvb-change media-doc.patch
Murali Karicheri
Software Design Engineer
From: Muralidharan Karicheri m-kariche...@ti.com
This patch updates the v4l2-dvb documentation for the new
video timings API added.
Signed-off-by: Muralidharan Karicheri m-kariche...@ti.com
---
diff -uNr v4l-dvb-aba823ecaea6/linux/Documentation/DocBook/v4l/common.xml
From: Muralidharan Karicheri m-kariche...@ti.com
This patch updates the v4l2-dvb documentation for the new
video timings API added.
Signed-off-by: Muralidharan Karicheri m-kariche...@ti.com
---
diff -uNr v4l-dvb-aba823ecaea6/linux/Documentation/DocBook/v4l/common.xml
Devin Heitmueller ha scritto:
On Mon, Nov 16, 2009 at 3:49 PM, andrea.amoros...@gmail.com
andrea.amoros...@gmail.com wrote:
The usb is the following:
Bus 002 Device 010: ID eb1a:e312 eMPIA Technology, Inc.
(I don't remember what it was previously, but it seems wrong how can I be
sure about
The following three patches are applicable after firedtv: port to new
firewire core from 2009-11-08:
[PATCH 1/6] firedtv: shrink buffer pointer table
[PATCH 2/6] firedtv: packet requeuing is likely to succeed
[PATCH 3/6] firedtv: remove an unnecessary function argument
The rest of this patch set
Cache only addresses of whole pages, not of each buffer chunk. Besides,
page addresses can be obtained by page_address() instead of kmap() since
they were allocated in lowmem.
Signed-off-by: Stefan Richter stef...@s5r6.in-berlin.de
---
drivers/media/dvb/firewire/firedtv-fw.c | 19
Packet DMA buffers are queued either initially all at once (then, a
queueing failure will cause firedtv to release the DMA context as a
whole) or subsequently one by one as they recycled after use (then a
failure is extremely unlikely). Therefore we can be a little less
cautious when counting at
Hans,
Thanks for reviewing this. I will try to send an updated patch today.
BTW, I have posted the documentation patch to the list for review.
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
phone: 301-407-9583
email: m-kariche...@ti.com
-Original
All read transactions initiated by firedtv are only quadlet-sized, hence
the backend-read call can be simplified a little.
Signed-off-by: Stefan Richter stef...@s5r6.in-berlin.de
---
drivers/media/dvb/firewire/firedtv-1394.c |4 ++--
drivers/media/dvb/firewire/firedtv-avc.c |8
This is a portability fix and reduces stack usage.
The DMA mapping API cannot map on-stack addresses, as explained in
Documentation/DMA-mapping.txt. Convert the two cases of on-stack packet
payload buffers in firedtv (payload of write requests in avc_write and
of lock requests in cmp_lock) to
From: Muralidharan Karicheri m-kariche...@ti.com
Fixing a typo in the subject...
This patch updates the v4l2-dvb documentation for the new
video timings API added.
Signed-off-by: Muralidharan Karicheri m-kariche...@ti.com
---
diff -uNr
FCP transactions as well as CMP transactions were serialized with
mutex_lock_interruptible. It is extremely unlikly though that a signal
will arrive while a concurrent process holds the mutex. And even if one
does, the duration of a transaction is reasonably short (1.2 seconds if
all retries
Before each FCP transdaction, the entire 512 bytes of the FCP frame were
cleared, then values filled in.
Clear only the bytes between filled-in bytes and end of the
- request frame, or
- response frame if data from a larger response will be needed, or
- whole frame if data from a variable
On Wednesday 18 November 2009 20:01:43 Karicheri, Muralidharan wrote:
Hans,
Thanks for reviewing this. I will try to send an updated patch today.
BTW, I have posted the documentation patch to the list for review.
I did some quick 64-bit tests and discovered that we need to add the packed
Karicheri, Muralidharan wrote:
Mauro,
Is there specific way to create patch for this documentation?
Can I just do following commands and send one patch?
Baseline tree - v4l-dvb-base (original)
Changed tree - v4l-dvb-change
diff -uNr v4l-dvb-base v4l-dvb-change media-doc.patch
Well,
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 Nov 18 19:00:11 CET 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 13370:7477df192a59
gcc version: gcc
Hans,
Thanks for doing the 64-bit test. I will incorporate
the below comments along with the other comments and will
post v3 of the patch with you included in the sign off.
Regards,
Murali
I did some quick 64-bit tests and discovered that we need to add the packed
attribute to struct
From: Muralidharan Karicheri m-kariche...@ti.com
This is v3 of the digital video timings APIs implementation.
This has updates based on comments received against v2 of the patch. Hopefully
this can be merged to 2.6.33 if there are no more comments.
This adds the above APIs to the v4l2 core. This
Hi,
I bought some days ago a Tevii S470 DVB-S2 (PCI-E) card and got it
running with the driver from:
http://mercurial.intuxication.org/hg/s2-liplianin
But I was not successfull in got the IR receiver working.
It seems that it is not supported yet by the driver.
Is there maybe some code
Mauro,
Thanks. I will use diff method, since just for this I don't
have to learn yet another version control system :)
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
phone: 301-407-9583
email: m-kariche...@ti.com
-Original Message-
From: Mauro
Randy,
Thanks for your comments...
Make sure that these ioctls (range) are added to/included in
Documentation/ioctl/ioctl-number.txt .
There is separate document for v4l2 APIs. These ioctls are
added to that (See my patch with similar title)
Hm, are those supposed to be small 'v' instead of
From: Muralidharan Karicheri m-kariche...@ti.com
Some minor updates (comment format) made to previous v3.
This is v3 of the digital video timings APIs implementation.
This has updates based on comments received against v2 of the patch. Hopefully
this can be merged to 2.6.33 if there are no more
Hi Tom,
Am Mittwoch, den 18.11.2009, 14:06 +0100 schrieb tomloh...@gmail.com:
Hello list,
looking from saa7134.h, this board 5168:0307 is not included
This cars is on some asus laptop and some medion laptop
It was previously working with this settings (1) card=55 tuner=54
or (2) with
On Wednesday 18 November 2009 23:43:59 m-kariche...@ti.com wrote:
From: Muralidharan Karicheri m-kariche...@ti.com
Some minor updates (comment format) made to previous v3.
This is v3 of the digital video timings APIs implementation.
This has updates based on comments received against v2 of
From: Márton Németh nm...@freemail.hu
Add helper functions for interrupt endpoint based input handling.
Signed-off-by: Márton Németh nm...@freemail.hu
---
Hi,
maybe a new configuration option should be also introduced?
Regards,
Márton Németh
---
diff -r 182b5f8fa160
From: Márton Németh nm...@freemail.hu
Add support for snapshot button found on Labtec Webcam 2200.
Signed-off-by: Márton Németh nm...@freemail.hu
---
diff -r 182b5f8fa160 linux/drivers/media/video/gspca/pac7302.c
--- a/linux/drivers/media/video/gspca/pac7302.c Sun Nov 15 10:05:30 2009 +0100
+++
70 matches
Mail list logo