Hi,
On 08/05/2013 11:19 PM, Ondrej Zary wrote:
Hello,
the in-kernel stkwebcam driver (by Jaime Velasco Juan and Nicolas VIVIEN)
supports only two webcam types (USB IDs 0x174f:0xa311 and 0x05e1:0x0501).
There are many other Syntek webcam types that are not supported by this
driver (such as
Hi Vikas,
On 6 August 2013 10:53, Vikas Sajjan vikas.saj...@linaro.org wrote:
While trying to get boot-logo up on exynos5420 SMDK which has eDP panel
connected with resolution 2560x1600, following error occured even with
IOMMU enabled:
[0.88] [drm:lowlevel_buffer_allocate] *ERROR* failed
On Fri 2 August 2013 20:12:03 Hans Verkuil wrote:
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Hard-core mailinglist readers will have noticed that the daily build email
was missing for a few days. That was due to the
On Mon, Aug 05, 2013 at 11:57:58PM +0100, Rajil Saraswat wrote:
Why are you doing this?
-snip-
My initial guess was that X was claiming over the ir device, so I
wanted to disable ir device as an input device.
X may open the input device, but that does not affect IR transmission.
X
Vikas,
On 08/06/2013 07:23 AM, Vikas Sajjan wrote:
While trying to get boot-logo up on exynos5420 SMDK which has eDP panel
connected with resolution 2560x1600, following error occured even with
IOMMU enabled:
[0.88] [drm:lowlevel_buffer_allocate] *ERROR* failed to allocate buffer.
Hi Guennadi,
Thanks for the reply! Please see my description inline.
On Mon, Aug 5, 2013 at 5:02 AM, Guennadi Liakhovetski
g.liakhovet...@gmx.de wrote:
Hi Su Jiaquan
On Sun, 4 Aug 2013, Su Jiaquan wrote:
Hi,
I know the title looks crazy, but here is our problem:
In our SoC based ISP,
Hi Su Jiaquan,
On Tue, 6 Aug 2013, Su Jiaquan wrote:
Hi Guennadi,
Thanks for the reply! Please see my description inline.
On Mon, Aug 5, 2013 at 5:02 AM, Guennadi Liakhovetski
g.liakhovet...@gmx.de wrote:
Hi Su Jiaquan
On Sun, 4 Aug 2013, Su Jiaquan wrote:
Hi,
I know the
The following changes since commit b43ea8068d2090cb1e44632c8a938ab40d2c7419:
[media] cx23885: Fix TeVii S471 regression since introduction of ts2020
(2013-07-30 17:23:24 -0300)
are available in the git repository at:
git://linuxtv.org/kdebski/media.git new-for-3.12-2nd
for you to fetch
Code copied from xawtv3
Signed-off-by: Bård Eirik Winther bwint...@cisco.com
---
utils/qv4l2/alsa_stream.c | 645 ++
utils/qv4l2/alsa_stream.h | 5 +
2 files changed, 650 insertions(+)
create mode 100644 utils/qv4l2/alsa_stream.c
create mode 100644
Corrected Use OpenGL Render to Rendering and removed the separation line.
Signed-off-by: Bård Eirik Winther bwint...@cisco.com
---
utils/qv4l2/qv4l2.cpp | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/utils/qv4l2/qv4l2.cpp b/utils/qv4l2/qv4l2.cpp
index 4dc5a3e..275b399
Changes the ALSA streaming code to work with qv4l2 and allows it to
be compiled in. qv4l2 does not use the streaming function yet.
Signed-off-by: Bård Eirik Winther bwint...@cisco.com
---
configure.ac | 7 +++
utils/qv4l2/Makefile.am | 8 ++--
utils/qv4l2/alsa_stream.c |
The qv4l2 test utility now supports ALSA playback of audio.
This allows for PCM playback during capture for supported devices.
Signed-off-by: Bård Eirik Winther bwint...@cisco.com
---
utils/qv4l2/general-tab.cpp | 296 +++-
utils/qv4l2/general-tab.h |
If the output audio device never read the buffer then the alsa thread
would continue to fill it up and never stop when the capture stops.
Signed-off-by: Bård Eirik Winther bwint...@cisco.com
---
utils/qv4l2/alsa_stream.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
The qv4l2 test utility now supports ALSA playback of audio.
This allows for PCM playback during capture for supported devices.
This requires at least the OpenGL patch series' qv4l2: add Capture menu patch.
A device must be ALSA compatible in order to be used with the qv4l2.
The ALSA
The patch series depends on the qv4l2 ALSA and OpenGL patch series.
This adds scaling and aspect ratio support to the qv4l2 CaptureWin.
In that regard it fixes a lot of other issues that would otherwise make scaling
render incorrectly. It also fixes some issues with the original OpenGL patch
Fixes the issue when the window was beeing resized/moved
and the frame image would become black.
Signed-off-by: Bård Eirik Winther bwint...@cisco.com
---
utils/qv4l2/capture-win-gl.cpp | 6 ++
1 file changed, 6 insertions(+)
diff --git a/utils/qv4l2/capture-win-gl.cpp
Signed-off-by: Bård Eirik Winther bwint...@cisco.com
---
utils/qv4l2/qv4l2.cpp | 79 +++
utils/qv4l2/qv4l2.h | 2 +-
2 files changed, 43 insertions(+), 38 deletions(-)
diff --git a/utils/qv4l2/qv4l2.cpp b/utils/qv4l2/qv4l2.cpp
index
Fixed the YUY2 shaders to support scaling.
The new solution has cleaner shader code and texture upload
uses a better format for OpenGL.
Signed-off-by: Bård Eirik Winther bwint...@cisco.com
---
utils/qv4l2/capture-win-gl.cpp | 68 ++
1 file changed, 35
Created a general QtGL makefile condition and using config.h
to check in code if QtGL is present.
Signed-off-by: Bård Eirik Winther bwint...@cisco.com
---
configure.ac | 6 --
utils/qv4l2/Makefile.am| 4 ++--
utils/qv4l2/capture-win-gl.cpp | 12 ++--
Signed-off-by: Bård Eirik Winther bwint...@cisco.com
---
utils/qv4l2/capture-win-gl.cpp | 26 ++--
utils/qv4l2/capture-win-gl.h | 7
utils/qv4l2/capture-win-qt.cpp | 23 ++-
utils/qv4l2/capture-win-qt.h | 5 +++
utils/qv4l2/capture-win.cpp| 93
Adds hotkey CTRL + F for both CaptureWin and main Capture menu.
Resets the scaling of CaptureWin to fit frame size.
Signed-off-by: Bård Eirik Winther bwint...@cisco.com
---
utils/qv4l2/capture-win.cpp | 3 +++
utils/qv4l2/capture-win.h | 1 +
utils/qv4l2/qv4l2.cpp | 1 +
3 files changed,
This will resize the CaptureWin to the original frame size.
It also works with maximized windows.
Signed-off-by: Bård Eirik Winther bwint...@cisco.com
---
utils/qv4l2/capture-win.cpp | 12
utils/qv4l2/capture-win.h | 3 +++
utils/qv4l2/qv4l2.cpp | 6 --
Signed-off-by: Bård Eirik Winther bwint...@cisco.com
---
utils/qv4l2/capture-win.cpp | 36 ++--
utils/qv4l2/capture-win.h | 6
utils/qv4l2/general-tab.cpp | 68 +
utils/qv4l2/general-tab.h | 4 +++
utils/qv4l2/qv4l2.cpp
Created a function to get the total margins (window frame) in pixels
outside the actual video frame beeing displayed.
Signed-off-by: Bård Eirik Winther bwint...@cisco.com
---
utils/qv4l2/capture-win.cpp | 14 ++
utils/qv4l2/capture-win.h | 1 +
2 files changed, 11 insertions(+), 4
Em Mon, 5 Aug 2013 16:53:54 -0300
Mauro Carvalho Chehab m.che...@samsung.com escreveu:
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
v4l_for_linus
for some drivers fixes (em28xx, coda, usbtv, s5p, hdpvr and ml86v7667) and
at a fix for
On Mon 5 August 2013 19:53:21 Laurent Pinchart wrote:
The VIDIOC_CREATE_BUFS ioctl takes a format argument that must contain a
valid format supported by the driver. Clarify the documentation.
Signed-off-by: Laurent Pinchart laurent.pinchart+rene...@ideasonboard.com
Acked-by: Hans Verkuil
On Mon 5 August 2013 19:53:23 Laurent Pinchart wrote:
The vb2_fop_mmap() function is a plug-in implementation of the mmap()
file operation that calls vb2_mmap() on the queue associated with the
video device. Neither the vb2_fop_mmap() function nor the v4l2_mmap()
mmap handler in the V4L2 core
your assistance is needed for a transfer of $24, 500, 000.00 reply for more
details
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Tue, Aug 6, 2013 at 7:31 AM, Tom Cooksey tom.cook...@arm.com wrote:
So in some respects, there is a constraint on how buffers which will
be drawn to using the GPU are allocated. I don't really like the idea
of teaching the display controller DRM driver about the GPU buffer
constraints,
Am Dienstag, den 06.08.2013, 12:31 +0100 schrieb Tom Cooksey:
Hi Rob,
+lkml
On Fri, Jul 26, 2013 at 11:58 AM, Tom Cooksey tom.cook...@arm.com
wrote:
* It abuses flags parameter of DRM_IOCTL_MODE_CREATE_DUMB to
also allocate buffers for the GPU. Still not sure how to
On Tuesday 06 August 2013, Hans de Goede wrote:
Hi,
On 08/05/2013 11:19 PM, Ondrej Zary wrote:
Hello,
the in-kernel stkwebcam driver (by Jaime Velasco Juan and Nicolas VIVIEN)
supports only two webcam types (USB IDs 0x174f:0xa311 and 0x05e1:0x0501).
There are many other Syntek webcam
Hi Sylwester,
On Sun, Aug 4, 2013 at 8:30 PM, Sylwester Nawrocki
sylvester.nawro...@gmail.com wrote:
Hi Arun,
On 08/02/2013 05:02 PM, Arun Kumar K wrote:
This patch adds the crucial hardware pipeline control for the
fimc-is driver. All the subdev nodes will call this pipeline
interfaces to
On Tue, Aug 6, 2013 at 8:18 AM, Lucas Stach l.st...@pengutronix.de wrote:
Am Dienstag, den 06.08.2013, 12:31 +0100 schrieb Tom Cooksey:
Hi Rob,
+lkml
On Fri, Jul 26, 2013 at 11:58 AM, Tom Cooksey tom.cook...@arm.com
wrote:
* It abuses flags parameter of DRM_IOCTL_MODE_CREATE_DUMB
Am Dienstag, den 06.08.2013, 10:14 -0400 schrieb Rob Clark:
On Tue, Aug 6, 2013 at 8:18 AM, Lucas Stach l.st...@pengutronix.de wrote:
Am Dienstag, den 06.08.2013, 12:31 +0100 schrieb Tom Cooksey:
Hi Rob,
+lkml
On Fri, Jul 26, 2013 at 11:58 AM, Tom Cooksey tom.cook...@arm.com
On Tue, Aug 6, 2013 at 10:03 AM, Tom Cooksey tom.cook...@arm.com wrote:
Hi Rob,
We may also then have additional constraints when sharing buffers
between the display HW and video decode or even camera ISP HW.
Programmatically describing buffer allocation constraints is very
difficult
On Tue, Aug 6, 2013 at 10:36 AM, Lucas Stach l.st...@pengutronix.de wrote:
Am Dienstag, den 06.08.2013, 10:14 -0400 schrieb Rob Clark:
On Tue, Aug 6, 2013 at 8:18 AM, Lucas Stach l.st...@pengutronix.de wrote:
Am Dienstag, den 06.08.2013, 12:31 +0100 schrieb Tom Cooksey:
Hi Rob,
+lkml
Hi,
On 26 July 2013 10:07 Sakari Ailus wrote:
On Wed, Jul 24, 2013 at 10:39:11AM +0200, Sylwester Nawrocki wrote:
On 07/24/2013 09:47 AM, Thomas Vajzovic wrote:
On 23 July 2013 23:21 Sakari Ailus wrote:
On Sun, Jul 21, 2013 at 10:38:18PM +0200, Sylwester Nawrocki wrote:
On 07/19/2013 10:28
On Tue, Aug 6, 2013 at 2:18 PM, Lucas Stach l.st...@pengutronix.de wrote:
I strongly disagree with exposing low-level hardware details like tiling
to userspace. If we have to do the negotiation of those things in
userspace we will end up with having to pipe those information through
things
Hi,
On 24 July 2013 10:30 Sylwester Nawrocki wrote:
On 07/22/2013 10:40 AM, Thomas Vajzovic wrote:
On 21 July 2013 21:38 Sylwester Nawrocki wrote:
On 07/19/2013 10:28 PM, Sakari Ailus wrote:
On Sat, Jul 06, 2013 at 09:58:23PM +0200, Sylwester Nawrocki wrote:
On 07/05/2013 10:22 AM, Thomas
It's not about whether there is enough bandwidth, it's about whether
issuing more usb urbs would overflow the bandwidth allocated to other
devices (whether in use or not). Make sure you have
CONFIG_USB_EHCI_TT_NEWSCHED defined in your kernel.
This did the trick!!. After enabling this along
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: Tue Aug 6 19:00:17 CEST 2013
git branch: test
git hash: dfb9f94e8e5e7f73c8e2bcb7d4fb1de57e7c333d
gcc
On Tue, Aug 6, 2013 at 1:38 PM, Tom Cooksey tom.cook...@arm.com wrote:
... This is the purpose of the attach step,
so you know all the devices involved in sharing up front before
allocating the backing pages. (Or in the worst case, if you have a
late attacher you at least know when no
Hi Hans,
On Tuesday 06 August 2013 12:39:27 Hans Verkuil wrote:
On Mon 5 August 2013 19:53:23 Laurent Pinchart wrote:
The vb2_fop_mmap() function is a plug-in implementation of the mmap()
file operation that calls vb2_mmap() on the queue associated with the
video device. Neither the
The vb2_fop_mmap() and vb2_fop_get_unmapped_area() functions are plug-in
implementation of the mmap() and get_unmapped_area() file operations
that calls vb2_mmap() and vb2_get_unmapped_area() on the queue
associated with the video device. Neither the
vb2_fop_mmap/vb2_fop_get_unmapped_area nor the
On 08/06/13 19:22, Kamil Debski wrote:
Hi Kukjin,
This patch looks good.
Best wishes,
Kamil Debski
From: Marek Szyprowski [mailto:m.szyprow...@samsung.com]
Sent: Monday, August 05, 2013 2:27 PM
This patch removes custom initialization of reserved memory regions
from s5p-mfc driver. Memory
Hi Kukjin,
On Wednesday 07 of August 2013 07:13:09 Kukjin Kim wrote:
On 08/06/13 19:22, Kamil Debski wrote:
Hi Kukjin,
This patch looks good.
Best wishes,
Kamil Debski
From: Marek Szyprowski [mailto:m.szyprow...@samsung.com]
Sent: Monday, August 05, 2013 2:27 PM
This
On Tue, Aug 6, 2013 at 5:15 AM, Rob Clark robdcl...@gmail.com wrote:
On Tue, Aug 6, 2013 at 7:31 AM, Tom Cooksey tom.cook...@arm.com wrote:
So in some respects, there is a constraint on how buffers which will
be drawn to using the GPU are allocated. I don't really like the idea
of teaching
Hi Sylwester,
On Sun, Aug 4, 2013 at 8:33 PM, Sylwester Nawrocki
sylvester.nawro...@gmail.com wrote:
Hi Arun,
On 08/02/2013 05:02 PM, Arun Kumar K wrote:
The hardware interface module finally sends the commands to the
FIMC-IS firmware and runs the interrupt handler for getting the
Hi Arun,
On 4 August 2013 20:30, Sylwester Nawrocki sylvester.nawro...@gmail.com wrote:
Hi Arun,
On 08/02/2013 05:02 PM, Arun Kumar K wrote:
This patch adds the crucial hardware pipeline control for the
fimc-is driver. All the subdev nodes will call this pipeline
interfaces to reach the
49 matches
Mail list logo