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
Hi Jacek,
For this patch series:
Acked-by: Hans Verkuil hans.verk...@cisco.com
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
From: Hans Verkuil hans.verk...@cisco.com
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 hans.verk...@cisco.com
---
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
From: Hans Verkuil hans.verk...@cisco.com
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
From: Hans Verkuil hans.verk...@cisco.com
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
From: Hans Verkuil hans.verk...@cisco.com
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()
From: Hans Verkuil hans.verk...@cisco.com
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
From: Hans Verkuil hans.verk...@cisco.com
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 hans.verk...@cisco.com
---
drivers/media/v4l2-core/Kconfig |
From: Hans Verkuil hans.verk...@cisco.com
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)
From: Hans Verkuil hans.verk...@cisco.com
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:
From: Hans Verkuil hans.verk...@cisco.com
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
drivers/media/platform/davinci/vpbe_display.c | 2 +-
drivers/media/platform/davinci/vpif_capture.c | 2 +-
drivers/media/platform/davinci/vpif_display.c | 2 +-
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
On Wed, Nov 27, 2013 at 5:40 PM, Laurent Pinchart
laurent.pinch...@ideasonboard.com 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
On 11/29/2013 11:37 AM, Linus Walleij wrote:
On Wed, Nov 27, 2013 at 5:40 PM, Laurent Pinchart
laurent.pinch...@ideasonboard.com 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
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
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
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
laurent.pinch...@ideasonboard.com wrote:
(CC'ing Linus Walleij, Wolfram Sang and LAKML)
On Wednesday 27 November 2013 16:32:01 Valentine wrote:
On
On Fri, Nov 29, 2013 at 11:45 AM, Lars-Peter Clausen l...@metafoo.de 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.
On Fri, Nov 29, 2013 at 1:14 PM, Valentine
valentine.bars...@cogentembedded.com 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
On 11/29/2013 02:42 PM, Linus Walleij wrote:
On Fri, Nov 29, 2013 at 11:45 AM, Lars-Peter Clausen l...@metafoo.de 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
Em Fri, 18 Oct 2013 23:09:21 +0200
Laurent Pinchart laurent.pinch...@ideasonboard.com 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
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 and other
Em Sun, 24 Nov 2013 14:15:31 +0100
Hans de Goede hdego...@redhat.com 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).
Hi Hans,
Thank you for the patch.
On Friday 29 November 2013 10:58:36 Hans Verkuil wrote:
From: Hans Verkuil hans.verk...@cisco.com
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
Hi Hans,
Thank you for the patch.
On Friday 29 November 2013 10:58:42 Hans Verkuil wrote:
From: Hans Verkuil hans.verk...@cisco.com
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
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
On Fri, Nov 29, 2013 at 2:48 PM, Lars-Peter Clausen l...@metafoo.de wrote:
On 11/29/2013 02:42 PM, Linus Walleij wrote:
On Fri, Nov 29, 2013 at 11:45 AM, Lars-Peter Clausen l...@metafoo.de wrote:
As far as I understand it this already works more or less with the driver.
The problem is that
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 or less
On 11/29/2013 08:52 PM, Linus Walleij wrote:
On Fri, Nov 29, 2013 at 2:48 PM, Lars-Peter Clausen l...@metafoo.de wrote:
On 11/29/2013 02:42 PM, Linus Walleij wrote:
On Fri, Nov 29, 2013 at 11:45 AM, Lars-Peter Clausen l...@metafoo.de
wrote:
As far as I understand it this already works more
On Fri, Nov 29, 2013 at 9:05 PM, Lars-Peter Clausen l...@metafoo.de 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
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/26/2013 10:28
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 khoroshi...@ispras.ru
---
drivers/media/usb/dvb-usb/cxusb.c | 19 ---
1
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
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 laurent.pinchart+rene...@ideasonboard.com
---
drivers/media/platform/vsp1/vsp1_rpf.c | 34
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 laurent.pinchart+rene...@ideasonboard.com
---
Signed-off-by: Laurent Pinchart laurent.pinchart+rene...@ideasonboard.com
---
Documentation/DocBook/media/v4l/subdev-formats.xml | 157 +
include/uapi/linux/v4l2-mediabus.h | 3 +
2 files changed, 160 insertions(+)
diff --git
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
The Super Resolution Unit performs super resolution processing with
optional upscaling by a factor of two.
Signed-off-by: Laurent Pinchart laurent.pinchart+rene...@ideasonboard.com
---
drivers/media/platform/vsp1/Makefile | 3 +-
drivers/media/platform/vsp1/vsp1.h| 2 +
The Hue Saturation value Transform and Hue Saturation value Inverse
transform entities convert from RGB to HSV and back.
Signed-off-by: Laurent Pinchart laurent.pinchart+rene...@ideasonboard.com
---
drivers/media/platform/vsp1/Makefile | 2 +-
drivers/media/platform/vsp1/vsp1.h|
The Look-Up Table looks up values in 8-bit indexed tables separately for
each color component.
Signed-off-by: Laurent Pinchart laurent.pinchart+rene...@ideasonboard.com
---
drivers/media/platform/vsp1/Makefile | 4 +-
drivers/media/platform/vsp1/vsp1.h| 2 +
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 laurent.pinch...@ideasonboard.com
---
drivers/media/i2c/vs6624.c | 2 ++
1 file changed, 2
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
43 matches
Mail list logo
