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: Sat Nov 30 04:00:39 CET 2013
git branch: test
git hash: fa507e4d32bf6c35eb5fe7dbc0593ae3723c9575
gcc versio
vs6624_read() is only called in the conditionally-compiled
vs6624_g_register() function. Make the former conditionally-compiled as
well to silence build warnings.
Signed-off-by: Laurent Pinchart
---
drivers/media/i2c/vs6624.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/media/i2
The Super Resolution Unit performs super resolution processing with
optional upscaling by a factor of two.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/Makefile | 3 +-
drivers/media/platform/vsp1/vsp1.h| 2 +
drivers/media/platform/vsp1/vsp1_drv.c| 11 +
The Hue Saturation value Transform and Hue Saturation value Inverse
transform entities convert from RGB to HSV and back.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/Makefile | 2 +-
drivers/media/platform/vsp1/vsp1.h| 3 +
drivers/media/platform/vsp1/vsp1_drv
Signed-off-by: Laurent Pinchart
---
Documentation/DocBook/media/v4l/subdev-formats.xml | 157 +
include/uapi/linux/v4l2-mediabus.h | 3 +
2 files changed, 160 insertions(+)
diff --git a/Documentation/DocBook/media/v4l/subdev-formats.xml
b/Documentation/DocB
Hello,
Here are a couple of patches for the Renesas VSP1 driver. The first patch
fixes a bug in the driver, while the remaining patches add new features
(cropping at the inputs and outputs, and HST, HSI, SRU and LUT blocks).
The HST and HSI blocks convert RGB to/from HSV and thus require a new HS
Implement the get and set selection operations on the RPF and WPF
entities. Only the crop targets are currently available.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_rpf.c | 34
drivers/media/platform/vsp1/vsp1_rwpf.c | 96 +
When operating in DU output mode (deep pipeline to the DU through the
LIF), the VSP1 needs to constantly supply frames to the display. To
ensure reuse the last queued buffer instead of returning it to the user.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_video.c | 13 +++
The Look-Up Table looks up values in 8-bit indexed tables separately for
each color component.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/Makefile | 4 +-
drivers/media/platform/vsp1/vsp1.h| 2 +
drivers/media/platform/vsp1/vsp1_drv.c| 11 ++
drivers/me
Hi Mauro,
The following changes since commit fa507e4d32bf6c35eb5fe7dbc0593ae3723c9575:
[media] media: marvell-ccic: use devm to release clk (2013-11-29 14:46:47
-0200)
are available in the git repository at:
git://linuxtv.org/pinchartl/media.git omap3isp/must-connect
for you to fetch chan
There are several failure paths in cxusb_i2c_xfer(), where
d->i2c_mutex is left held. The patch fixes them.
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Alexey Khoroshilov
---
drivers/media/usb/dvb-usb/cxusb.c | 19 ---
1 file changed, 12 inserti
On 11/26/2013 11:06 PM, Lars-Peter Clausen wrote:
> On 11/26/2013 11:03 PM, Laurent Pinchart wrote:
>> On Tuesday 26 November 2013 23:03:19 Lars-Peter Clausen wrote:
>>> On 11/26/2013 11:00 PM, Laurent Pinchart wrote:
On Tuesday 26 November 2013 22:43:32 Lars-Peter Clausen wrote:
> On 11/2
On Fri, Nov 29, 2013 at 9:05 PM, Lars-Peter Clausen wrote:
> On 11/29/2013 08:52 PM, Linus Walleij wrote:
>> I guess you may be referring to the problem of instatiating
>> a dynamic IRQ chip in *board code* and then passing the
>> obtained dynamic IRQ numbers as resources to the
>> devices also c
On 11/29/2013 08:52 PM, Linus Walleij wrote:
> On Fri, Nov 29, 2013 at 2:48 PM, Lars-Peter Clausen wrote:
>> On 11/29/2013 02:42 PM, Linus Walleij wrote:
>>> On Fri, Nov 29, 2013 at 11:45 AM, Lars-Peter Clausen
>>> wrote:
As far as I understand it this already works more or less with t
Hi Linus,
On Friday 29 November 2013 20:52:17 Linus Walleij wrote:
> On Fri, Nov 29, 2013 at 2:48 PM, Lars-Peter Clausen wrote:
> > On 11/29/2013 02:42 PM, Linus Walleij wrote:
> >> On Fri, Nov 29, 2013 at 11:45 AM, Lars-Peter Clausen wrote:
> >>> As far as I understand it this already works more
On Fri, Nov 29, 2013 at 2:48 PM, Lars-Peter Clausen wrote:
> On 11/29/2013 02:42 PM, Linus Walleij wrote:
>> On Fri, Nov 29, 2013 at 11:45 AM, Lars-Peter Clausen wrote:
>>>
>>> As far as I understand it this already works more or less with the driver.
>>> The problem is that the IRQ numbers are d
Hi,
i have an Asus H87 Pro motherboard on which i am trying to use my
mceusb receiver. The device refuses to generate any events. Strangely,
it does work on one of my laptops.
I have attached usbmon traces of it working and not working. Any idea
what may be the problem?
Cheers,
Rajil
#lsusb
Hi Hans,
Thank you for the patch.
On Friday 29 November 2013 10:58:42 Hans Verkuil wrote:
> From: Hans Verkuil
>
> In order to implement vb2 DVB or ALSA support you need to be able to start
> a kernel thread that queues and dequeues buffers, calling a callback
> function for every captured/disp
Hi Hans,
Thank you for the patch.
On Friday 29 November 2013 10:58:36 Hans Verkuil wrote:
> From: Hans Verkuil
>
> Rather than taking the mmap semaphore at a relatively high-level function,
> push it down to the place where it is really needed.
>
> It was placed in vb2_queue_or_prepare_buf() t
Em Sun, 24 Nov 2013 14:15:31 +0100
Hans de Goede escreveu:
> Hi Mauro,
>
> This is a resend of my pull-req from a few minutes ago. I had
> made an error in the Cc: stable (I used linux.org instead of kernel.org),
> this pull-req is for the fixed commit (up to commit id changed).
>
> This pull-r
Hi Mauro,
On Friday 29 November 2013 14:53:45 Mauro Carvalho Chehab wrote:
> Laurent Pinchart escreveu:
> > Hi Mauro,
> >
> > Sorry for sending this so late in the -rc cycle. These three patches fix
> > issues with the VSP1 driver, including two compile issues that would break
> > allyesconfig an
Em Fri, 18 Oct 2013 23:09:21 +0200
Laurent Pinchart escreveu:
> Hi Mauro,
>
> Sorry for sending this so late in the -rc cycle. These three patches fix
> issues with the VSP1 driver, including two compile issues that would break
> allyesconfig and other compilation tests on v3.12.
>
> The foll
On 11/29/2013 02:42 PM, Linus Walleij wrote:
> On Fri, Nov 29, 2013 at 11:45 AM, Lars-Peter Clausen wrote:
>> On 11/29/2013 11:37 AM, Linus Walleij wrote:
> (...)
>>> Specifically you should be able to request an IRQ from the irq_chip
>>> portions of the driver without first requesting the GPIO li
On Fri, Nov 29, 2013 at 1:14 PM, Valentine
wrote:
> On 11/29/2013 02:45 PM, Lars-Peter Clausen wrote:
>> On 11/29/2013 11:37 AM, Linus Walleij wrote:
>>> So I guess the answer to the question is something like, fix
>>> the GPIO driver to stop requiring the GPIO lines to be requested
>>> and confi
On Fri, Nov 29, 2013 at 11:45 AM, Lars-Peter Clausen wrote:
> On 11/29/2013 11:37 AM, Linus Walleij wrote:
(...)
>> Specifically you should be able to request an IRQ from the irq_chip
>> portions of the driver without first requesting the GPIO line.
>>
>> Some drivers already support this.
>>
>> W
On 11/29/2013 02:45 PM, Lars-Peter Clausen wrote:
On 11/29/2013 11:37 AM, Linus Walleij wrote:
On Wed, Nov 27, 2013 at 5:40 PM, Laurent Pinchart
wrote:
(CC'ing Linus Walleij, Wolfram Sang and LAKML)
On Wednesday 27 November 2013 16:32:01 Valentine wrote:
On 11/27/2013 04:14 PM, Hans Verkuil w
Hi everyone,
In my htpc i have:
- 1x TeVii S471
- 1x Hauppauge WinTV-Nova-HD-S2.
- gentoo linux with 3.12.0 kernel.
- drivers from media_tree:
"Latest git patches (needed if you report a bug to linux-media@vger.kernel.org):
258d2fbf874c87830664cb7ef41f9741c1abffac Merge tag 'v3.13-rc1' into patchwo
Good Day Beneficiary:
I write to inform you that we have been given the mandate to transfer your
full compensation payment of $1,800,000.00 USD via western union by this
government.
We tried to give you the Western Union Instructions through phone, but we
could not locate your numbers in our data
On 11/29/2013 11:37 AM, Linus Walleij wrote:
> On Wed, Nov 27, 2013 at 5:40 PM, Laurent Pinchart
> wrote:
>> (CC'ing Linus Walleij, Wolfram Sang and LAKML)
>> On Wednesday 27 November 2013 16:32:01 Valentine wrote:
>>> On 11/27/2013 04:14 PM, Hans Verkuil wrote:
>
Yes, of course. Although th
On Wed, Nov 27, 2013 at 5:40 PM, Laurent Pinchart
wrote:
> (CC'ing Linus Walleij, Wolfram Sang and LAKML)
> On Wednesday 27 November 2013 16:32:01 Valentine wrote:
>> On 11/27/2013 04:14 PM, Hans Verkuil wrote:
>> > Yes, of course. Although the adv7604 has two interrupt lines, so if you
>> > woul
New in v2:
- Added a PREPARING state in patch 1 to prevent a race condition that Laurent
mentioned (two QBUF calls with the same index number at the same time).
- Changed some minor issues in patch 4 that Laurent mentioned in his review.
- Added the reworked version of Andy's original patch to r
From: Hans Verkuil
Signed-off-by: Hans Verkuil
---
drivers/media/platform/davinci/vpbe_display.c | 2 +-
drivers/media/platform/davinci/vpif_capture.c | 2 +-
drivers/media/platform/davinci/vpif_display.c | 2 +-
drivers/media/platform/s5p-mfc/s5p_mfc_enc.c| 2 +-
drivers/media/platfo
From: Hans Verkuil
The read/write implementation in vb2 reuses existing vb2 functions, but
it sets q->fileio to NULL before calling them in order to skip the
'q->fileio != NULL' check.
This works today due to the synchronous nature of read/write, but it
1) is ugly, and 2) will fail in an asynchr
From: Hans Verkuil
Two fixes:
- there is no need to set the index when calling dqbuf: dqbuf will
overwrite it.
- __vb2_init_fileio already starts streaming for write(), so there is
no need to do it again in __vb2_perform_fileio. It can never have
worked anyway: either __vb2_init_fileio suc
From: Hans Verkuil
With the new vb2_thread_start/stop core code it is very easy to implement
videobuf2-dvb. This should simplify coverting existing videobuf drivers to
vb2.
Signed-off-by: Hans Verkuil
---
drivers/media/v4l2-core/Kconfig | 4 +
drivers/media/v4l2-core/Makefile
From: Hans Verkuil
Rather than taking the mmap semaphore at a relatively high-level function,
push it down to the place where it is really needed.
It was placed in vb2_queue_or_prepare_buf() to prevent racing with other
vb2 calls. The only way I can see that a race can happen is when two
threads
From: Hans Verkuil
If start_streaming returns -ENODATA, then it will be retried the next time
a buffer is queued. This means applications no longer need to know how many
buffers need to be queued before STREAMON can be called. This is particularly
useful for output stream I/O.
If a DMA engine ne
From: Hans Verkuil
In order to implement vb2 DVB or ALSA support you need to be able to start
a kernel thread that queues and dequeues buffers, calling a callback
function for every captured/displayed buffer. This patch adds support for
that.
It's based on drivers/media/v4l2-core/videobuf-dvb.c,
From: Hans Verkuil
videobuf2 file I/O emulation assumed that buffers dequeued from the
driver would return in the order they were enqueued in the driver.
Improve the file I/O emulator's book-keeping to remove this assumption.
Also set the buf->size properly if a write() dequeues a buffer and th
From: Hans Verkuil
The callback used to merge the common code of the qbuf/prepare_buf
code can be removed now that the mmap_sem handling is pushed down to
__buf_prepare(). This makes the code more readable.
Signed-off-by: Hans Verkuil
---
drivers/media/v4l2-core/videobuf2-core.c | 118
This patch series does some cleanups in the qbuf/prepare_buf handling
(the first two patches). The third patch removes the 'fileio = NULL'
hack. That hack no longer works when dealing with asynchronous calls
from a kernel thread so it had to be fixed.
The next three patches implement retrying star
Hi Jacek,
For this patch series:
Acked-by: Hans Verkuil
Regards,
Hans
On 11/25/2013 10:58 AM, Jacek Anaszewski wrote:
> This is the second version of the series that adds support for the
> Exynos4x12 device to the s5p_jpeg driver along with accompanying
> fixes. It contains following
Good Day Beneficiary:
I write to inform you that we have been given the mandate to transfer your
full compensation payment of $1,800,000.00 USD via western union by this
government.
We tried to give you the Western Union Instructions through phone, but we
could not locate your numbers in our data
43 matches
Mail list logo
