On 04/06/2018 03:11 AM, Matt Roper wrote:
On Thu, Apr 05, 2018 at 10:32:04PM +0200, Daniel Vetter wrote:
Pulling this out of the shadows again.
We now also have xen-zcopy from Oleksandr and the hyper dmabuf stuff
from Matt and Dongwong.
At least from the intel side there seems to be the idea t
Hi Matt,
Thanks for the update. A few minor bits, please see below.
On Thu, Apr 05, 2018 at 10:14:49PM -0700, Matt Ranostay wrote:
> 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"
From: Kuninori Morimoto
Now we can replace Codec to Component. Let's do it.
Note:
xxx_codec_xxx() -> xxx_component_xxx()
.idle_bias_off = 0 -> .idle_bias_on = 1
.ignore_pmdown_time = 0 -> .use_pmdown_time = 1
- ->
Define the device tree bindings for the panasonic,amg88xx i2c
video driver.
Cc: devicet...@vger.kernel.org
Reviewed-by: Rob Herring
Signed-off-by: Matt Ranostay
---
.../bindings/media/i2c/panasonic,amg88xx.txt | 19 +++
1 file changed, 19 insertions(+)
create mode 1006
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.
Signed-off-by: Matt Ranostay
---
MAINTAINERS | 6 +
drivers/media/i2c/Kconfig | 13 +
drivers/m
Add support for video-i2c polling driver
Changes from v1:
* Switch to SPDX tags versus GPLv2 license text
* Remove unneeded zeroing of data structures
* Add video_i2c_try_fmt_vid_cap call in video_i2c_s_fmt_vid_cap function
Changes from v2:
* Add missing linux/kthread.h include that broke x86_64
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: Fri Apr 6 05:00:16 CEST 2018
media-tree git hash:17dec0a949153d9ac00760ba2f5b78cb583e995f
media_build gi
Hi, Mauro
> > + u8 send_data[BURST_WRITE_MAX + 4];
> > + const u8 *write_data_top = NULL;
> > + int ret = 0;
> > +
> > + if (!spi || !data) {
> > + pr_err("invalid arg\n");
> > + return -EINVAL;
> > + }
> > + if (size > BURST_WRITE_MAX) {
> > + pr_err("dat
On Thu, Apr 05, 2018 at 10:32:04PM +0200, Daniel Vetter wrote:
> Pulling this out of the shadows again.
>
> We now also have xen-zcopy from Oleksandr and the hyper dmabuf stuff
> from Matt and Dongwong.
>
> At least from the intel side there seems to be the idea to just have 1
> special device th
Hi Warren,
On Thu, Apr 05, 2018 at 12:37:05PM -0600, Warren Sturm wrote:
> Is there a way to get the IR Blaster of the HVR1600 card working under
> v4.15+ kernels?
>
> It seems that lrc_zilog BUGs under 4.15+ and has gone missing in 4.16.
In v4.16, lirc_zilog has been replaced with ir-kbd-i2c, w
On Thu, Apr 5, 2018 at 7:54 PM, Mauro Carvalho Chehab
wrote:
> There aren't many things that would be needed to allow it
> to build with compile test.
> +/* Allow building this driver with COMPILE_TEST */
> +#ifndef CONFIG_PPC_MPC512x
> +#define NO_IRQ 0
The NO_IRQ usage here really needs to d
Hi Laurent,
Thanks for your feedback.
I have incorporated your suggestions for the next and hopefully last
version of this patch-set, a few followups on your review bellow.
On 2018-04-04 01:09:29 +0300, Laurent Pinchart wrote:
> Hi Niklas,
>
> Thank you for the patch.
>
> On Tuesday, 27 March
Hi Hans,
On 2018-04-04 12:28:30 +0200, Hans Verkuil wrote:
> Hi Niklas,
>
> It might be a good idea if you can rebase the patch series on the latest
> master (we've just synced to Linus' master tree) and incorporate the few
> comments that Laurent had.
I have now rebased this and incorporate the
Hi Mauro,
Thank you for the patch.
On Thursday, 5 April 2018 23:29:44 EEST Mauro Carvalho Chehab wrote:
> This driver compile as-is with COMPILE_TEST.
>
> Signed-off-by: Mauro Carvalho Chehab
Acked-by: Laurent Pinchart
I don't have patches pending for the omap4iss driver, could you merge thi
Am Mon, 2 Apr 2018 20:24:07 +0200
schrieb Daniel Scheller :
> From: Daniel Scheller
>
> This series brings all relevant changes from the upstream dddvb-0.9.33
> driver package to the in-kernel ddbridge and stv0910, though a few
> changes were picked up and merged previously already.
>
> Summar
Except for some includes (with doesn't seem to be used), this
driver builds fine with COMPILE_TEST.
So, add checks there to avoid building it if ARCH_DAVINCI
is not selected.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/platform/davinci/Kconfig| 3 ++-
drivers/media/platform/d
Now that we have stubs for omap FB driver, let it build with
COMPILE_TEST.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/platform/omap/Kconfig | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/media/platform/omap/Kconfig
b/drivers/media/platform/omap/K
Those definitions used to be part of the original patch:
https://patchwork.kernel.org/patch/2815221/
But, somehow, nobody ever noticed until today. Years later,
Arnd discovered that mmp-camera driver doesn't build and make
it depend on BROKEN.
Add the missing bits here, in order to remove
Those functions are used only internally:
CC drivers/media/platform/marvell-ccic/mmp-driver.o
drivers/media/platform/marvell-ccic/mmp-driver.c:186:6: warning: no previous
prototype for ‘mcam_ctlr_reset’ [-Wmissing-prototypes]
void mcam_ctlr_reset(struct mcam_camera *mcam)
^~
This is a little bit hashish, but this driver is at staging,
so it won't become worse.
With this small change at Makefile, we can now build it with
COMPILE_TEST.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/staging/media/davinci_vpfe/Kconfig | 3 ++-
drivers/staging/media/davinci_vpfe/Make
The isp_xclk_init_data const data isn't used anywere.
drivers/media/platform/omap3isp/isp.c:294:35: warning: ‘isp_xclk_init_data’
defined but not used [-Wunused-const-variable=]
static const struct clk_init_data isp_xclk_init_data = {
^~
Fixes:
There aren't much things required for it to build with COMPILE_TEST.
It just needs to provide stub for an arm-dependent include.
Let's replicate the same solution used by ipmmu-vmsa, in order
to allow building omap3 with COMPILE_TEST.
The actual logic here came from this driver:
drivers/iommu
This driver was disabled back in 2015 from builds because
of some troubles with the platform_data definition. Now
that this got fixed, re-enable it.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/platform/marvell-ccic/Kconfig | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
di
Fix those two warnings
drivers/media/platform/davinci/vpbe_venc.c: In function ‘venc_set_ntsc’:
drivers/media/platform/davinci/vpbe_venc.c:230:6: warning: variable ‘val’ set
but not used [-Wunused-but-set-variable]
u32 val;
^~~
drivers/media/platform/davinci/vpbe_venc.c: In function ‘venc
There are several functions that are used only inside the
driver. Stop exposing that to global symbolspace.
Get rid of the following gcc warnings:
drivers/media/platform/fsl-viu.c:240:17: warning: no previous prototype for
‘format_by_fourcc’ [-Wmissing-prototypes]
struct viu_fmt *format_by_four
This driver compile as-is with COMPILE_TEST.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/staging/media/omap4iss/Kconfig | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/media/omap4iss/Kconfig
b/drivers/staging/media/omap4iss/Kconfig
index 46183464ee79..
Driver build produce lots of warnings due to wrong kernel-doc markups:
drivers/media/platform/davinci/vpbe.c:60: warning: Function parameter or
member 'vpbe_dev' not described in 'vpbe_current_encoder_info'
drivers/media/platform/davinci/vpbe.c:78: warning: Function parameter or
member '
Currently, either USB or I2C is built. Change it to allow
having both enabled at the same time.
The main reason is that COMPILE_TEST all[yes/mod]builds will
now contain all drivers under drivers/media.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/radio/Kconfig |
Pulling this out of the shadows again.
We now also have xen-zcopy from Oleksandr and the hyper dmabuf stuff
from Matt and Dongwong.
At least from the intel side there seems to be the idea to just have 1
special device that can handle cross-gues/host sharing for all kinds
of hypervisors, so I gues
There's nothing that prevents building this driver with
COMPILE_TEST. So, enable it.
While here, make the Kconfig dependency cleaner by removing
the unneeded if block.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/platform/exynos4-is/Kconfig | 4 +---
1 file changed, 1 insertion(+), 3
There aren't many things that would be needed to allow it
to build with compile test.
Add the needed bits.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/platform/Kconfig | 2 +-
drivers/media/platform/fsl-viu.c | 8
2 files changed, 9 insertions(+), 1 deletion(-)
diff --git
This driver builds cleanly with COMPILE_TEST, and it is
needed in order to allow building drivers/media omap2
driver.
So, change the logic there to allow building it.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/video/fbdev/omap2/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
The only reason why this driver doesn't build with COMPILE_TEST
is because it includes mach/mux.h. It turns that none of the
macros defined there are used.
So, get rid of it, in order to allow it to build with
COMPILE_TEST.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/platform/davinci
At least on i386, building with allyesconfig doesn't enable
PREEMPT, causing cec_gpio to not build.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/platform/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/platform/Kconfig b/drivers/media/platform/
The current media policy has been for a while to only accept new drivers
that compile with COMPILE_TEST.
However, there are still several drivers under that doesn't build
with COMPILE_TEST.
So, this series makes the existing ones also compatible with it.
Not building with COMPILE_TEST is a bad
Drivers that depend on omap-iommu.h (currently, just omap3isp)
need a stub implementation in order to be built with COMPILE_TEST.
Signed-off-by: Mauro Carvalho Chehab
---
include/linux/omap-iommu.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/include/linux/omap-iommu.h b/include/linu
Em Thu, 05 Apr 2018 21:30:27 +0300
Laurent Pinchart escreveu:
> Hi Mauro,
>
> Thank you for the patch.
>
> On Thursday, 5 April 2018 20:54:02 EEST Mauro Carvalho Chehab wrote:
> > There aren't much things required for it to build with COMPILE_TEST.
> > It just needs to provide stub for an arm-d
On Thu, Apr 5, 2018 at 12:39 AM, Sakari Ailus wrote:
> Hi Matt,
>
> Thanks for the patch. It's a very nicely written, small driver. :-)
>
> Please see more comments below.
>
> On Sat, Mar 31, 2018 at 05:59:26PM -0700, Matt Ranostay wrote:
>> There are several thermal sensors that only have a low-s
Em Thu, 05 Apr 2018 21:41:18 +0300
Laurent Pinchart escreveu:
> Hi Mauro,
>
> Thank you for the patch.
>
> On Thursday, 5 April 2018 20:54:15 EEST Mauro Carvalho Chehab wrote:
> > Add stubs for omapfb_dss.h, in the case it is included by
> > some driver when CONFIG_FB_OMAP2 is not defined.
>
Hi Mauro,
Thank you for the patch.
On Thursday, 5 April 2018 20:54:15 EEST Mauro Carvalho Chehab wrote:
> Add stubs for omapfb_dss.h, in the case it is included by
> some driver when CONFIG_FB_OMAP2 is not defined.
The omapfb driver doesn't include any asm/ header, so it should probably build
f
Is there a way to get the IR Blaster of the HVR1600 card working under
v4.15+ kernels?
It seems that lrc_zilog BUGs under 4.15+ and has gone missing in 4.16.
Thanks.
Hi Mauro,
Thank you for the patch.
On Thursday, 5 April 2018 20:54:03 EEST Mauro Carvalho Chehab wrote:
> The isp_xclk_init_data const data isn't used anywere.
>
> drivers/media/platform/omap3isp/isp.c:294:35: warning: ‘isp_xclk_init_data’
> defined but not used [-Wunused-const-variable=] static
Hi Mauro,
Thank you for the patch.
On Thursday, 5 April 2018 20:54:02 EEST Mauro Carvalho Chehab wrote:
> There aren't much things required for it to build with COMPILE_TEST.
> It just needs to provide stub for an arm-dependent include.
>
> Let's replicate the same solution used by ipmmu-vmsa, i
Em Thu, 5 Apr 2018 13:54:16 -0400
Mauro Carvalho Chehab escreveu:
> Now that we have stubs for omap FB driver, let it build with
> COMPILE_TEST.
>
> Signed-off-by: Mauro Carvalho Chehab
> ---
> drivers/media/platform/omap/Kconfig | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
There are several functions that are used only inside the
driver. Stop exposing that to global symbolspace.
Get rid of the following gcc warnings:
drivers/media/platform/fsl-viu.c:240:17: warning: no previous prototype for
‘format_by_fourcc’ [-Wmissing-prototypes]
struct viu_fmt *format_by_four
Drivers that depend on omap-iommu.h (currently, just omap3isp)
need a stub implementation in order to be built with COMPILE_TEST.
Signed-off-by: Mauro Carvalho Chehab
---
include/linux/omap-iommu.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/include/linux/omap-iommu.h b/include/linu
There aren't many things that would be needed to allow it
to build with compile test.
Add the needed bits.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/platform/Kconfig | 2 +-
drivers/media/platform/fsl-viu.c | 8
2 files changed, 9 insertions(+), 1 deletion(-)
diff --git
The isp_xclk_init_data const data isn't used anywere.
drivers/media/platform/omap3isp/isp.c:294:35: warning: ‘isp_xclk_init_data’
defined but not used [-Wunused-const-variable=]
static const struct clk_init_data isp_xclk_init_data = {
^~
Signed
Except for some includes (with doesn't seem to be used), this
driver builds fine with COMPILE_TEST.
So, add checks there to avoid building it if ARCH_DAVINCI
is not selected.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/platform/davinci/Kconfig| 3 ++-
drivers/media/platform/d
Those definitions used to be part of the original patch:
https://patchwork.kernel.org/patch/2815221/
But, somehow, nobody ever noticed until today. Years later,
Arnd discovered that mmp-camera driver doesn't build and make
it depend on BROKEN.
Add the missing bits here, in order to remove
Those functions are used only internally:
CC drivers/media/platform/marvell-ccic/mmp-driver.o
drivers/media/platform/marvell-ccic/mmp-driver.c:186:6: warning: no previous
prototype for ‘mcam_ctlr_reset’ [-Wmissing-prototypes]
void mcam_ctlr_reset(struct mcam_camera *mcam)
^~
There aren't much things required for it to build with COMPILE_TEST.
It just needs to provide stub for an arm-dependent include.
Let's replicate the same solution used by ipmmu-vmsa, in order
to allow building omap3 with COMPILE_TEST.
The actual logic here came from this driver:
drivers/iommu
There's nothing that prevents building this driver with
COMPILE_TEST. So, enable it.
While here, make the Kconfig dependency cleaner by removing
the unneeded if block.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/platform/exynos4-is/Kconfig | 4 +---
1 file changed, 1 insertion(+), 3
Driver build produce lots of warnings due to wrong kernel-doc markups:
drivers/media/platform/davinci/vpbe.c:60: warning: Function parameter or
member 'vpbe_dev' not described in 'vpbe_current_encoder_info'
drivers/media/platform/davinci/vpbe.c:78: warning: Function parameter or
member '
At least on i386, building with allyesconfig doesn't enable
PREEMPT, causing cec_gpio to not build.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/platform/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/platform/Kconfig b/drivers/media/platform/
This driver was disabled back in 2015 from builds because
of some troubles with the platform_data definition. Now
that this got fixed, re-enable it.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/platform/marvell-ccic/Kconfig | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
di
Now that we have stubs for omap FB driver, let it build with
COMPILE_TEST.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/platform/omap/Kconfig | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/media/platform/omap/Kconfig
b/drivers/media/platform/omap/Kco
The current media policy has been for a while to only accept new drivers
that compile with COMPILE_TEST.
However, there are still several drivers under drivers/media that
doesn't build with COMPILE_TEST.
So, this series makes the existing ones also compatible with it.
Not building with COMPIL
The only reason why this driver doesn't build with COMPILE_TEST
is because it includes mach/mux.h. It turns that none of the
macros defined there are used.
So, get rid of it, in order to allow it to build with
COMPILE_TEST.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/platform/davinci
Fix those two warnings
drivers/media/platform/davinci/vpbe_venc.c: In function ‘venc_set_ntsc’:
drivers/media/platform/davinci/vpbe_venc.c:230:6: warning: variable ‘val’ set
but not used [-Wunused-but-set-variable]
u32 val;
^~~
drivers/media/platform/davinci/vpbe_venc.c: In function ‘venc
Add stubs for omapfb_dss.h, in the case it is included by
some driver when CONFIG_FB_OMAP2 is not defined.
That allows building such driver(s) with COMPILE_TEST.
Signed-off-by: Mauro Carvalho Chehab
---
include/video/omapfb_dss.h | 54 --
1 file chang
Hi Ibtsam,
On Thu, Apr 5, 2018 at 11:52 AM, Ibtsam Ul-Haq
wrote:
> That worked like a charm! Thanks a lot guys, I would have never thought of
> that!
Excellent!
If you have a chance, please submit the the dts patch that enables the
camera to the linux-arm-kernel mailing list for review and in
On Thu, Apr 5, 2018 at 4:36 PM, Philipp Zabel wrote:
> Hi Ibtsam,
>
> On Thu, 2018-04-05 at 16:24 +0200, Ibtsam Ul-Haq wrote:
>> Hi Fabio,
>>
>> Thanks for your reply.
>>
>> On Thu, Apr 5, 2018 at 3:31 PM, Fabio Estevam wrote:
>> > Hi Ibtsam,
>> >
>> > [Adding Steve and Philipp in case they can p
Hi Ibtsam,
On Thu, 2018-04-05 at 16:24 +0200, Ibtsam Ul-Haq wrote:
> Hi Fabio,
>
> Thanks for your reply.
>
> On Thu, Apr 5, 2018 at 3:31 PM, Fabio Estevam wrote:
> > Hi Ibtsam,
> >
> > [Adding Steve and Philipp in case they can provide some suggestions]
> >
> > On Thu, Apr 5, 2018 at 9:30 AM
Hi Fabio,
Thanks for your reply.
On Thu, Apr 5, 2018 at 3:31 PM, Fabio Estevam wrote:
> Hi Ibtsam,
>
> [Adding Steve and Philipp in case they can provide some suggestions]
>
> On Thu, Apr 5, 2018 at 9:30 AM, Ibtsam Ul-Haq
> wrote:
>> Greetings everyone,
>>
>> I'm running Linux 4.14.31 on an IM
Dear friend,
I am using this opportunity to inform you that this
multi-million-dollar business has been concluded with the assistance
of another partner from China who financed the transaction to a
logical conclusion.
I thank you for your great effort to our unfinished transfer of fund
into your
Hi Ibtsam,
[Adding Steve and Philipp in case they can provide some suggestions]
On Thu, Apr 5, 2018 at 9:30 AM, Ibtsam Ul-Haq wrote:
> Greetings everyone,
>
> I'm running Linux 4.14.31 on an IMX6 QuadPlus based Phytec board
> (PCM-058). I have connected an mt9p031 sensor to ipu1_csi0. The
> prob
Hi Mauro,
On Thu, Apr 05, 2018 at 08:52:02AM -0300, Mauro Carvalho Chehab wrote:
> Em Thu, 5 Apr 2018 14:12:10 +0300
> Sakari Ailus escreveu:
>
> > Hi Mauro,
> >
> > On Thu, Apr 05, 2018 at 07:34:39AM -0300, Mauro Carvalho Chehab wrote:
> > > Instead of using printk() directly, use the pr_foo()
A few corrections,
On Thu, Apr 05, 2018 at 11:10:01AM +0200, jacopo mondi wrote:
> Hi Niklas,
> thanks for the VIN and CSI-2 effort!
>
> On Tue, Feb 13, 2018 at 12:01:32AM +0100, Niklas Söderlund wrote:
> > A V4L2 driver for Renesas R-Car MIPI CSI-2 receiver. The driver
> > supports the R-
Greetings everyone,
I'm running Linux 4.14.31 on an IMX6 QuadPlus based Phytec board
(PCM-058). I have connected an mt9p031 sensor to ipu1_csi0. The
problem is that I am not seeing the /dev/media0 node.
I have already read the fix mentioned in a previous discussion:
https://www.spinics.net/lists
Good Morning,
Great Success!
After several reboots and power-off cycles, the issue appears to have
been solved by this patch.
Excellent work!
Thanks,
Peter Geis
On 04/05/2018 07:09 AM, Mauro Carvalho Chehab wrote:
Please test if this patch solves the issues for you.
Regards,
Mauro
Forward
Em Thu, 5 Apr 2018 14:12:10 +0300
Sakari Ailus escreveu:
> Hi Mauro,
>
> On Thu, Apr 05, 2018 at 07:34:39AM -0300, Mauro Carvalho Chehab wrote:
> > Instead of using printk() directly, use the pr_foo()
> > macros.
> >
> > Signed-off-by: Mauro Carvalho Chehab
> > ---
> > drivers/media/v4l2-core
Dnia 2018-04-05, o godz. 14:25:51
Jaak Ristioja napisał(a):
> Yes, it solves the issue for me as far as I can tell. And so did the
> previous version of the patch.
>
> Regards,
> J
>
> On 05.04.2018 14:09, Mauro Carvalho Chehab wrote:
> > Please test if this patch solves the issues for you.
> >
Hi Hans,
On Thu, Apr 05, 2018 at 10:04:57AM +0200, Hans Verkuil wrote:
...
> >> +static int start_streaming(struct vb2_queue *vq, unsigned int count)
> >> +{
> >> + struct video_i2c_data *data = vb2_get_drv_priv(vq);
> >> + struct video_i2c_buffer *buf, *tmp;
> >> +
> >> + if (data->kthread_vid
Hi Mauro,
On Thu, Apr 05, 2018 at 07:34:39AM -0300, Mauro Carvalho Chehab wrote:
> Instead of using printk() directly, use the pr_foo()
> macros.
>
> Signed-off-by: Mauro Carvalho Chehab
> ---
> drivers/media/v4l2-core/v4l2-dev.c | 45
> ++
> 1 file changed,
Please test if this patch solves the issues for you.
Regards,
Mauro
Forwarded message:
Date: Thu, 5 Apr 2018 07:13:41 -0300
From: Mauro Carvalho Chehab
To: Linux Media Mailing List
Cc: Mauro Carvalho Chehab , Mauro Carvalho Chehab
, Al Viro , Hans Verkuil
, Laurent Pinchart
, Sakari Ailus
Extract the list of V4L2 pixel format strings and 4cc codes from
videodev2.h for use in mediatext in order to convert user given format
names to 4cc codes that IOCTLs use.
Signed-off-by: Sakari Ailus
---
utils/media-ctl/Makefile.am | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
dif
Hi folks,
Here's a refreshed RFC set to add the mediatext test program. It is well
suited for testing requests, as it can work with multiple devices
simultaneously as well as is easy to control through a bash script.
Only buffers are supported with requests, controls are not yet; still
adding sup
libmediatext is a helper library for converting configurations (Media
controller links, V4L2 controls and V4L2 sub-device media bus formats and
selections) from text-based form into IOCTLs.
libmediatext depends on libv4l2subdev and libmediactl.
The patch includes a test program, mediatext-test, t
Add functions to open and close the media device as well as to obtain its
fd.
Signed-off-by: Sakari Ailus
---
utils/media-ctl/libmediactl.c | 9 +++--
utils/media-ctl/mediactl.h| 4
2 files changed, 11 insertions(+), 2 deletions(-)
diff --git a/utils/media-ctl/libmediactl.c b/utils
This includes kernel headers up to Hans's request API v9 patchset.
Signed-off-by: Sakari Ailus
---
include/linux/cec-funcs.h | 300 ++--
include/linux/cec.h | 40 +-
include/linux/media.h | 8 +
include/linux/v4l2-dv-timings.h | 979
Add two scripts for vivid tests, with and without using requests.
Signed-off-by: Sakari Ailus
---
utils/media-ctl/tests/test-vivid-mc.bash | 86
utils/media-ctl/tests/test-vivid.bash| 59 ++
2 files changed, 145 insertions(+)
create mode
Mostly remove zero reserved field checks.
Signed-off-by: Sakari Ailus
---
lib/libv4l2/libv4l2.c| 4 ++--
utils/v4l2-compliance/v4l2-test-buffers.cpp | 2 +-
utils/v4l2-compliance/v4l2-test-controls.cpp | 4
3 files changed, 3 insertions(+), 7 deletions(-)
diff --gi
Em Thu, 5 Apr 2018 12:16:13 +0200
Hans Verkuil escreveu:
> On 05/04/18 12:13, Mauro Carvalho Chehab wrote:
> > The size of devnode_nums[] bit array is too short to store information
> > for VFL_TYPE_TOUCH. That causes it to override other memory regions.
> >
> > Thankfully, on recent reports, it
Instead of using printk() directly, use the pr_foo()
macros.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/v4l2-core/v4l2-dev.c | 45 ++
1 file changed, 26 insertions(+), 19 deletions(-)
diff --git a/drivers/media/v4l2-core/v4l2-dev.c
b/drivers/medi
On Thu, Apr 05, 2018 at 12:16:13PM +0200, Hans Verkuil wrote:
> On 05/04/18 12:13, Mauro Carvalho Chehab wrote:
> > The size of devnode_nums[] bit array is too short to store information
> > for VFL_TYPE_TOUCH. That causes it to override other memory regions.
> >
> > Thankfully, on recent reports,
Em Thu, 5 Apr 2018 13:00:38 +0300
Sakari Ailus escreveu:
> Hi folks,
>
> The two patches add instructions for building static binaries as well as
> fix a few warnings in libdvb5.
>
> Sakari Ailus (2):
> Add instructions for building static binaries
> libdvb5: Fix unused local variable warn
On 05/04/18 12:13, Mauro Carvalho Chehab wrote:
> The size of devnode_nums[] bit array is too short to store information
> for VFL_TYPE_TOUCH. That causes it to override other memory regions.
>
> Thankfully, on recent reports, it is overriding video_device[] array,
> trigging a WARN_ON(). Yet, it
Hi Sakari,
On Thu, Apr 5, 2018 at 6:26 PM Sakari Ailus
wrote:
> Hi Tomasz,
> On Thu, Apr 05, 2018 at 08:21:56AM +, Tomasz Figa wrote:
> > On Sat, Mar 3, 2018 at 5:15 AM Sakari Ailus <
sakari.ai...@linux.intel.com>
> > wrote:
> >
> > > On Fri, Mar 02, 2018 at 12:59:00PM -0600, Rob Herring wr
The size of devnode_nums[] bit array is too short to store information
for VFL_TYPE_TOUCH. That causes it to override other memory regions.
Thankfully, on recent reports, it is overriding video_device[] array,
trigging a WARN_ON(). Yet, it just warns about the problem, but let
the code excecuting,
On 05/04/18 11:57, Mauro Carvalho Chehab wrote:
> Em Wed, 4 Apr 2018 16:26:22 +0300
> Jaak Ristioja escreveu:
>
>> Hello, all!
>>
>> I experience the same issue with a Lenovo ThinkPad T440p (LENOVO
>> 20AN006VMS/20AN006VMS, BIOS GLET90WW (2.44 ) 09/13/2017). I tried to
>> bisect v4.15..v4.16 but
Em Thu, 5 Apr 2018 06:57:13 -0300
Mauro Carvalho Chehab escreveu:
> Em Wed, 4 Apr 2018 16:26:22 +0300
> Jaak Ristioja escreveu:
>
> > Hello, all!
> >
> > I experience the same issue with a Lenovo ThinkPad T440p (LENOVO
> > 20AN006VMS/20AN006VMS, BIOS GLET90WW (2.44 ) 09/13/2017). I tried to
>
The size of devnode_nums[] bit array is too short to store information
for VFL_TYPE_TOUCH. That causes it to override other memory regions.
Thankfully, on recent reports, it is overriding video_device[] array,
trigging a WARN_ON(). Yet, it just warns about the problem, but let
the code excecuting,
Static binaries are useful e.g. when copying test binaries to other
systems. Document how to build them.
Signed-off-by: Sakari Ailus
---
INSTALL | 16
1 file changed, 16 insertions(+)
diff --git a/INSTALL b/INSTALL
index 765fa26..8c98a76 100644
--- a/INSTALL
+++ b/INSTALL
@@ -5
Some local variables are only needed conditionally depending on available
system support for e.g. pthreads. Put these variables behind same #ifdefs
so that no warnings are produced if these features aren't available.
Signed-off-by: Sakari Ailus
---
lib/libdvbv5/dvb-dev-local.c | 5 +++--
1 file
Hi folks,
The two patches add instructions for building static binaries as well as
fix a few warnings in libdvb5.
Sakari Ailus (2):
Add instructions for building static binaries
libdvb5: Fix unused local variable warnings
INSTALL | 16
lib/libdvbv5/dvb-
Em Wed, 4 Apr 2018 16:26:22 +0300
Jaak Ristioja escreveu:
> Hello, all!
>
> I experience the same issue with a Lenovo ThinkPad T440p (LENOVO
> 20AN006VMS/20AN006VMS, BIOS GLET90WW (2.44 ) 09/13/2017). I tried to
> bisect v4.15..v4.16 but failed.
>
> Best regards,
> J
The real problem here is t
As warned by smatch:
drivers/media/dvb-core/dvb_frontend.c:314 dvb_frontend_get_event()
warn: inconsistent returns 'sem:&fepriv->sem'.
Locked on: line 288
line 295
line 306
line 314
Unlocked on: line
Hi Tomasz,
On Thu, Apr 05, 2018 at 08:21:56AM +, Tomasz Figa wrote:
> On Sat, Mar 3, 2018 at 5:15 AM Sakari Ailus
> wrote:
>
> > On Fri, Mar 02, 2018 at 12:59:00PM -0600, Rob Herring wrote:
> > > On Wed, Feb 28, 2018 at 03:31:26PM +0200, Sakari Ailus wrote:
> > > > Hi Rob,
> > > >
> > > > Th
We will soon need to return more than a boolean completion status from
the vsp1_dlm_irq_frame_end() IRQ handler. Turn the return value into a
bitfield to prepare for that. No functional change is introduced here.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_dl.c| 22 +
1 - 100 of 122 matches
Mail list logo
