Using standard CCF interface to set vdec/venc parent clk
and clk rate.
Signed-off-by: Yunfei Dong
Signed-off-by: Qianqian Yan
---
arch/arm64/boot/dts/mediatek/mt8173.dtsi | 13 +
1 file changed, 13 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8173.dtsi
b/arch/arm64/bo
Fix MTK binding document for MT8173 dtsi changed in order
to use standard CCF interface.
MT8173 SoC from Mediatek.
Signed-off-by: Yunfei Dong
Signed-off-by: Qianqian Yan
Reviewed-by: Rob Herring
---
.../devicetree/bindings/media/mediatek-vcodec.txt | 13 +
1 file changed, 13 inse
Vdec: Using standard CCF interface to set parent clock and
clock rate in dtsi and using common interface to open/close
video decoder clock.
Venc: Using standard CCF interface to set parent clock in dtsi
and using common interface to open/close video encoder clock.
Signed-off-by: Yunfei Dong
Signe
On Thu, Jan 17, 2019 at 12:48 AM Maxime Ripard
wrote:
>
> On Fri, Jan 11, 2019 at 11:54:12AM +0530, Jagan Teki wrote:
> > On Mon, Jan 7, 2019 at 6:59 PM Maxime Ripard
> > wrote:
> > > On Mon, Dec 24, 2018 at 08:57:48PM +0530, Jagan Teki wrote:
> > > > On Fri, Dec 21, 2018 at 6:30 PM Maxime Ripar
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 Jan 17 05:00:11 CET 2019
media-tree git hash:eed2235876ef5b0a04cd4716c5b2bb7bf68a56ca
media_build git
Hi,
On Thu, Jan 17, 2019 at 2:35 AM Mauro Carvalho Chehab
wrote:
>
> This is an automatic generated email to let you know that the following patch
> were queued:
>
> Subject: media: dt-bindings: media: sun6i: Separate H3 compatible from A31
> Author: Chen-Yu Tsai
> Date:Fri Nov 30 02:58:44
From: James Hilliard
This is useful for running zbarcam as a systemd service so that other
applications can receive scan messages through dbus.
Signed-off-by: James Hilliard
---
.gitignore | 1 +
Makefile.am| 6 +++
configure.ac | 30
Em Wed, 16 Jan 2019 13:37:58 -0700
James Hilliard escreveu:
> On Wed, Jan 16, 2019 at 7:37 AM Mauro Carvalho Chehab
> wrote:
> >
> > Hi James,
> >
> > Em Wed, 16 Jan 2019 16:54:55 +0800
> > james.hillia...@gmail.com escreveu:
> >
> > > From: James Hilliard
> > >
> > > This is useful for runni
On Wed, Jan 16, 2019 at 2:08 PM Mauro Carvalho Chehab
wrote:
>
> Em Wed, 16 Jan 2019 13:34:29 -0700
> James Hilliard escreveu:
>
> > > See the enclosed patch. I tested it here with Kernel 4.20 and works
> > > fine.
> > I'll test it on the system I had which needed the fallback.
>
> Ok. Please let
Em Wed, 16 Jan 2019 13:34:29 -0700
James Hilliard escreveu:
> > See the enclosed patch. I tested it here with Kernel 4.20 and works
> > fine.
> I'll test it on the system I had which needed the fallback.
Ok. Please let me know once you test it.
Thanks,
Mauro
On Wed, Jan 16, 2019 at 7:37 AM Mauro Carvalho Chehab
wrote:
>
> Hi James,
>
> Em Wed, 16 Jan 2019 16:54:55 +0800
> james.hillia...@gmail.com escreveu:
>
> > From: James Hilliard
> >
> > This is useful for running zbarcam as a systemd service so that other
> > applications can receive scan messag
On Wed, Jan 16, 2019 at 7:24 AM Mauro Carvalho Chehab
wrote:
>
> Em Wed, 16 Jan 2019 13:23:10 +0800
> james.hillia...@gmail.com escreveu:
>
> > From: James Hilliard
> >
> > Some older systems don't seem to have V4L2_CTRL_WHICH_CUR_VAL so add a
> > fallback.
>
> Nice catch.
>
> >
> > Signed-off-by
On Fri, Jan 11, 2019 at 11:54:12AM +0530, Jagan Teki wrote:
> On Mon, Jan 7, 2019 at 6:59 PM Maxime Ripard
> wrote:
> > On Mon, Dec 24, 2018 at 08:57:48PM +0530, Jagan Teki wrote:
> > > On Fri, Dec 21, 2018 at 6:30 PM Maxime Ripard
> > > wrote:
> > > >
> > > > On Thu, Dec 20, 2018 at 06:24:34PM
This code is commented since version 3.7. If there is no plan to
use it in future, we can remove this dead code.
Signed-off-by: Souptick Joarder
---
drivers/media/v4l2-core/videobuf-vmalloc.c | 20
1 file changed, 20 deletions(-)
diff --git a/drivers/media/v4l2-core/videobu
On Wed, Jan 16, 2019 at 05:11:34PM +0100, h...@lst.de wrote:
> On Tue, Jan 15, 2019 at 02:25:01PM -0700, Jason Gunthorpe wrote:
> > RDMA needs something similar as well, in this case drivers take a
> > struct page * from get_user_pages() and need to have the DMA map fail
> > if the platform can't D
Since ipu3_css_buf_dequeue() never returns NULL, remove the
dead code to fix static checker warning:
drivers/staging/media/ipu3/ipu3.c:493 imgu_isr_threaded()
warn: 'b' is an error pointer or valid
Reported-by: Dan Carpenter
[Bug report: https://lore.kernel.org/linux-media/20190104122856.GA1169@
This addresses the below TODO item.
- Use V4L2_CTRL_TYPE_MENU for dual-pipe mode control. (Sakari)
Signed-off-by: Yong Zhi
Reviewed-by: Tomasz Figa
Acked-by: Sakari Ailus
---
drivers/staging/media/ipu3/TODO | 2 --
drivers/staging/media/ipu3/include/intel-ipu3.h | 6 --
d
Hi,
On Wed, 2019-01-16 at 09:24 -0500, Rob Clark wrote:
> So, I guess this is to do w/ the magic of merge commits, but it looks
> like the hunk changing the crtc_ww_class got lost:
So what happened here is that this commit changed it to
DEFINE_WD_CLASS
and the following commit changed it back ag
On Wed, 16 Jan 2019 at 16:06, h...@lst.de wrote:
> On Wed, Jan 16, 2019 at 07:28:13AM +, Koenig, Christian wrote:
> > To summarize once more: We have an array of struct pages and want to
> > coherently map that to a device.
>
> And the answer to that is very simple: you can't. What is so hard
Hi Philipp,
A quick review (just a few small points):
On 1/8/19 4:38 PM, Philipp Zabel wrote:
> Add a single imx-media mem2mem video device that uses the IPU IC PP
> (image converter post processing) task for scaling and colorspace
> conversion.
> On i.MX6Q/DL SoCs with two IPUs currently only th
On Tue, Jan 15, 2019 at 02:25:01PM -0700, Jason Gunthorpe wrote:
> RDMA needs something similar as well, in this case drivers take a
> struct page * from get_user_pages() and need to have the DMA map fail
> if the platform can't DMA map in a way that does not require any
> additional DMA API calls
Signed-off-by: Sean Young
---
utils/ir-ctl/ir-ctl.1.in | 2 +-
utils/ir-ctl/ir-ctl.c| 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/utils/ir-ctl/ir-ctl.1.in b/utils/ir-ctl/ir-ctl.1.in
index 2a148c70..10d4d594 100644
--- a/utils/ir-ctl/ir-ctl.1.in
+++ b/utils/ir-ctl/ir-c
Signed-off-by: Sean Young
---
utils/ir-ctl/ir-ctl.1.in | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/utils/ir-ctl/ir-ctl.1.in b/utils/ir-ctl/ir-ctl.1.in
index 10d4d594..226bf606 100644
--- a/utils/ir-ctl/ir-ctl.1.in
+++ b/utils/ir-ctl/ir-ctl.1.in
@@ -181,7 +181,7 @@ pulse an
On Wed, Jan 16, 2019 at 07:28:13AM +, Koenig, Christian wrote:
> To summarize once more: We have an array of struct pages and want to
> coherently map that to a device.
And the answer to that is very simple: you can't. What is so hard
to understand about? If you want to map arbitrary memory
Updates to s5p-jpeg, gspca, imx, coda, rcar-vin.
Regards,
Hans
The following changes since commit 1e0d0a5fd38192f23304ea2fc2b531fea7c74247:
media: s5p-mfc: fix incorrect bus assignment in virtual child device
(2019-01-07 14:39:36 -0500)
are available in the Git repository at:
git
On 1/11/19 12:10 PM, Philipp Zabel wrote:
> Allowing to compose captured images into larger memory buffers
> will let us lift alignment restrictions on CSI crop width.
>
> Signed-off-by: Philipp Zabel
> Acked-by: Sakari Ailus
> Reviewed-by: Steve Longerbeam
> ---
> drivers/staging/media/imx/im
On 1/11/19 12:10 PM, Philipp Zabel wrote:
> Prepare for mbus format being smaller than the written rectangle
> due to burst size.
>
> Signed-off-by: Philipp Zabel
> Reviewed-by: Steve Longerbeam
> ---
> drivers/staging/media/imx/imx-media-capture.c | 56 +--
> 1 file changed, 38
If the the queues are not streaming then the first resolution
change is handled in the buf_queue callback.
The following resolution change events are handled in job_ready.
Signed-off-by: Dafna Hirschfeld
---
drivers/media/platform/vicodec/vicodec-core.c | 381 ++
1 file changed,
Add the field 'num_planes' to 'v4l2_fwht_pixfmt_info' struct.
Signed-off-by: Dafna Hirschfeld
---
.../media/platform/vicodec/codec-v4l2-fwht.c | 48 +--
.../media/platform/vicodec/codec-v4l2-fwht.h | 1 +
drivers/media/platform/vicodec/vicodec-core.c | 2 +-
3 files changed,
Add support for the selection api for the crop and compose targets.
The driver rounds up the coded width and height such that
all planes dimensions are multiple of 8.
Signed-off-by: Dafna Hirschfeld
---
drivers/media/platform/vicodec/codec-fwht.c | 80 +++--
drivers/media/platform/vicodec/cod
Keep the fwht header in separated field from the data.
Refactor job_ready to use a new function 'get_next_header'
Signed-off-by: Dafna Hirschfeld
---
.../media/platform/vicodec/codec-v4l2-fwht.c | 24 ++--
.../media/platform/vicodec/codec-v4l2-fwht.h | 1 +
drivers/media/platform/vicodec/vi
Add flags indicating the pixel encoding - yuv/rgb/hsv to
fwht header and to the pixel info. Use it to enumerate
the supported pixel formats.
Signed-off-by: Dafna Hirschfeld
---
drivers/media/platform/vicodec/codec-fwht.h | 5 ++
.../media/platform/vicodec/codec-v4l2-fwht.c | 76 +
In the fwht_encode_frame, 'encoding = encode_plane'
should be replaced with 'encoding |= encode_plane'
so existing flags won't be overwrriten.
Signed-off-by: Dafna Hirschfeld
---
drivers/media/platform/vicodec/codec-fwht.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git
Main changes from v1:
split the last patch to 3 patches:
1. add pixel encoding flags
2. read the compressed frame header to a different field than the
frame data
3. add support for source change event
Dafna Hirschfeld (6):
media: vicodec: bugfix - replace '=' with '|='
media: vicodec: Add num_
Hi James,
Em Wed, 16 Jan 2019 16:54:55 +0800
james.hillia...@gmail.com escreveu:
> From: James Hilliard
>
> This is useful for running zbarcam as a systemd service so that other
> applications can receive scan messages through dbus.
Nice approach!
Yet, I would try to write it on a different w
Em Wed, 16 Jan 2019 13:23:10 +0800
james.hillia...@gmail.com escreveu:
> From: James Hilliard
>
> Some older systems don't seem to have V4L2_CTRL_WHICH_CUR_VAL so add a
> fallback.
Nice catch.
>
> Signed-off-by: James Hilliard
> ---
> zbar/video/v4l2.c | 8
> 1 file changed, 8 inse
So, I guess this is to do w/ the magic of merge commits, but it looks
like the hunk changing the crtc_ww_class got lost:
~/src/linux master git show --pretty=short
08295b3b5beec9aac0f7a9db86f0fc3792039da3
drivers/gpu/drm/drm_modeset_lock.c
commit 08295b3b5beec9aac0f7a9db86f0fc3792039da3
Au
On 1/16/19 2:35 PM, Sasha Levin wrote:
> Hi,
>
> [This is an automated email]
>
> This commit has been processed because it contains a -stable tag.
> The stable tag indicates that it's relevant for the following trees: all
>
> The bot has tested the following trees: v4.20.2, v4.19.15, v4.14.93,
Hi Jacopo,
Thanks for your effort.
On 2019-01-10 15:02:13 +0100, Jacopo Mondi wrote:
> When the adv748x driver is informed about a link being created from HDMI or
> AFE to a CSI-2 TX output, the 'link_setup()' callback is invoked. Make
> sure to implement proper routing management at link setup t
Hi Jacopo,
Thanks for your work.
On 2019-01-10 15:02:12 +0100, Jacopo Mondi wrote:
> Both the AFE and HDMI s_stream routines (adv748x_afe_s_stream() and
> adv748x_hdmi_s_stream()) have to enable the CSI-2 TX they are streaming video
> data to.
>
> With the introduction of dynamic routing between
Hi (again) Jacopo,
I found something else in this patch unfortunately :-(
On 2019-01-14 15:55:33 +0100, Niklas Söderlund wrote:
> Hi Jacopo,
>
> Thanks for your patch.
>
> On 2019-01-10 15:02:10 +0100, Jacopo Mondi wrote:
> > The ADV748x chip supports routing AFE output to either TXA or TXB.
>
Hi Jacopo,
Thanks for your patch.
On 2019-01-10 15:02:11 +0100, Jacopo Mondi wrote:
> The power_up_tx() procedure needs to set a few registers conditionally to
> the selected video source, but it currently checks for the provided tx to
> be either TXA or TXB.
>
> With the introduction of dynamic
This changes v4l2_pix_format and v4l2_plane_pix_format sizeimage
field description to allow v4l clients to set bigger image size
in case of variable length compressed data.
Signed-off-by: Stanimir Varbanov
---
Documentation/media/uapi/v4l/pixfmt-v4l2-mplane.rst | 5 -
Documentation/media/uap
Hi Jacopo,
On 2019-01-16 10:10:49 +0100, Jacopo Mondi wrote:
> Hi Niklas,
>
> On Mon, Jan 14, 2019 at 03:55:33PM +0100, Niklas Söderlund wrote:
>
> [snip]
>
> > > + /* Register link to HDMI for TXA only. */
> > > + if (is_txb(tx) || !is_hdmi_enabled(state))
> >
> > Small nit, I would s/is_txb(t
From: Hans Verkuil
Validate the field for an output buffer. This ensures that the
field is validated when the buffer is queued to a request, and
not when the request itself is queued, which is too late.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/vivid/vivid-vid-out.c | 23 +
From: Hans Verkuil
When queueing a buffer to a request the 'field' value is not validated.
That field is only validated when the _buf_prepare() is called,
which happens when the request is queued.
However, this validation should happen at QBUF time, since you want
to know about this as soon as p
From: Hans Verkuil
Validate the field for an output buffer. This ensures that the
field is validated when the buffer is queued to a request, and
not when the request itself is queued, which is too late.
Signed-off-by: Hans Verkuil
---
drivers/staging/media/sunxi/cedrus/cedrus_video.c | 9 +
From: Hans Verkuil
Validate the field for an output buffer. This ensures that the
field is validated when the buffer is queued to a request, and
not when the request itself is queued, which is too late.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/vim2m.c | 27 ---
From: Hans Verkuil
The buf_out_validate is required for output queues in combination
with requests. Check this.
Signed-off-by: Hans Verkuil
---
drivers/media/common/videobuf2/videobuf2-v4l2.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/media/common/videobuf2/videobuf2-v4
From: Hans Verkuil
When queueing a buffer to a request the 'field' value is not validated.
That field is only validated when the _buf_prepare() is called,
which happens when the request is queued.
However, this validation should happen at QBUF time, since you want
to know about this as soon as p
This was never implemented, so do not document this.
Signed-off-by: Hans Verkuil
---
Documentation/media/uapi/v4l/vidioc-prepare-buf.rst | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/Documentation/media/uapi/v4l/vidioc-prepare-buf.rst
b/Documentation/media/uapi/v4l/vid
Am 15.01.19 um 22:25 schrieb Jason Gunthorpe:
On Tue, Jan 15, 2019 at 02:17:26PM +, Thomas Hellstrom wrote:
Hi, Christoph,
On Mon, 2019-01-14 at 10:48 +0100, Christoph Hellwig wrote:
On Thu, Jan 10, 2019 at 04:42:18PM -0700, Jason Gunthorpe wrote:
Changes since the RFC:
- Rework vmwgfx to
On Wed, Jan 16, 2019 at 07:28:13AM +, Koenig, Christian wrote:
> Am 16.01.19 um 08:09 schrieb Thomas Hellstrom:
> > On Tue, 2019-01-15 at 21:58 +0100, h...@lst.de wrote:
> >> On Tue, Jan 15, 2019 at 07:13:11PM +, Koenig, Christian wrote:
> >>> Thomas is correct that the interface you propos
Hi Alex,
On 11/27/18 10:24 AM, Stanimir Varbanov wrote:
> Hi Alex,
>
> On 11/27/18 9:31 AM, Alexandre Courbot wrote:
>> On Tue, Nov 20, 2018 at 7:08 PM Malathi Gottam
>> wrote:
>>>
>>> This adds video nodes to sdm845 based on the examples
>>> in the bindings.
>>>
>>> Signed-off-by: Malathi Gott
Hi Niklas,
On Mon, Jan 14, 2019 at 03:55:33PM +0100, Niklas Söderlund wrote:
[snip]
> > + /* Register link to HDMI for TXA only. */
> > + if (is_txb(tx) || !is_hdmi_enabled(state))
>
> Small nit, I would s/is_txb(tx)/!is_txa(tx)/ here as to me it becomes
> easier to read. With or without thi
From: James Hilliard
This is useful for running zbarcam as a systemd service so that other
applications can receive scan messages through dbus.
Signed-off-by: James Hilliard
---
Makefile.am| 6
configure.ac | 30
dbus/org.linuxtv.Zbar.co
Hi,
On 09/01/19 3:03 PM, Maxime Ripard wrote:
> Now that we have everything we need in the phy framework to allow to tune
> the phy parameters, let's convert the Cadence DSI bridge to that API
> instead of creating a ad-hoc driver for its phy.
>
> Signed-off-by: Maxime Ripard
For this too, need
Hi Maxime,
On 09/01/19 3:03 PM, Maxime Ripard wrote:
> The current configuration of the DSI bridge and its associated D-PHY is
> intertwined. In order to ease the future conversion to the phy framework
> for the D-PHY part, let's split the configuration in two.
>
> Signed-off-by: Maxime Ripard
58 matches
Mail list logo
