On Thu August 23 2012 01:39:34 Laurent Pinchart wrote:
> Hi Hans,
>
> On Wednesday 22 August 2012 13:41:05 Hans Verkuil wrote:
> > On Tue August 14 2012 17:34:48 Tomasz Stanislawski wrote:
> > > This patch adds extension to V4L2 api. It allow to export a mmap buffer as
> > > file descriptor. New i
Hi Laurent,
Do you plan to add an API to get and parse EDID to mode list?
video mode is tightly coupled with panel that is capable of hot-plug.
Or you are busy on modifying EDID parsing code for sharing it amoung
DRM/FB/etc? I see you mentioned this in Mar. It is great if you are
considering ad
On 22 August 2012 23:00, Sylwester Nawrocki
wrote:
> New mem-to-mem video drivers should use V4L2_CAP_VIDEO_M2M capability, rather
> than ORed V4L2_CAP_VIDEO_CAPTURE and V4L2_CAP_VIDEO_OUTPUT flags, as outlined
> in commit a1367f1b260d29e9b9fb20d8e2f39f1e74fa6c3b.
>
> Cc: Javier Martin
> Signed-o
On 22 August 2012 23:00, Sylwester Nawrocki
wrote:
> New mem-to-mem video drivers should use V4L2_CAP_VIDEO_M2M capability, rather
> than ORed V4L2_CAP_VIDEO_CAPTURE and V4L2_CAP_VIDEO_OUTPUT flags, as outlined
> in commit a1367f1b260d29e9b9fb20d8e2f39f1e74fa6c3b.
>
> Cc: Javier Martin
> Signed-o
For dumping usb_control_msg().
Signed-off-by: Antti Palosaari
---
drivers/media/usb/dvb-usb-v2/dvb_usb.h | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/media/usb/dvb-usb-v2/dvb_usb.h
b/drivers/media/usb/dvb-usb-v2/dvb_usb.h
index 5a53c62..bae16a1 100644
--- a/drivers/m
Convert drivers: au6610, ce6230, ec168, rtl28xxu for
dvb_usb_dbg_usb_control_msg() macro.
Signed-off-by: Antti Palosaari
---
drivers/media/usb/dvb-usb-v2/au6610.c | 5 +
drivers/media/usb/dvb-usb-v2/ce6230.c | 4 ++--
drivers/media/usb/dvb-usb-v2/ce6230.h | 11 ---
drivers/me
Hi Hans,
On Wednesday 22 August 2012 13:41:05 Hans Verkuil wrote:
> On Tue August 14 2012 17:34:48 Tomasz Stanislawski wrote:
> > This patch adds extension to V4L2 api. It allow to export a mmap buffer as
> > file descriptor. New ioctl VIDIOC_EXPBUF is added. It takes a buffer
> > offset used by m
After qt1010 change that device seems to survive from reset resume.
Signed-off-by: Antti Palosaari
---
drivers/media/usb/dvb-usb-v2/au6610.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/media/usb/dvb-usb-v2/au6610.c
b/drivers/media/usb/dvb-usb-v2/au6610.c
index 05f2a86..c126b70 1
Hi Mauro,
Can you please provide the schedule for the linuxTV discussions this time at
San Diego? Which day will it be on? If you have a detailed schedule, please
pass on. I am planning to be in only on that day as I cannot stay back more
than that this time around.
Regards
Naveen
-Origin
Replace the deprecated V4L2_SEL_TGT_*_ACTIVE selection target
names with their new unified counterparts.
Compatibility definitions are already in linux/v4l2-common.h.
Signed-off-by: Sylwester Nawrocki
---
drivers/media/platform/soc_camera/soc_camera.c |8
1 files changed, 4 insertio
New mem-to-mem video drivers should use V4L2_CAP_VIDEO_M2M capability, rather
than ORed V4L2_CAP_VIDEO_CAPTURE and V4L2_CAP_VIDEO_OUTPUT flags, as outlined
in commit a1367f1b260d29e9b9fb20d8e2f39f1e74fa6c3b.
Cc: Javier Martin
Signed-off-by: Sylwester Nawrocki
---
drivers/media/platform/m2m-dein
New mem-to-mem video drivers should use V4L2_CAP_VIDEO_M2M capability, rather
than ORed V4L2_CAP_VIDEO_CAPTURE and V4L2_CAP_VIDEO_OUTPUT flags, as outlined
in commit a1367f1b260d29e9b9fb20d8e2f39f1e74fa6c3b.
Cc: Javier Martin
Signed-off-by: Sylwester Nawrocki
---
drivers/media/platform/coda.c |
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date:Wed Aug 22 19:00:25 CEST 2012
git hash:a47b6118e134b51562de520d644d3979b3d99e44
gcc version: i686-linux-gcc (GC
Remove a redundant macro definition. This is unneeded and becomes more
readable once the actual timer code is refactored a little.
Signed-off-by: Timo Kokkonen
---
drivers/media/rc/ir-rx51.c | 11 +++
1 file changed, 3 insertions(+), 8 deletions(-)
diff --git a/drivers/media/rc/ir-rx51.
-Fix typo
-Change pwm_timer_num type to match type in platform data
-Remove extra parenthesis
-Replace magic constant with proper bit defintions
-Remove duplicate exit pointer
Signed-off-by: Timo Kokkonen
trivial
Signed-off-by: Timo Kokkonen
---
drivers/media/rc/Kconfig | 2 +-
drivers
The lirc-dev expects the ir-code to be transmitted when the write call
returns back to the user space. We should not leave TX ongoing no
matter what is the reason we return to the user space. Easiest
solution for that is to simply remove interruptible sleeps.
The first wait_event_interruptible is
The ir-rx51 driver calls omap_pm_set_max_mpu_wakeup_lat() in order to
avoid problems that occur when MPU goes to sleep in the middle of
sending an IR code. Without such calls it takes ridiculously long for
the MPU to wake up from a sleep, which distorts the IR signal
completely.
However, the actua
No reason to avoid using the existing helpers.
Signed-off-by: Timo Kokkonen
---
drivers/media/rc/ir-rx51.c | 12 +---
1 file changed, 1 insertion(+), 11 deletions(-)
diff --git a/drivers/media/rc/ir-rx51.c b/drivers/media/rc/ir-rx51.c
index 46628c0..7eed541 100644
--- a/drivers/media/rc
This driver is useless without proper platform data. If data is not
available, we should not register the driver at all. Once this check
is done, the BUG_ON check during device open is no longer needed.
Signed-off-by: Timo Kokkonen
---
drivers/media/rc/ir-rx51.c | 4 +++-
1 file changed, 3 inser
As clearly visible from the patch, this variable has no useful purpose
what so ever. Thus, it can be removed altogether without any side
effects.
Signed-off-by: Timo Kokkonen
---
drivers/media/rc/ir-rx51.c | 9 +
1 file changed, 1 insertion(+), 8 deletions(-)
diff --git a/drivers/media/
These patches fix most of the issues pointed out in the patch review
by Sean Young and Sakari Ailus. The most noticeable change after these
patch set is that the IR transmission no longer times out even if the
timers are not waking up the MPU as it should be. However, the
transmission itself is sti
Although this kind of IR diode circuitry is known to exist only in
N900 hardware, nothing prevents making similar circuitry on any OMAP
based board. The MACH_NOKIA_RX51 dependency is thus not something we
want to be there.
Also, this should depend on LIRC as it is a LIRC driver.
Signed-off-by: Ti
On Wednesday 22 August 2012, Guenter Roeck wrote:
> On Wed, Aug 22, 2012 at 05:22:26PM +0200, Hans de Goede wrote:
> > Hi,
> >
> > I've a better fix for this here:
> > http://git.linuxtv.org/hgoede/gspca.git/shortlog/refs/heads/media-for_v3.6
> >
> > I already send a pull-req for this to Mauro a
Em 22-08-2012 05:52, Hans Verkuil escreveu:
> On Tue August 21 2012 12:44:15 Sakari Ailus wrote:
>> Hi Hans,
>>
>> On Tue, Aug 21, 2012 at 08:39:53AM +0200, Hans Verkuil wrote:
>>> On Mon August 20 2012 22:46:04 Sakari Ailus wrote:
Hi Mauro and Hans,
On Mon, Aug 20, 2012 at 04:05:03P
Em 22-08-2012 04:53, Frank Schäfer escreveu:
> Am 21.08.2012 19:29, schrieb Mauro Carvalho Chehab:
>> Hmm... before reading the rest of this email... I found some doc saying that
>> em2765 is UVC compliant. Doesn't the uvcdriver work with this device?
>
> Yeah, I stumbled over that, too. :D
> But
Em 22-08-2012 12:19, Mike Isely escreveu:
> On Wed, 22 Aug 2012, Mauro Carvalho Chehab wrote:
>
>> Em 22-08-2012 07:11, Hans Verkuil escreveu:
>>> I've added some more core profile requirements.
>>
Streaming I/O is not supported by radio nodes.
>>
>> Hmm... pvrusb2/ivtv? Ok, it make
Hi Arun,
Please find the comments in the patch contents.
Best wishes,
--
Kamil Debski
Linux Platform Group
Samsung Poland R&D Center
> From: Arun Kumar K [mailto:arun...@samsung.com]
> Sent: 09 August 2012 12:29
>
> From: Jeongtae Park
>
[snip]
> diff --git a/drivers/media/video/s5p-mfc/s5
Hi Arun,
Please find the comments in the patch contents.
Best wishes,
--
Kamil Debski
Linux Platform Group
Samsung Poland R&D Center
> From: Arun Kumar K [mailto:arun...@samsung.com]
> Sent: 09 August 2012 12:28
>
> From: Jeongtae Park
>
> Adds register definitions for MFC v6.x firmware
>
>
Hi Arun,
Please find the comments in the patch contents.
Best wishes,
--
Kamil Debski
Linux Platform Group
Samsung Poland R&D Center
> From: Arun Kumar K [mailto:arun...@samsung.com]
> Sent: 09 August 2012 12:28
>
> From: Jeongtae Park
>
> MFC variant data replaces various macros used in the
Hi Arun,
First of all - thank you for all the patches, they are getting better and
better
with every version.
Two things:
1) A minor one - I suggest that the choice of the default pixel format should
be
done in a different manner. I suggest using a V4L2_PIX_FMT_* in the
DEF_SRC_FMT_DEC
define an
Hi Mauro,
The following changes since commit 01b0c11a1ba49ac96f58b7bc92772c2b469d6caa:
[media] Kconfig: Fix b2c2 common code selection (2012-08-21 08:38:31 -0300)
are available in the git repository at:
git://git.infradead.org/users/kmpark/linux-samsung v4l-exynos-gsc
for you to fetch cha
On Wed, Aug 22, 2012 at 05:22:26PM +0200, Hans de Goede wrote:
> Hi,
>
> I've a better fix for this here:
> http://git.linuxtv.org/hgoede/gspca.git/shortlog/refs/heads/media-for_v3.6
>
> I already send a pull-req for this to Mauro a while ago, Mauro?
>
Looks like it found its way into mainline i
Hi,
I've a better fix for this here:
http://git.linuxtv.org/hgoede/gspca.git/shortlog/refs/heads/media-for_v3.6
I already send a pull-req for this to Mauro a while ago, Mauro?
Regards,
Hans
On 08/22/2012 05:16 PM, Guenter Roeck wrote:
Fix build error:
ERROR: "led_classdev_register" [drivers
On 08/22/2012 04:57 PM, Hin-Tak Leung wrote:
Antti Palosaari wrote:
Hello Hiroshi,
On 08/21/2012 10:02 AM, Hiroshi Doyu wrote:
Antti Palosaari wrote @ Mon, 20 Aug 2012 23:29:34 +0200:
On 08/20/2012 02:14 PM, Hiroshi Doyu wrote:
Hi Antti,
Antti Palosaari wrote @ Sat, 18 Aug 2012 02:11:56
On Wed, 22 Aug 2012, Mauro Carvalho Chehab wrote:
> Em 22-08-2012 07:11, Hans Verkuil escreveu:
> > I've added some more core profile requirements.
>
> >>
> >> Streaming I/O is not supported by radio nodes.
>
> Hmm... pvrusb2/ivtv? Ok, it makes sense to move it to use the alsa
> mpeg API t
Fix build error:
ERROR: "led_classdev_register" [drivers/media/radio/shark2.ko] undefined!
ERROR: "led_classdev_unregister" [drivers/media/radio/shark2.ko] undefined!
which is seen if RADIO_SHARK2 is enabled, but LEDS_CLASS is not.
Since RADIO_SHARK2 depends on NEW_LEDS and LEDS_CLASS, select bo
On Wed, Aug 22, 2012 at 02:52:10PM +0200, Thomas Hellstrom wrote:
> Hi, Maarten,
> please see some comments inline.
>
> On 08/22/2012 01:50 PM, Maarten Lankhorst wrote:
> >Hey Dan,
> >
> >Op 16-08-12 01:12, Daniel Vetter schreef:
> >>Hi Maarten,
> >>
> >>Ok, here comes the promised review (finally
On 08/22/2012 03:32 PM, Maarten Lankhorst wrote:
Hey,
Op 22-08-12 14:52, Thomas Hellstrom schreef:
Hi, Maarten,
please see some comments inline.
On 08/22/2012 01:50 PM, Maarten Lankhorst wrote:
Hey Dan,
Op 16-08-12 01:12, Daniel Vetter schreef:
Hi Maarten,
Ok, here comes the promised revie
Antti Palosaari wrote:
Hello Hiroshi,
On 08/21/2012 10:02 AM, Hiroshi Doyu wrote:
Antti Palosaari wrote @ Mon, 20 Aug 2012 23:29:34 +0200:
On 08/20/2012 02:14 PM, Hiroshi Doyu wrote:
Hi Antti,
Antti Palosaari wrote @ Sat, 18 Aug 2012 02:11:56 +0200:
On 08/17/2012 09:04 AM, Hiroshi Doyu
Em 22-08-2012 07:11, Hans Verkuil escreveu:
> I've added some more core profile requirements.
>
> Regards,
>
> Hans
>
> On Wed August 22 2012 11:40:25 Hans Verkuil wrote:
>> Hi all!
>>
>> The v4l2-compliance utility checks whether device drivers follows the V4L2
>> specification. What is m
Hey,
Op 22-08-12 14:52, Thomas Hellstrom schreef:
> Hi, Maarten,
> please see some comments inline.
>
> On 08/22/2012 01:50 PM, Maarten Lankhorst wrote:
>> Hey Dan,
>>
>> Op 16-08-12 01:12, Daniel Vetter schreef:
>>> Hi Maarten,
>>>
>>> Ok, here comes the promised review (finally!), but it's rathe
Hi, Maarten,
please see some comments inline.
On 08/22/2012 01:50 PM, Maarten Lankhorst wrote:
Hey Dan,
Op 16-08-12 01:12, Daniel Vetter schreef:
Hi Maarten,
Ok, here comes the promised review (finally!), but it's rather a
high-level thingy. I've mostly thought about how we could create a nea
On Wed August 22 2012 14:09:18 Tomasz Stanislawski wrote:
> Hi Hans,
> Thank your for the review.
> Please refer to the comments below.
>
> On 08/22/2012 12:27 PM, Hans Verkuil wrote:
> > On Tue August 14 2012 17:34:31 Tomasz Stanislawski wrote:
> >> From: Sumit Semwal
> >>
> >> Adds DMABUF memor
Hi Hans,
Thank your for the review.
Please refer to the comments below.
On 08/22/2012 12:27 PM, Hans Verkuil wrote:
> On Tue August 14 2012 17:34:31 Tomasz Stanislawski wrote:
>> From: Sumit Semwal
>>
>> Adds DMABUF memory type to v4l framework. Also adds the related file
>> descriptor in v4l2_pl
Hey Dan,
Op 16-08-12 01:12, Daniel Vetter schreef:
> Hi Maarten,
>
> Ok, here comes the promised review (finally!), but it's rather a
> high-level thingy. I've mostly thought about how we could create a neat
> api with the following points. For a bit of clarity, I've grouped the
> different consid
On Wed August 22 2012 12:56:30 Hans Verkuil wrote:
> On Tue August 14 2012 17:34:43 Tomasz Stanislawski wrote:
> > This patch enhances VIVI driver with a support for importing a buffer
> > from DMABUF file descriptors.
>
> Thanks for adding DMABUF support to vivi.
>
> What would be great is if DM
On Tue August 14 2012 17:34:53 Tomasz Stanislawski wrote:
> From: Marek Szyprowski
Please add some more information in the commit message. I've no idea what's
going on here or why :-)
Regards,
Hans
> Signed-off-by: Marek Szyprowski
> ---
> drivers/media/video/atmel-isi.c
On Tue August 14 2012 17:34:49 Tomasz Stanislawski wrote:
> This patch adds extension to videobuf2-core. It allow to export a mmap buffer
> as a file descriptor.
>
> Signed-off-by: Tomasz Stanislawski
> Signed-off-by: Kyungmin Park
> Acked-by: Laurent Pinchart
> ---
> drivers/media/video/video
On Tue August 14 2012 17:34:48 Tomasz Stanislawski wrote:
> This patch adds extension to V4L2 api. It allow to export a mmap buffer as
> file
> descriptor. New ioctl VIDIOC_EXPBUF is added. It takes a buffer offset used by
> mmap and return a file descriptor on success.
>
> Signed-off-by: Tomasz
On Tue August 14 2012 17:34:47 Tomasz Stanislawski wrote:
> This patch adds description and usage examples for exporting
> DMABUF file descriptor in V4L2.
>
> Signed-off-by: Tomasz Stanislawski
> Signed-off-by: Kyungmin Park
> CC: linux-...@vger.kernel.org
> ---
> Documentation/DocBook/media/v4
On Fri August 17 2012 12:35:58 Hans Verkuil wrote:
> Hi all,
>
> I've prepared a presentation for the upcoming workshop based on my RFC and the
> comments I received.
>
> It is available here:
>
> http://hverkuil.home.xs4all.nl/presentations/v4l2-workshop-2012.odp
> http://hverkuil.home.xs4all.n
Hi Hans,
On Wednesday 22 August 2012 12:56:30 Hans Verkuil wrote:
> On Tue August 14 2012 17:34:43 Tomasz Stanislawski wrote:
> > This patch enhances VIVI driver with a support for importing a buffer
> > from DMABUF file descriptors.
>
> Thanks for adding DMABUF support to vivi.
>
> What would b
On Tue August 14 2012 17:34:43 Tomasz Stanislawski wrote:
> This patch enhances VIVI driver with a support for importing a buffer
> from DMABUF file descriptors.
Thanks for adding DMABUF support to vivi.
What would be great is if DMABUF support is also added to mem2mem_testdev.
It would make an e
On Tue August 14 2012 17:34:32 Tomasz Stanislawski wrote:
> This patch adds description and usage examples for importing
> DMABUF file descriptor in V4L2.
>
> Signed-off-by: Tomasz Stanislawski
> Signed-off-by: Kyungmin Park
> CC: linux-...@vger.kernel.org
> ---
> Documentation/DocBook/media/v4
On Tue August 14 2012 17:34:31 Tomasz Stanislawski wrote:
> From: Sumit Semwal
>
> Adds DMABUF memory type to v4l framework. Also adds the related file
> descriptor in v4l2_plane and v4l2_buffer.
>
> Signed-off-by: Tomasz Stanislawski
>[original work in the PoC for buffer sharing]
> Signed-
I've added some more core profile requirements.
Regards,
Hans
On Wed August 22 2012 11:40:25 Hans Verkuil wrote:
> Hi all!
>
> The v4l2-compliance utility checks whether device drivers follows the V4L2
> specification. What is missing are 'profiles' detailing what device drivers
> shoul
Hi,
On 08/22/2012 11:40 AM, Hans Verkuil wrote:
Hi all!
While writing down these profiles I noticed one thing that was very much
missing for radio devices: there is no capability bit to tell the application
whether there is an associated ALSA device or whether the audio goes through
a line
Hi all!
The v4l2-compliance utility checks whether device drivers follows the V4L2
specification. What is missing are 'profiles' detailing what device drivers
should and shouldn't implement for particular device classes.
This has been discussed several times, but until now no attempt was made to
Hi Sakari,
On Thursday 16 August 2012 09:53 PM, Sakari Ailus wrote:
> Hi Manju,
>
> On Thu, Aug 09, 2012 at 09:13:52AM +0530, Manjunath Hadli wrote:
>> Hi Sakari,
>>
>> Thank you for the comments.
>
> Thanks for the graphs!
>
>> On Thursday 02 August 2012 05:37 AM, Sakari Ailus wrote:
>>> Hi
On Tue August 21 2012 12:44:15 Sakari Ailus wrote:
> Hi Hans,
>
> On Tue, Aug 21, 2012 at 08:39:53AM +0200, Hans Verkuil wrote:
> > On Mon August 20 2012 22:46:04 Sakari Ailus wrote:
> > > Hi Mauro and Hans,
> > >
> > > On Mon, Aug 20, 2012 at 04:05:03PM -0300, Mauro Carvalho Chehab wrote:
> > >
Hi Mauro,
The following changes since commit f9cd49033b349b8be3bb1f01b39eed837853d880:
Merge tag 'v3.6-rc1' into staging/for_v3.6 (2012-08-03 22:41:33 -0300)
are available in the git repository at:
git://git.infradead.org/users/kmpark/linux-samsung v4l-fixes
for you to fetch changes up to
On Wed August 22 2012 12:45:13 Volokh Konstantin wrote:
> Signed-off-by: Volokh Konstantin
> ---
> include/media/v4l2-chip-ident.h |4
> 1 files changed, 4 insertions(+), 0 deletions(-)
>
> diff --git a/include/media/v4l2-chip-ident.h b/include/media/v4l2-chip-ident.h
> index 7395c81..5
Hi Volokh!
Thanks for working on this!
I have some quick review notes below.
On Wed August 22 2012 12:45:10 Volokh Konstantin wrote:
> - using new v4l2 framework controls
> - function for reading volatile controls via i2c bus
> - separate V4L2_CID_ ctrls into each V4L2 calls
>
> Signed-off-by:
Am 21.08.2012 19:29, schrieb Mauro Carvalho Chehab:
> Hmm... before reading the rest of this email... I found some doc saying that
> em2765 is UVC compliant. Doesn't the uvcdriver work with this device?
Yeah, I stumbled over that, too. :D
But this device is definitely not UVC compliant. Take a loo
64 matches
Mail list logo