This patch adds meatadata capture support in vivid driver.
Adds new files for metadata capture.
Adds vivid controls to generate PTS and SCR for metadata stream.
also fixes v4l2-compliance issues seen on metadata device.
Signed-off-by: Vandana BN
---
drivers/media/platform/vivid/Makefile
This patch adds metadata support in vivid driver.
Metadata capture supports UVCH format V4L2_META_FMT_UVC as it is widely used in
webcams.
https://hverkuil.home.xs4all.nl/spec/uapi/v4l/pixfmt-meta-uvc.html
For Metadata output a new format V4L2_META_FMT_VIVID is added,
which is used to set brightne
Support metadata output in vivid driver.
Metadata output is used to set brightness, contrast, saturation
and hue.
Adds new files for metadata output.
Signed-off-by: Vandana BN
---
drivers/media/platform/vivid/Makefile | 2 +-
drivers/media/platform/vivid/vivid-core.c | 98
Add new metadata format to support metadata output in vivid.
Signed-off-by: Vandana BN
---
drivers/media/v4l2-core/v4l2-ioctl.c | 1 +
include/uapi/linux/videodev2.h | 1 +
2 files changed, 2 insertions(+)
diff --git a/drivers/media/v4l2-core/v4l2-ioctl.c
b/drivers/media/v4l2-core/v4l2-i
On Mon 2019-10-07 18:29:03, Jacopo Mondi wrote:
> Add the 'location' device property, used to specify a device mounting
> position. The property is particularly meaningful for mobile devices
> with a well defined usage orientation.
>
> Signed-off-by: Jacopo Mondi
> ---
> .../devicetree/bindings/
Pavel,
On Tue, Oct 08, 2019 at 09:40:52AM +0200, Pavel Machek wrote:
> On Mon 2019-10-07 18:29:03, Jacopo Mondi wrote:
> > Add the 'location' device property, used to specify a device mounting
> > position. The property is particularly meaningful for mobile devices
> > with a well defined usage or
On Tue 2019-10-08 09:58:28, Jacopo Mondi wrote:
> Pavel,
>
> On Tue, Oct 08, 2019 at 09:40:52AM +0200, Pavel Machek wrote:
> > On Mon 2019-10-07 18:29:03, Jacopo Mondi wrote:
> > > Add the 'location' device property, used to specify a device mounting
> > > position. The property is particularly me
On Tue, Oct 08, 2019 at 10:06:34AM +0200, Pavel Machek wrote:
> On Tue 2019-10-08 09:58:28, Jacopo Mondi wrote:
> > Pavel,
> >
> > On Tue, Oct 08, 2019 at 09:40:52AM +0200, Pavel Machek wrote:
> > > On Mon 2019-10-07 18:29:03, Jacopo Mondi wrote:
> > > > Add the 'location' device property, used to
Fix to return a negative error code from the error handling
case instead of 0, as done elsewhere in this function.
Fixes: f13d5f361959 ("media: vimc: Collapse component structure into a single
monolithic driver")
Signed-off-by: Wei Yongjun
---
drivers/media/platform/vimc/vimc-core.c | 4 +++-
1
From: Hans Verkuil
Those extended buffer ops have several purpose:
1/ Fix y2038 issues by converting the timestamp into an u64 counting
the number of ns elapsed since 1970
2/ Unify single/multiplanar handling
3/ Add a new start offset field to each v4l2 plane buffer info struct
to support t
Convert the driver to the _ext_fmt and _ext_buf API.
Signed-off-by: Boris Brezillon
---
Changes in v3:
- Rebased on top of media/master (post 5.4-rc1)
Changes in v2:
- New patch
---
drivers/media/platform/vimc/vimc-capture.c | 65 +++---
drivers/media/platform/vimc/vimc-common.c
Just a new version of v4l2_fill_mbus_format() to deal with the new
v4l2_ext_pix_format struct.
This is needed to convert the VIMC driver to the EXT_FMT/EXT_BUF iocts.
Signed-off-by: Boris Brezillon
---
Changes in v3:
- Rebased on top of media/master (post 5.4-rc1)
Changes in v2:
- New patch
---
The VB2 layer is used by a lot of drivers. Patch it to support the
_EXT_FMT and _EXT_BUF ioctls in order to ease conversion of existing
drivers to these new APIs.
Note that internally, the VB2 core is now only using ext structs and old
APIs are supported through conversion wrappers.
Signed-off-by
Hello,
This RFC follows the discussion started by Hans [1] a few months back.
It does not try to address all the problem reported in this thread but
instead focuses on the FMT and BUF(S) ioctls.
Note that my primary goal is to unify handling for multiplanar and
singleplanar formats and extend thi
This is part of the multiplanar and singleplanar unification process.
v4l2_ext_pix_format is supposed to work for both cases.
We also add the concept of modifiers already employed in DRM to expose
HW-specific formats (like tiled or compressed formats) and allow
exchanging this information with the
This should simplify things a bit as we now have a single
implementation instead of the MPLANE and !MPLANE versions.
Signed-off-by: Boris Brezillon
---
Changes in v3:
- Rebased on top of media/master (post 5.4-rc1)
Changes in v2:
- New patch
---
drivers/media/platform/vivid/vivid-core.c| 3
On Tue, 8 Oct 2019 11:11:13 +0200
Boris Brezillon wrote:
Oops, forgot to update the subject. Should be:
"[RFC PATCH v3 0/6] media: v4l2: Add extended fmt and buffer ioctls"
> Hello,
>
> This RFC follows the discussion started by Hans [1] a few months back.
> It does not try to address all the
As reported by jenk...@linuxtv.org, the build with i386 fails
with:
ld: drivers/media/platform/qcom/venus/helpers.o: in function
`venus_helper_load_scale_clocks':
(.text+0x1d77): undefined reference to `__udivdi3'
ld: (.text+0x1dce): undefined reference to `__udivdi3'
On Mon, Oct 7, 2019 at 10:07 PM Fabio Estevam wrote:
> So now I need to see if I can get Gstreamer to accept a pipeline like:
>
> gst-lauch-1.0 v4l2src ! kmssink
Ok, so now I decided use the hardware video deinterlacer:
media-ctl -l "'adv7180 1-0021':0 -> 'ipu1_csi0':0[1]"
media-ctl -l "'ipu1_c
Setting the output format resets the capture queue, so we return -EBUSY
while the capture queue has buffers allocated. If capture dimensions
and pixel format don't change though, we can allow setting the output
format without reallocating the capture queue.
Signed-off-by: Philipp Zabel
---
This a
On Tue, Oct 08, 2019 at 12:29:34PM +0530, haripra...@osuosl.org wrote:
> From: Hariprasad Kelam
>
> fix below issue reported by coccicheck
> drivers/staging//media/sunxi/cedrus/cedrus_hw.c:229:1-10: WARNING: Use
> devm_platform_ioremap_resource for dev -> base
>
> Signed-off-by: Hariprasad Kelam
Hi,
On 10/8/19 6:01 AM, Wei Yongjun wrote:
> Fix to return a negative error code from the error handling
> case instead of 0, as done elsewhere in this function.
>
> Fixes: f13d5f361959 ("media: vimc: Collapse component structure into a single
> monolithic driver")
> Signed-off-by: Wei Yongjun
Hi,
Thanks for the review,
On Thu, 2019-09-26 at 08:32 -0600, Shuah Khan wrote:
> On 9/19/19 2:32 PM, Dafna Hirschfeld wrote:
> > Userspace can disable links and create pipelines that
> > do not start with a source entity. Trying to stream
> > from such a pipeline should fail with -EPIPE
> > curre
Hi Philipp,
On Tue, Oct 8, 2019 at 9:38 PM Philipp Zabel wrote:
>
> Setting the output format resets the capture queue, so we return -EBUSY
> while the capture queue has buffers allocated. If capture dimensions
> and pixel format don't change though, we can allow setting the output
> format witho
I am COLONEL NICOLE MALACHOWSKI from United State of America. I have a
confidential geniue lucrative business of $23.500.000.00 million U.S
dollars with mutaul interest.
Hi Tomasz,
On Tue, 2019-10-08 at 23:05 +0900, Tomasz Figa wrote:
> Hi Philipp,
>
> On Tue, Oct 8, 2019 at 9:38 PM Philipp Zabel wrote:
> >
> > Setting the output format resets the capture queue, so we return -EBUSY
> > while the capture queue has buffers allocated. If capture dimensions
> > and
Mauro, thanks for the fix!
On 10/8/19 1:47 PM, Mauro Carvalho Chehab wrote:
> As reported by jenk...@linuxtv.org, the build with i386 fails
> with:
>
> ld: drivers/media/platform/qcom/venus/helpers.o: in function
> `venus_helper_load_scale_clocks':
> (.text+0x1d77): undefined referen
On Tue, Oct 8, 2019 at 4:21 AM Fabio Estevam wrote:
>
> On Mon, Oct 7, 2019 at 10:07 PM Fabio Estevam wrote:
>
> > So now I need to see if I can get Gstreamer to accept a pipeline like:
> >
> > gst-lauch-1.0 v4l2src ! kmssink
>
> Ok, so now I decided use the hardware video deinterlacer:
>
> media
On 10/8/19 9:55 AM, Tim Harvey wrote:
On Tue, Oct 8, 2019 at 4:21 AM Fabio Estevam wrote:
On Mon, Oct 7, 2019 at 10:07 PM Fabio Estevam wrote:
So now I need to see if I can get Gstreamer to accept a pipeline like:
gst-lauch-1.0 v4l2src ! kmssink
Ok, so now I decided use the hardware vid
On 08/10/2019 18:14, Steve Longerbeam wrote:
On 10/8/19 9:55 AM, Tim Harvey wrote:
On Tue, Oct 8, 2019 at 4:21 AM Fabio Estevam wrote:
On Mon, Oct 7, 2019 at 10:07 PM Fabio Estevam
wrote:
So now I need to see if I can get Gstreamer to accept a pipeline like:
gst-lauch-1.0 v4l2src ! kmss
On 10/8/19 10:20 AM, Ian Arkver wrote:
On 08/10/2019 18:14, Steve Longerbeam wrote:
On 10/8/19 9:55 AM, Tim Harvey wrote:
On Tue, Oct 8, 2019 at 4:21 AM Fabio Estevam
wrote:
On Mon, Oct 7, 2019 at 10:07 PM Fabio Estevam
wrote:
So now I need to see if I can get Gstreamer to accept a pi
On 08/10/2019 18:30, Steve Longerbeam wrote:
On 10/8/19 10:20 AM, Ian Arkver wrote:
On 08/10/2019 18:14, Steve Longerbeam wrote:
On 10/8/19 9:55 AM, Tim Harvey wrote:
On Tue, Oct 8, 2019 at 4:21 AM Fabio Estevam
wrote:
On Mon, Oct 7, 2019 at 10:07 PM Fabio Estevam
wrote:
So now I need
HERE IS YOUR MONEY GRAM PAYMENT HAS BEEN SENT TO YOU HERE IS THE
M.T.C.N:78393135
Attn: Beneficiary,
This is to inform you that the America Embassy office was instructed
to transfer your fund $980,000.00 U.S Dollars compensating all the
SCAM VICTIMS and your email was found as one of the VICTIMS.
Hi Tim,
On Tue, Oct 8, 2019 at 1:55 PM Tim Harvey wrote:
> I still carry around a patch from Steve for imx-csi that drops first
> few frames from BT656 sources:
> https://github.com/Gateworks/linux-imx6/commit/959fbd42ee6433f49ef4a04fb1abe8f8c78db5ad
> to deal with this.
Tried this patch and no
On Tue, Oct 8, 2019 at 1:34 PM Fabio Estevam wrote:
>
> Hi Tim,
>
> On Tue, Oct 8, 2019 at 1:55 PM Tim Harvey wrote:
>
> > I still carry around a patch from Steve for imx-csi that drops first
> > few frames from BT656 sources:
> > https://github.com/Gateworks/linux-imx6/commit/959fbd42ee6433f49ef
After recent refactoring the rectangle named crop no longer reflects it
usage, to contain the source rectangle. Fix this by renaming it. There
is no functional change.
Signed-off-by: Niklas Söderlund
---
drivers/media/platform/rcar-vin/rcar-v4l2.c | 21 +++--
1 file changed, 11 i
The rectangle used to correct the compose settings when changing the
format was created inside a helper function and not where it was used.
This is confusing and makes the code harder to read, fix this.
This cleanup is made possible due to refactoring elsewhere and there is
no functional change.
Hi,
This small series clean up how formats coming from the subdevice is
handled inside the driver. The changes are made possible after recent
VIN patches paved the way.
There should not be any functional changes in this series.
Niklas Söderlund (2):
rcar-vin: Rename wrongly named rectangle
Hi Simon,
Sorry for missing this mail.
On 2019-09-08 13:20:59 +0100, Simon Horman wrote:
> On Fri, Sep 06, 2019 at 04:40:28PM +0200, Niklas Söderlund wrote:
> > Most but not all Gen3 boards support outputting NV12, add a flag to
> > indicate which boards.
> >
> > Signed-off-by: Niklas Söderlund
Hi Tim,
On Tue, Oct 8, 2019 at 6:01 PM Tim Harvey wrote:
> Ok that's strange indeed. I did recently test 5.3 on a Gateworks IMX6
> board with ADV7180 and the one patch to drop the first few frames and
> its stable. What does your testing show on an IMX6 and do you know
I will give it a try on a
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 Oct 9 05:00:11 CEST 2019
media-tree git hash:219031a6e7dff52a066e8b074adc0697f501e3d3
media_build gi
On Tue, Oct 8, 2019 at 12:09 AM Dmitry Morozov
wrote:
>
> Hi Tomasz,
>
> On Montag, 7. Oktober 2019 16:14:13 CEST Tomasz Figa wrote:
> > Hi Dmitry,
> >
> > On Mon, Oct 7, 2019 at 11:01 PM Dmitry Morozov
> >
> > wrote:
> > > Hello,
> > >
> > > We at OpenSynergy are also working on an abstract para
On Tue, Oct 8, 2019 at 11:44 PM Philipp Zabel wrote:
>
> Hi Tomasz,
>
> On Tue, 2019-10-08 at 23:05 +0900, Tomasz Figa wrote:
> > Hi Philipp,
> >
> > On Tue, Oct 8, 2019 at 9:38 PM Philipp Zabel wrote:
> > >
> > > Setting the output format resets the capture queue, so we return -EBUSY
> > > while
43 matches
Mail list logo
