,Your urgent confirmation

Attn: Beneficiary, We have contacted the Federal Ministry of Finance on your Behalf and they have brought a solution to your problem by coordinating your payment in total (10,000,000.00) Ten Million Dollars in an atm card which you can use to withdraw money from any ATM MACHINE CENTER anywhere in

[PATCH v4 1/2] [media] Add Rockchip RK1608 driver

From: Leo Wen Rk1608 is used as a PreISP to link on Soc, which mainly has two functions. One is to download the firmware of RK1608, and the other is to match the extra sensor such as camera and enable sensor by calling sensor's s_power. use below v4l2-ctl command to

[PATCH v4 0/2] Rockchip: Add RK1608 driver and DT-bindings

From: Leo Wen You can use the v4l2-ctl command to capture frames for RK1608. Add DT-bindings documentation for Rockchip RK1608. Add the information of the MAINTAINERS. Leo Wen (2): [media] Add Rockchip RK1608 driver dt-bindings: Document the Rockchip RK1608 bindings

[PATCH v4 2/2] dt-bindings: Document the Rockchip RK1608 bindings

From: Leo Wen Add DT bindings documentation for Rockchip RK1608. Changes V4: - Revise the comment of node. - Revise the comment of 'endpoint@1'. Signed-off-by: Leo Wen --- Documentation/devicetree/bindings/media/rk1608.txt | 95

Re: ivtv: use arch_phys_wc_add() and require PAT disabled

On Thu, Mar 08, 2018 at 04:14:11AM +, Luis R. Rodriguez wrote: > On Thu, Mar 08, 2018 at 04:06:01AM +, Luis R. Rodriguez wrote: > > On Thu, Mar 08, 2018 at 03:16:29AM +, French, Nicholas A. wrote: > > > > > > Ah, I see. So my proposed ioremap_wc call was only "working" by aliasing

cron job: media_tree daily build: ERRORS

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 Mar 8 05:00:12 CET 2018 media-tree git hash:e68854a2588a923b31eebce348f8020374843f8e media_build

Re: ivtv: use arch_phys_wc_add() and require PAT disabled

On Thu, Mar 08, 2018 at 04:06:01AM +, Luis R. Rodriguez wrote: > On Thu, Mar 08, 2018 at 03:16:29AM +, French, Nicholas A. wrote: > > On Wed, Mar 07, 2018 at 07:02:05PM +, Luis R. Rodriguez wrote: > > > On Tue, Mar 06, 2018 at 09:01:10PM +, French, Nicholas A. wrote: > > > > any

Re: ivtv: use arch_phys_wc_add() and require PAT disabled

On Thu, Mar 08, 2018 at 03:16:29AM +, French, Nicholas A. wrote: > On Wed, Mar 07, 2018 at 07:02:05PM +, Luis R. Rodriguez wrote: > > On Tue, Mar 06, 2018 at 09:01:10PM +, French, Nicholas A. wrote: > > > any reason why PAT can't be enabled for ivtvfb as simply as in the > > >

Re: ivtv: use arch_phys_wc_add() and require PAT disabled

On Wed, Mar 07, 2018 at 07:02:05PM +, Luis R. Rodriguez wrote: > On Tue, Mar 06, 2018 at 09:01:10PM +, French, Nicholas A. wrote: > > any reason why PAT can't be enabled for ivtvfb as simply as in the attached > > patch? > > Prior to your change the OSD buffer was obtained using the

[linuxtv-media:master 180/301] drivers/media/usb/em28xx/em28xx-dvb.c:1140:26: error: implicit declaration of function 'dvb_module_probe'; did you mean '__module_get'?

tree: git://linuxtv.org/media_tree.git master head: e68854a2588a923b31eebce348f8020374843f8e commit: ad32495b1513fe8cbab717411b9cd8d2d285de30 [180/301] media: em28xx-dvb: simplify DVB module probing logic config: x86_64-randconfig-b0-03080927 (attached as .config) compiler: gcc-7 (Debian

RE: [PATCH v5 02/12] [media] cxd2880-spi: Add support for CXD2880 SPI interface

Dear Mauro I am very glad to hear your message. Being busy, thank you for taking care of fixing patches as well also. And we will improve about your below comments continuously. Regards & Thanks Takiguchi > -Original Message- > From: Mauro Carvalho Chehab

Re: [PATCH V2 2/2] dt-bindings: Document the Rockchip RK1608 bindings

Hi Sakari, Thanks for your advice,  i'll revise it. Hi Wen, On Mon, Feb 26, 2018 at 04:25:04PM +0800, Wen Nuan wrote: From: Leo Wen Add DT bindings documentation for Rockchip RK1608. Changes V2: - Delete spi-min-frequency property. - Add the external sensor's

[PATCH v7 6/8] media: vsp1: Refactor display list configure operations

The entities provide a single .configure operation which configures the object into the target display list, based on the vsp1_entity_params selection. This restricts us to a single function prototype for both static configuration (the pre-stream INIT stage) and the dynamic runtime stages for

[PATCH v7 1/8] media: vsp1: Reword uses of 'fragment' as 'body'

Throughout the codebase, the term 'fragment' is used to represent a display list body. This term duplicates the 'body' which is already in use. The datasheet references these objects as a body, therefore replace all mentions of a fragment with a body, along with the corresponding pluralised

[PATCH v7 3/8] media: vsp1: Provide a body pool

Each display list allocates a body to store register values in a dma accessible buffer from a dma_alloc_wc() allocation. Each of these results in an entry in the TLB, and a large number of display list allocations adds pressure to this resource. Reduce TLB pressure on the IPMMUs by allocating

[PATCH v7 8/8] media: vsp1: Move video configuration to a cached dlb

We are now able to configure a pipeline directly into a local display list body. Take advantage of this fact, and create a cacheable body to store the configuration of the pipeline in the video object. vsp1_video_pipeline_run() is now the last user of the pipe->dl object. Convert this function to

[PATCH v7 5/8] media: vsp1: Use reference counting for bodies

Extend the display list body with a reference count, allowing bodies to be kept as long as a reference is maintained. This provides the ability to keep a cached copy of bodies which will not change, so that they can be re-applied to multiple display lists. Signed-off-by: Kieran Bingham

[PATCH v7 7/8] media: vsp1: Adapt entities to configure into a body

Currently the entities store their configurations into a display list. Adapt this such that the code can be configured into a body directly, allowing greater flexibility and control of the content. All users of vsp1_dl_list_write() are removed in this process, thus it too is removed. A helper,

[PATCH v7 2/8] media: vsp1: Protect bodies against overflow

The body write function relies on the code never asking it to write more than the entries available in the list. Currently with each list body containing 256 entries, this is fine, but we can reduce this number greatly saving memory. In preparation of this add a level of protection to catch any

[PATCH v7 4/8] media: vsp1: Convert display lists to use new body pool

Adapt the dl->body0 object to use an object from the body pool. This greatly reduces the pressure on the TLB for IPMMU use cases, as all of the lists use a single allocation for the main body. The CLU and LUT objects pre-allocate a pool containing three bodies, allowing a userspace update before

[PATCH v7 0/8] vsp1: TLB optimisation and DL caching

Each display list currently allocates an area of DMA memory to store register settings for the VSP1 to process. Each of these allocations adds pressure to the IPMMU TLB entries. We can reduce the pressure by pre-allocating larger areas and dividing the area across multiple bodies represented as a

Re: [PATCH v2] i2c: adv748x: afe: fix sparse warning

Hi Niklas, Thank you for your patch. On 07/03/18 22:58, Niklas Söderlund wrote: > This fixes the following sparse warning: > > drivers/media/i2c/adv748x/adv748x-afe.c:294:34:expected unsigned int > [usertype] *signal > drivers/media/i2c/adv748x/adv748x-afe.c:294:34:got int * >

Re: [PATCH v2] i2c: adv748x: afe: fix sparse warning

CC linux-media. It's linux-media@vger.kernel.org not linux-me...@vger.kernel.or, sorry for the noise. On 2018-03-07 23:58:16 +0100, Niklas Söderlund wrote: > This fixes the following sparse warning: > > drivers/media/i2c/adv748x/adv748x-afe.c:294:34:expected unsigned int > [usertype]

[PATCH v12 14/33] rcar-vin: align pixelformat check

If the pixelformat is not supported it should not fail but be set to something that works. While we are at it move the two different checks of the pixelformat to the same statement. Signed-off-by: Niklas Söderlund Reviewed-by: Laurent Pinchart

[PATCH v12 05/33] rcar-vin: unregister video device on driver removal

If the video device was registered by the complete() callback it should be unregistered when a device is unbound from the driver. Protect from printing an uninitialized video device node name by adding a check in rvin_v4l2_unregister() to identify that the video device is registered.

[PATCH v12 22/33] rcar-vin: use different v4l2 operations in media controller mode

When the driver runs in media controller mode it should not directly control the subdevice instead userspace will be responsible for configuring the pipeline. To be able to run in this mode a different set of v4l2 operations needs to be used. Add a new set of v4l2 operations to support operation

[PATCH v12 18/33] rcar-vin: move media bus configuration to struct rvin_dev

Bus configuration will once the driver is extended to support Gen3 contain information not specific to only the directly connected parallel subdevice. Move it to struct rvin_dev to show it's not always coupled to the parallel subdevice. Signed-off-by: Niklas Söderlund

[PATCH v12 10/33] rcar-vin: all Gen2 boards can scale simplify logic

The logic to preserve the requested format width and height are too complex and come from a premature optimization for Gen3. All Gen2 SoC can scale and the Gen3 implementation will not use these functions at all so simply preserve the width and height when interacting with the subdevice much like

[PATCH v12 04/33] rcar-vin: rename poorly named initialize and cleanup functions

The functions to register and unregister the hardware and video device where poorly named from the start. Rename them to better describe their intended function. Signed-off-by: Niklas Söderlund Reviewed-by: Kieran Bingham

[PATCH v12 16/33] rcar-vin: simplify how formats are set and reset

With the recent cleanup of the format code to prepare for Gen3 it's possible to simplify the Gen2 format code path as well. Clean up the process by defining two functions to handle the set format and reset of format when the standard is changed. While at it replace the driver local struct

[PATCH v12 27/33] rcar-vin: add chsel information to rvin_info

Each Gen3 SoC has a limited set of predefined routing possibilities for which CSI-2 device and channel can be routed to which VIN instance. Prepare to store this information in the struct rvin_info. Signed-off-by: Niklas Söderlund --- * Changes since v11

[PATCH v12 00/33] rcar-vin: Add Gen3 with media controller

Hi, This series adds Gen3 VIN support to rcar-vin driver for Renesas r8a7795, r8a7796 and r8a77970. It is based on the media-tree and depends on Fabrizio Castro patches as they touches the order of the compatible strings in the documentation to reduce merge conflicts. The dependencies are

[PATCH v12 26/33] rcar-vin: change name of video device

The rcar-vin driver needs to be part of a media controller to support Gen3. Give each VIN instance a unique name so it can be referenced from userspace. Signed-off-by: Niklas Söderlund Reviewed-by: Laurent Pinchart ---

[PATCH v12 29/33] rcar-vin: add link notify for Gen3

Add the ability to process media device link change requests. Link enabling is a bit complicated on Gen3, whether or not it's possible to enable a link depends on what other links already are enabled. On Gen3 the 8 VINs are split into two subgroup's (VIN0-3 and VIN4-7) and from a routing

[PATCH v12 32/33] rcar-vin: enable support for r8a7796

Add the SoC specific information for Renesas r8a7796. Signed-off-by: Niklas Söderlund Reviewed-by: Laurent Pinchart --- drivers/media/platform/rcar-vin/rcar-core.c | 44 + 1 file changed, 44

[PATCH v12 20/33] rcar-vin: add function to manipulate Gen3 chsel value

On Gen3 the CSI-2 routing is controlled by the VnCSI_IFMD register. One feature of this register is that it's only present in the VIN0 and VIN4 instances. The register in VIN0 controls the routing for VIN0-3 and the register in VIN4 controls routing for VIN4-7. To be able to control routing from

[PATCH v12 28/33] rcar-vin: parse Gen3 OF and setup media graph

The parsing and registering CSI-2 subdevices with the v4l2 async framework is a collaborative effort shared between the VIN instances which are part of the group. When the last VIN in the group is probed it asks all other VINs to parse its share of OF and record the async subdevices it finds in

[PATCH v12 24/33] rcar-vin: prepare for media controller mode initialization

Prepare for media controller by calling a different initialization then when running in device centric mode. Add trivial configuration of the mbus and creation of the media pad for the video device entity. While we are at it clearly mark the digital device centric notifier functions with a

[PATCH v12 25/33] rcar-vin: add group allocator functions

In media controller mode all VIN instances needs to be part of the same media graph. There is also a need for each VIN instance to know about and in some cases be able to communicate with other VIN instances. Add an allocator framework where the first VIN instance to be probed creates a shared

[PATCH v12 30/33] rcar-vin: extend {start,stop}_streaming to work with media controller

The procedure to start or stop streaming using the non-MC single subdevice and the MC graph and multiple subdevices are quite different. Create a new function to abstract which method is used based on which mode the driver is running in and add logic to start the MC graph. Signed-off-by: Niklas

[PATCH v12 33/33] rcar-vin: enable support for r8a77970

Add the SoC specific information for Renesas r8a77970. Signed-off-by: Niklas Söderlund Reviewed-by: Laurent Pinchart --- drivers/media/platform/rcar-vin/rcar-core.c | 23 +++ 1 file changed, 23

[PATCH v12 31/33] rcar-vin: enable support for r8a7795

Add the SoC specific information for Renesas r8a7795 ES1.x and ES2.0. Signed-off-by: Niklas Söderlund Reviewed-by: Laurent Pinchart --- drivers/media/platform/rcar-vin/Kconfig | 2 +-

[PATCH v12 09/33] rcar-vin: move functions regarding scaling

In preparation of refactoring the scaling code move the code regarding scaling to to the top of the file to avoid the need to add forward declarations. No code is changed in this commit only whole functions moved inside the same file. Signed-off-by: Niklas Söderlund

[PATCH v12 19/33] rcar-vin: enable Gen3 hardware configuration

Add the register needed to work with Gen3 hardware. This patch adds the logic for how to work with the Gen3 hardware. More work is required to enable the subdevice structure needed to configure capturing. Signed-off-by: Niklas Söderlund Reviewed-by: Hans

[PATCH v12 23/33] rcar-vin: force default colorspace for media centric mode

The V4L2 specification clearly documents the colorspace fields as being set by drivers for capture devices. Using the values supplied by userspace thus wouldn't comply with the API. Until the API is updated to allow for userspace to set these Hans wants the fields to be set by the driver to fixed

[PATCH v12 15/33] rcar-vin: break out format alignment and checking

Part of the format alignment and checking can be shared with the Gen3 format handling. Break that part out to a separate function. Signed-off-by: Niklas Söderlund --- drivers/media/platform/rcar-vin/rcar-v4l2.c | 85 - 1 file

[PATCH v12 12/33] rcar-vin: fix handling of single field frames (top, bottom and alternate fields)

There was never proper support in the VIN driver to deliver ALTERNATING field format to user-space, remove this field option. The problem is that ALTERNATING field order requires the sequence numbers of buffers returned to userspace to reflect if fields where dropped or not, something which is not

[PATCH v12 21/33] rcar-vin: add flag to switch to media controller mode

On Gen3 a media controller API needs to be used to allow userspace to configure the subdevices in the pipeline instead of directly controlling a single source subdevice, which is and will continue to be the mode of operation on Gen2. Prepare for these two modes of operation by adding a flag to

[PATCH v12 11/33] rcar-vin: set a default field to fallback on

If the field is not supported by the driver it should not try to keep the current field. Instead it should set it to a default fallback. Since trying a format should always result in the same state regardless of the current state of the device. Signed-off-by: Niklas Söderlund

[PATCH v12 17/33] rcar-vin: cache video standard

At stream on time the driver should not query the subdevice for which standard are used. Instead it should be cached when userspace sets the standard and used at stream on time. Signed-off-by: Niklas Söderlund ---

[PATCH v12 13/33] rcar-vin: update bytesperline and sizeimage calculation

Remove over complicated logic to calculate the value for bytesperline and sizeimage that was carried over from the soc_camera port. There is no need to find the max value of bytesperline and sizeimage from user-space as they are set to 0 before the max_t() operation. Signed-off-by: Niklas

[PATCH v12 06/33] rcar-vin: move subdevice handling to async callbacks

In preparation for Gen3 support move the subdevice initialization and clean up from rvin_v4l2_{register,unregister}() directly to the async callbacks. This simplifies the addition of Gen3 support as the rvin_v4l2_register() can be shared for both Gen2 and Gen3 while direct subdevice control are

[PATCH v12 02/33] dt-bindings: media: rcar_vin: add device tree support for r8a774[35]

From: Fabrizio Castro Add compatible strings for r8a7743 and r8a7745. No driver change is needed as "renesas,rcar-gen2-vin" will activate the right code. However, it is good practice to document compatible strings for the specific SoC as this allows SoC specific

[PATCH v12 03/33] rcar-vin: add Gen3 devicetree bindings documentation

Document the devicetree bindings for the CSI-2 inputs available on Gen3. There is a need to add a custom property 'renesas,id' and to define which CSI-2 input is described in which endpoint under the port@1 node. This information is needed since there are a set of predefined routes between each

[PATCH v12 07/33] rcar-vin: move model information to own struct

When Gen3 support is added to the driver more than model ID will be different for the different SoCs. To avoid a lot of if statements in the code create a struct rvin_info to store this information. While we are at it rename the poorly chosen enum which contains the different model IDs from

[PATCH v12 08/33] rcar-vin: move max width and height information to chip information

On Gen3 the max supported width and height will be different from Gen2. Move the limits to the struct rvin_info to prepare for Gen3 support. Signed-off-by: Niklas Söderlund Reviewed-by: Kieran Bingham Reviewed-by:

[PATCH v12 01/33] dt-bindings: media: rcar_vin: Reverse SoC part number list

From: Fabrizio Castro Change the sorting of the part numbers from descending to ascending to match with other documentation. Signed-off-by: Fabrizio Castro Reviewed-by: Biju Das Reviewed-by: Simon Horman

Re: [PATCH 1/4] dt-bindings: media: sun6i: Add A31 and H3 compatibles

On Mon, Mar 05, 2018 at 11:04:29AM +0100, Maxime Ripard wrote: > The H3 has a slightly different CSI controller (no BT656, no CCI) which > looks a lot like the original A31 controller. Add a compatible for the A31, > and more specific compatible the for the H3 to be used in combination for > the

Re: [PATCH 00/13] Remove metag architecture

On Thu, Feb 22, 2018 at 12:38 AM, James Hogan wrote: > These patches remove the metag architecture and tightly dependent > drivers from the kernel. With the 4.16 kernel the ancient gcc 4.2.4 > based metag toolchain we have been using is hitting compiler bugs, so > now seems a

Re: [PATCH 3/4] [media] ddbridge: use common DVB I2C client handling helpers

Em Wed, 7 Mar 2018 20:23:49 +0100 Daniel Scheller escreveu: > From: Daniel Scheller > > Instead of keeping duplicated I2C client handling construct, make use of > the newly introduced dvb_module_*() helpers. This not only keeps things > way

Re: [PATCH 3/4] [media] ddbridge: use common DVB I2C client handling helpers

Am Wed, 7 Mar 2018 16:44:49 -0300 schrieb Mauro Carvalho Chehab : > Em Wed, 7 Mar 2018 20:23:49 +0100 > Daniel Scheller escreveu: > > > From: Daniel Scheller > > > > Instead of keeping duplicated I2C client handling construct,

[PATCH v2 2/2] [media] ngene: use common DVB I2C client handling helpers

From: Daniel Scheller Like in ddbridge, get rid of all duplicated I2C client handling constructs and rather make use of the newly added dvb_module_*() helpers. Makes things more clean and removes the (cosmetic) need for some variables. The check on a valid ptr on ci->en

[PATCH v2 1/2] [media] ddbridge: use common DVB I2C client handling helpers

From: Daniel Scheller Instead of keeping duplicated I2C client handling construct, make use of the newly introduced dvb_module_*() helpers. This not only keeps things way cleaner and removes the need for duplicated I2C client attach code, but even allows to get rid of some

Re: [PATCH] Fix for hanging si2168 in PCTV 292e, making code match

On 03/07/2018 06:39 PM, Ron Economos wrote: I'm almost 100% sure that the patch I submitted (and was committed in Linux 4.16-rc1) for the si2168 fixes Nigel's issue. I would suggest that Nigel's patch be retired.

[PATCH 4/4] [media] ngene: use common DVB I2C client handling helpers

From: Daniel Scheller Like in ddbridge, get rid of all duplicated I2C client handling constructs and rather make use of the newly added dvb_module_*() helpers. Makes things more clean and removes the (cosmetic) need for some variables. The check on a valid ptr on ci->en

[PATCH 2/4] [media] dvb-frontends/Kconfig: move the SP2 driver to the CI section

From: Daniel Scheller The CIMaX SP2 driver is a EN50221 CI controller I2C driver similar to the cxd2099 driver. Move it's Kconfig block into the newly introduced CI subsection. Cc: Olli Salonen Cc: Antti Palosaari Signed-off-by: Daniel

[PATCH 3/4] [media] ddbridge: use common DVB I2C client handling helpers

From: Daniel Scheller Instead of keeping duplicated I2C client handling construct, make use of the newly introduced dvb_module_*() helpers. This not only keeps things way cleaner and removes the need for duplicated I2C client attach code, but even allows to get rid of some

[PATCH 0/4] misc cxd2099/Kconfig/ddbridge/ngene improvements

From: Daniel Scheller This series improves this: * The cxd2099 Kconfig block is improved to be more complete and to match those of the other drivers * The sp2 CI driver is moved down to the new CI EN50221 subsection in the Kconfig of the dvb-frontends/ subdir * Both

[PATCH 1/4] [media] dvb-frontends/cxd2099: Kconfig additions

From: Daniel Scheller The cxd2099 driver makes use of the Regmap I2C kernel API, thus add "select REGMAP_I2C" to it's Kconfig block. Also, make it default "m" if !MEDIA_SUBDRV_AUTOSELECT, just like every other dvb-frontend driver. And, while at it, remove the hyphens around

Re: ivtv: use arch_phys_wc_add() and require PAT disabled

On Tue, Mar 06, 2018 at 09:01:10PM +, French, Nicholas A. wrote: > any reason why PAT can't be enabled for ivtvfb as simply as in the attached > patch? diff --git a/drivers/media/pci/ivtv/ivtvfb.c b/drivers/media/pci/ivtv/ivtvfb.c index 621b2f613d81..69de110726e8 100644 ---

Re: v4l-utils fails to build against musl libc (with patch)

Hi Bjorn, On Wed, Mar 07, 2018 at 12:14:05PM -0500, Bjorn Pagen wrote: > Here's the link again and it's tinyurl, since the link seems to be > borked because of line wraparounds: > > https://git.alpinelinux.org/cgit/aports/tree/community/v4l-utils/0001-ir-ctl-fixes-for-musl-compile.patch >

Re: v4l-utils fails to build against musl libc (with patch)

Here's the link again and it's tinyurl, since the link seems to be borked because of line wraparounds: https://git.alpinelinux.org/cgit/aports/tree/community/v4l-utils/0001-ir-ctl-fixes-for-musl-compile.patch https://tinyurl.com/y7gr6eju On Wed, Mar 7, 2018 at 12:11 PM,

v4l-utils fails to build against musl libc (with patch)

Hey all, v4l-utils currently fails to build against musl libc, since musl, and POSIX, both do not define TEMP_FAILURE_RETRY() or strndupa(). This can be fixed with a small patch from https://git.alpinelinux.org/c git/aports/tree/community/v4l-utils/0001-ir-ctl-fixes-for-musl-compile. patch.

Re: [PATCH] Fix for hanging si2168 in PCTV 292e, making code match

I'm almost 100% sure that the patch I submitted (and was committed in Linux 4.16-rc1) for the si2168 fixes Nigel's issue. I would suggest that Nigel's patch be retired. https://github.com/torvalds/linux/blob/master/drivers/media/dvb-frontends/si2168.c media: [RESEND] media: dvb-frontends: Add

Re: [RFCv4,13/21] media: videobuf2-v4l2: support for requests

Hi, On Tue, 2018-02-20 at 13:44 +0900, Alexandre Courbot wrote: > Add a new vb2_qbuf_request() (a request-aware version of vb2_qbuf()) > that request-aware drivers can call to queue a buffer into a request > instead of directly into the vb2 queue if relevent. > > This function expects that

Re: [RFCv4,19/21] media: vim2m: add request support

Hi, First off, I'd like to take the occasion to say thank-you for your work. This is a major piece of plumbing that is required for me to add support for the Allwinner CedarX VPU hardware in upstream Linux. Other drivers, such as tegra-vde (that was recently merged in staging) are also badly in

I2C media binding model

Hi Akihiro-san, There are a number of patches that you sent with a proposal for a new I2C binding model: 1. [v3,1/4] dvb: qm1d1c0042: use dvb-core i2c binding model template http://patchwork.linuxtv.org/patch/27923 2. dvb: mxl301rf: use dvb-core i2c binding model template

Re: [GIT PULL RESEND] SAA716x DVB driver

Hi Sören, Em Wed, 23 Aug 2017 11:56:50 +0200 Soeren Moch escreveu: > Resend this pull request. Apparently my explanation one month ago, > why we need the userspace API of this driver in the current form [1], > got lost. As discussed in priv, I'm ok to merge this at staging,

Re: [PATCH] [media] cpia2_usb: drop bogus interface-release call

On Wed, Mar 07, 2018 at 10:49:36AM +0100, Johan Hovold wrote: > Drop bogus call to usb_driver_release_interface() from the disconnect() > callback. As the interface is already being unbound at this point, > usb_driver_release_interface() simply returns early. > > Signed-off-by: Johan Hovold

[PATCH] media: Kconfig: fix DVB dependencies

If I2C is present and it is module, the DVB core should also be a module, otherwise build will now fail with: drivers/media/dvb-core/dvbdev.o: In function `dvb_module_probe': drivers/media/dvb-core/dvbdev.c:965: undefined reference to `i2c_new_device'

[PATCHv2.1 5/7] cec-pin: add error injection support

Implement all the error injection commands. The state machine gets new states for the various error situations, helper functions are added to detect whether an error injection is active and the actual error injections are implemented. Signed-off-by: Hans Verkuil ---

Re: [PATCH] Fix for hanging si2168 in PCTV 292e, making the code match

Em Wed, 7 Mar 2018 15:23:52 +0200 Antti Palosaari escreveu: > On 12/14/2017 04:48 PM, Mauro Carvalho Chehab wrote: > > Em Tue, 19 Sep 2017 13:13:52 +0100 > > Nigel Kettlewell escreveu: > > > >> [re-sending as plain text] > >> > >> Fix for

Re: [PATCH] Fix for hanging si2168 in PCTV 292e, making the code match

On 12/14/2017 04:48 PM, Mauro Carvalho Chehab wrote: Em Tue, 19 Sep 2017 13:13:52 +0100 Nigel Kettlewell escreveu: [re-sending as plain text] Fix for hanging si2168 in PCTV 292e USB, making the code match the comment. Using firmware v4.0.11 the 292e would

[linuxtv-media:master 276/295] drivers/media/dvb-core/dvbdev.c:965: undefined reference to `i2c_new_device'

tree: git://linuxtv.org/media_tree.git master head: 8514509ba5933f4e4ade0d5d81be117f18c1ebd2 commit: 1980bfa67f19d628df30b9b5b76bca37c2a76dde [276/295] media: dvbdev: fix building on ia64 config: i386-randconfig-a1-201809 (attached as .config) compiler: gcc-4.9 (Debian 4.9.4-2) 4.9.4

[PATCH 2/2] media: imon: rename protocol from other to imon

This renames the protocol for the imon rc driver from other to imon, since it is now an known protocol. Although different name will show up in the sysfs protocol file, loading a keymap using existing ir-keytable versions still works. Signed-off-by: Sean Young ---

[PATCH 1/2] media: rc: add new imon protocol decoder and encoder

This makes it possible to use the various iMON remotes with any raw IR RC device. Signed-off-by: Sean Young --- drivers/media/rc/Kconfig | 9 ++ drivers/media/rc/Makefile | 1 + drivers/media/rc/ir-imon-codec.c | 192

Re: [PATCH] media: ov5640: fix get_/set_fmt colorspace related fields

Hi Fabio, On Wed, Mar 07, 2018 at 06:51:26AM -0300, Fabio Estevam wrote: > Hi Sakari, > > On Wed, Mar 7, 2018 at 5:13 AM, Sakari Ailus wrote: > > >> @@ -2497,16 +2504,22 @@ static int ov5640_probe(struct i2c_client *client, > >> struct fwnode_handle *endpoint; > >>

[linuxtv-media:master 180/275] drivers/media//usb/em28xx/em28xx-dvb.c:1140:26: error: implicit declaration of function 'dvb_module_probe'

tree: git://linuxtv.org/media_tree.git master head: 779c79d4b833ec646b0aed878da38edb45bbe156 commit: ad32495b1513fe8cbab717411b9cd8d2d285de30 [180/275] media: em28xx-dvb: simplify DVB module probing logic config: openrisc-allmodconfig (attached as .config) compiler: or1k-linux-gcc (GCC) 6.0.0

Re: [PATCH] media: dvbdev: fix building on ia64

Em Wed, 7 Mar 2018 06:47:14 -0300 Fabio Estevam escreveu: > Hi Mauro, > > On Wed, Mar 7, 2018 at 6:14 AM, Mauro Carvalho Chehab > wrote: > > Not sure why, but, on ia64, with Linaro's gcc 7.3 compiler, > > using #ifdef (CONFIG_I2C) is not OK. > >

Re: [PATCH v5 02/12] [media] cxd2880-spi: Add support for CXD2880 SPI interface

Em Thu, 18 Jan 2018 17:46:10 +0900 escreveu: > From: Yasunari Takiguchi > > This is the SPI adapter part of the driver for the > Sony CXD2880 DVB-T2/T tuner + demodulator. Thanks for the patches! The patch series look ok. Just a few

[PATCH] media: cxd2880: Fix location of DVB headers

Fix a trivial conflict, where the location of DVB headers got moved. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/dvb-frontends/cxd2880/cxd2880_tnrdmd.c | 2 +- drivers/media/dvb-frontends/cxd2880/cxd2880_tnrdmd_dvbt.c | 2 +-

[PATCH 1/3] media: cxd2880: Makefile: remove an include

It is not needed anymore to include the dvb-core directory, as all the public headers that used to be there was moved to include/media. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/dvb-frontends/cxd2880/Makefile | 1 - 1 file changed, 1 deletion(-) diff

[PATCH 3/3] media: cxd2880: remove unused vars

drivers/media/dvb-frontends/cxd2880/cxd2880_top.c: In function ‘cxd2880_set_ber_per_period_t’: drivers/media/dvb-frontends/cxd2880/cxd2880_top.c:677:34: warning: variable ‘c’ set but not used [-Wunused-but-set-variable] struct dtv_frontend_properties *c; ^

[PATCH 2/3] media: cxd2880: don't return unitialized values

drivers/media/dvb-frontends/cxd2880/cxd2880_devio_spi.c:59 cxd2880_io_spi_read_reg() error: uninitialized symbol 'ret'. drivers/media/dvb-frontends/cxd2880/cxd2880_devio_spi.c:111 cxd2880_io_spi_write_reg() error: uninitialized symbol 'ret'.

Re: [PATCH V2 2/2] dt-bindings: Document the Rockchip RK1608 bindings

Hi Wen, On Mon, Feb 26, 2018 at 04:25:04PM +0800, Wen Nuan wrote: > From: Leo Wen > > Add DT bindings documentation for Rockchip RK1608. > > Changes V2: > - Delete spi-min-frequency property. > - Add the external sensor's control pin and clock properties. > - Delete the

Re: [PATCH] media: ov5640: fix get_/set_fmt colorspace related fields

Hi Sakari, On Wed, Mar 7, 2018 at 5:13 AM, Sakari Ailus wrote: >> @@ -2497,16 +2504,22 @@ static int ov5640_probe(struct i2c_client *client, >> struct fwnode_handle *endpoint; >> struct ov5640_dev *sensor; >> int ret; >> + struct v4l2_mbus_framefmt

[PATCH] [media] cpia2_usb: drop bogus interface-release call

Drop bogus call to usb_driver_release_interface() from the disconnect() callback. As the interface is already being unbound at this point, usb_driver_release_interface() simply returns early. Signed-off-by: Johan Hovold --- drivers/media/usb/cpia2/cpia2_usb.c | 3 --- 1 file

Re: [PATCH] media: dvbdev: fix building on ia64

Hi Mauro, On Wed, Mar 7, 2018 at 6:14 AM, Mauro Carvalho Chehab wrote: > Not sure why, but, on ia64, with Linaro's gcc 7.3 compiler, > using #ifdef (CONFIG_I2C) is not OK. Looking at the kbuild report the failure happens when CONFIG_I2C=m. IS_ENABLED() macro takes

[PATCH] media: dvbdev: fix building on ia64

Not sure why, but, on ia64, with Linaro's gcc 7.3 compiler, using #ifdef (CONFIG_I2C) is not OK. So, replace it by IS_ENABLED(CONFIG_I2C), in order to fix the builds there. Reported-by: kbuild test robot Signed-off-by: Mauro Carvalho Chehab ---

Re: [PATCH V3 1/2] [media] Add Rockchip RK1608 driver

On Tue, Mar 6, 2018 at 2:59 AM, Wen Nuan wrote: Thank you for the patch! Nice improvements over all! > From: Leo Wen > > Rk1608 is used as a PreISP to link on Soc, which mainly has two functions. > One is to download the firmware of RK1608, and

  1   2   >