Re: [PATCH 2/8] xen/balloon: Move common memory reservation routines to a module

2018-05-29 Thread Juergen Gross
On 25/05/18 17:33, Oleksandr Andrushchenko wrote: > From: Oleksandr Andrushchenko > > Memory {increase|decrease}_reservation and VA mappings update/reset > code used in balloon driver can be made common, so other drivers can > also re-use the same functionality without open-coding. > Create a

Re: [PATCH 1/8] xen/grant-table: Make set/clear page private code shared

2018-05-29 Thread Juergen Gross
On 25/05/18 17:33, Oleksandr Andrushchenko wrote: > From: Oleksandr Andrushchenko > > Make set/clear page private code shared and accessible to > other kernel modules which can re-use these instead of open-coding. > > Signed-off-by: Oleksandr Andrushchenko > --- > drivers/xen/grant-table.c |

cron job: media_tree daily build: ERRORS

2018-05-29 Thread Hans Verkuil
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: Wed May 30 05:00:15 CEST 2018 media-tree git hash:a00031c159748f322f771f3c1d5ed944cba4bd30 media_build

Re: [PATCH] media: dvb: get rid of VIDEO_SET_SPU_PALETTE

2018-05-29 Thread kbuild test robot
Hi Mauro, I love your patch! Yet something to improve: [auto build test ERROR on linus/master] [also build test ERROR on v4.17-rc7 next-20180529] [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/linux/commits

Re: [PATCH] media: dvb: get rid of VIDEO_SET_SPU_PALETTE

2018-05-29 Thread kbuild test robot
Hi Mauro, I love your patch! Perhaps something to improve: [auto build test WARNING on linus/master] [also build test WARNING on v4.17-rc7 next-20180529] [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/linux

Re: [PATCH v3] media: davinci vpbe: array underflow in vpbe_enum_outputs()

2018-05-29 Thread Lad, Prabhakar
On Mon, May 28, 2018 at 7:26 AM, Dan Carpenter wrote: > In vpbe_enum_outputs() we check if (temp_index >= cfg->num_outputs) but > the problem is that temp_index can be negative. I've changed the types > to unsigned to fix this issue. > > Fixes: 66715cdc3224 ("[media] davinci vpbe: VPBE display

Re: [PATCH v2] media: pxa_camera: avoid duplicate s_power calls

2018-05-29 Thread Akinobu Mita
2018-05-29 15:17 GMT+09:00 Hans Verkuil : > Hi Akinobu, > > On 05/27/2018 05:30 PM, Akinobu Mita wrote: >> The open() operation for the pxa_camera driver always calls s_power() >> operation to put its subdevice sensor in normal operation mode, and the >> release() operation always call s_power()

Re: [PATCH v5 03/14] media: ov772x: allow i2c controllers without I2C_FUNC_PROTOCOL_MANGLING

2018-05-29 Thread Mauro Carvalho Chehab
Em Tue, 29 May 2018 15:29:29 +0200 Wolfram Sang escreveu: > > It is a very bad idea to replace an i2c xfer by a pair of i2c > > send()/recv(), as, if are there any other device at the bus managed > > by an independent driver, you may end by mangling i2c transfers and > > eventually cause device

Re: i.MX6 IPU CSI analog video input on Ventana

2018-05-29 Thread Steve Longerbeam
Hi Krzysztof, On 05/29/2018 12:26 AM, Krzysztof Hałasa wrote: Hi Steve, Steve Longerbeam writes: Krzysztof, in the meantime the patches are available in my media-tree fork, for testing on the Ventana GW5300: g...@github.com:slongerbeam/mediatree.git, branch 'fix-csi-interlaced' I assume

Re: [PATCH v5 03/14] media: ov772x: allow i2c controllers without I2C_FUNC_PROTOCOL_MANGLING

2018-05-29 Thread Wolfram Sang
> It is a very bad idea to replace an i2c xfer by a pair of i2c > send()/recv(), as, if are there any other device at the bus managed > by an independent driver, you may end by mangling i2c transfers and > eventually cause device malfunctions. For I2C, this is true and a very important detail.

Re: [PATCH v5 03/14] media: ov772x: allow i2c controllers without I2C_FUNC_PROTOCOL_MANGLING

2018-05-29 Thread Mauro Carvalho Chehab
Em Sun, 6 May 2018 23:19:18 +0900 Akinobu Mita escreveu: > The ov772x driver only works when the i2c controller have > I2C_FUNC_PROTOCOL_MANGLING. However, many i2c controller drivers don't > support it. > > The reason that the ov772x requires I2C_FUNC_PROTOCOL_MANGLING is that > it doesn't

Re: [RFC PATCH] i2c: add I2C_M_FORCE_STOP

2018-05-29 Thread Mauro Carvalho Chehab
Em Wed, 9 May 2018 23:24:37 +0900 Akinobu Mita escreveu: > This adds a new I2C_M_FORCE_STOP flag that forces a stop condition after > the message in a combined transaction. > > This flag is intended to be used by the devices that don't support > repeated starts like SCCB (Serial Camera Control

[PATCH 1/1] dw9807: Use the dongwoon,dw9807-vcm compatible string

2018-05-29 Thread Sakari Ailus
The original dw9807 DT bindings patch proposed the dongwoon,dw9807 compatible string. However, the device also includes an EEPROM on a different I²C address. Indicate that this is just the VCM part of the entire device. The EEPROM part is compatible with the at24c64 for read-only access, with 1

[ragnatech:media-tree 442/456] drivers/media/usb/pvrusb2/pvrusb2-v4l2.o: warning: objtool: pvr2_v4l2_dev_init.cold.3()+0x4a: return with modified stack frame

2018-05-29 Thread kbuild test robot
tree: git://git.ragnatech.se/linux media-tree head: a00031c159748f322f771f3c1d5ed944cba4bd30 commit: eba09b5b3dfb1b79db4428b6f379f68db4b62056 [442/456] media: pvrusb2: replace pvr2_v4l2_ioctl by video_ioctl2 config: x86_64-allyesconfig (attached as .config) compiler: gcc-8 (Debian 8.1.0-3)

[ragnatech:media-tree 10/456] drivers/media/platform/davinci/vpbe.o: warning: objtool: vpbe_probe()+0x2b: sibling call from callable instruction with modified stack frame

2018-05-29 Thread kbuild test robot
tree: git://git.ragnatech.se/linux media-tree head: a00031c159748f322f771f3c1d5ed944cba4bd30 commit: 05c90900e24be491102a6018e242ee7ca602918b [10/456] media: davinci: allow build vpbe_display with COMPILE_TEST config: x86_64-allyesconfig (attached as .config) compiler: gcc-8 (Debian 8.1.0-3)

camera control interface

2018-05-29 Thread Vinod
Hi folks, I am writing a driver for camera control inteface which is an i2c controller. So looking up the code I think it can be a v4l subdev, right? Can it be an independent i2c master and not v4l subdev? Second the control sports GPIOs. It can support a set of synchronization primitives so

Re: i.MX6 IPU CSI analog video input on Ventana

2018-05-29 Thread Krzysztof Hałasa
Hi Steve, Steve Longerbeam writes: > Krzysztof, in the meantime the patches are available in my > media-tree fork, for testing on the Ventana GW5300: > > g...@github.com:slongerbeam/mediatree.git, branch 'fix-csi-interlaced' I assume fix-csi-interlaced.2 is a newer version, isn't it? I merged

Re: [PATCH] media: dvb: get rid of VIDEO_SET_SPU_PALETTE

2018-05-29 Thread Christoph Hellwig
On Mon, May 28, 2018 at 11:32:41AM -0300, Mauro Carvalho Chehab wrote: > No upstream drivers use it. It doesn't make any sense to have > a compat32 code for something that nobody uses upstream. > > Reported-by: Alexander Viro > Signed-off-by: Mauro Carvalho Chehab Looks good, Reviewed-by:

Re: [PATCH v2] media: staging: tegra-vde: Reset memory client

2018-05-29 Thread Hans Verkuil
Hi Dmitry, On 05/26/2018 04:27 PM, Dmitry Osipenko wrote: > DMA requests must be blocked before resetting VDE HW, otherwise it is > possible to get a memory corruption or a machine hang. Use the reset > control provided by the Memory Controller to block DMA before resetting > the VDE HW. > >

Re: [PATCH v2] media: pxa_camera: avoid duplicate s_power calls

2018-05-29 Thread Hans Verkuil
Hi Akinobu, On 05/27/2018 05:30 PM, Akinobu Mita wrote: > The open() operation for the pxa_camera driver always calls s_power() > operation to put its subdevice sensor in normal operation mode, and the > release() operation always call s_power() operation to put the subdevice > in power saving