Re: [PATCH v5 0/6] IR support for A83T

Hi Philipp, On Mon, Feb 12, 2018 at 12:00:02PM +0100, Philipp Rossak wrote: > On 30.01.2018 18:46, Philipp Rossak wrote: > > This patch series adds support for the sunxi A83T ir module and enhances > > the sunxi-ir driver. Right now the base clock frequency for the ir driver > > is a hard coded

Re: [PATCH v2 5/5] drm: adv7511: Add support for i2c_new_secondary_device

On Mon, Feb 12, 2018 at 06:11:57PM +, Kieran Bingham wrote: > + adv7511->i2c_packet = i2c_new_secondary_device(i2c, "packet", > + ADV7511_PACKET_I2C_ADDR_DEFAULT); > + if (!adv7511->i2c_packet) { > + ret = -EINVAL; > + goto

[PATCH] media: i2c: ov5640: Add pixel clock support

Some of the camera subsystems like camss in Qualcommm MSM chipsets require pixel clock support in camera sensor drivers. So, this commit adds a default pixel clock rate of 96MHz to OV5640 camera sensor driver. According to the datasheet, 96MHz can be used as a pixel clock rate for most of the

[PATCH] Add pixel clock support to OV5640 camera sensor

Some of the camera subsystems like camss in Qualcommm MSM chipsets require pixel clock support in camera sensor drivers for proper functioning. So, add a default pixel clock rate of 96MHz to OV5640 camera sensor driver. According to the datasheet, 96MHz can be used as a pixel clock rate for most

I Am Interested In You.

Greeting to you and how is your family? sorry for my way of approach to you, it is because i do not have choice. I am Aniccet Ibrahim From Ivory Coast. My story is connected to the fight with the Republican Forces. I have a business proposals for you. If your interested i want you to reply

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: Tue Feb 13 05:01:11 CET 2018 media-tree git hash:61605f79d576b0c2bea98fd0d1b2b3eeebb682f0 media_build

[PATCH 4/4] cx23885: Override 888 ImpactVCBe crystal frequency

Hauppauge produced a revision of ImpactVCBe using an 888, with a 25MHz crystal, instead of using the default third overtone 50Mhz crystal. This overrides that frequency so that the cx25840 is properly configured. Signed-off-by: Brad Love ---

[PATCH 2/4] cx23885: change 887/888 default to 888

Proper cx2388x chip type is detected in cx25840 probe, the clock rate is untouched however in probe. The cx25840 only checks for non default clock values for 888 and provides custom settings for 25MHz 888. This change ensures that cx23888 chips with default 50MHz crystals will not get configured

[PATCH 3/4] cx23885: Set subdev host data to clk_freq pointer

Currently clk_freq is ignored entirely, because the cx235840 driver configures the xtal at the chip defaults. This is an issue if a board is produced with a non-default frequency crystal. If clk_freq is not zero the cx25840 will attempt to use the setting provided, or fall back to defaults

[PATCH 1/4] cx25840: Use subdev host data for PLL override

The cx25840 driver currently configures 885, 887, and 888 using default divisors for each chip. This check to see if the cx23885 driver has passed the cx25840 a non-default clock rate for a specific chip. If a cx23885 board has left clk_freq at 0, the clock default values will be used to configure

[PATCH 0/4] cx25840: Add non-default crystal frequency support

This patch set requires: https://patchwork.linuxtv.org/patch/46346/ Hauppauge produced a revision of ImpactVCBe using an 888, with a 25MHz crystal, instead of using the default third overtone 50Mhz crystal. Custom configuration of the cx25840 is required to load the firmware and properly decode

[PATCH v13 2/2] rcar-csi2: add Renesas R-Car MIPI CSI-2 receiver driver

A V4L2 driver for Renesas R-Car MIPI CSI-2 receiver. The driver supports the R-Car Gen3 SoCs where separate CSI-2 hardware blocks are connected between the video sources and the video grabbers (VIN). Driver is based on a prototype by Koji Matsuoka in the Renesas BSP. Signed-off-by: Niklas

[PATCH v13 1/2] rcar-csi2: add Renesas R-Car MIPI CSI-2 receiver documentation

Documentation for Renesas R-Car MIPI CSI-2 receiver. The CSI-2 receivers are located between the video sources (CSI-2 transmitters) and the video grabbers (VIN) on Gen3 of Renesas R-Car SoC. Each CSI-2 device is connected to more than one VIN device which simultaneously can receive video from the

[PATCH v13 0/2] rcar-csi2: add Renesas R-Car MIPI CSI-2

Hi, This is the latest incarnation of R-Car MIPI CSI-2 receiver driver. It's based on top of the media-tree and are tested on Renesas Salvator-X together with adv7482 and the out-of-tree patches for rcar-vin and to add support for Gen3 VIN. I hope this is the last incarnation of this patch-set,

Re: [PATCH v10 6/8] media: i2c: Add TDA1997x HDMI receiver driver

On Fri, Feb 9, 2018 at 12:08 AM, Hans Verkuil wrote: > Hi Tim, > > We're almost there. Two more comments: > > On 02/09/2018 07:32 AM, Tim Harvey wrote: >> +static int >> +tda1997x_detect_std(struct tda1997x_state *state, >> + struct v4l2_dv_timings *timings) >>

[PATCH v3 0/5] Add support for i2c_new_secondary_device

From: Kieran Bingham Back in 2014, Jean-Michel provided patches [0] to implement a means of describing software defined I2C addresses for devices through the DT nodes. The patch to implement the function "i2c_new_secondary_device()" was integrated, but

[PATCH v3 2/5] dt-bindings: adv7511: Add support for i2c_new_secondary_device

From: Kieran Bingham The ADV7511 has four 256-byte maps that can be accessed via the main I²C ports. Each map has it own I²C address and acts as a standard slave device on the I²C bus. Extend the device tree node bindings to be able to override the

[PATCH v3 1/5] dt-bindings: media: adv7604: Add support for i2c_new_secondary_device

From: Jean-Michel Hautbois The ADV7604 has thirteen 256-byte maps that can be accessed via the main I²C ports. Each map has it own I²C address and acts as a standard slave device on the I²C bus. Extend the device tree node bindings to be able to override the

[PATCH v3 4/5] media: adv7604: Add support for i2c_new_secondary_device

From: Jean-Michel Hautbois The ADV7604 has thirteen 256-byte maps that can be accessed via the main I²C ports. Each map has it own I²C address and acts as a standard slave device on the I²C bus. Allow a device tree node to override the default addresses so that

[PATCH v3 3/5] [RFT] ARM: dts: wheat: Fix ADV7513 address usage

From: Kieran Bingham The r8a7792 Wheat board has two ADV7513 devices sharing a single i2c bus, however in low power mode the ADV7513 will reset it's slave maps to use the hardware defined default addresses. The ADV7511 driver was adapted to allow the two

[PATCH v3 5/5] drm: adv7511: Add support for i2c_new_secondary_device

From: Kieran Bingham The ADV7511 has four 256-byte maps that can be accessed via the main I²C ports. Each map has it own I²C address and acts as a standard slave device on the I²C bus. Allow a device tree node to override the default addresses so that

usleep_range without a range

scheduling can generally be better when these values are not identical. Perhaps these ranges should be expanded. $ git grep -P -n "usleep_range\s*\(\s*([\w\.\>\-]+)\s*,\s*\1\s*\)" drivers/clk/ux500/clk-sysctrl.c:45: usleep_range(clk->enable_delay_us, clk->enable_delay_us);

[PATCH] v4l: subdev: compat: update handling for VIDIOC_SUBDEV_[GS]_ROUTING

Implement compat IOCTL handling for VIDIOC_SUBDEV_G_ROUTING and VIDIOC_SUBDEV_S_ROUTING IOCTLs. Signed-off-by: Niklas Söderlund --- drivers/media/v4l2-core/v4l2-compat-ioctl32.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) Hi Sakari, With

[PATCH v2 7/7] cx231xx: Add second i2c demod to Hauppauge 975

Hauppauge HVR-975 is a hybrid, dual frontend, single tuner USB device. It contains lgdt3306a and si2168 frontends and one si2157 tuner. The lgdt3306a frontend is currently enabled. This creates the second demodulator and attaches it to the tuner. Enables lgdt3306a|si2168 + si2157 Signed-off-by:

Re: [PATCH 1/7] cx231xx: Add second frontend option

Hi Alex, On 2018-01-12 13:09, Alex Deucher wrote: > On Fri, Jan 12, 2018 at 11:19 AM, Brad Love wrote: >> Include ability to add a second dvb attach style frontend to cx231xx >> USB bridge. All current boards set to use frontend[0]. Changes are >> backwards compatible

[PATCH v2 2/7] cx231xx: Add second i2c demod client

Include ability to add a i2c device style frontend to cx231xx USB bridge. All current boards set to use frontend[0]. Changes are backwards compatible with current behaviour. Signed-off-by: Brad Love --- Changes since v1: - replace hard coded value with a constant - regen

[PATCH v2 1/7] cx231xx: Add second frontend option

Include ability to add a second dvb attach style frontend to cx231xx USB bridge. All current boards set to use frontend[0]. Changes are backwards compatible with current behaviour. Signed-off-by: Brad Love --- Changes since v1: - replace hard coded value with a constant -

[PATCH v2 4/4] cx23885: Add support for new Hauppauge QuadHD (885)

Add new QuadHD digital only PCIe boards to driver list. Differentiate them from 888 digital/analog QuadHD models. Signed-off-by: Brad Love --- Changes since v1: - regen for dependency drivers/media/pci/cx23885/cx23885-cards.c | 42 ++-

[PATCH v2 3/4] cx23885: Add support for Hauppauge PCIe Starburst2

Add new PCIe DVB-S/S2. A single port Hauppauge HVR-5525 cx23885 + a8293 + m88rs6000t Signed-off-by: Brad Love --- Changes since v1: - regen for dependency drivers/media/pci/cx23885/cx23885-cards.c | 11 +++ drivers/media/pci/cx23885/cx23885-dvb.c | 18

[PATCH v2 2/4] cx23885: Add support for Hauppauge PCIe HVR1265 K4

Add new PCIe board to driver list and board register/configure functions cx23885 + lgdt3306a + si2157 digital/analog and composite/s-video + stereo audio capture Signed-off-by: Brad Love --- Changes since v1: - add tuner_type - add missing composite/s-video analog inputs

[PATCH v3 2/2] cx231xx: Add support for Hauppauge HVR-975

Hauppauge HVR-975 is hybrid NTSC/PAL, QAM/ATSC, and DVB-C/T/T2 usb device. Only ATSC/QAM front end is initially active. Second frontend support is work in progress. CX23102 + LG3306A/Si2168(WiP) + Si2157 and composite/s-video + stereo audio capture via breakout cable Signed-off-by: Brad Love

[PATCH v2 1/2] cx231xx: Add support for Hauppauge HVR-935C

HVR-935C is hybrid PAL, DVB-C/T/T2 usb device. CX23102 + Si2168 + Si2157 and composite/s-video + stereo audio capture via breakout cable Signed-off-by: Brad Love --- Changes since v1: - add capture properties to message drivers/media/usb/cx231xx/cx231xx-cards.c | 42

[PATCH v2 9/9] lgdt3306a: Add QAM AUTO support

As configured currently, modulation in the driver is set to auto detect, no matter what the user sets modulation to. This leads to both QAM64 and QAM256 having the same effect. QAM AUTO is explicitly added here for compatibility with scanning software who can use AUTO instead of doing essentially

Re: [PATCH 2/5] auxdisplay: charlcd: add flush function

On Mon, Jan 15, 2018 at 10:58 AM, Sean Young wrote: > The Sasem Remote Controller has an LCD, which is connnected via usb. > Multiple write reg or write data commands can be combined into one usb > packet. > > The latency of usb is such that if we send commands one by one, we get >

Submission for DVB-T2 Scan table for ke-Nairobi

Find attached my contribution towards the dvb-t scan table for Kenya-Nairobi. Also find the file attached on the body: # location and provide  : Nairobi-Kenya # provided by                : Macharia Muguku # Date                           : 12th-Feb-2018 #                            :

Submission for DVB-T2 Scan table for ke-Nairobi

Find attached my contribution towards the dvb-t scan table for Kenya-Nairobi. Also find the file attached on the body: # location and provide  : Nairobi-Kenya # provided by                : Macharia Muguku # Date                           : 12th-Feb-2018 #                            :

[PATCH v2 4/7] si2168: Add ts bus control, turn off bus on sleep

Includes a function to set TS MODE property os si2168. The function either disables the TS output bus, or sets mode to config option. After setting up the frontend the TS bus is enabled. When going to sleep the TS bus is tri-stated, this makes the driver compatible with multiple frontend usage.

[GIT PULL FOR v4.17] rc changes

Hi Mauro, Just very minor changes this time (other stuff is not ready yet). I would really appreciate if you could cast an extra critical eye on the commit "no need to check for transitions", just to be sure it is the right change. Thanks, Sean The following changes since commit

[PATCH] gspca: dtcs033: use %*ph to print small buffer

Use %*ph format to print small buffer as hex string. Remove newline at the end of the format string as it would be duplicated by the one supplied as last argument. Suggested-by: Andy Shevchenko Signed-off-by: Antonio Cardace ---

Re: [PATCH v2 3/5] [RFT] ARM: dts: wheat: Fix ADV7513 address usage

Hi Lars, Thanks for your review! On 12/02/18 18:24, Lars-Peter Clausen wrote: > On 02/12/2018 07:11 PM, Kieran Bingham wrote: > [...] >> +/* >> + * The adv75xx resets its addresses to defaults during low power power >> + * mode. Because we have two ADV7513 devices on the same bus, we

Re: [PATCH v2 3/5] [RFT] ARM: dts: wheat: Fix ADV7513 address usage

On 02/12/2018 07:11 PM, Kieran Bingham wrote: [...] > + /* > + * The adv75xx resets its addresses to defaults during low power power > + * mode. Because we have two ADV7513 devices on the same bus, we must > + * change both of them away from the defaults so that they do not > +

[PATCH v2 0/5] Add support for i2c_new_secondary_device

From: Kieran Bingham Back in 2014, Jean-Michel provided patches [0] to implement a means of describing software defined I2C addresses for devices through the DT nodes. The patch to implement the function "i2c_new_secondary_device()" was integrated, but

[PATCH v2 5/5] drm: adv7511: Add support for i2c_new_secondary_device

From: Kieran Bingham The ADV7511 has four 256-byte maps that can be accessed via the main I²C ports. Each map has it own I²C address and acts as a standard slave device on the I²C bus. Allow a device tree node to override the default addresses so that

[PATCH v2 2/5] dt-bindings: adv7511: Add support for i2c_new_secondary_device

From: Kieran Bingham The ADV7511 has four 256-byte maps that can be accessed via the main I²C ports. Each map has it own I²C address and acts as a standard slave device on the I²C bus. Extend the device tree node bindings to be able to override the

[PATCH v2 3/5] [RFT] ARM: dts: wheat: Fix ADV7513 address usage

From: Kieran Bingham The r8a7792 Wheat board has two ADV7513 devices sharing a single i2c bus, however in low power mode the ADV7513 will reset it's slave maps to use the hardware defined default addresses. The ADV7511 driver was adapted to allow the two

[PATCH v2 4/5] media: adv7604: Add support for i2c_new_secondary_device

From: Jean-Michel Hautbois The ADV7604 has thirteen 256-byte maps that can be accessed via the main I²C ports. Each map has it own I²C address and acts as a standard slave device on the I²C bus. Allow a device tree node to override the default addresses so that

[PATCH v2 1/5] dt-bindings: media: adv7604: Add support for i2c_new_secondary_device

From: Jean-Michel Hautbois The ADV7604 has thirteen 256-byte maps that can be accessed via the main I²C ports. Each map has it own I²C address and acts as a standard slave device on the I²C bus. Extend the device tree node bindings to be able to override the

Re: [PATCH 1/5] auxdisplay: charlcd: no need to call charlcd_gotoxy() if nothing changes

On Mon, Feb 12, 2018 at 2:59 PM, Geert Uytterhoeven wrote: > On Mon, Feb 12, 2018 at 2:42 PM, Miguel Ojeda > wrote: >> On Mon, Jan 15, 2018 at 10:58 AM, Sean Young wrote: >>> If the line extends beyond the width to the

[PATCH 3/5] media: rc: remove obsolete comment

This comment is no longer relevant. Signed-off-by: Sean Young --- drivers/media/rc/rc-core-priv.h | 7 --- 1 file changed, 7 deletions(-) diff --git a/drivers/media/rc/rc-core-priv.h b/drivers/media/rc/rc-core-priv.h index 96a941aa2581..60083e609f2b 100644 ---

[PATCH 4/5] media: rc: remove useless if statement

ret is always 0, so remove if statement. Signed-off-by: Sean Young --- drivers/media/rc/lirc_dev.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/media/rc/lirc_dev.c b/drivers/media/rc/lirc_dev.c index 645fe9c9367f..b25dcff71791 100644 ---

[PATCH 5/5] media: rc: get start time just before calling driver tx

The current code gets the start time before copying the IR from userspace (could cause page faults) and encoding IR. This means that the gap calculation could be off. Signed-off-by: Sean Young --- drivers/media/rc/lirc_dev.c | 4 ++-- 1 file changed, 2 insertions(+), 2

[PATCH 2/5] media: rc: remove IR_dprintk() from rc-core

Use dev_dbg() rather than custom debug function. Signed-off-by: Sean Young --- drivers/media/rc/lirc_dev.c | 10 ++--- drivers/media/rc/rc-ir-raw.c | 6 +-- drivers/media/rc/rc-main.c | 91 ++-- include/media/rc-core.h | 7 4

[PATCH 1/5] media: rc: replace IR_dprintk() with dev_dbg in IR decoders

Use dev_dbg() rather than custom debug function. Signed-off-by: Sean Young --- drivers/media/rc/ir-jvc-decoder.c | 14 drivers/media/rc/ir-mce_kbd-decoder.c | 60 ++- drivers/media/rc/ir-nec-decoder.c | 20 ++--

Re: [PATCH 1/5] auxdisplay: charlcd: no need to call charlcd_gotoxy() if nothing changes

On Mon, Feb 12, 2018 at 2:42 PM, Miguel Ojeda wrote: > On Mon, Jan 15, 2018 at 10:58 AM, Sean Young wrote: >> If the line extends beyond the width to the screen, nothing changes. The >> existing code will call charlcd_gotoxy every time for this

Re: [PATCH 1/5] auxdisplay: charlcd: no need to call charlcd_gotoxy() if nothing changes

On Mon, Jan 15, 2018 at 10:58 AM, Sean Young wrote: > If the line extends beyond the width to the screen, nothing changes. The > existing code will call charlcd_gotoxy every time for this case. > > Signed-off-by: Sean Young > --- > drivers/auxdisplay/charlcd.c | 7

[PATCH] media: ov7740: return error code at ov7740_get_register

If v4l2_subdev_core_ops.g_register fails, it should be returning an error code to userspace, instead of zero. Fixes: drivers/media/i2c/ov7740.c: warning: variable 'ret' set but not used [-Wunused-but-set-variable]: => 276:6 Signed-off-by: Mauro Carvalho Chehab

[PATCH] staging: media: reformat line to 80 chars or less

This is a cleanup patch to fix line length issue found by checkpatch.pl script. In this patch, line 144 have been wrapped. Signed-off-by: Parthiban Nallathambi --- drivers/staging/media/imx/imx-media-capture.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

Re: [PATCH 3/5] auxdisplay: charlcd: add escape sequence for brightness on NEC µPD16314

On Mon, Jan 15, 2018 at 10:58 AM, Sean Young wrote: > The NEC µPD16314 can alter the the brightness of the LCD. Make it possible > to set this via escape sequence Y0 - Y3. B and R were already taken, so > I picked Y for luminance. > > Signed-off-by: Sean Young

[PATCH] vivid: check if the cec_adapter is valid

If CEC is not enabled for the vivid driver, then the adap pointer is NULL and 'adap->phys_addr' will fail. Signed-off-by: Hans Verkuil Cc: # for v4.12 and up --- diff --git a/drivers/media/platform/vivid/vivid-vid-common.c

Re: [PATCH v5 0/6] IR support for A83T

On 30.01.2018 18:46, Philipp Rossak wrote: This patch series adds support for the sunxi A83T ir module and enhances the sunxi-ir driver. Right now the base clock frequency for the ir driver is a hard coded define and is set to 8 MHz. This works for the most common ir receivers. On the Sinovoip

Re: Fwd: Re: [PATCHv5 0/3] drm/i915: add DisplayPort CEC-Tunneling-over-AUX support

Hi Ville, On 12/01/18 20:08, Hans Verkuil wrote: > On 01/12/2018 07:12 PM, Hans Verkuil wrote: >> On 01/12/2018 06:52 PM, Ville Syrjälä wrote: >>> On Fri, Jan 12, 2018 at 06:14:53PM +0100, Hans Verkuil wrote: On 01/12/2018 05:30 PM, Ville Syrjälä wrote: > On Fri, Jan 12, 2018 at