Re: pwc over musb: 100% frame drop (lost) on high resolution stream

2016-07-20 18:06 GMT+03:00 Bin Liu : > Hi, > > On Wed, Jul 20, 2016 at 05:44:56PM +0300, Matwey V. Kornilov wrote: >> 2016-07-20 17:13 GMT+03:00 Bin Liu : >> > Hi, >> > >> > On Wed, Jul 20, 2016 at 09:09:42AM +0300, Matwey V. Kornilov wrote: >> >> 2016-07-20 0:34

Documentation issues with some MBUS flags

Hi Sylwester/Sakari, While checking the docs for the V4L2 framework, I noticed something weird Related to those two flags: #define V4L2_MBUS_FRAME_DESC_FL_LEN_MAX(1U << 0) #define V4L2_MBUS_FRAME_DESC_FL_BLOB (1U << 1) They were originally introduced by this changeset:

Re: [PATCH v2] [media] vb2: include lengths in dmabuf qbuf debug message

On Wed, Jul 20, 2016 at 12:07:55PM -0400, Javier Martinez Canillas wrote: > If the VIDIOC_QBUF ioctl fails due a wrong dmabuf length, it's > useful to get the invalid and minimum lengths as a debug info. > > Before this patch: > > vb2-core: __qbuf_dmabuf: invalid dmabuf length for plane 1 > >

[PATCH] Staging: media: timblogiw: File cleanup.

Cleaned up checkpatch.pl warnings and checks. Signed-off-by: Jeremiah Goerdt --- drivers/staging/media/timb/timblogiw.c | 134 - 1 file changed, 67 insertions(+), 67 deletions(-) diff --git a/drivers/staging/media/timb/timblogiw.c

Re: Documentation issues with some MBUS flags

Hi Mauro, Mauro Carvalho Chehab wrote: Hi Sylwester/Sakari, While checking the docs for the V4L2 framework, I noticed something weird Related to those two flags: #define V4L2_MBUS_FRAME_DESC_FL_LEN_MAX(1U << 0) #define V4L2_MBUS_FRAME_DESC_FL_BLOB (1U << 1) They

Re: Documentation issues with some MBUS flags

Em Wed, 20 Jul 2016 23:45:45 +0300 Sakari Ailus escreveu: > Hi Mauro, > > Mauro Carvalho Chehab wrote: > > Hi Sylwester/Sakari, > > > > While checking the docs for the V4L2 framework, I noticed something weird > > Related to those two flags: > > > > #define

Re: [PATCH 00/18] Complete moving media documentation to ReST format

On Wed, 20 Jul 2016 08:07:54 +0200 Markus Heiser wrote: > Jon, what do you think ... could we serve this 1.2 doc > on https://www.kernel.org/doc/ as reference? Seems like a good idea. I don't really know who controls that directory, though; I can ping Konstantin and

Re: [PATCH v2] [media] vb2: include lengths in dmabuf qbuf debug message

Hi Javier, On Wed, Jul 20, 2016 at 06:56:52PM -0400, Javier Martinez Canillas wrote: > Hello Sakari, > > On 07/20/2016 03:52 PM, Sakari Ailus wrote: > > On Wed, Jul 20, 2016 at 12:07:55PM -0400, Javier Martinez Canillas wrote: > >> If the VIDIOC_QBUF ioctl fails due a wrong dmabuf length, it's >

v4l-utils-1.10.1; dvbv5-scan errors on Astra 19E2 12363kHz transponder

Hi folks, What we are talking about? -- 1. Hardware: 1.1 Notebook: Lenovo ThinkPad 11e, Intel Celeron N2940 1.2 Frontend: TurboView TBS-5520 Multi-standard TV Tuner USB Box (http://www.tbs-technology.de, http://tbsdtv.com) 2. Software: 2.1 Package:

Re: [PATCH] doc-rst: get rid of warnings at kernel-documentation.rst

On Wed, 20 Jul 2016 11:41:11 -0300 Mauro Carvalho Chehab wrote: > > The thing with that is that a lot of literal blocks *do* have C code, even > > in kernel-documentation.rst. Setting that in conf.py would turn off all C > > highlighting. I think that might actually

Re: [RFC 5/7] [media] ir-lirc-codec: do not handle any buffer for raw transmitters

Hi Sean, > > Raw transmitters receive the data which need to be sent to > > receivers from userspace as stream of bits, they don't require > > any handling from the lirc framework. > > No drivers of type RC_DRIVER_IR_RAW_TX should handle tx just like any > other device, so data should be

Re: [PATCH v2] [media] vb2: include lengths in dmabuf qbuf debug message

Hello Sakari, On 07/20/2016 07:08 PM, Sakari Ailus wrote: > Hi Javier, > > On Wed, Jul 20, 2016 at 06:56:52PM -0400, Javier Martinez Canillas wrote: >> Hello Sakari, >> >> On 07/20/2016 03:52 PM, Sakari Ailus wrote: >>> On Wed, Jul 20, 2016 at 12:07:55PM -0400, Javier Martinez Canillas wrote:

Re: [PATCH v2] [media] vb2: include lengths in dmabuf qbuf debug message

Hello Sakari, On 07/20/2016 03:52 PM, Sakari Ailus wrote: > On Wed, Jul 20, 2016 at 12:07:55PM -0400, Javier Martinez Canillas wrote: >> If the VIDIOC_QBUF ioctl fails due a wrong dmabuf length, it's >> useful to get the invalid and minimum lengths as a debug info. >> >> Before this patch: >> >>

Re: [RFC 3/7] [media] rc-core: add support for IR raw transmitters

Hi Sean, > > + if (dev->driver_type == RC_DRIVER_IR_RAW || > > + dev->driver_type == RC_DRIVER_IR_RAW_TX) { > > Here the if is wrong. It should be > "if (dev->driver_type != RC_DRIVER_IR_RAW_TX)". Note that as result > the decoder thread is not started, so patch 4

Re: [RFC 1/7] [media] rc-main: assign driver type during allocation

Hi Sean, > > The driver type can be assigned immediately when an RC device > > requests to the framework to allocate the device. > > > > This is an 'enum rc_driver_type' data type and specifies whether > > the device is a raw receiver or scancode receiver. The type will > > be given as parameter

Re: [RFC 7/7] [media] rc: add support for IR LEDs driven through SPI

Hi Sean, > > + int ret; > > + struct ir_spi_data *idata = (struct ir_spi_data *) dev->priv; > > No cast needed. yes, thanks. > > + ret = regulator_enable(idata->regulator); > > + if (ret) > > + return ret; > > + > > + mutex_lock(>mutex); > > + idata->xfer.len = n; > > +

cron job: media_tree daily build: WARNINGS

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: Thu Jul 21 04:00:16 CEST 2016 git branch: test git hash: 009a620848218d521f008141c62f56bf19294dd9 gcc

[PATCH] [media] vb2: move dma-buf unmap from __vb2_dqbuf() to vb2_buffer_done()

Currently the dma-buf is unmapped when the buffer is dequeued by userspace but it's not used anymore after the driver finished processing the buffer. So instead of doing the dma-buf unmapping in __vb2_dqbuf(), it can be made in vb2_buffer_done() after the driver notified that buf processing is

[GIT PULL FOR v4.8] (v2) Various fixes/cleanups

Hi Mauro, Another bunch of bug fixes and small cleanups for 4.8. The vb2 fix is particularly nasty, the others are all pretty trivial. Regards, Hans New for v2: added patch "staging: add MEDIA_SUPPORT dependency" The following changes since commit

Re: [PATCH 00/18] Complete moving media documentation to ReST format

Am 20.07.2016 um 02:00 schrieb Mauro Carvalho Chehab : > Em Tue, 19 Jul 2016 16:49:16 -0600 > Jonathan Corbet escreveu: > >> On Tue, 19 Jul 2016 11:53:19 -0300 >> Mauro Carvalho Chehab wrote: >> >>> So, I guess we should set

Re: [PATCH v8 0/10] Output raw touch data via V4L2

Hi Nick, This series looks good. I plan on taking it for 4.9. I have to wait until 4.8-rc1 is out and merged in our media_tree repo before I can make the pull request, probably in about 3 weeks from now. One request: can you post the 'v4l2-compliance -a -f' output, using the latest

Re: [PATCH] [media] rcar-vin: add legacy mode for wrong media bus formats

On 07/08/2016 12:43 PM, Niklas Söderlund wrote: > A recent bugfix to adv7180 brought to light that the rcar-vin driver are > looking for the wrong media bus format. It was looking for a YUVU format > but then expecting UYVY data. The bugfix for adv7180 will break the > usage of rcar-vin together

Re: [PATCH 0/6] radio: Utilize the module_isa_driver macro

On 07/18/2016 04:45 PM, William Breathitt Gray wrote: > The module_isa_driver macro is a helper macro for ISA drivers which do > not do anything special in module init/exit. This patchset eliminates a > lot of ISA driver registration boilerplate code by utilizing > module_isa_driver, which

[PATCH] airspy: fix compiler warning

drivers/media/usb/airspy/airspy.c: In function 'airspy_probe': drivers/media/usb/airspy/airspy.c:1084:1: warning: label 'err_unregister_v4l2_dev' defined but not used [-Wunused-label] Signed-off-by: Hans Verkuil --- drivers/media/usb/airspy/airspy.c | 1 - 1 file

[GIT PULL FOR v4.8] Various fixes/cleanups

Hi Mauro, Another bunch of bug fixes and small cleanups for 4.8. The vb2 fix is particularly nasty, the others are all pretty trivial. Regards, Hans The following changes since commit 009a620848218d521f008141c62f56bf19294dd9: [media] cec: always check all_device_types and features

Re: next build: 7 warnings 0 failures (next/next-20160720)

On Wednesday, July 20, 2016 3:01:14 AM CEST Olof's autobuilder wrote: >Passed: 122 >Failed: 0 >Warnings: 7 >Section mismatches: 0 Looking pretty good, almost no warnings left. The first one in this list is the only

em288xx and lna - how to enable?

Hi, I see that my card 292e has LNA support: https://patchwork.linuxtv.org/patch/23763/ but searching I can't find how to enable this the force option force_lna_activation=1 that the t500 uses isn't recognised Please could someone tell me if this is configurable an if so how to configure it?

Re: [PATCH 00/18] Complete moving media documentation to ReST format

Em Wed, 20 Jul 2016 08:07:54 +0200 Markus Heiser escreveu: > Am 20.07.2016 um 02:00 schrieb Mauro Carvalho Chehab > : > > > Em Tue, 19 Jul 2016 16:49:16 -0600 > > Jonathan Corbet escreveu: > > > >> On Tue, 19 Jul 2016

Re: [PATCH v2 01/10] v4l: of: add "newavmode" property for Analog Devices codecs

On 07/20/2016 02:03 AM, Steve Longerbeam wrote: > This patch adds a "newavmode" boolean property as part of the v4l2 endpoint > properties. This indicates an Analog Devices decoder is generating EAV/SAV > codes to suit Analog Devices encoders. > > Signed-off-by: Steve Longerbeam

[PATCH] ir-ctl: give proper error message if transmitter does not exist

If a transmitter does not exist when setting using -e, you get the error: warning: /dev/lirc0: failed to set send transmitters: Success Signed-off-by: Sean Young --- utils/ir-ctl/ir-ctl.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git

Re: [PATCH] [media] vb2: map dmabuf for planes on driver queue instead of vidioc_qbuf

Hello Sakari, On 07/20/2016 09:20 AM, Sakari Ailus wrote: > Hi Javier, > > On Fri, Jul 15, 2016 at 12:26:06PM -0400, Javier Martinez Canillas wrote: >> The buffer planes' dma-buf are currently mapped when buffers are queued >> from userspace but it's more appropriate to do the mapping when

Re: pwc over musb: 100% frame drop (lost) on high resolution stream

2016-07-20 17:13 GMT+03:00 Bin Liu : > Hi, > > On Wed, Jul 20, 2016 at 09:09:42AM +0300, Matwey V. Kornilov wrote: >> 2016-07-20 0:34 GMT+03:00 Bin Liu : >> > Hi, >> > >> > On Wed, Jul 20, 2016 at 12:25:44AM +0300, Matwey V. Kornilov wrote: >> >> 2016-07-19 23:56

Re: [PATCH] [media] vb2: map dmabuf for planes on driver queue instead of vidioc_qbuf

On 07/20/2016 04:06 PM, Javier Martinez Canillas wrote: > Hello Sakari, > > On 07/20/2016 09:20 AM, Sakari Ailus wrote: >> Hi Javier, >> >> On Fri, Jul 15, 2016 at 12:26:06PM -0400, Javier Martinez Canillas wrote: >>> The buffer planes' dma-buf are currently mapped when buffers are queued >>>

Re: pwc over musb: 100% frame drop (lost) on high resolution stream

Hi, On Wed, Jul 20, 2016 at 09:09:42AM +0300, Matwey V. Kornilov wrote: > 2016-07-20 0:34 GMT+03:00 Bin Liu : > > Hi, > > > > On Wed, Jul 20, 2016 at 12:25:44AM +0300, Matwey V. Kornilov wrote: > >> 2016-07-19 23:56 GMT+03:00 Bin Liu : > >> > Hi, > >> > > >> > On Tue,

Re: [PATCH] [media] vb2: map dmabuf for planes on driver queue instead of vidioc_qbuf

Hello Hans, On 07/20/2016 10:12 AM, Hans Verkuil wrote: > On 07/20/2016 04:06 PM, Javier Martinez Canillas wrote: >> Hello Sakari, >> >> On 07/20/2016 09:20 AM, Sakari Ailus wrote: >>> Hi Javier, >>> >>> On Fri, Jul 15, 2016 at 12:26:06PM -0400, Javier Martinez Canillas wrote: The buffer

Re: [PATCH] doc-rst: get rid of warnings at kernel-documentation.rst

On Wed, 20 Jul 2016 16:23:28 +0200 Markus Heiser wrote: > Am 20.07.2016 um 16:11 schrieb Mauro Carvalho Chehab > : > > > Sphinx 1.4.5 complains about some literal blocks at > > kernel-documentation.rst: > > > >

Re: [PATCH] [media] doc-rst: Fix some Sphinx warnings

Em Wed, 20 Jul 2016 15:14:27 +0200 Markus Heiser escreveu: > Am 20.07.2016 um 15:00 schrieb Mauro Carvalho Chehab > : > > > Em Wed, 20 Jul 2016 09:32:15 -0300 > > Mauro Carvalho Chehab escreveu: > > > >> Fix all

[PATCH 4/5] [media] media-entry.h: Fix a note markup

The Sphinx note markup for media_remove_intf_links() is wrong: there's a missing space. While here, let's auto-numerate the two notes. Signed-off-by: Mauro Carvalho Chehab --- include/media/media-entity.h | 8 1 file changed, 4 insertions(+), 4 deletions(-)

[PATCH 3/5] [media] doc-rst: better organize the media books

The uAPI book has 5 parts, but they lost numeration after conversion to rst. Manually number those parts, and make the main index with 1 depth, to only show the parts and the annexes. At each part, use :maxwidth: 5, in order to show a more complete index. While here, fix the cross-references

[PATCH 1/5] [media] doc-rst: backward compatibility with older Sphinx versions

Sphinx is really evil when an older version finds an extra attribute for the :toctree: tag: it simply ignores everything and produce documents without any chapter inside! As we're now using tags available only on Sphinx 1.4.x, we need to use some creative ways to add a title before the table of

[PATCH 2/5] [media] doc-rst: Fix some Sphinx warnings

Fix all remaining media warnings with ReST that are fixable without changing at the Sphinx code. Signed-off-by: Mauro Carvalho Chehab --- Documentation/media/v4l-drivers/cx88.rst| 1 + Documentation/media/v4l-drivers/tm6000-cardlist.rst | 2 +-

[PATCH 5/5] [media] doc-rst: Fix license for the media books

The kAPI, v4l-drivers and dvb-drivers never used the GNU FDL license. The addition of such license header were just due to copy-and-paste. So, let's fix it. As the media_kapi were part of device-drivers.tmp, it is under GPL v2+. The other two books is an agregation of files without any license

Re: [PATCH] doc-rst: get rid of warnings at kernel-documentation.rst

Em Wed, 20 Jul 2016 08:31:49 -0600 Jonathan Corbet escreveu: > On Wed, 20 Jul 2016 16:23:28 +0200 > Markus Heiser wrote: > > > Am 20.07.2016 um 16:11 schrieb Mauro Carvalho Chehab > > : > > > > > Sphinx 1.4.5 complains

Re: [PATCH] [media] vb2: include length in dmabuf qbuf debug message

Hello Sakari, On 07/20/2016 09:03 AM, Sakari Ailus wrote: > Hi Javier, > > Thanks for the patch! > Thanks for your feedback. > On Thu, Jul 14, 2016 at 11:09:34AM -0400, Javier Martinez Canillas wrote: >> If the the VIDIOC_QBUF ioctl fails due a wrong dmabuf length, >> it's useful to get the

[PATCH] doc-rst: get rid of warnings at kernel-documentation.rst

Sphinx 1.4.5 complains about some literal blocks at kernel-documentation.rst: Documentation/kernel-documentation.rst:373: WARNING: Could not lex literal_block as "C". Highlighting skipped. Documentation/kernel-documentation.rst:378: WARNING: Could not lex literal_block as "C".

Re: [PATCH] doc-rst: get rid of warnings at kernel-documentation.rst

Am 20.07.2016 um 16:11 schrieb Mauro Carvalho Chehab : > Sphinx 1.4.5 complains about some literal blocks at > kernel-documentation.rst: > > Documentation/kernel-documentation.rst:373: WARNING: Could not lex > literal_block as "C". Highlighting skipped. >

Re: pwc over musb: 100% frame drop (lost) on high resolution stream

2016-07-20 9:09 GMT+03:00 Matwey V. Kornilov : > 2016-07-20 0:34 GMT+03:00 Bin Liu : >> Hi, >> >> On Wed, Jul 20, 2016 at 12:25:44AM +0300, Matwey V. Kornilov wrote: >>> 2016-07-19 23:56 GMT+03:00 Bin Liu : >>> > Hi, >>> > >>> > On Tue, Jul 19, 2016

Re: [PATCH v6] [media] pci: Add tw5864 driver

On 07/20/2016 03:42 AM, Andrey Utkin wrote: > Changes since v5: > - Rework known issues notice as suggested by Hans Verkuil (and previously > Joe Perches) > > I am leaving for a vacation in a day and won't respond before 3rd of August. > I wish to all of you to enjoy your time, too. > > Thanks

Re: [PATCH v2 03/10] media: adv7180: define more registers

On 07/20/2016 02:03 AM, Steve Longerbeam wrote: > Replace hard-coded addresses with new register macro defines. No > functional changes. > > Signed-off-by: Steve Longerbeam Acked-by: Lars-Peter Clausen -- To unsubscribe from this list: send the

Re: pwc over musb: 100% frame drop (lost) on high resolution stream

2016-07-20 0:34 GMT+03:00 Bin Liu : > Hi, > > On Wed, Jul 20, 2016 at 12:25:44AM +0300, Matwey V. Kornilov wrote: >> 2016-07-19 23:56 GMT+03:00 Bin Liu : >> > Hi, >> > >> > On Tue, Jul 19, 2016 at 11:21:17PM +0300, mat...@sai.msu.ru wrote: >> >> Hello, >> >> >> >> I

Re: [PATCH v2 05/10] media: adv7180: add power pin control

On 07/20/2016 02:03 AM, Steve Longerbeam wrote: > Some targets control the ADV7180 power pin via a gpio, so add > optional support for "powerdown" pin control. > > Signed-off-by: Steve Longerbeam > Tested-by: Tim Harvey > Acked-by: Tim Harvey

[PATCH] vivid: don't handle CEC_MSG_SET_STREAM_PATH

vivid shouldn't process the CEC_MSG_SET_STREAM_PATH message: this will confuse userspace follower code because it isn't aware of the state change of becoming an active source. Signed-off-by: Hans Verkuil --- diff --git a/drivers/media/platform/vivid/vivid-cec.c

Re: [PATCH 0/6] radio: Utilize the module_isa_driver macro

On Wed, Jul 20, 2016 at 12:37:31PM +0200, Hans Verkuil wrote: >On 07/18/2016 04:45 PM, William Breathitt Gray wrote: >> The module_isa_driver macro is a helper macro for ISA drivers which do >> not do anything special in module init/exit. This patchset eliminates a >> lot of ISA driver

Re: [PATCH v7] [media] pci: Add tw5864 driver

On 07/20/2016 03:07 PM, Andrey Utkin wrote: > Changes since v6: > - Change tw5864_input_std_get() behaviour as suggested by Hans, and also > simplify > - tw5864_from_v4l2_std(): drop WARN_ON_ONCE on returning STD_INVALID > - tw5864_prepare_frame_headers(): not only WARN_ON_ONCE, but also

[PATCH] vivid: return -ENODATA if the current input doesn't support g/s_selection

Returning -EINVAL indicates wrong arguments, but that's not the case here. Returning -ENOTTY is also no option, since the ioctl is implemented, but it just is not valid for this input. So use -ENODATA instead. This is also used elsewhere when an ioctl isn't valid for a specific input. In this

Re: [PATCH] [media] doc-rst: Fix some Sphinx warnings

Em Wed, 20 Jul 2016 09:32:15 -0300 Mauro Carvalho Chehab escreveu: > Fix all remaining media warnings with ReST that are fixable > without changing at the Sphinx code. > > diff --git a/include/media/media-entity.h b/include/media/media-entity.h > index

Re: [PATCH] [media] vb2: include length in dmabuf qbuf debug message

Hi Javier, Thanks for the patch! On Thu, Jul 14, 2016 at 11:09:34AM -0400, Javier Martinez Canillas wrote: > If the the VIDIOC_QBUF ioctl fails due a wrong dmabuf length, > it's useful to get the invalid length as a debug information. > > Before this patch: > > vb2-core: __qbuf_dmabuf: invalid

Re: [PATCH] [media] doc-rst: Fix some Sphinx warnings

Am 20.07.2016 um 15:00 schrieb Mauro Carvalho Chehab : > Em Wed, 20 Jul 2016 09:32:15 -0300 > Mauro Carvalho Chehab escreveu: > >> Fix all remaining media warnings with ReST that are fixable >> without changing at the Sphinx code. >> > >>

Re: [PATCH 2/4] dt-bindings: Add a binding for Mediatek MDP

On Sat, 2016-07-16 at 18:01 -0500, Rob Herring wrote: > On Thu, Jul 14, 2016 at 08:17:59PM +0800, Minghsiu Tsai wrote: > > Add a DT binding documentation of MDP for the MT8173 SoC > > from Mediatek > > > > Signed-off-by: Minghsiu Tsai > > --- > >

Re: [PATCH] [media] rcar-vin: add legacy mode for wrong media bus formats

On 07/20/2016 02:29 PM, Niklas Söderlund wrote: Hi Hans, Thanks for your feedback. On 2016-07-20 11:48:40 +0200, Hans Verkuil wrote: On 07/08/2016 12:43 PM, Niklas Söderlund wrote: A recent bugfix to adv7180 brought to light that the rcar-vin driver are looking for the wrong media bus

[PATCH] media: doc-rst: document ENODATA for cropping ioctls

Document that the cropping ioctls can return ENODATA if the operation isn't supported for the current input or output. Signed-off-by: Hans Verkuil --- diff --git a/Documentation/media/uapi/v4l/vidioc-cropcap.rst b/Documentation/media/uapi/v4l/vidioc-cropcap.rst index

Re: [PATCH] [media] vb2: map dmabuf for planes on driver queue instead of vidioc_qbuf

Hi Javier, On Fri, Jul 15, 2016 at 12:26:06PM -0400, Javier Martinez Canillas wrote: > The buffer planes' dma-buf are currently mapped when buffers are queued > from userspace but it's more appropriate to do the mapping when buffers > are queued in the driver since that's when the actual DMA

Re: [PATCH] [media] rcar-vin: add legacy mode for wrong media bus formats

Hi Hans, Thanks for your feedback. On 2016-07-20 11:48:40 +0200, Hans Verkuil wrote: > On 07/08/2016 12:43 PM, Niklas Söderlund wrote: > > A recent bugfix to adv7180 brought to light that the rcar-vin driver are > > looking for the wrong media bus format. It was looking for a YUVU format > > but

[PATCH] [media] doc-rst: Fix some Sphinx warnings

Fix all remaining media warnings with ReST that are fixable without changing at the Sphinx code. Signed-off-by: Mauro Carvalho Chehab --- Documentation/media/v4l-drivers/cx88.rst| 1 + Documentation/media/v4l-drivers/tm6000-cardlist.rst | 2 +-

Re: [PATCH] doc-rst: get rid of warnings at kernel-documentation.rst

Am 20.07.2016 um 16:31 schrieb Jonathan Corbet : > On Wed, 20 Jul 2016 16:23:28 +0200 > Markus Heiser wrote: > >> Am 20.07.2016 um 16:11 schrieb Mauro Carvalho Chehab >> : >> >>> Sphinx 1.4.5 complains about some literal

Re: pwc over musb: 100% frame drop (lost) on high resolution stream

Hi, On Wed, Jul 20, 2016 at 05:44:56PM +0300, Matwey V. Kornilov wrote: > 2016-07-20 17:13 GMT+03:00 Bin Liu : > > Hi, > > > > On Wed, Jul 20, 2016 at 09:09:42AM +0300, Matwey V. Kornilov wrote: > >> 2016-07-20 0:34 GMT+03:00 Bin Liu : > >> > Hi, > >> > > >> > On Wed,

Re: [PATCH] doc-rst: get rid of warnings at kernel-documentation.rst

Em Wed, 20 Jul 2016 16:49:59 +0200 Markus Heiser escreveu: > Am 20.07.2016 um 16:31 schrieb Jonathan Corbet : > > > On Wed, 20 Jul 2016 16:23:28 +0200 > > Markus Heiser wrote: > > > >> Am 20.07.2016 um 16:11 schrieb Mauro

Re: [PATCH] doc-rst: get rid of warnings at kernel-documentation.rst

Am 20.07.2016 um 17:06 schrieb Mauro Carvalho Chehab : > Em Wed, 20 Jul 2016 16:49:59 +0200 > Markus Heiser escreveu: > >> Am 20.07.2016 um 16:31 schrieb Jonathan Corbet : >> >>> On Wed, 20 Jul 2016 16:23:28 +0200 >>> Markus

[PATCH 2/2] [media] redrat3: hardware-specific parameters

Add these options as module parameters for now; should other drivers need similar options we could add it to the LIRC api. Signed-off-by: Sean Young --- drivers/media/rc/redrat3.c | 50 +- 1 file changed, 49 insertions(+), 1 deletion(-)

[PATCH 1/2] [media] redrat3: remove hw_timeout member

This is a duplicate of the timeout in rc_dev. Signed-off-by: Sean Young --- drivers/media/rc/redrat3.c | 15 --- 1 file changed, 4 insertions(+), 11 deletions(-) diff --git a/drivers/media/rc/redrat3.c b/drivers/media/rc/redrat3.c index 399f44d..4739bce 100644 ---

Re: em288xx and lna - how to enable?

> Hi, > > I see that my card 292e has LNA support: > https://patchwork.linuxtv.org/patch/23763/ > > but searching I can't find how to enable this the force option > force_lna_activation=1 that the t500 uses isn't recognised > > Please could someone tell me if this is configurable an if so how to >

Re: [PATCH v2 01/10] v4l: of: add "newavmode" property for Analog Devices codecs

On 07/20/2016 12:37 AM, Hans Verkuil wrote: > On 07/20/2016 02:03 AM, Steve Longerbeam wrote: >> This patch adds a "newavmode" boolean property as part of the v4l2 endpoint >> properties. This indicates an Analog Devices decoder is generating EAV/SAV >> codes to suit Analog Devices encoders. >> >>

Re: [PATCH] af9035: fix dual tuner detection with PCTV 79e

Am 17.07.2016 um 10:59 schrieb Antti Palosaari: > On 07/16/2016 11:05 PM, Stefan Pöschel wrote: >> Am 15.07.2016 um 08:21 schrieb Antti Palosaari: >>> Applied and PULL requested for 4.7. >> >> Great, thanks! >> >>> Anyhow, it does not apply for 4.6. You must backport that patch to 4.6 >>> stable

[PATCH v2] [media] vb2: include lengths in dmabuf qbuf debug message

If the VIDIOC_QBUF ioctl fails due a wrong dmabuf length, it's useful to get the invalid and minimum lengths as a debug info. Before this patch: vb2-core: __qbuf_dmabuf: invalid dmabuf length for plane 1 After this patch: vb2-core: __qbuf_dmabuf: invalid dmabuf length 221248 for plane 1,

[PATCH] [media] vb2: remove TODO comment for dma-buf in QBUF

There is a TODO comment about the dma-buf being mapped in VIDIOC_QBUF instead of doing it closer to when the actual DMA is going to happen when the buffers are queued in the driver (i.e: __enqueue_in_driver). But there is a reason to do it earlier in QBUF, and is that userspace has no way to know