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: Tue Apr 3 05:00:16 CEST 2018 media-tree git hash:6ccd228e0cfce2a4f44558422d25c60fcb1a6710 media_build

[PATCH v2 1/4] media: i2c: tvp5150: Add a space after commas

This patch resolves checkpatch.pl errors: ERROR: space required after that ',' (ctx:VxV) Signed-off-by: Nasser Afshin --- drivers/media/i2c/tvp5150.c | 134 ++-- 1 file changed, 67 insertions(+), 67 deletions(-) diff --git

[PATCH v2 4/4] media: i2c: tvp5150: Use parentheses for sizeof

This patch resolves a checkpatch.pl warning: WARNING: sizeof *cap should be sizeof(*cap) Signed-off-by: Nasser Afshin --- drivers/media/i2c/tvp5150.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/media/i2c/tvp5150.c

[PATCH v2 2/4] media: i2c: tvp5150: Use the correct comment style

This patch resolves checkpatch.pl warnings: WARNING: Block comments use * on subsequent lines WARNING: Block comments use a trailing */ on a separate line Signed-off-by: Nasser Afshin --- drivers/media/i2c/tvp5150.c | 19 --- 1 file changed, 12

[PATCH v2 3/4] media: i2c: tvp5150: Fix open brace placement codding style

This patch resolves the following checkpatch.pl error: ERROR: that open brace { should be on the previous line Signed-off-by: Nasser Afshin --- drivers/media/i2c/tvp5150.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH v2 0/4] media: i2c: tvp5150: resolve checkpatch errors

This patch series tries to resolve some checkpatch.pl errors and warnings. Nasser Afshin (4): media: i2c: tvp5150: Add a space after commas media: i2c: tvp5150: Use the correct comment style media: i2c: tvp5150: Fix open brace placement codding style media: i2c: tvp5150: Use parentheses

Re: [PATCH 3/3] media: i2c: tvp5150: Use parentheses for sizeof

Hi, On 04/02/2018 02:59 PM, Nasser Afshin wrote: This patch resolves a checkpatch.pl warning It would be nice if you explicitly mention the warning. Thanks. -- Gustavo Signed-off-by: Nasser Afshin --- drivers/media/i2c/tvp5150.c | 2 +- 1 file changed, 1

[PATCH 1/3] media: i2c: tvp5150: Add a space after commas

This patch resolves checkpatch.pl errors: ERROR: space required after that ',' (ctx:VxV) Signed-off-by: Nasser Afshin --- drivers/media/i2c/tvp5150.c | 134 ++-- 1 file changed, 67 insertions(+), 67 deletions(-) diff --git

[PATCH 0/3] media: i2c: tvp5150: resolve checkpatch errors

This patch series tries to resolve some checkpatch.pl errors and warnings. Nasser Afshin (3): media: i2c: tvp5150: Add a space after commas media: i2c: tvp5150: Use the correct comment style media: i2c: tvp5150: Use parentheses for sizeof drivers/media/i2c/tvp5150.c | 159

[PATCH 2/3] media: i2c: tvp5150: Use the correct comment style

This patch resolves some checkpatch.pl warnings about comments. Signed-off-by: Nasser Afshin --- drivers/media/i2c/tvp5150.c | 23 ++- 1 file changed, 14 insertions(+), 9 deletions(-) diff --git a/drivers/media/i2c/tvp5150.c

[PATCH 3/3] media: i2c: tvp5150: Use parentheses for sizeof

This patch resolves a checkpatch.pl warning Signed-off-by: Nasser Afshin --- drivers/media/i2c/tvp5150.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/media/i2c/tvp5150.c b/drivers/media/i2c/tvp5150.c index d561d87d219a..d528fddbea16 100644

[PATCH] cx231xx: Increase USB bridge bandwidth

The cx231xx USB bridge has issue streaming QAM256 DVB-C channels. QAM64 channels were fine, but QAM256 channels produced corrupted transport streams. cx231xx alt mode 4 does not provide enough bandwidth to acommodate QAM256 DVB-C channels, most likely DVB-T2 channels would break up as well. Alt

Re: [PATCH 2/8] PCI: Add pci_find_common_upstream_dev()

On Mon, Apr 02, 2018 at 01:32:37PM -0600, Logan Gunthorpe wrote: > > > On 02/04/18 01:16 PM, Jerome Glisse wrote: > > There isn't good API at the moment AFAIK, closest thing would either be > > lookup_resource() or region_intersects(), but a more appropriate one can > > easily be added, code to

Re: [PATCH 2/8] PCI: Add pci_find_common_upstream_dev()

On 02/04/18 01:16 PM, Jerome Glisse wrote: > There isn't good API at the moment AFAIK, closest thing would either be > lookup_resource() or region_intersects(), but a more appropriate one can > easily be added, code to walk down the tree is readily available. More- > over this can be optimize

Re: [PATCH 2/8] PCI: Add pci_find_common_upstream_dev()

On Mon, Apr 02, 2018 at 11:37:07AM -0600, Logan Gunthorpe wrote: > > > On 02/04/18 11:20 AM, Jerome Glisse wrote: > > The point i have been trying to get accross is that you do have this > > information with dma_map_resource() you know the device to which you > > are trying to map (dev argument

Re: [PATCH 15/15] ARM: pxa: change SSP DMA channels allocation

://github.com/0day-ci/linux/commits/Robert-Jarzmik/ARM-pxa-switch-to-DMA-slave-maps/20180402-233029 config: arm-allmodconfig (attached as .config) compiler: arm-linux-gnueabi-gcc (Debian 7.2.0-11) 7.2.0 reproduce: wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O

[PATCH 13/20] [media] ddbridge: set devid entry for link 0

From: Daniel Scheller Currently, /sys/class/ddbridgeX/devid always reports 0 due to devid not being set at all. Set the devid field alongside while storing all other hardware ID data. Picked up from the upstream dddvb-0.9.33 release. Signed-off-by: Daniel Scheller

[PATCH 01/20] [media] dvb-frontends/stv0910: add init values for TSINSDELM/L

From: Daniel Scheller The TSINSDEL registers were lacking initialisation in the stv0910 demod driver. Initialise them (both demods) in the probe() function. Picked up from the upstream dddvb-0.9.33 release. Signed-off-by: Daniel Scheller ---

[PATCH 00/20] dddvb/ddbridge-0.9.33

From: Daniel Scheller This series brings all relevant changes from the upstream dddvb-0.9.33 driver package to the in-kernel ddbridge and stv0910, though a few changes were picked up and merged previously already. Summary of changes: * stv0910: initialisation fixes and fixed

[PATCH 08/20] [media] ddbridge: add helper for IRQ handler setup

From: Daniel Scheller Introduce the ddb_irq_set() helper function (along with a matching prototype in ddbridge.h) to improve the set up of the IRQ handlers and handler_data, and rework storing this data into the ddb_link using a new ddb_irq struct. This also does the

[PATCH 11/20] [media] ddbridge: use spin_lock_irqsave() in output_work()

From: Daniel Scheller Make sure to save IRQ states before taking the dma lock, as already done in it's input_work() counterpart. Picked up from the upstream dddvb-0.9.33 release. Signed-off-by: Daniel Scheller ---

[PATCH 17/20] [media] ddbridge/max: implement MCI/MaxSX8 attach function

From: Daniel Scheller Implement frontend attachment as ddb_fe_attach_mci() into the ddbridge-max module. The MaxSX8 MCI cards are part of the Max card series and make use of the LNB controller driven by the already existing lnb functionality, so here's where this code belongs

[PATCH 05/20] [media] ddbridge: move ddb_wq and the wq+class initialisation to -core

From: Daniel Scheller Move the ddbridge module initialisation and cleanup code to ddbridge-core and set up the ddb_wq workqueue there, and create and destroy the ddb device class there aswell. Due to this, the prototypes for ddb_wq, ddb_class_create() and ddb_class_destroy()

[PATCH 14/20] [media] ddbridge: make DMA buffer count and size modparam-configurable

From: Daniel Scheller Make the number of DMA buffers and their size configurable using module parameters. Being able to set these to a higher number might help on busy systems when handling overall high data rates without having to edit the driver sources and recompile

[PATCH 07/20] [media] ddbridge: request/free_irq using pci_irq_vector, enable MSI-X

From: Daniel Scheller Instead of trying to manage IRQ numbers on itself, utilise the pci_irq_vector() function to do this, which will take care of correct IRQ numbering for MSI and non-MSI IRQs. While at it, request and enable MSI-X interrupts for hardware (boards and cards)

[PATCH 18/20] [media] ddbridge: add hardware defs and PCI IDs for MCI cards

From: Daniel Scheller Add PCI IDs and ddb_info for the new MCI-based MaxSX8 cards. Also add needed defines so the cards can be hooked up into ddbridge's probe and attach handling. Picked up from the upstream dddvb-0.9.33 release. Signed-off-by: Daniel Scheller

[PATCH 09/20] [media] ddbridge: add macros to handle IRQs in nibble and byte blocks

From: Daniel Scheller Currently, each IRQ requires one IRQ_HANDLE() line to call each IRQ handler that was set up. Add a IRQ_HANDLE_NIBBLE() and IRQ_HANDLE_BYTE() macro to call all handlers in blocks of four (_NIBBLE) or eight (_BYTE) handlers at a time, to make this

[PATCH 12/20] [media] ddbridge: fix output buffer check

From: Daniel Scheller A 188 byte gap has to be left between the writer and the consumer. This requires 2*188 bytes available to be able to write to the output buffers. So, change ddb_output_free() to report free bytes according to this rule. Picked up from the upstream

[PATCH 03/20] [media] dvb-frontends/stv0910: fix CNR reporting in read_snr()

From: Daniel Scheller The CNR value determined in read_snr() is reported via the wrong variable. It uses FE_SCALE_DECIBEL, which implies the value to be reported in svalue instead of uvalue. Fix this accordingly. Picked up from the upstream dddvb-0.9.33 release.

[PATCH 10/20] [media] ddbridge: improve separated MSI IRQ handling

From: Daniel Scheller Improve IRQ handling in the separated MSG/I2C and IO/TSDATA handlers by applying a mask for recognized bits immediately upon reading the IRQ mask from the hardware, so only the bits/IRQs that actually were set will be acked. Picked up from the upstream

[PATCH 06/20] [media] ddbridge: move MSI IRQ cleanup to a helper function

From: Daniel Scheller Introduce the ddb_msi_exit() helper to be used for cleaning up previously allocated MSI IRQ vectors. Deduplicates code and makes things look cleaner as for all cleanup work the CONFIG_PCI_MSI ifdeffery is only needed in the helper now. Also, replace the

[PATCH 16/20] [media] ddbridge: initial support for MCI-based MaxSX8 cards

From: Daniel Scheller This adds initial support for the new MCI-based (micro-code interface) DD cards, with the first one being the MaxSX8 eight-tuner DVB-S/S2/S2X PCIe card. The MCI is basically a generalized interface implemented in the card's FPGA firmware and usable for

[PATCH 20/20] [media] ddbridge: set driver version to 0.9.33-integrated

From: Daniel Scheller Set DDBRIDGE_VERSION in ddbridge.h to 0.9.33-integrated to reflect the updated driver. Signed-off-by: Daniel Scheller --- drivers/media/pci/ddbridge/ddbridge.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 19/20] [media] ddbridge: recognize and attach the MaxSX8 cards

From: Daniel Scheller Add needed logic into dvb_input_attach(), ddb_port_probe() and ddb_ports_init() to initialize and support these new cards. Picked up from the upstream dddvb-0.9.33 release. Signed-off-by: Daniel Scheller ---

[PATCH 02/20] [media] dvb-frontends/stv0910: increase parallel TS output speed

From: Daniel Scheller When running in parallel TS mode (cfg->parallel=1), increase the output speed in the demod. Picked up from the upstream dddvb-0.9.33 release. Signed-off-by: Daniel Scheller --- drivers/media/dvb-frontends/stv0910.c | 4 +--- 1

[PATCH 04/20] [media] ddbridge: move modparams to ddbridge-core.c

From: Daniel Scheller Besides the 'msi' module option, all options are used from within ddbridge-core only, so move them over from ddbridge-main, and declare the associated variables static. Since the prototypes in ddbridge.h aren't necessary anymore now, remove them. As a

[PATCH 15/20] [media] ddbridge: support dummy tuners with 125MByte/s dummy data stream

From: Daniel Scheller The Octopus V3 and Octopus Mini devices support set up of a dummy tuner mode on port 0 that will deliver a continuous data stream of 125MBytes per second while raising IRQs and filling the DMA buffers, which comes handy for some stress, PCIe link and IRQ

Re: [PATCH 2/8] PCI: Add pci_find_common_upstream_dev()

On 02/04/18 11:20 AM, Jerome Glisse wrote: > The point i have been trying to get accross is that you do have this > information with dma_map_resource() you know the device to which you > are trying to map (dev argument to dma_map_resource()) and you can > easily get the device to which the

Re: [PATCH v3 00/13] media: imx: Switch to subdev notifiers

Hi Sakari, Hans, Mauro, What is the status on this patch-set? Thanks, Steve On 03/20/2018 05:37 PM, Steve Longerbeam wrote: This patchset converts the imx-media driver and its dependent subdevs to use subdev notifiers. There are a couple shortcomings in v4l2-core that prevented subdev

Re: [PATCH 2/8] PCI: Add pci_find_common_upstream_dev()

On Mon, Apr 02, 2018 at 11:02:10AM -0600, Logan Gunthorpe wrote: > > > On 30/03/18 01:45 PM, Jerome Glisse wrote: > > Looking at upstream code it seems that the x86 bits never made it upstream > > and thus what is now upstream is only for ARM. See [1] for x86 code. Dunno > > what happen, i was

Re: [PATCH 2/8] PCI: Add pci_find_common_upstream_dev()

On 30/03/18 01:45 PM, Jerome Glisse wrote: > Looking at upstream code it seems that the x86 bits never made it upstream > and thus what is now upstream is only for ARM. See [1] for x86 code. Dunno > what happen, i was convince it got merge. So yes current code is broken on > x86. ccing Joerg

Re: [PATCH 12/15] dmaengine: pxa: make the filter function internal

: https://github.com/0day-ci/linux/commits/Robert-Jarzmik/ARM-pxa-switch-to-DMA-slave-maps/20180402-233029 reproduce: # apt-get install sparse make ARCH=x86_64 allmodconfig make C=1 CF=-D__CHECK_ENDIAN__ sparse warnings: (new ones prefixed by >>) drivers/mt

Re: [PATCH 12/15] dmaengine: pxa: make the filter function internal

://github.com/0day-ci/linux/commits/Robert-Jarzmik/ARM-pxa-switch-to-DMA-slave-maps/20180402-233029 config: i386-allmodconfig (attached as .config) compiler: gcc-7 (Debian 7.3.0-1) 7.3.0 reproduce: # save the attached .config to linux build tree make ARCH=i386 All errors (new ones

[PATCH 08/15] ASoC: pxa: remove the dmaengine compat need

As the pxa architecture switched towards the dmaengine slave map, the old compatibility mechanism to acquire the dma requestor line number and priority are not needed anymore. This patch simplifies the dma resource acquisition, using the more generic function dma_request_slave_channel().

[PATCH 00/15] ARM: pxa: switch to DMA slave maps

Hi, This serie is aimed at removing the dmaengine slave compat use, and transfer knowledge of the DMA requestors into architecture code. This was discussed/advised by Arnd a couple of years back, it's almost time. The serie is divided in 3 phasees : - phase 1 : patch 1/15 and patch 2/15 =>

[PATCH 02/15] ARM: pxa: add dma slave map

In order to remove the specific knowledge of the dma mapping from PXA drivers, add a default slave map for pxa architectures. This is the first step, and once all drivers are converted, pxad_filter_fn() will be made static, and the DMA resources removed from device.c. Signed-off-by: Robert

[PATCH 01/15] dmaengine: pxa: use a dma slave map

In order to remove the specific knowledge of the dma mapping from PXA drivers, add a default slave map for pxa architectures. This won't impact MMP architecture, but is aimed only at all PXA boards. This is the first step, and once all drivers are converted, pxad_filter_fn() will be made static,

[PATCH 03/15] mmc: pxamci: remove the dmaengine compat need

As the pxa architecture switched towards the dmaengine slave map, the old compatibility mechanism to acquire the dma requestor line number and priority are not needed anymore. This patch simplifies the dma resource acquisition, using the more generic function dma_request_slave_channel().

[PATCH 06/15] net: smc911x: remove the dmaengine compat need

From: Robert Jarzmik As the pxa architecture switched towards the dmaengine slave map, the old compatibility mechanism to acquire the dma requestor line number and priority are not needed anymore. This patch simplifies the dma resource acquisition, using the more

[PATCH 07/15] net: smc91x: remove the dmaengine compat need

From: Robert Jarzmik As the pxa architecture switched towards the dmaengine slave map, the old compatibility mechanism to acquire the dma requestor line number and priority are not needed anymore. This patch simplifies the dma resource acquisition, using the more

[PATCH 09/15] net: irda: pxaficp_ir: remove the dmaengine compat need

As the pxa architecture switched towards the dmaengine slave map, the old compatibility mechanism to acquire the dma requestor line number and priority are not needed anymore. This patch simplifies the dma resource acquisition, using the more generic function dma_request_slave_channel().

[PATCH 10/15] ata: pata_pxa: remove the dmaengine compat need

As the pxa architecture switched towards the dmaengine slave map, the old compatibility mechanism to acquire the dma requestor line number and priority are not needed anymore. This patch simplifies the dma resource acquisition, using the more generic function dma_request_slave_channel().

[PATCH 11/15] dmaengine: pxa: document pxad_param

Add some documentation for the pxad_param structure, and describe the contract behind the minimal required priority of a DMA channel. Signed-off-by: Robert Jarzmik --- include/linux/dma/pxa-dma.h | 9 + 1 file changed, 9 insertions(+) diff --git

[PATCH 12/15] dmaengine: pxa: make the filter function internal

As the pxa architecture and all its related drivers do not rely anymore on the filter function, thanks to the slave map conversion, make pxad_filter_fn() static, and remove it from the global namespace. Signed-off-by: Robert Jarzmik --- drivers/dma/pxa_dma.c | 5

[PATCH 15/15] ARM: pxa: change SSP DMA channels allocation

Now the dma_slave_map is available for PXA architecture, switch the SSP device to it. This specifically means that : - for platform data based machines, the DMA requestor channels are extracted from platform data and passed further to the SSP user, ie. usually the pxa-pcm-audio driver - for

[PATCH 14/15] ARM: pxa: change SSP devices allocation

In order to prepare for the dma_slave_map change for SSP DMA channels allocation, the SSP platform devices will now include a platform data structure which in turn selects which dma channel has to be used for data transfers, especially the PCM ones. Signed-off-by: Robert Jarzmik

[PATCH 13/15] ARM: pxa: remove the DMA IO resources

As the last driver using the former mechanism to acquire the DMA requestor line has be converted to the dma_slave_map, remove all these resources from the PXA devices. Signed-off-by: Robert Jarzmik --- arch/arm/mach-pxa/devices.c | 136

[PATCH 05/15] mtd: nand: pxa3xx: remove the dmaengine compat need

From: Robert Jarzmik As the pxa architecture switched towards the dmaengine slave map, the old compatibility mechanism to acquire the dma requestor line number and priority are not needed anymore. This patch simplifies the dma resource acquisition, using the more

[PATCH 04/15] media: pxa_camera: remove the dmaengine compat need

From: Robert Jarzmik As the pxa architecture switched towards the dmaengine slave map, the old compatibility mechanism to acquire the dma requestor line number and priority are not needed anymore. This patch simplifies the dma resource acquisition, using the more

Investment opportunity

Greetings, Please find the content of this mail very confidential. my name is Yi Tan, I work with a Bank here in Hong Kong. I decided to contact you for an opportunity to invest in any lucrative business in your country. We also offer a quick loan at low interest rate, if you are interested

Re: [PATCH 12/15] v4l: vsp1: Generalize detection of entity removal from DRM pipeline

Hi Kieran, On Thursday, 29 March 2018 14:37:07 EEST Kieran Bingham wrote: > On 26/02/18 21:45, Laurent Pinchart wrote: > > When disabling a DRM plane, the corresponding RPF is only marked as > > removed from the pipeline in the atomic update handler, with the actual > > removal happening when

Re: [PATCH 10/15] v4l: vsp1: Move DRM pipeline output setup code to a function

Hi Kieran, On Thursday, 29 March 2018 14:49:12 EEST Kieran Bingham wrote: > Hi Laurent, > > Thank you for another patch :D You're welcome, there will be more ;-) > On 26/02/18 21:45, Laurent Pinchart wrote: > > In order to make the vsp1_du_setup_lif() easier to read, and for > > symmetry with