RE: [PATCH v3] media: imx208: Add imx208 camera sensor driver

Hi Tomasz, Please see my comments. -Original Message- >Hi Ping-chung, >On Wed, Aug 1, 2018 at 11:31 AM Ping-chung Chen >wrote: > > From: "Chen, Ping-chung" > > Add a V4L2 sub-device driver for the Sony IMX208 image sensor. > This is a camera sensor using the I2C bus for control and

Re: [PATCH v3] media: imx208: Add imx208 camera sensor driver

Hi Ping-chung, On Wed, Aug 1, 2018 at 11:31 AM Ping-chung Chen wrote: > > From: "Chen, Ping-chung" > > Add a V4L2 sub-device driver for the Sony IMX208 image sensor. > This is a camera sensor using the I2C bus for control and the > CSI-2 bus for data. > > Signed-off-by: Ping-Chung Chen > --- >

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: Thu Aug 2 05:00:10 CEST 2018 media-tree git hash:1d06352e18ef502e30837cedfe618298816fb48c media_build

Spende von $ 4,800,000.00!

Hallo, Sie haben eine Spende von $ 4,800,000.00, ich habe die America Lotterie im Wert von $ 40 Millionen gewonnen und ich gebe einen Teil davon an fünf glückliche Menschen und Wohltätigkeitseinrichtungen zum Gedenken an meine verstorbene Frau, die an Krebs starb. Spendenreferenznummer: BBIB /

[PATCH v3 4/4] selftests: media_tests: Add a memory-to-memory concurrent stress test

Add a test for the memory-to-memory framework, to exercise the scheduling of concurrent jobs, using multiple contexts. This test needs to be run using the vim2m virtual driver, and so needs no hardware. While here, rework the media_tests suite in order to make it useful for automatic tools.

[PATCH v3 2/4] v4l2-mem2mem: Simplify exiting the function in __v4l2_m2m_try_schedule

From: Sakari Ailus The __v4l2_m2m_try_schedule function acquires and releases multiple spinlocks. Simplify unlocking the job lock by adding labels to unlock the lock and exit the function. Signed-off-by: Sakari Ailus Signed-off-by: Ezequiel Garcia --- drivers/media/v4l2-core/v4l2-mem2mem.c |

[PATCH v3 1/4] v4l2-mem2mem: Avoid v4l2_m2m_prepare_buf from scheduling a job

There is no need for v4l2_m2m_prepare_buf to try to schedule a job, as it only prepares a buffer, but does not queue or changes the state of the queue. Remove the call to v4l2_m2m_try_schedule from v4l2_m2m_prepare_buf. Signed-off-by: Ezequiel Garcia --- drivers/media/v4l2-core/v4l2-mem2mem.c

[PATCH v3 0/4] Make sure .device_run is always called in non-atomic context

This series goal is to avoid drivers from having ad-hoc code to call .device_run in non-atomic context. Currently, .device_run can be called via v4l2_m2m_job_finish(), potentially running in interrupt context. This series will be useful for the upcoming Request API, where drivers typically

[PATCH v3 3/4] v4l2-mem2mem: Avoid calling .device_run in v4l2_m2m_job_finish

v4l2_m2m_job_finish() is typically called in interrupt context. Some implementation of .device_run might sleep, and so it's desirable to avoid calling it directly from v4l2_m2m_job_finish(), thus avoiding .device_run from running in interrupt context. Implement a deferred context that calls

[PATCH 1/2] media: v4l2-common: v4l2_spi_subdev_init : generate unique name

While v4l2_i2c_subdev_init does give a unique name to the subdev, matching the one appearing in dmesg for messages generated by dev_info and friends (e.g. imx185 30-0010), v4l2_spi_subdev_init does a poor job, copying only the driver name, but not the dev_name(), yielding e.g. "imx185", but

[PATCH 2/2] media: v4l2-common: simplify v4l2_i2c_subdev_init name generation

When v4l2_i2c_subdev_init is called, dev_name(>dev) has already been set. Use it to generate subdev's name instead of recreating it with "%d-%04x". This improves the similarity in subdev's name creation between v4l2_i2c_subdev_init and v4l2_spi_subdev_init. Signed-off-by: Philippe De Muyter

[PATCH 3/3] media: add Rockchip VPU driver

Add a mem2mem driver for the VPU available on Rockchip SoCs. Currently only JPEG encoding is supported, for RK3399 and RK3288 platforms. Signed-off-by: Ezequiel Garcia --- drivers/media/platform/Kconfig| 12 + drivers/media/platform/Makefile | 1 +

[PATCH 2/3] media: Add controls for jpeg quantization tables

From: Shunqian Zheng Add V4L2_CID_JPEG_LUMA/CHROMA_QUANTIZATION controls to allow userspace configure the JPEG quantization tables. Signed-off-by: Shunqian Zheng --- drivers/media/v4l2-core/v4l2-ctrls.c | 4 include/uapi/linux/v4l2-controls.h | 3 +++ 2 files changed, 7 insertions(+)

[PATCH v2 0/3] Add Rockchip VPU JPEG encoder

This series adds support for JPEG encoding via the VPU block present in Rockchip platforms. Currently, support for RK3288 and RK3399 is included. The hardware produces a Raw JPEG format (i.e. works as a JPEG accelerator). It requires quantization tables provided by the application, and uses

[PATCH 1/3] media: Add JPEG_RAW format

From: Shunqian Zheng Add V4L2_PIX_FMT_JPEG_RAW format that does not contain JPEG header in the output frame. Signed-off-by: Shunqian Zheng --- Documentation/media/uapi/v4l/pixfmt-compressed.rst | 5 + drivers/media/v4l2-core/v4l2-ioctl.c | 1 + include/uapi/linux/videodev2.h

Re: [RFC 4/4] dt-bindings: media: add Amlogic Meson Video Decoder Bindings

Hi Maxime, many thanks for your work! On Wed, Aug 1, 2018 at 9:34 PM Maxime Jourdan wrote: > > Add documentation for the meson vdec dts node. > > Signed-off-by: Maxime Jourdan > --- > .../bindings/media/amlogic,meson-vdec.txt | 60 +++ > 1 file changed, 60 insertions(+) >

[RFC 0/4] media: meson: add video decoder driver

This is a Request for Comments for the amlogic (meson) video decoder driver. It is written around the V4L2 M2M framework without using the Request API as there are a hardware bitstream parser and firmwares. It features decoding for: - MPEG 1/2/4, H.263, H.264, MJPEG, HEVC 8-bit (partial) Even

[RFC 2/4] ARM64: dts: meson-gx: add vdec entry

Add the video decoder dts entry Signed-off-by: Maxime Jourdan --- arch/arm64/boot/dts/amlogic/meson-gx.dtsi | 14 ++ 1 file changed, 14 insertions(+) diff --git a/arch/arm64/boot/dts/amlogic/meson-gx.dtsi b/arch/arm64/boot/dts/amlogic/meson-gx.dtsi index b8dc4dbb391b..248052737aa7

[RFC 3/4] ARM64: dts: meson: add vdec entries

This enables the video decoder for gxbb, gxl and gxm chips Signed-off-by: Maxime Jourdan --- arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi | 8 arch/arm64/boot/dts/amlogic/meson-gxl.dtsi | 8 arch/arm64/boot/dts/amlogic/meson-gxm.dtsi | 4 3 files changed, 20

[RFC 4/4] dt-bindings: media: add Amlogic Meson Video Decoder Bindings

Add documentation for the meson vdec dts node. Signed-off-by: Maxime Jourdan --- .../bindings/media/amlogic,meson-vdec.txt | 60 +++ 1 file changed, 60 insertions(+) create mode 100644 Documentation/devicetree/bindings/media/amlogic,meson-vdec.txt diff --git

[PATCH v3 00/14] imx-media: Fixes for interlaced capture

A set of patches that fixes some bugs with capturing from an interlaced source, and incompatibilites between IDMAC interlace interweaving and 4:2:0 data write reduction. History: v3: - add support for/fix interweaved scan with YUV planar output. - fix bug in 4:2:0 U/V offset macros. - add patch

Re: [PATCH 18/22] partial revert of "[media] tvp5150: add HW input connectors support"

Hi Marco, On 08/01/2018 05:49 PM, Marco Felsch wrote: > Hi Javier, > > On 18-07-31 15:30, Marco Felsch wrote: >> Hi Javier, >> >> On 18-07-31 14:52, Javier Martinez Canillas wrote: >>> Hi Marco, >>> >>> On 07/31/2018 02:36 PM, Marco Felsch wrote: >>> >>> [snip] >>> > > Yes, another thing

[PATCH 13/13] media: v4l2-mc: get rid of global pad indexes

Now that all drivers are using pad signal types, we can get rid of the global static definition, as routes are stablished using the pad signal type. The tuner and IF-PLL pads are now used only by the tuner core, so move the definitions to be there. Signed-off-by: Mauro Carvalho Chehab ---

[PATCH 10/13] media: si2157: declare its own pads

As we don't need anymore to share pad numbers with similar drivers, use its own pad definition instead of a global model. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/tuners/si2157.c | 14 +++--- drivers/media/tuners/si2157_priv.h | 9 - 2 files changed, 15

[PATCH 01/13] media: v4l2: remove VBI output pad

The signal there is the same as the video output (well, except for sliced VBI, but let's simplify the model and ignore it, at least for now - as it is routed together with raw VBI). Signed-off-by: Mauro Carvalho Chehab --- drivers/media/dvb-frontends/au8522_decoder.c | 1 -

[PATCH 11/13] media: saa7134: declare its own pads

As we don't need anymore to share pad numbers with similar drivers, use its own pad definition instead of a global model. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/pci/saa7134/saa7134-core.c | 10 +- drivers/media/pci/saa7134/saa7134.h | 8 +++- 2 files changed,

[PATCH 05/13] media: au0828: use signals instead of hardcoding a pad number

When creating the audio link, use pad signals, instead of hardcoding using the pad index number. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/usb/au0828/au0828-core.c | 12 +++- 1 file changed, 7 insertions(+), 5 deletions(-) diff --git

[PATCH 00/13] Better handle pads for tuning/decoder part of the devices

At PC consumer devices, it is very common that the bridge same driver to be attached to different types of tuners and demods. We need a way for the Kernel to properly identify what kind of signal is provided by each PAD, in order to properly setup the pipelines. The previous approach were to

[PATCH 07/13] media: msp3400: declare its own pads

As we don't need anymore to share pad numbers with similar drivers, use its own pad definition instead of a global model. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/i2c/msp3400-driver.c | 8 drivers/media/i2c/msp3400-driver.h | 8 +++- 2 files changed, 11 insertions(+),

[PATCH 09/13] media: tvp5150: declare its own pads

As we don't need anymore to share pad numbers with similar drivers, use its own pad definition instead of a global model. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/i2c/tvp5150.c | 22 ++ 1 file changed, 14 insertions(+), 8 deletions(-) diff --git

[PATCH 02/13] media: v4l2: taint pads with the signal types for consumer devices

Consumer devices are provided with a wide diferent range of types supported by the same driver, allowing different configutations. In order to make easier to setup media controller links, "taint" pads with the signal type it carries. While here, get rid of DEMOD_PAD_VBI_OUT, as the signal it

[PATCH 06/13] media: au8522: declare its own pads

As we don't need anymore to share pad numbers with similar drivers, use its own pad definition instead of a global model. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/dvb-frontends/au8522_decoder.c | 12 ++-- drivers/media/dvb-frontends/au8522_priv.h| 9 - 2 files

[PATCH 04/13] media: dvb: use signals to discover pads

On tuner pads, multiple signals are present. Be sure to get the right PAD by using them. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/dvb-core/dvbdev.c | 19 ++- 1 file changed, 14 insertions(+), 5 deletions(-) diff --git a/drivers/media/dvb-core/dvbdev.c

[PATCH 03/13] v4l2-mc: switch it to use the new approach to setup pipelines

Instead of relying on a static map for pids, use the new sig_type "taint" type to setup the pipelines with the same tipe between different entities. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/media-entity.c | 26 +++ drivers/media/v4l2-core/v4l2-mc.c | 73

[PATCH 12/13] media: mxl111sf: declare its own pads

As we don't need anymore to share pad numbers with similar drivers, use its own pad definition instead of a global model. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/usb/dvb-usb-v2/mxl111sf.c | 10 +- drivers/media/usb/dvb-usb-v2/mxl111sf.h | 8 +++- 2 files changed, 12

[PATCH 08/13] media: saa7115: declare its own pads

As we don't need anymore to share pad numbers with similar drivers, use its own pad definition instead of a global model. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/i2c/saa7115.c | 19 +-- 1 file changed, 13 insertions(+), 6 deletions(-) diff --git

Re: [PATCH 16/22] [media] tvp5150: add querystd

Em Wed, 1 Aug 2018 16:49:26 +0200 Marco Felsch escreveu: > Hi Mauro, > > On 18-08-01 11:22, Mauro Carvalho Chehab wrote: > > Em Wed, 1 Aug 2018 15:21:25 +0200 > > Marco Felsch escreveu: > > > > > Hi Mauro, > > > > > > On 18-07-30 15:09, Mauro Carvalho Chehab wrote: > > > > Em Thu, 28 Jun

Re: [PATCH 18/22] partial revert of "[media] tvp5150: add HW input connectors support"

Hi Javier, On 18-07-31 15:30, Marco Felsch wrote: > Hi Javier, > > On 18-07-31 14:52, Javier Martinez Canillas wrote: > > Hi Marco, > > > > On 07/31/2018 02:36 PM, Marco Felsch wrote: > > > > [snip] > > > > >> > > >> Yes, another thing that patch 19/22 should take into account is DTs that > >

Re: [PATCH 16/22] [media] tvp5150: add querystd

Hi Mauro, On 18-08-01 11:22, Mauro Carvalho Chehab wrote: > Em Wed, 1 Aug 2018 15:21:25 +0200 > Marco Felsch escreveu: > > > Hi Mauro, > > > > On 18-07-30 15:09, Mauro Carvalho Chehab wrote: > > > Em Thu, 28 Jun 2018 18:20:48 +0200 > > > Marco Felsch escreveu: > > > > > > > From: Philipp

Re: [PATCH] media: coda: don't overwrite h.264 profile_idc on decoder instance

On Wed, 2018-08-01 at 16:18 +0200, Lucas Stach wrote: > On a decoder instance, after the profile has been parsed from the stream > __v4l2_ctrl_s_ctrl() is called to notify userspace about changes in the > read-only profile control. This ends up calling back into the CODA driver > where a mssing

Re: [PATCH 16/22] [media] tvp5150: add querystd

Em Wed, 1 Aug 2018 15:21:25 +0200 Marco Felsch escreveu: > Hi Mauro, > > On 18-07-30 15:09, Mauro Carvalho Chehab wrote: > > Em Thu, 28 Jun 2018 18:20:48 +0200 > > Marco Felsch escreveu: > > > > > From: Philipp Zabel > > > > > > Add the querystd video_op and make it return

[PATCH] media: coda: don't overwrite h.264 profile_idc on decoder instance

On a decoder instance, after the profile has been parsed from the stream __v4l2_ctrl_s_ctrl() is called to notify userspace about changes in the read-only profile control. This ends up calling back into the CODA driver where a mssing check on the s_ctrl caused the profile information that has just

Re: [PATCH 18/22] partial revert of "[media] tvp5150: add HW input connectors support"

Em Wed, 1 Aug 2018 14:10:47 +0200 Marco Felsch escreveu: > Hi Mauro, > > On 18-07-31 16:56, Mauro Carvalho Chehab wrote: > > Em Tue, 31 Jul 2018 15:30:56 +0200 > > Marco Felsch escreveu: > > > > > Hi Javier, > > > > > > On 18-07-31 14:52, Javier Martinez Canillas wrote: > > > > Hi Marco,

Re: [PATCH 16/22] [media] tvp5150: add querystd

Hi Mauro, On 18-07-30 15:09, Mauro Carvalho Chehab wrote: > Em Thu, 28 Jun 2018 18:20:48 +0200 > Marco Felsch escreveu: > > > From: Philipp Zabel > > > > Add the querystd video_op and make it return V4L2_STD_UNKNOWN while the > > TVP5150 is not locked to a signal. > > > > Signed-off-by:

Re: [PATCH 18/22] partial revert of "[media] tvp5150: add HW input connectors support"

Hi Mauro, On 18-07-31 16:56, Mauro Carvalho Chehab wrote: > Em Tue, 31 Jul 2018 15:30:56 +0200 > Marco Felsch escreveu: > > > Hi Javier, > > > > On 18-07-31 14:52, Javier Martinez Canillas wrote: > > > Hi Marco, > > > > > > On 07/31/2018 02:36 PM, Marco Felsch wrote: > > > > > > [snip] > > >

Re: [PATCH 05/21] dt-bindings: media: Specify bus type for MIPI D-PHY, others, explicitly

Hi Rob, Thanks for the review. On Tue, Jul 31, 2018 at 03:32:10PM -0600, Rob Herring wrote: > On Mon, Jul 23, 2018 at 04:46:50PM +0300, Sakari Ailus wrote: > > Allow specifying the bus type explicitly for MIPI D-PHY, parallel and > > Bt.656 busses. This is useful for devices that can make use of

[GIT PULL FOR v4.18 or v4.19] Qualcomm Camera Subsystem driver - 8x96 support

Hi Mauro, This pull request adds camera support for Qualcomm's 8x96. Since 4.18 is delayed by another week (see lwn.net) I am hoping this can still be applied for 4.18. If not, then it can go to 4.19. Regards, Hans The following changes since commit

[PATCH -next] media: tvp5150: make function tvp5150_volatile_reg() static

Fixes the following sparse warning: drivers/media/i2c/tvp5150.c:1457:6: warning: symbol 'tvp5150_volatile_reg' was not declared. Should it be static? Signed-off-by: Wei Yongjun --- drivers/media/i2c/tvp5150.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

BUG ? v4l2_spi_subdev_init does not produce unique names

Hello v4l2 gurus, Sorry for the people who already have read my previous mail. I changed the subject to make it more sexy :) Documentation/media/kapi/v4l2-subdev.rst states : "Afterwards you need to initialize :c:type:`sd `->name with a unique name and set the module owner. This is done for