Hi Laurent,
On 07.04.2014 01:37, Laurent Pinchart wrote:
Hi Thomas,
On Friday 04 April 2014 20:01:33 Scheuermann, Mail wrote:
Hi Laurent,
I've done the following:
echo 3 /sys/module/videobuf2_core/parameters/debug
and found in /var/log/kern.log after starting my program:
[239432.535077]
On 04/11/2014 12:18 AM, Jan Kara wrote:
On Thu 10-04-14 23:57:38, Jan Kara wrote:
On Thu 10-04-14 14:22:20, Hans Verkuil wrote:
On 04/10/14 14:15, Jan Kara wrote:
On Thu 10-04-14 13:07:42, Hans Verkuil wrote:
On 04/10/14 12:32, Jan Kara wrote:
Hello,
On Thu 10-04-14 12:02:50, Marek
The sn9c102 driver is deprecated. It was moved to staging in
anticipation of its removal in a future kernel version. However, USB
devices 0C45:6024 and 0C45:6025 are still handled by sn9c102 when
both sn9c102 and gspca_sonixb are enabled.
We must migrate all the users of these devices to the
On 04/09/2014 07:21 PM, Sakari Ailus wrote:
Hi Hans,
Thanks for the set.
On Mon, Mar 10, 2014 at 10:20:57PM +0100, Hans Verkuil wrote:
From: Hans Verkuil hans.verk...@cisco.com
The bytesused field of struct v4l2_buffer is not used for multiplanar
formats, so just zero it to prevent it
Hi People,
Could I, please, I clarify what the purposes of this list are?
I am developing a system to collect medical raw video based on Linux. I
have tested a number of SD and HD adaptors for this project some of
which have worked to a greater or lesser extent.
Is this the right place for
Hi Steve,
On 04/11/2014 09:43 AM, Steve Cookson - IT wrote:
Hi People,
Could I, please, I clarify what the purposes of this list are?
I am developing a system to collect medical raw video based on Linux. I
have tested a number of SD and HD adaptors for this project some of
which have
This is the third version of this review patch series.
The previous can be found here:
http://www.spinics.net/lists/linux-media/msg75428.html
Changes since v2:
- Updated v4l2-pci-skeleton.c as well in patch 01/13
- Dropped patch 10/13 as it is not needed
- Added comment to patch 06/13 as
From: Hans Verkuil hans.verk...@cisco.com
This is not allowed by the spec and does in fact not make any sense.
Return -EINVAL if this is the case.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Acked-by: Pawel Osciak pa...@osciak.com
Acked-by: Sakari Ailus sakari.ai...@linux.intel.com
---
From: Hans Verkuil hans.verk...@cisco.com
__qbuf_mmap was sort of hidden in between the much larger __qbuf_userptr
and __qbuf_dmabuf functions. Move it before __qbuf_userptr which is
also conform the usual order these memory models are implemented: first
mmap, then userptr, then dmabuf.
From: Hans Verkuil hans.verk...@cisco.com
The videobuf2-core did not zero the 'planes' array in __qbuf_userptr()
and __qbuf_dmabuf(). That's now memset to 0. Without this the reserved
array in struct v4l2_plane would be non-zero, causing v4l2-compliance
errors.
More serious is the fact that
From: Hans Verkuil hans.verk...@cisco.com
The application should really always fill in bytesused for output
buffers, unfortunately the vb2 framework never checked for that.
So for single planar formats replace a bytesused of 0 by the length
of the buffer, and for multiplanar format do the same
From: Hans Verkuil hans.verk...@cisco.com
For interlaced HDTV timings the correct field setting is FIELD_ALTERNATE,
not INTERLACED. Update this template driver accordingly:
- add check for the invalid combination of read() and FIELD_ALTERNATE.
- in the interrupt handler set v4l2_buffer field to
From: Hans Verkuil hans.verk...@cisco.com
Many dprintk's in vb2 use a hardcoded prefix with the function name. In
many cases that is now outdated. To keep things consistent the dprintk
macro has been changed to print the function name in addition to the vb2:
prefix. Superfluous prefixes elsewhere
From: Hans Verkuil hans.verk...@cisco.com
For output buffers the application has to set the bytesused field.
In reality applications often do not set this since drivers that
deal with fix image sizes just override it anyway.
The vb2 framework will replace this field with the length field if
From: Hans Verkuil hans.verk...@cisco.com
Added a vb2_fileio_is_active inline function that returns true if fileio
is in progress. Check for this too in mmap() (you don't want apps mmap()ing
buffers used by fileio) and expbuf() (same reason).
In addition drivers should be able to check for this
From: Hans Verkuil hans.verk...@cisco.com
The kernel debug messages produced by vb2 started either with a
lower or an upper case character. Switched all to use lower-case
which seemed to be what was used in the majority of the messages.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
From: Hans Verkuil hans.verk...@cisco.com
q-start_streaming_called is always true, so the WARN_ON check against
it being false can be dropped.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Acked-by: Pawel Osciak pa...@osciak.com
Acked-by: Sakari Ailus sakari.ai...@linux.intel.com
---
From: Hans Verkuil hans.verk...@cisco.com
When using write() to write data to an output video node the vb2 core
should set timestamps if V4L2_BUF_FLAG_TIMESTAMP_COPY is set. Nobody
else is able to provide this information with the write() operation.
Signed-off-by: Hans Verkuil
From: Hans Verkuil hans.verk...@cisco.com
It was impossible to read() or write() a frame if the queue type was
multiplanar.
Even if the current format is single planar. Change this to just check whether
the number of planes is 1 or more.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
Hi Hans,
Thanks for your reply.
On 11/04/14 08:50, Hans Verkuil wrote:
HD is well supported for embedded systems
What does embedded systems mean, you mean like the decklink proprietary
software?
Regards
Steve
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the
On 04/11/2014 10:20 AM, Steve Cookson - IT wrote:
Hi Hans,
Thanks for your reply.
On 11/04/14 08:50, Hans Verkuil wrote:
HD is well supported for embedded systems
What does embedded systems mean, you mean like the decklink proprietary
software?
No, I'm referring to SoC support, e.g.
Hi, Maarten.
Here I believe we encounter a lot of locking inconsistencies.
First, it seems you're use a number of pointers as RCU pointers without
annotating them as such and use the correct rcu
macros when assigning those pointers.
Some pointers (like the pointers in the shared fence list) are
On Friday 11 April 2014 01:41 PM, Hans Verkuil wrote:
From: Hans Verkuil hans.verk...@cisco.com
This is not allowed by the spec and does in fact not make any sense.
Return -EINVAL if this is the case.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Acked-by: Pawel Osciak pa...@osciak.com
Please ignore this patch. This isn't valid for the current 3.15 tree. It will
become relevant later after additional patches have been applied.
I've rejected this patch in patchwork.
Regards,
Hans
On 03/28/2014 12:43 PM, Hans Verkuil wrote:
This supersedes [PATCH for v3.15] vb2: call
On 04/11/2014 10:42 AM, Archit Taneja wrote:
On Friday 11 April 2014 01:41 PM, Hans Verkuil wrote:
From: Hans Verkuil hans.verk...@cisco.com
This is not allowed by the spec and does in fact not make any sense.
Return -EINVAL if this is the case.
Signed-off-by: Hans Verkuil
On Friday 11 April 2014 02:28 PM, Hans Verkuil wrote:
On 04/11/2014 10:42 AM, Archit Taneja wrote:
On Friday 11 April 2014 01:41 PM, Hans Verkuil wrote:
From: Hans Verkuil hans.verk...@cisco.com
This is not allowed by the spec and does in fact not make any sense.
Return -EINVAL if this is the
So I'm back to the Hauppauge ImpactVCB-e 01385.
Apparently it's fully supported by the current Linux kernel:
Model Standard Interface Supported Comments
ImpactVCB-e Video PCIe ✔ Yes No
tuners, only video-in. S-Video Capture works with
op 11-04-14 10:38, Thomas Hellstrom schreef:
Hi, Maarten.
Here I believe we encounter a lot of locking inconsistencies.
First, it seems you're use a number of pointers as RCU pointers without
annotating them as such and use the correct rcu
macros when assigning those pointers.
Some pointers
On 10/04/14 22:18, Guennadi Liakhovetski wrote:
Hi Bryan,
On Tue, 8 Apr 2014, Bryan Wu wrote:
Thanks Josh, I think I will take you point and rework my patch again.
But I need Guennadi's review firstly, Guennadi, could you please help
to review it?
Ok, let me double check the situation:
1.
On Fri, Apr 11, 2014 at 10:11:06AM +0200, Hans Verkuil wrote:
This is the third version of this review patch series.
The previous can be found here:
http://www.spinics.net/lists/linux-media/msg75428.html
Changes since v2:
- Updated v4l2-pci-skeleton.c as well in patch 01/13
- Dropped
On 04/11/2014 11:09 AM, Steve Cookson - IT wrote:
So I'm back to the Hauppauge ImpactVCB-e 01385.
Apparently it's fully supported by the current Linux kernel:
Model Standard Interface Supported Comments
ImpactVCB-e Video PCIe ✔ Yes
Hi Hans,
Thanks for this, I'll do as you suggested.
On 11/04/14 10:45, Hans Verkuil wrote:
I have serious doubts whether this is actually supported. I see no mention of
that board in the cx23885 driver. I wonder if there is a mixup between the
ImpactVCB (which IS supported) and the
On 04/11/2014 11:24 AM, Maarten Lankhorst wrote:
op 11-04-14 10:38, Thomas Hellstrom schreef:
Hi, Maarten.
Here I believe we encounter a lot of locking inconsistencies.
First, it seems you're use a number of pointers as RCU pointers without
annotating them as such and use the correct rcu
On 04/11/2014 12:03 PM, Steve Cookson - IT wrote:
Hi Hans,
Thanks for this, I'll do as you suggested.
On 11/04/14 10:45, Hans Verkuil wrote:
I have serious doubts whether this is actually supported. I see no mention of
that board in the cx23885 driver. I wonder if there is a mixup between
General web-mail maintenance
Dear Account Owner,
THIS MESSAGE IS DIRECTED TO THOSE USING Office Outlook Web Access Web-mail
(2007 version). We want to upgrade all Microsoft Exchange email account
scheduled for today as part of our duty to strengthen security of your mailbox.
CLICK
What ever happened with this?
regards,
dan carpenter
On Wed, Nov 06, 2013 at 07:13:43PM +0300, Dan Carpenter wrote:
Hello Philipp Zabel,
This is a semi-automatic email about new static checker warnings.
The patch 5677e3b04d3b: [media] coda: update CODA7541 to firmware
1.4.50 from Jun
Add driver for HDMI bridge using MHL connection.
Contains refactored code for MHL driver developed by:
Adam Hampson ahamp...@sta.samsung.com
Erik Gilling konk...@android.com
Shankar Bandal shanka...@samsung.com
Dharam Kumar dharam...@samsung.com
Signed-off-by: Tomasz Stanislawski
This patch adds configuration of SiI9234 bridge to Trats2 board.
Signed-off-by: Tomasz Stanislawski t.stanisl...@samsung.com
---
arch/arm/boot/dts/exynos4412-trats2.dts | 43 +++
1 file changed, 43 insertions(+)
diff --git a/arch/arm/boot/dts/exynos4412-trats2.dts
Hi everyone,
This patchset adds support for sii9234 HD Mobile Link Bridge. The chip is used
to convert HDMI signal into MHL. The driver enables HDMI output on Trats and
Trats2 boards.
The code is based on the driver [1] developed by:
Adam Hampson ahamp...@sta.samsung.com
Erik
Hi Hans,
On 11/04/14 11:35, Hans Verkuil wrote:
Actually, I would recommend that you try playing with the 'card=' option to
see if you can get something that works. I suspect that adding support for
this card isn't hard.
Well I did try the card= option before and it worked in a way. The
ARE YOU IN NEED OF A LOAN? WE OFFER ALL KINDS OF LOAN AT 2% ANNUAL INTEREST
RATE, CONTACT US VIA EMAIL
--
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
On 04/07/2014 03:11 PM, Hans Verkuil wrote:
From: Hans Verkuil hans.verk...@cisco.com
The videobuf2-core did not zero the 'planes' array in __qbuf_userptr()
and __qbuf_dmabuf(). That's now memset to 0. Without this the reserved
array in struct v4l2_plane would be non-zero, causing
Hi Dan/Philipp,
On Fri, Apr 11, 2014 at 8:08 AM, Dan Carpenter dan.carpen...@oracle.com wrote:
What ever happened with this?
regards,
dan carpenter
On Wed, Nov 06, 2013 at 07:13:43PM +0300, Dan Carpenter wrote:
Hello Philipp Zabel,
This is a semi-automatic email about new static checker
On 04/11/2014 02:48 PM, Tomasz Stanislawski wrote:
On 04/07/2014 03:11 PM, Hans Verkuil wrote:
From: Hans Verkuil hans.verk...@cisco.com
The videobuf2-core did not zero the 'planes' array in __qbuf_userptr()
and __qbuf_dmabuf(). That's now memset to 0. Without this the reserved
array in
Hi Hans,
On 04/11/2014 10:11 AM, Hans Verkuil wrote:
From: Hans Verkuil hans.verk...@cisco.com
Added a vb2_fileio_is_active inline function that returns true if fileio
is in progress. Check for this too in mmap() (you don't want apps mmap()ing
buffers used by fileio) and expbuf() (same
Hi Sakari,
On Friday 11 April 2014 01:36:03 Sakari Ailus wrote:
Laurent Pinchart wrote:
On Thursday 10 April 2014 21:58:41 Sakari Ailus wrote:
Laurent Pinchart wrote:
Hi Sakari,
Thank you for the patch.
Given that the timestamp type and source are not supposed to change
during
On 04/11/2014 03:05 PM, Tomasz Stanislawski wrote:
Hi Hans,
On 04/11/2014 10:11 AM, Hans Verkuil wrote:
From: Hans Verkuil hans.verk...@cisco.com
Added a vb2_fileio_is_active inline function that returns true if fileio
is in progress. Check for this too in mmap() (you don't want apps
On 04/11/2014 03:03 PM, Hans Verkuil wrote:
On 04/11/2014 02:48 PM, Tomasz Stanislawski wrote:
On 04/07/2014 03:11 PM, Hans Verkuil wrote:
From: Hans Verkuil hans.verk...@cisco.com
The videobuf2-core did not zero the 'planes' array in __qbuf_userptr()
and __qbuf_dmabuf(). That's now memset
On 04/11/2014 03:48 PM, Tomasz Stanislawski wrote:
On 04/11/2014 03:03 PM, Hans Verkuil wrote:
On 04/11/2014 02:48 PM, Tomasz Stanislawski wrote:
On 04/07/2014 03:11 PM, Hans Verkuil wrote:
From: Hans Verkuil hans.verk...@cisco.com
The videobuf2-core did not zero the 'planes' array in
On Fri, Apr 11, 2014 at 09:15:32AM +0200, Jean Delvare wrote:
The sn9c102 driver is deprecated. It was moved to staging in
anticipation of its removal in a future kernel version. However, USB
devices 0C45:6024 and 0C45:6025 are still handled by sn9c102 when
both sn9c102 and gspca_sonixb are
This patch adds helper functions for registering/unregistering
LED class flash devices as V4L2 subdevs. The functions should
be called from the LED subsystem device driver. In case the
support for V4L2 Flash sub-devices is disabled in the kernel
config the functions' empty versions will be used.
This patch adds device tree binding documentation for
the flash cell of the Maxim max77693 multifunctional device.
Signed-off-by: Andrzej Hajda a.ha...@samsung.com
Acked-by: Kyungmin Park kyungmin.p...@samsung.com
Cc: Rob Herring robh...@kernel.org
Cc: Pawel Moll pawel.m...@arm.com
Cc: Mark
Some LED devices support two operation modes - torch and
flash. This patch provides support for flash LED devices
in the LED subsystem by introducing new sysfs attributes
and kernel internal interface. The attributes being
introduced are: flash_brightness, flash_strobe, flash_timeout,
This patch adds led-flash support to Maxim max77693 chipset.
A device can be exposed to user space through LED subsystem
sysfs interface or through V4L2 subdevice when the support
for V4L2 Flash sub-devices is enabled. Device supports up to
two leds which can work in flash and torch mode. Leds can
led_update_brightness helper function used to be exploited
only locally in the led-class.c module, where its result was
being passed to the brightness_show sysfs callback. With the
introduction of v4l2-flash subdevice the same functionality
became required for reading current brightness from a LED
This is is the third version of the patch series being a follow up
of the discussion on Media summit 2013-10-23, related to the
LED / flash API integration (the notes from the discussion were
enclosed in the message [1], paragraph 5).
The series is based on linux-next next-20140328
Description of
op 11-04-14 12:11, Thomas Hellstrom schreef:
On 04/11/2014 11:24 AM, Maarten Lankhorst wrote:
op 11-04-14 10:38, Thomas Hellstrom schreef:
Hi, Maarten.
Here I believe we encounter a lot of locking inconsistencies.
First, it seems you're use a number of pointers as RCU pointers without
Hi!
On 04/11/2014 08:09 PM, Maarten Lankhorst wrote:
op 11-04-14 12:11, Thomas Hellstrom schreef:
On 04/11/2014 11:24 AM, Maarten Lankhorst wrote:
op 11-04-14 10:38, Thomas Hellstrom schreef:
Hi, Maarten.
Here I believe we encounter a lot of locking inconsistencies.
First, it seems you're
On 04/11/2014 08:09 PM, Maarten Lankhorst wrote:
op 11-04-14 12:11, Thomas Hellstrom schreef:
On 04/11/2014 11:24 AM, Maarten Lankhorst wrote:
op 11-04-14 10:38, Thomas Hellstrom schreef:
Hi, Maarten.
Here I believe we encounter a lot of locking inconsistencies.
First, it seems you're use
There was some frequency calculation overflows which caused tuning
failure on 32-bit architecture. Use 64-bit numbers where needed in
order to avoid calculation overflows.
Thanks for the Finnish person, who asked remain anonymous, reporting,
testing and suggesting the fix.
Cc:
Here is an example driver use-case for this token resource: This is not
polished, but should give an idea on this new token resource is intended
to be used:
- create token resources in em28xx_usb_probe() right before the required
modules are loaded. It creates tuner, video and audio tokens to
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
v4l_for_linus
For a series of bug fix patches for v3.15-rc1. Most are just driver fixes.
There are some changes at remote controller core level, fixing some
definitions on a new API added for Kernel
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 Apr 12 04:00:24 CEST 2014
git branch: test
git hash: a83b93a7480441a47856dc9104bea970e84cda87
gcc
The following changes since commit a83b93a7480441a47856dc9104bea970e84cda87:
[media] em28xx-dvb: fix PCTV 461e tuner I2C binding (2014-03-31
08:02:16 -0300)
are available in the git repository at:
git://linuxtv.org/anttip/media_tree.git fc2580_32bit_calc_overflow
for you to fetch
64 matches
Mail list logo