[PATCH v6 1/1] Add test for new features in cec-follower

Analog tuner control test tuner_ctl_test(): - give analog tuner status - select tuner analog service - analog tuner step features Signed-off-by: Jiunn Chang --- utils/cec-compliance/cec-test.cpp | 75 +++ 1 file changed, 75 insertions(+) diff --git a/utils/cec

Re: [PATCH v5 2/2] Add test for new features in cec-follower

On 10/3/19 5:18 AM, Jiunn Chang wrote: > Analog tuner control test tuner_ctl_test(): > - give analog tuner status > - select tuner analog service > - analog tuner step features > > Signed-off-by: Jiunn Chang > --- > utils/cec-comp

[PATCH v5 2/2] Add test for new features in cec-follower

Analog tuner control test tuner_ctl_test(): - give analog tuner status - select tuner analog service - analog tuner step features Signed-off-by: Jiunn Chang --- utils/cec-compliance/cec-test.cpp | 74 +++ 1 file changed, 74 insertions(+) diff --git a/utils/cec

Re: [PATCH v4 3/3] cec-compliance: add tuner control test

On 10/1/19 5:18 AM, Jiunn Chang wrote: > Add test for new features added to cec-follower. > > Analog tuner control test tuner_ctl_test(): > - give analog tuner status > - select tuner analog service > - analog tuner step features > > Signed-off-by: Jiunn C

[PATCH v4 3/3] cec-compliance: add tuner control test

Add test for new features added to cec-follower. Analog tuner control test tuner_ctl_test(): - give analog tuner status - select tuner analog service - analog tuner step features Signed-off-by: Jiunn Chang --- utils/cec-compliance/cec-test.cpp | 91 +++ 1 file

Re: [PATCH 3/3] selftests: ir: fix ir_loopback test failure

On Mon, Aug 12, 2019 at 08:25:41AM -0600, shuah wrote: > On 8/10/19 5:44 AM, Sean Young wrote: > > The decoder is called rc-mm, not rcmm. This was renamed late in the cycle > > so this bug crept in. > > > > Cc: Shuah Khan > > Signed-off-by: Sean Young > > --- > > tools/testing/selftests/ir/ir_

Re: [PATCH 3/3] selftests: ir: fix ir_loopback test failure

On 8/10/19 5:44 AM, Sean Young wrote: The decoder is called rc-mm, not rcmm. This was renamed late in the cycle so this bug crept in. Cc: Shuah Khan Signed-off-by: Sean Young --- tools/testing/selftests/ir/ir_loopback.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH 3/3] selftests: ir: fix ir_loopback test failure

The decoder is called rc-mm, not rcmm. This was renamed late in the cycle so this bug crept in. Cc: Shuah Khan Signed-off-by: Sean Young --- tools/testing/selftests/ir/ir_loopback.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/tools/testing/selftests/ir/ir_loopback.

[PATCH v4] keytable: Add keymap test

This new test will try to parse all the ".toml" files in the directory path passed to it, error'ing out if there were parsing problems. Run as "make check" in the keytable directory. Signed-off-by: Bastien Nocera --- utils/keytable/Makefile.am | 6 +++ utils/keyt

Re: [PATCH v3] keytable: Add keymap test

On Thu, Jul 04, 2019 at 03:24:54PM +0200, Bastien Nocera wrote: > This new test will try to parse all the ".toml" files in the directory > path passed to it, error'ing out on the first parsing problem. That is no longer true. It reads all files and does not error out after th

[PATCH v3] keytable: Add keymap test

This new test will try to parse all the ".toml" files in the directory path passed to it, error'ing out on the first parsing problem. Run as "make check" in the keytable directory. Signed-off-by: Bastien Nocera --- utils/keytable/Makefile.am | 6 +++ utils/keyt

Re: [PATCH v2] keytable: Add keymap test

On Mon, 2019-07-01 at 16:27 +0200, Bastien Nocera wrote: > > That would be great. They have to be patched in the kernel tree, > > they > > are generated from there. > > It's customary to put a comment at the top of generated files > indicating that they shouldn't be modified and list the name and

Re: [PATCH v2] keytable: Add keymap test

On Thu, 2019-06-27 at 20:33 +0100, Sean Young wrote: > On Thu, Jun 27, 2019 at 10:13:56AM +0200, Bastien Nocera wrote: > > This new test will try to parse all the ".toml" files in the > > directory > > path passed to it, error'ing out on the first parsing prob

Re: [PATCH v3] keytable: Add keymap test

On Mon, 2019-07-01 at 12:28 +0100, Sean Young wrote: > On Fri, Jun 28, 2019 at 11:45:29AM +0200, Bastien Nocera wrote: > > This new test will try to parse all the ".toml" files in the > > directory > > path passed to it, error'ing out on the first parsing prob

Re: [PATCH v3] keytable: Add keymap test

On Fri, Jun 28, 2019 at 11:45:29AM +0200, Bastien Nocera wrote: > This new test will try to parse all the ".toml" files in the directory > path passed to it, error'ing out on the first parsing problem. > > Run as "make check" in the keytable director

[PATCH v3] keytable: Add keymap test

This new test will try to parse all the ".toml" files in the directory path passed to it, error'ing out on the first parsing problem. Run as "make check" in the keytable directory. Signed-off-by: Bastien Nocera --- Changes since v2: - Added SoB Changes since v1: -

Re: [PATCH v2] keytable: Add keymap test

On Thu, Jun 27, 2019 at 10:13:56AM +0200, Bastien Nocera wrote: > This new test will try to parse all the ".toml" files in the directory > path passed to it, error'ing out on the first parsing problem. > > Run as "make check" in the keytable directory. Good

[PATCH v2] keytable: Add keymap test

This new test will try to parse all the ".toml" files in the directory path passed to it, error'ing out on the first parsing problem. Run as "make check" in the keytable directory. --- Changes since v1: - Fix patch formatting At least 4 keymaps look broken in the cu

[PATCH] keytable: Add keymap test

This new test will try to parse all the ".toml" files in the directory path passed to it, error'ing out on the first parsing problem. Run as "make check" in the keytable directory. --- At least 4 keymaps look broken in the current git: it913x_v2.toml pinnacle3

[PATCH] media: v4l2: Test type instead of cfg->type in v4l2_ctrl_new_custom()

cfg->type can be overridden by v4l2_ctrl_fill() and the new value is stored in the local type var. Fix the tests to use this local var. Fixes: 0996517cf8ea ("V4L/DVB: v4l2: Add new control handling framework") Cc: Signed-off-by: Boris Brezillon --- drivers/media/v4l2-core/v4l2-ctrls.c | 9 -

[PATCH v2] ov8856: modify register to fix test pattern

From: Shawn Tu modify registers to fix bayer order in test pattern mode Signed-off-by: Shawn Tu --- drivers/media/i2c/ov8856.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/drivers/media/i2c/ov8856.c b/drivers/media/i2c/ov8856.c index dbf1095..cd347d6 100644

[v1] media: ov8856: modify register to fix test pattern

modify registers to fix bayer order in test pattern mode Signed-off-by: Shawnx Tu --- drivers/media/i2c/ov8856.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/drivers/media/i2c/ov8856.c b/drivers/media/i2c/ov8856.c index dbf1095..cd347d6 100644 --- a/drivers

Re: [STATUS UPDATE] test-media regression script status

On 4/26/19 9:06 AM, Guillaume Tucker wrote: > Hi Hans, > > On 13/03/2019 08:54, Hans Verkuil wrote: >> Hi all, >> >> As you all know I have been working on creating a regression test script >> to help catch regressions before they get into released kernels. >

Re: [STATUS UPDATE] test-media regression script status

Hi Hans, On 13/03/2019 08:54, Hans Verkuil wrote: > Hi all, > > As you all know I have been working on creating a regression test script > to help catch regressions before they get into released kernels. > > The test-media script is in v4l-utils, contrib/test. It is curren

[PATCH v4 05/21] rockchip/vpu: Remove a useless test

vdev is guaranteed to be equal to vpu->vfd_enc thanks a test done a few lines above. Remove this useless test. Signed-off-by: Boris Brezillon --- Changes from v3: * Move earlier in the series Changes from v2: * New patch --- drivers/staging/media/rockchip/vpu/rockchip_vpu_drv.c | 6 ++

[PATCH v3 08/15] rockchip/vpu: Remove a useless test

vdev is guaranteed to be equal to vpu->vfd_enc thanks a test done a few lines above. Remove this useless test. Signed-off-by: Boris Brezillon --- Changes from v2: * New patch --- drivers/staging/media/rockchip/vpu/rockchip_vpu_drv.c | 6 ++ 1 file changed, 2 insertions(+), 4 deleti

[PATCH v1] media: ov8856: modify register to fix test pattern

modify registers to fix bayer order in test pattern mode --- drivers/media/i2c/ov8856.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/drivers/media/i2c/ov8856.c b/drivers/media/i2c/ov8856.c index dbf1095..cd347d6 100644 --- a/drivers/media/i2c/ov8856.c +++ b

[PATCH v3 6/9] [TEST]: rockchip: mpp: vdpu2: move qtable to input buffer

From: Randy Li I want the memory region !!! It can save more time if those data are prepared in userspace. Signed-off-by: Randy Li --- drivers/staging/rockchip-mpp/mpp_dev_common.c | 3 +-- drivers/staging/rockchip-mpp/mpp_dev_common.h | 3 --- drivers/staging/rockchip-mpp/mpp_dev_vdpu2.c |

[PATCH v3 5/9] [TEST]: rockchip: mpp: support qtable

From: Randy Li I don't care, I don't want to store buffers for a session. I just want to use it to verify the FFmpeg. --- drivers/staging/rockchip-mpp/mpp_dev_common.h | 3 +++ drivers/staging/rockchip-mpp/mpp_dev_vdpu2.c | 5 - drivers/staging/rockchip-mpp/vdpu2/mpeg2.c| 13 -

[PATCH v3 7/9] [TEST]: rkvdec: spspps address alignment

I found the offset for cpu access is not equal to the DMA opeartion. Signed-off-by: ayaka --- drivers/staging/rockchip-mpp/mpp_dev_common.h | 3 +++ drivers/staging/rockchip-mpp/mpp_dev_rkvdec.c | 3 +++ drivers/staging/rockchip-mpp/rkvdec/avc.c | 14 +++--- 3 files changed, 13 ins

[PATCH v2 10/16] media: vicodec: don't test if info is NULL

pixel info of q_data is never set to NULL so there is no need to test if it is. Signed-off-by: Dafna Hirschfeld --- drivers/media/platform/vicodec/vicodec-core.c | 9 - 1 file changed, 9 deletions(-) diff --git a/drivers/media/platform/vicodec/vicodec-core.c b/drivers/media/platform

[PATCH 09/14] media: vicodec: don't test if info is NULL

pixel info of q_data is never set to NULL so there is no need to test if it is. Signed-off-by: Dafna Hirschfeld --- drivers/media/platform/vicodec/vicodec-core.c | 15 --- 1 file changed, 15 deletions(-) diff --git a/drivers/media/platform/vicodec/vicodec-core.c b/drivers/media

[STATUS UPDATE] test-media regression script status

Hi all, As you all know I have been working on creating a regression test script to help catch regressions before they get into released kernels. The test-media script is in v4l-utils, contrib/test. It is currently testing with vivid, vim2m and vimc. Once vicodec is stable enough it will be

[PATCH] [TEST]: media: vb2: reverse DMA addr of each plane

With the default iova and dma-iommu driver, the starting address of a new buffer would be at lower address than the previous one. This patch can solve this problem simply, but I want a way to control the address direction of the IOMMU/IOVA. The reason why we(ayaka and I) need to do this is simple

[PATCH v2 3/6] [TEST]: rockchip: mpp: support qptable

I don't care, I don't want to store buffers for a session. I just want to use it to verify the FFmpeg. I want the memory region !!! It can save more time if those data are prepared in userspace. Signed-off-by: Randy Li --- drivers/staging/rockchip-mpp/mpp_dev_common.c | 3 +-- drivers/staging/

[v4l-utils PATCH v3 3/8] v4l2-ctl: test if do_setup_out_buffers returns -1 instead of non zero

If 'do_setup_out_buffers' returns -2 it means that it finished queuing all output stream buffers and the program should not terminate in that case. Signed-off-by: Dafna Hirschfeld --- utils/v4l2-ctl/v4l2-ctl-streaming.cpp | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/

[PATCH 3/4] [TEST]: rockchip: mpp: support qtable

Yes, the buffer won't be freed. I don't want to store buffers for a session. I just want to use it to verify the FFmpeg. Signed-off-by: ayaka --- drivers/staging/rockchip-mpp/mpp_dev_common.h | 3 ++ drivers/staging/rockchip-mpp/mpp_dev_vdpu2.c | 3 ++ drivers/staging/rockchip-mpp/vdpu2/mpeg2

Re: Test results (v4l2) for media/master - v4.20-rc5-281-gd2b4387f3bdf

Hi Mauro, Thanks for the review. We've made some progress but I would like to check things with you before putting this in production, please see below. On 18/12/2018 17:52, Mauro Carvalho Chehab wrote: > Em Tue, 18 Dec 2018 07:31:23 -0800 (PST) > "kernelci.org bot"

Re: [v4l-utils PATCH 3/6] v4l2-ctl: test the excpetion fds first in streaming_set_m2m

On 01/20/2019 12:15 PM, Dafna Hirschfeld wrote: > test the excpetion fds first in the select loop excpetion -> exception > in streaming_set_m2m. This is needed in the next patch > in order to dequeue a source change event before its > coresponding last buffer. coresponding ->

[v4l-utils PATCH 3/6] v4l2-ctl: test the excpetion fds first in streaming_set_m2m

test the excpetion fds first in the select loop in streaming_set_m2m. This is needed in the next patch in order to dequeue a source change event before its coresponding last buffer. Signed-off-by: Dafna Hirschfeld --- utils/v4l2-ctl/v4l2-ctl-streaming.cpp | 26 +- 1 file

[PATCH 4/6] media: ov5640: Add three more test patterns

The OV5640 driver currently supports a static color bar pattern with a small vertical gamma gradient. The hardware also supports a color square pattern, as well as having a rolling bar for dynamic sequences. Add three more test patterns: - color bars with a rolling bar (but without the gamma

[PATCH 0/6] media: ov5640: JPEG and test pattern improvements

Hi everyone, This series improves the JPEG compression output mode handling of the OV5640 sensor, and adds some more test patterns for users to use. The JPEG compression output mode of the sensor works, but the data framing is incorrect. Additional registers need to be set to configure the

[PATCH 2/6] media: ov5640: Add register definition for test pattern register

The OV5640 can generate many types of test patterns, some with additional modifiers, such as a rolling bar, or gamma gradients. Add the bit definitions for all bits in the test pattern register, and use them to compose the values to be written to the register. Signed-off-by: Chen-Yu Tsai

[PATCH 3/6] media: ov5640: Disable transparent feature for test pattern

The transparent feature for test patterns blends the test pattern with an actual captured image. This makes the result non-static, subject to changes in the sensor's field of view. Test patterns should be predictable and deterministic, even if they are dynamic patterns. Disable the transp

[PATCH 8/8] soc_camera_platform: remove obsolete soc_camera test driver

From: Hans Verkuil This is a test stub driver for soc_camera. Since soc_camera is being deprecated (and in fact, nobody is using it anymore) there's no sense in keeping this test driver. Signed-off-by: Hans Verkuil --- drivers/media/platform/soc_camera/Kconfig | 6 - drivers/

Re: [PATCH v2 1/1] media: Use common test pattern menu entries

Hi Mauro, On Tue, Dec 04, 2018 at 12:41:42PM -0200, Mauro Carvalho Chehab wrote: > Em Tue, 4 Dec 2018 15:40:42 +0200 > Sakari Ailus escreveu: > > > While the test pattern menu itself is not standardised, many devices > > support the same test patterns. Aligning the menu e

Re: Test results (v4l2) for media/master - v4.20-rc5-281-gd2b4387f3bdf

Em Tue, 18 Dec 2018 07:31:23 -0800 (PST) "kernelci.org bot" escreveu: > Test results for: > Tree:media > Branch: master > Kernel: v4.20-rc5-281-gd2b4387f3bdf > URL: https://git.linuxtv.org/media_tree.git > Commit: d2b4387f3bdf016e266d23cf657465f55

Test results (v4l2) for media/master - v4.20-rc5-281-gd2b4387f3bdf

Test results for: Tree:media Branch: master Kernel: v4.20-rc5-281-gd2b4387f3bdf URL: https://git.linuxtv.org/media_tree.git Commit: d2b4387f3bdf016e266d23cf657465f557721488 Test plans: v4l2 Summary --- 4 test groups results 1 | v4l2 | rk3399-gru-kevin

Re: [RFCv5 PATCH 4/4] vimc: add property test code

Em Thu, 13 Dec 2018 14:41:13 +0100 hverkuil-ci...@xs4all.nl escreveu: > From: Hans Verkuil > > Add properties to entities and pads to be able to test the > properties API. Looks OK to me. > > Signed-off-by: Hans Verkuil > --- > drivers/media/platform

[RFCv5 PATCH 4/4] vimc: add property test code

From: Hans Verkuil Add properties to entities and pads to be able to test the properties API. Signed-off-by: Hans Verkuil --- drivers/media/platform/vimc/vimc-common.c | 50 +++ 1 file changed, 50 insertions(+) diff --git a/drivers/media/platform/vimc/vimc-common.c b

Re: [RFCv4 PATCH 3/3] vimc: add property test code

Em Wed, 21 Nov 2018 16:40:24 +0100 Hans Verkuil escreveu: > From: Hans Verkuil > > Add properties to entities and pads to be able to test the > properties API. > > Signed-off-by: Hans Verkuil > --- > drivers/media/platform/vimc/vimc-common.c | 50 +

Re: [RFC] Create test script(s?) for regression testing

A quick status update regarding creating test scripts for regression testing on kernelci. I'm also CC-ing Dmitry to give an update on the work fixing syzkaller bugs. On 11/6/18 9:37 AM, Hans Verkuil wrote: > Hi all, > > After the media summit (heavy on test discussions) and

[PATCH] media: imx274: fix wrong order in test pattern menus

The description of test patterns 11 and 12 are swapped. Checked against the live sensor. Signed-off-by: Luca Ceresoli --- drivers/media/i2c/imx274.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/media/i2c/imx274.c b/drivers/media/i2c/imx274.c index 5fac7fd32634

Re: [PATCH v2 1/1] media: Use common test pattern menu entries

Em Tue, 4 Dec 2018 15:40:42 +0200 Sakari Ailus escreveu: > While the test pattern menu itself is not standardised, many devices > support the same test patterns. Aligning the menu entries helps the user > space to use the interface, and adding macros for the menu entry strings > h

Re: [PATCH 1/1] media: Use common test pattern menu entries

On Tue, Nov 27, 2018 at 07:19:52PM +0800, Bingbu Cao wrote: > > On 11/27/2018 05:33 PM, Sakari Ailus wrote: > > diff --git a/include/uapi/linux/v4l2-controls.h > > b/include/uapi/linux/v4l2-controls.h > > index 998983a6e6b7..a74ff6f1ac88 100644 > > --- a/include/uapi/linux/v4l2-controls.h > > +++

[PATCH v2 1/1] media: Use common test pattern menu entries

While the test pattern menu itself is not standardised, many devices support the same test patterns. Aligning the menu entries helps the user space to use the interface, and adding macros for the menu entry strings helps to keep them aligned. Signed-off-by: Sakari Ailus --- since v1: - Fix

Re: [RESEND PATCH 1/1] media: Use common test pattern menu entries

On Tue, Nov 27, 2018 at 01:11:42PM +0100, Luca Ceresoli wrote: > Hi Sakari, Bingbu, > > On 27/11/18 10:34, Sakari Ailus wrote: > > While the test pattern menu itself is not standardised, many devices > > support the same test patterns. Aligning the menu entries helps the user

Re: [RESEND PATCH 1/1] media: Use common test pattern menu entries

Hi Sakari, Bingbu, On 27/11/18 10:34, Sakari Ailus wrote: > While the test pattern menu itself is not standardised, many devices > support the same test patterns. Aligning the menu entries helps the user > space to use the interface, and adding macros for the menu entry strings > h

Re: [PATCH 1/1] media: Use common test pattern menu entries

On 11/27/2018 05:33 PM, Sakari Ailus wrote: While the test pattern menu itself is not standardised, many devices support the same test patterns. Aligning the menu entries helps the user space to use the interface, and adding macros for the menu entry strings helps to keep them aligned. I like

[RESEND PATCH 1/1] media: Use common test pattern menu entries

While the test pattern menu itself is not standardised, many devices support the same test patterns. Aligning the menu entries helps the user space to use the interface, and adding macros for the menu entry strings helps to keep them aligned. Signed-off-by: Sakari Ailus --- Fixed Andy's

[PATCH 1/1] media: Use common test pattern menu entries

While the test pattern menu itself is not standardised, many devices support the same test patterns. Aligning the menu entries helps the user space to use the interface, and adding macros for the menu entry strings helps to keep them aligned. Signed-off-by: Sakari Ailus --- drivers/media/i2c

Re: [PATCH 2/2] media: imx355: fix wrong order in test pattern menus

On Tue, Nov 27, 2018 at 10:45:02AM +0800, Bingbu Cao wrote: > > > On 11/26/2018 04:57 PM, Sakari Ailus wrote: > > Hi Bing Bu, > > > > On Mon, Nov 26, 2018 at 03:43:34PM +0800, bingbu@intel.com wrote: > > > From: Bingbu Cao > > > > &g

Re: [PATCH 2/2] media: imx355: fix wrong order in test pattern menus

On 11/26/2018 04:57 PM, Sakari Ailus wrote: Hi Bing Bu, On Mon, Nov 26, 2018 at 03:43:34PM +0800, bingbu@intel.com wrote: From: Bingbu Cao current imx355 test pattern order in ctrl menu is not correct, this patch fixes it. Signed-off-by: Bingbu Cao --- drivers/media/i2c/imx355.c

Re: [PATCH 2/2] media: imx355: fix wrong order in test pattern menus

On 11/26/2018 04:57 PM, Sakari Ailus wrote: Hi Bing Bu, On Mon, Nov 26, 2018 at 03:43:34PM +0800, bingbu@intel.com wrote: From: Bingbu Cao current imx355 test pattern order in ctrl menu is not correct, this patch fixes it. Signed-off-by: Bingbu Cao --- drivers/media/i2c/imx355.c

Re: [PATCH 2/2] media: imx355: fix wrong order in test pattern menus

Hi Bing Bu, On Mon, Nov 26, 2018 at 03:43:34PM +0800, bingbu@intel.com wrote: > From: Bingbu Cao > > current imx355 test pattern order in ctrl menu > is not correct, this patch fixes it. > > Signed-off-by: Bingbu Cao > --- > drivers/media/i2c/imx355.c | 2

[PATCH 1/2] media: imx319: fix wrong order in test pattern menus

From: Bingbu Cao current imx319 test pattern order in ctrl menu is not correct, this patch fixes it. Signed-off-by: Bingbu Cao --- drivers/media/i2c/imx319.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/media/i2c/imx319.c b/drivers/media/i2c/imx319.c index

[PATCH 2/2] media: imx355: fix wrong order in test pattern menus

From: Bingbu Cao current imx355 test pattern order in ctrl menu is not correct, this patch fixes it. Signed-off-by: Bingbu Cao --- drivers/media/i2c/imx355.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/media/i2c/imx355.c b/drivers/media/i2c/imx355.c index

[RFCv4 PATCH 3/3] vimc: add property test code

From: Hans Verkuil Add properties to entities and pads to be able to test the properties API. Signed-off-by: Hans Verkuil --- drivers/media/platform/vimc/vimc-common.c | 50 +++ 1 file changed, 50 insertions(+) diff --git a/drivers/media/platform/vimc/vimc-common.c b

[PATCH v2] v4l2-compliance: test orphaned buffer support

Test that V4L2_BUF_CAP_SUPPORTS_ORPHANED_BUFS is reported equally for both MMAP and DMABUF memory types. If supported, try to orphan buffers by calling reqbufs(0) before unmapping or closing DMABUF fds. Also close exported DMABUF fds and free buffers in testDmaBuf if orphaned buffers are not

Re: [PATCH v4l-utils] v4l2-compliance: test orphaned buffer support

On 11/15/18 13:52, Philipp Zabel wrote: > On Thu, 2018-11-15 at 11:21 +0100, Hans Verkuil wrote: >> On 11/14/18 15:38, Philipp Zabel wrote: >>> Test that V4L2_BUF_CAP_SUPPORTS_ORPHANED_BUFS is reported equally for >>> both MMAP and DMABUF memory types. If supported, t

Re: [PATCH v4l-utils] v4l2-compliance: test orphaned buffer support

On Thu, 2018-11-15 at 11:21 +0100, Hans Verkuil wrote: > On 11/14/18 15:38, Philipp Zabel wrote: > > Test that V4L2_BUF_CAP_SUPPORTS_ORPHANED_BUFS is reported equally for > > both MMAP and DMABUF memory types. If supported, try to orphan buffers > > by calling reqbufs(0

Re: [PATCH v4l-utils] v4l2-compliance: test orphaned buffer support

On 11/14/18 15:38, Philipp Zabel wrote: > Test that V4L2_BUF_CAP_SUPPORTS_ORPHANED_BUFS is reported equally for > both MMAP and DMABUF memory types. If supported, try to orphan buffers > by calling reqbufs(0) before unmapping or closing DMABUF fds. > > Also close exported DMAB

[PATCH v4l-utils] v4l2-compliance: limit acceptable width/height to 65536 in VIDIOC_SUBDEV_G/S_FMT test

Fail if the driver returns unrealistically large frame sizes. Signed-off-by: Philipp Zabel --- utils/v4l2-compliance/v4l2-test-subdevs.cpp | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/utils/v4l2-compliance/v4l2-test-subdevs.cpp b/utils/v4l2-compliance/v4l2-test

[PATCH v4l-utils] v4l2-compliance: test orphaned buffer support

Test that V4L2_BUF_CAP_SUPPORTS_ORPHANED_BUFS is reported equally for both MMAP and DMABUF memory types. If supported, try to orphan buffers by calling reqbufs(0) before unmapping or closing DMABUF fds. Also close exported DMABUF fds and free buffers in testDmaBuf if orphaned buffers are not

RE: [PATCH] media: imx258: remove test pattern map from driver

Subject: Re: [PATCH] media: imx258: remove test pattern map from driver Hi Jason, Thanks for the patch. On Wed, Nov 07, 2018 at 03:22:23PM +0800, jasonx.z.c...@intel.com wrote: > From: "Chen, JasonX Z" > > Test Pattern mode be picked at HAL instead of driver. > do a FLIP w

[PATCH] media: imx258: remove test pattern map from driver

From: "Chen, JasonX Z" change bayer order when using test pattern mode. remove test pattern mapping method Signed-off-by: Chen, JasonX Z --- drivers/media/i2c/imx258.c | 23 --- 1 file changed, 4 insertions(+), 19 deletions(-) diff --git a/drivers/media/i2c/

Re: [RFC] Create test script(s?) for regression testing

t;>>> On Tuesday, 6 November 2018 15:56:34 EET Hans Verkuil wrote: >>>>> On 11/06/18 14:12, Laurent Pinchart wrote: >>>>>> On Tuesday, 6 November 2018 13:36:55 EET Sakari Ailus wrote: >>>>>>> On Tue, Nov 06, 2018 at 09:37:07AM

Re: [RFC] Create test script(s?) for regression testing

Hi Mauro, On Wednesday, 7 November 2018 21:53:20 EET Mauro Carvalho Chehab wrote: > Em Wed, 07 Nov 2018 21:35:32 +0200 Laurent Pinchart escreveu: > > On Wednesday, 7 November 2018 21:10:35 EET Mauro Carvalho Chehab wrote: [snip] > >> I'm with Hans on that matter: better to start with an absolute

Re: [RFC] Create test script(s?) for regression testing

018 13:36:55 EET Sakari Ailus wrote: > > >>>>>> On Tue, Nov 06, 2018 at 09:37:07AM +0100, Hans Verkuil wrote: > > >>>>>>> Hi all, > > >>>>>>> > > >>>>>>> After the media summit (heavy on

Re: [RFC] Create test script(s?) for regression testing

6 November 2018 13:36:55 EET Sakari Ailus wrote: > > > > > On Tue, Nov 06, 2018 at 09:37:07AM +0100, Hans Verkuil wrote: > > > > > > Hi all, > > > > > > > > > > > > After the media summit (heavy on test discussions) a

Re: [RFC] Create test script(s?) for regression testing

rkuil wrote: > >>>>>>> Hi all, > >>>>>>> > >>>>>>> After the media summit (heavy on test discussions) and the V4L2 > >>>>>>> event regression we just found it is clear we need to do a better > >&

Re: [RFC] Create test script(s?) for regression testing

> > >> On 11/06/18 14:12, Laurent Pinchart wrote: > > >>> On Tuesday, 6 November 2018 13:36:55 EET Sakari Ailus wrote: > > >>>> On Tue, Nov 06, 2018 at 09:37:07AM +0100, Hans Verkuil wrote: > > >>>>> Hi all, > > >>>&g

Re: [PATCH] media: imx258: remove test pattern map from driver

Hi Jason, Thanks for the patch. On Wed, Nov 07, 2018 at 03:22:23PM +0800, jasonx.z.c...@intel.com wrote: > From: "Chen, JasonX Z" > > Test Pattern mode be picked at HAL instead of driver. > do a FLIP when userspace use test pattern mode. > add entity_ops for validating

Re: [RFC] Create test script(s?) for regression testing

2018 13:36:55 EET Sakari Ailus wrote: > >>>> On Tue, Nov 06, 2018 at 09:37:07AM +0100, Hans Verkuil wrote: > >>>>> Hi all, > >>>>> > >>>>> After the media summit (heavy on test discussions) and the V4L2 event > >>>&g

Re: [RFC] Create test script(s?) for regression testing

18 at 09:37:07AM +0100, Hans Verkuil wrote: >>>>> Hi all, >>>>> >>>>> After the media summit (heavy on test discussions) and the V4L2 event >>>>> regression we just found it is clear we need to do a better job with >>>>> test

[PATCH] media: imx258: remove test pattern map from driver

From: "Chen, JasonX Z" Test Pattern mode be picked at HAL instead of driver. do a FLIP when userspace use test pattern mode. add entity_ops for validating imx258 link. Signed-off-by: Chen, JasonX Z --- drivers/media/i2c/imx258.c | 28 1 file changed, 8

Re: [RFC] Create test script(s?) for regression testing

>>> > >>> After the media summit (heavy on test discussions) and the V4L2 event > >>> regression we just found it is clear we need to do a better job with > >>> testing. > >>> > >>> All the pieces are in place, so what is n

Re: [RFC] Create test script(s?) for regression testing

On 11/06/18 14:12, Laurent Pinchart wrote: > Hello, > > On Tuesday, 6 November 2018 13:36:55 EET Sakari Ailus wrote: >> On Tue, Nov 06, 2018 at 09:37:07AM +0100, Hans Verkuil wrote: >>> Hi all, >>> >>> After the media summit (heavy on test discussions)

Re: [RFC] Create test script(s?) for regression testing

On Tue, 2018-11-06 at 09:37 +0100, Hans Verkuil wrote: > Hi all, > > After the media summit (heavy on test discussions) and the V4L2 event > regression > we just found it is clear we need to do a better job with testing. > > All the pieces are in place, so what is needed

Re: [RFC] Create test script(s?) for regression testing

Hello, On Tuesday, 6 November 2018 13:36:55 EET Sakari Ailus wrote: > On Tue, Nov 06, 2018 at 09:37:07AM +0100, Hans Verkuil wrote: > > Hi all, > > > > After the media summit (heavy on test discussions) and the V4L2 event > > regression we just found it is clear we n

Re: [RFC] Create test script(s?) for regression testing

Hi Hans, On Tue, Nov 06, 2018 at 09:37:07AM +0100, Hans Verkuil wrote: > Hi all, > > After the media summit (heavy on test discussions) and the V4L2 event > regression > we just found it is clear we need to do a better job with testing. > > All the pieces are in place, so

[RFC] Create test script(s?) for regression testing

Hi all, After the media summit (heavy on test discussions) and the V4L2 event regression we just found it is clear we need to do a better job with testing. All the pieces are in place, so what is needed is to combine it and create a script that anyone of us as core developers can run to check

Re: [PATCH] media: rc: self test for IR encoders and decoders

check IR transmission between two rc devices. Using rc-loopback, > > we use it to check the IR encoders and decoders themselves. > > > > No hardware is required for this test. > > > > Signed-off-by: Sean Young > > Cc: Shuah Khan > > Hi Sean, > > This

Re: [PATCH] media: rc: self test for IR encoders and decoders

IR encoders and decoders themselves. > > No hardware is required for this test. > > Signed-off-by: Sean Young > Cc: Shuah Khan Hi Sean, This looks good. I will get this into the next release. It will show up in linux-kselftest next after 4.20-rc1 comes out. thanks, -- Shuah

Re: RFC: kernelCI media subsystem pilot (Test results for gtucker/kernelci-media - gtucker-kernelci-media-001-6-g1b2c6e5844d8)

r those new to kernelci, see > > https://github.com/kernelci/kernelci-doc/wiki/KernelCI > > and https://kernelci.org/. > > > > The goal is to lay down the infrastructure required to make > > automated test coverage an integral part of our feature > > and bu

Re: RFC: kernelCI media subsystem pilot (Test results for gtucker/kernelci-media - gtucker-kernelci-media-001-6-g1b2c6e5844d8)

KernelCI > and https://kernelci.org/. > > The goal is to lay down the infrastructure required to make > automated test coverage an integral part of our feature > and bugfix development process. > > So, as a first attempt, we've decided to extend kernelci test > v4l2

RFC: kernelCI media subsystem pilot (Test results for gtucker/kernelci-media - gtucker-kernelci-media-001-6-g1b2c6e5844d8)

to make automated test coverage an integral part of our feature and bugfix development process. So, as a first attempt, we've decided to extend kernelci test v4l2 plan support, leading the way to extending other subsystems' test plans. Currently, kernelci looks for a list of branches ever

[PATCH] media: rc: self test for IR encoders and decoders

for this test. Signed-off-by: Sean Young Cc: Shuah Khan --- tools/testing/selftests/Makefile | 1 + tools/testing/selftests/ir/.gitignore | 1 + tools/testing/selftests/ir/Makefile | 5 + tools/testing/selftests/ir/ir_loopback.c | 199 ++ tools/testing

Working test 5

Did you get my email from last week? Let me know if you have photos for cutting out or retouching? We are an image team who can do editing for your the web store photos, industry photos or portrait photos. Send photos, we will do testing for you to check quality. Waiting for your reply soon. Th

Working test 3

Did you get my email from last week? Let me know if you have photos for cutting out or retouching? We are an image team who can do editing for your the web store photos, industry photos or portrait photos. Send photos, we will do testing for you to check quality. Waiting for your reply soon. Th

  1   2   3   4   5   6   >