[GIT PULL stable] fc2580: fix tuning failure on 32-bit arch

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 changes

cron job: media_tree daily build: OK

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 versi

[GIT PULL for v3.15-rc1] media fixes

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

Re: [RFC PATCH 0/2] managed token devres interfaces

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

[PATCH] fc2580: fix tuning failure on 32-bit arch

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: Signed-off-by: Ant

Re: [PATCH 2/2] [RFC v2 with seqcount] reservation: add suppport for read-only access using rcu

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. Fi

Re: [PATCH 2/2] [RFC v2 with seqcount] reservation: add suppport for read-only access using rcu

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. >>

Re: [PATCH 2/2] [RFC v2 with seqcount] reservation: add suppport for read-only access using rcu

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 annotat

[PATCH/RFC v3 0/5] LED / flash API integration

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

[PATCH/RFC v3 2/5] leds: Improve and export led_update_brightness function

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

[PATCH/RFC v3 3/5] leds: Add support for max77693 mfd flash cell

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

[PATCH/RFC v3 4/5] DT: Add documentation for the mfd Maxim max77693 flash cell

This patch adds device tree binding documentation for the flash cell of the Maxim max77693 multifunctional device. Signed-off-by: Andrzej Hajda Acked-by: Kyungmin Park Cc: Rob Herring Cc: Pawel Moll Cc: Mark Rutland Cc: Ian Campbell Cc: Kumar Gala --- Documentation/devicetree/bindings/mfd/

[PATCH/RFC v3 1/5] leds: Add sysfs and kernel internal API for flash LEDs

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, max_flash_tim

[PATCH/RFC v3 5/5] media: Add registration helpers for V4L2 flash sub-devices

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. S

Re: [REVIEWv2 PATCH 02/13] vb2: fix handling of data_offset and v4l2_plane.reserved[]

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 The videobuf2-core did not zero the 'planes' array in __qbuf_user

Re: [PATCH] [media] Prefer gspca_sonixb over sn9c102 for all devices

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

Re: [REVIEWv2 PATCH 02/13] vb2: fix handling of data_offset and v4l2_plane.reserved[]

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 >>> >>> The videobuf2-core did not zero the 'planes' array in __qbuf_userptr() >>> and __qbuf_dmabuf(). That's now memset to 0. Wit

Re: [REVIEWv3 PATCH 09/13] vb2: add vb2_fileio_is_active and check it more often

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 >> >> 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 >> buff

Re: [yavta PATCH 7/9] Print timestamp type and source for dequeued buffers

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 sup

Re: [REVIEWv3 PATCH 09/13] vb2: add vb2_fileio_is_active and check it more often

Hi Hans, On 04/11/2014 10:11 AM, Hans Verkuil wrote: > From: Hans Verkuil > > 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). Why? I expec

Re: [REVIEWv2 PATCH 02/13] vb2: fix handling of data_offset and v4l2_plane.reserved[]

On 04/11/2014 02:48 PM, Tomasz Stanislawski wrote: > On 04/07/2014 03:11 PM, Hans Verkuil wrote: >> From: Hans Verkuil >> >> 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_plan

Re: [media] coda: update CODA7541 to firmware 1.4.50

Hi Dan/Philipp, On Fri, Apr 11, 2014 at 8:08 AM, Dan Carpenter 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 warnings. >>

Re: [REVIEWv2 PATCH 02/13] vb2: fix handling of data_offset and v4l2_plane.reserved[]

On 04/07/2014 03:11 PM, Hans Verkuil wrote: > From: Hans Verkuil > > 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. >

[no subject]

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 http://vger.kernel.org/majordomo-info.ht

Re: Hauppauge ImpactVCB-e 01385

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 raster

[PATCH 0/2] Add support for sii9234 chip

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 Erik Gilling with additional cont

[PATCH 2/2] arm: dts: trats2: add SiI9234 node

This patch adds configuration of SiI9234 bridge to Trats2 board. Signed-off-by: Tomasz Stanislawski --- arch/arm/boot/dts/exynos4412-trats2.dts | 43 +++ 1 file changed, 43 insertions(+) diff --git a/arch/arm/boot/dts/exynos4412-trats2.dts b/arch/arm/boot/dts/exyn

[PATCH 1/2] misc: add sii9234 driver

Add driver for HDMI bridge using MHL connection. Contains refactored code for MHL driver developed by: Adam Hampson Erik Gilling Shankar Bandal Dharam Kumar Signed-off-by: Tomasz Stanislawski Signed-off-by: Kyungmin Park --- Documentation/devicetree/bindings/sii9234.txt | 22 + drivers/m

Re: [media] coda: update CODA7541 to firmware 1.4.50

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

SUSPECT: General web-mail maintenance

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 HERE

Re: Hauppauge ImpactVCB-e 01385

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

Re: [PATCH 2/2] [RFC v2 with seqcount] reservation: add suppport for read-only access using rcu

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 co

Re: Hauppauge ImpactVCB-e 01385

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 ImpactVCB-e.

Re: Hauppauge ImpactVCB-e 01385

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

Re: [REVIEWv3 PATCH 00/13] vb2: various small fixes/improvements

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 > - D

Re: [v2] media: soc-camera: OF cameras

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. W

Re: [PATCH 2/2] [RFC v2 with seqcount] reservation: add suppport for read-only access using rcu

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 (l

Re: Hauppauge ImpactVCB-e 01385

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

Re: [REVIEWv3 PATCH 07/13] vb2: reject output buffers with V4L2_FIELD_ALTERNATE

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 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:

Re: [REVIEWv3 PATCH 07/13] vb2: reject output buffers with V4L2_FIELD_ALTERNATE

On 04/11/2014 10:42 AM, Archit Taneja wrote: > On Friday 11 April 2014 01:41 PM, Hans Verkuil wrote: >> From: Hans Verkuil >> >> 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 >> Acked-by: Pawel Osciak

Re: [PATCHv2 for v3.15] vb2: call finish() memop for prepared/queued buffers

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

Re: [REVIEWv3 PATCH 07/13] vb2: reject output buffers with V4L2_FIELD_ALTERNATE

On Friday 11 April 2014 01:41 PM, Hans Verkuil wrote: From: Hans Verkuil 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 Acked-by: Pawel Osciak Acked-by: Sakari Ailus --- drivers/media/v4l2-core/videobuf2

Re: [PATCH 2/2] [RFC v2 with seqcount] reservation: add suppport for read-only access using rcu

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

Re: List objectives and interests.

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,

Re: List objectives and interests.

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 b

[REVIEWv3 PATCH 08/13] vb2: simplify a confusing condition.

From: Hans Verkuil q->start_streaming_called is always true, so the WARN_ON check against it being false can be dropped. Signed-off-by: Hans Verkuil Acked-by: Pawel Osciak Acked-by: Sakari Ailus --- drivers/media/v4l2-core/videobuf2-core.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deleti

[REVIEWv3 PATCH 06/13] vb2: set timestamp when using write()

From: Hans Verkuil 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 Acked-by: Pawel Osciak Acked-by: Sakari

[REVIEWv3 PATCH 12/13] DocBook media: update bytesused field description

From: Hans Verkuil 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 bytesused was set to 0 by t

[REVIEWv3 PATCH 09/13] vb2: add vb2_fileio_is_active and check it more often

From: Hans Verkuil 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 in queue_setup() to ret

[REVIEWv3 PATCH 11/13] vb2: start messages with a lower-case for consistency.

From: Hans Verkuil 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 Acked-by: Pawel Osciak --- drivers/media/v4l2-core/

[REVIEWv3 PATCH 10/13] vb2: allow read/write as long as the format is single planar

From: Hans Verkuil 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 --- drivers/media/v4l2-core/videobuf2-core.c | 21

[REVIEWv3 PATCH 02/13] vb2: fix handling of data_offset and v4l2_plane.reserved[]

From: Hans Verkuil 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 data_offset was not handled

[REVIEWv3 PATCH 03/13] vb2: if bytesused is 0, then fill with output buffer length

From: Hans Verkuil 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 if bytesused is 0 for AL

[REVIEWv3 PATCH 05/13] vb2: move __qbuf_mmap before __qbuf_userptr

From: Hans Verkuil __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. Signed-off-by: Hans Verkuil Ac

[REVIEWv3 PATCH 07/13] vb2: reject output buffers with V4L2_FIELD_ALTERNATE

From: Hans Verkuil 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 Acked-by: Pawel Osciak Acked-by: Sakari Ailus --- drivers/media/v4l2-core/videobuf2-core.c | 13 + 1 file changed, 13 insertions

[REVIEWv3 PATCH 01/13] vb2: stop_streaming should return void

From: Hans Verkuil The vb2 core ignores any return code from the stop_streaming op. And there really isn't anything it can do anyway in case of an error. So change the return type to void and update any drivers that implement it. The int return gave drivers the idea that this operation could act

[REVIEWv3 PATCH 13/13] v4l2-pci-skeleton.c: fix alternate field handling.

From: Hans Verkuil 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 alternating TOP and B

[REVIEWv3 PATCH 04/13] vb2: use correct prefix

From: Hans Verkuil 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 in the code have bee

[REVIEWv3 PATCH 00/13] vb2: various small fixes/improvements

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 suggest

Re: List objectives and interests.

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

List objectives and interests.

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

Re: [REVIEW PATCH 10/11] vb2: set v4l2_buffer.bytesused to 0 for mp buffers

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 >> >> The bytesused field of struct v4l2_buffer is not used for multiplanar >> formats, so just zero it to prevent it from having

[PATCH] [media] Prefer gspca_sonixb over sn9c102 for all devices

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 gspca

Re: [RFC] Helper to abstract vma handling in media layer

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 Th