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: Sun Feb 25 05:00:11 CET 2018 media-tree git hash:a7bc5773cd166032e35e343dfb6067a93d8402d1 media_build git

Re: [PATCH] media: radio: Critical interrupt bugfix for si470x over i2c

Hans, Sorry for the delay and thanks for getting back to me. Please see below. Sorry for the mangles, I'll fix my email setup before I submit a v2 for all three patches, this is the only one I have questions for you on. On Thu, 15 Feb 2018 15:38:55 +0100 Hans Verkuil wrote: > On 27/01/18 00:42,

Re: [PATCH v3 01/10] pwm: extend PWM framework with PWM modes

Hi Claudiu, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on pwm/for-next] [also build test WARNING on v4.16-rc2 next-20180223] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-c

[PATCH 07/12] [media] ngene: add support for DuoFlex S2 V4 addon modules

From: Daniel Scheller Add support for the STV0910/STV6111/LNBH25 based DuoFlex S2 V4 DVB-S2 addon modules by recognizing them from their XO2 type value and using the auxiliary stv0910, stv6111 and lnbh25 driver to form a complete DVB frontend. This also adds autoselection (if MEDIA_SUBDRV_AUTOSE

[PATCH 06/12] [media] ngene: add support for Sony CXD28xx-based DuoFlex modules

From: Daniel Scheller Recognize (probe) and support (attach) all Sony CXD28xx based DuoFlex addon modules/cards, namely the DuoFlex CT2 (CXD2837), ISDB-T (CXD2838), C2T2 (CXD2843) and C2T2I (CXD2854). Since all these modules are equipped with a MachXO2 interface, that support is required for the

[PATCH 11/12] [media] ngene: move the tsin_exchange() stripcopy block into a function

From: Daniel Scheller Move the copy logic that will skip previously inserted TS NULL frames when moving data to the DVB ring buffers into an own function. This is done to not duplicate code all over the place with the following TS offset shift fixup patch. Signed-off-by: Daniel Scheller --- dr

[PATCH 12/12] [media] ngene: compensate for TS buffer offset shifts

From: Daniel Scheller A possible hardware bug was discovered when using CA addon hardware attached to the ngene hardware, in that the TS input buffer much likely will shift and thus become unaligned to 188 byte blocks (a full TS frame) when things like CA module initialisation (which happens via

[PATCH 05/12] [media] ngene: add XO2 module support

From: Daniel Scheller Detect and initialise modules equipped with XO2 interfaces (Lattice MachXO2). This requires a few more I2C transfer functions which this adds aswell. Defines for the different possible (available) module types are added to ngene.h. The support for the actual tuners contained

[PATCH 10/12] [media] ngene: don't treat non-existing demods as error

From: Daniel Scheller When probing the I2C busses in cineS2_probe(), it's no error when there's no hardware connected to the probed expansion connector, so print this informal message with info severity. Signed-off-by: Daniel Scheller --- drivers/media/pci/ngene/ngene-cards.c | 2 +- 1 file ch

[PATCH 09/12] [media] ngene: check for CXD2099AR presence before attaching

From: Daniel Scheller Currently, if there's no CXD2099AR attached to any expansion connector of the ngene hardware, it will complain with this on every module load: cxd2099 1-0040: No CXD2099AR detected at 0x40 cxd2099: probe of 1-0040 failed with error -5 ngene :02:00.0: CXD2099

[PATCH 03/12] [media] ngene: use defines to identify the demod_type

From: Daniel Scheller Make it more clear which demod_type is used for which hardware by having defines for the possible demod_type values. With that, change the demod_type evaluation in tuner_attach_probe() to a switch-case instead of an if() for each possible value. Signed-off-by: Daniel Schell

[PATCH 00/12] ngene-updates: Hardware support, TS buffer shift fix

From: Daniel Scheller Some love for the ngene driver, which runs the older Micronas nGene based cards from Digital Devices like the cineS2 v5.5. This series changes: - Two more PCI IDs for more supported PCIe bridge hardware - Conversion of all printk() to more proper dev_*() based logging (the

[PATCH 02/12] [media] ngene: convert kernellog printing from printk() to dev_*() macros

From: Daniel Scheller Convert all printk() and pr_*() kernel log printing to rather use the dev_*() macros. Not only is it discouraged to use printk() (checkpatch even complains about that), but also this helps identifying the exact PCI device for any printed event, and it makes almost all printi

[PATCH 01/12] [media] ngene: add two additional PCI IDs

From: Daniel Scheller Add two more device IDs for cards supported by the ngene driver. Signed-off-by: Daniel Scheller --- drivers/media/pci/ngene/ngene-cards.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/media/pci/ngene/ngene-cards.c b/drivers/media/pci/ngene/ngene-cards.c i

[PATCH 08/12] [media] ngene: deduplicate I2C adapter evaluation

From: Daniel Scheller The I2C adapter evaluation (based on chan->number) is duplicated at several places (tuner_attach_() functions, demod_attach_stv0900() and cineS2_probe()). Clean this up by wrapping that construct in a separate function which all users of that can pass the ngene_channel point

[PATCH 04/12] [media] ngene: support STV0367 DVB-C/T DuoFlex addons

From: Daniel Scheller Add support for STV0367+TDA18212 based DuoFlex CT addon modules. For this, add a demod probe function and all necessary demod/tuner attach functions which use existing auxiliary drivers (stv0367 and tda18212) to support this hardware. As tda18212 is an I2C client driver, pro

[PATCH 1/2] usbtv: Use same decoder sequence as Windows driver

Re-format the register {address, value} pairs so they follow the same order as the decoder configuration sequences in the Windows driver's .INF file. For instance, for PAL, the "AVPAL" sequence in the .INF file is: 0x04,0x68,0xD3,0x72,0xA2,0xB0,0x15,0x01,0x2C,0x10,0x20,0x2e,0x08,0x02, 0x02,0x59,0x

[PATCH 2/2] usbtv: Add SECAM support

Add support for the SECAM norm, using the "AVSECAM" decoder configuration sequence found in Windows driver's .INF file. For reference, the "AVSECAM" sequence in the .INF file is: 0x04,0x73,0xDC,0x72,0xA2,0x90,0x35,0x01,0x30,0x04,0x08,0x2D,0x28,0x08, 0x02,0x69,0x16,0x35,0x21,0x16,0x36 Signed-off-b

[PATCH 0/2] usbtv: Add SECAM support

This patch series adds support for the SECAM standard to the USBTV video grabber driver. The first patch prepares for the inclusion of further decoder configuration sequences by making them follow the same order and length as the sequences which can be found inside the Windows driver's .INF file.

[no subject]

Good Day, This is the second time i am sending you this mail. I am Mr. Alfred Cheuk Yu Chow, the Director for Credit & Marketing Chong Hing Bank, Hong Kong, need your assistance in a deal that will be of mutual benefit. Email me back for more details. Regards.

Re: [PATCH] [media] dvb_ca_en50221: fix severity of successful CAM init log message

Hi! Is OK for me, so: Acked-by: Jasmin Jessich BR, Jasmin

[linuxtv-media:fixes 3/11] ERROR: "vb2_core_streamoff" [drivers/media/dvb-core/dvb-core.ko] undefined!

tree: git://linuxtv.org/media_tree.git fixes head: 3dd6b560dc5d59e7cb6dbda6e85dc9af7925fcf8 commit: ec5b100462543aee1f3e139e168699fd3b05cdc6 [3/11] media: dvb: fix DVB_MMAP symbol name config: i386-randconfig-c0-02241943 (attached as .config) compiler: gcc-7 (Debian 7.3.0-1) 7.3.0 reproduce:

[PATCH] [media] dvb_ca_en50221: fix severity of successful CAM init log message

From: Daniel Scheller A successful CA module initialisation isn't an error. Change the log print to info severity accordingly. Cc: Jasmin Jessich Signed-off-by: Daniel Scheller --- drivers/media/dvb-core/dvb_ca_en50221.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/

[PATCH v3] media: video-i2c: add video-i2c driver

There are several thermal sensors that only have a low-speed bus interface but output valid video data. This patchset enables support for the AMG88xx "Grid-Eye" sensor family. Cc: Luca Barbato Cc: Laurent Pinchart Signed-off-by: Matt Ranostay --- Changes from v1: * Switch to SPDX tags versus GP

Re: [PATCH v2] media: video-i2c: add video-i2c driver

Hi Matt, Thank you for the patch! Yet something to improve: [auto build test ERROR on linuxtv-media/master] [also build test ERROR on v4.16-rc2 next-20180223] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/l

[GIT PULL FOR v4.17] R-Car VSP changes

Hi Mauro, The following changes since commit 29422737017b866d4a51014cc7522fa3a99e8852: media: rc: get start time just before calling driver tx (2018-02-14 14:17:21 -0500) are available in the Git repository at: git://linuxtv.org/pinchartl/media.git v4l2/vsp1/next for you to fetch changes