tree/branch: git://git.ragnatech.se/linux media-tree
branch HEAD: 3ff3a712a9eabb3d7bf52c263dd1ece054345df4 media: ti-vpe: vpe:
don't rely on colorspace member for conversion
elapsed time: 803m
configs tested: 105
The following configs have been built successfully.
More configs may be tested i
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 Oct 11 05:00:11 CEST 2019
media-tree git hash:3ff3a712a9eabb3d7bf52c263dd1ece054345df4
media_build gi
tree: git://linuxtv.org/media_tree.git master
head: 3ff3a712a9eabb3d7bf52c263dd1ece054345df4
commit: c0e284ccfedafb646c2af33bdd07985231f71916 [82/161] media: venus: Update
clock scaling
config: i386-allyesconfig (attached as .config)
compiler: gcc-7 (Debian 7.4.0-13) 7.4.0
reproduce:
g
Currently the "chip found" message is shown even in the case where the
I2C address is wrongly passed in the device tree, which is misleading.
To avoid such problem, move this message after real I2C transactions
have been successfully made and we are certain that the adv7180 is
really present.
Sig
Currently the "chip found" found message is shown even in the
case where the I2C address is wrongly passed in the device tree,
which is misleading.
To avoid such problem, move this message after real I2C transactions
have been made and we are certain that the adv7180 is really present.
Signed-off
In kernel 5.3.x the I2C bus that the adv7180 is under has changed from
bus 3 to 4 and the ipu_csi0_mux numbers has also changed as shown by
the kernel log below:
[5.159423] imx-media: ipu1_csi0_mux:5 -> ipu1_csi0:0
[5.164618] imx-media: ipu1_csi1_mux:5 -> ipu1_csi1:0
[5.169953] imx-me
--
Hello,
We are private lenders based in UK.
Do you need a loan (credit) as soon as possible. Are you in search of
money to solve your personal needs or finance your business venture,
then get Your desired loan today! Consult us at Sunrise Funding Ltd.
* We offer personal loan & huge capital l
From: Jernej Skrabec
With recent changes, support for decoding multi-slice frames can be
easily added now.
Signal VPU if current slice is first in frame or not and add information
about first macroblock coordinates.
Signed-off-by: Jernej Skrabec
Signed-off-by: Hans Verkuil
---
drivers/stagin
Check for held buffers that are ready to be returned to vb2 in
__v4l2_m2m_try_queue(). This avoids drivers having to handle this
case.
Add v4l2_m2m_buf_done_and_job_finish() to correctly return source
and destination buffers and mark the job as finished while taking
a held destination buffer into
Drivers that support VB2_V4L2_FL_SUPPORTS_M2M_HOLD_CAPTURE_BUF
typically want to know if a new frame is started (i.e. the first
slice is about to be processed). Add a new_frame bool to v4l2_m2m_ctx
and set it accordingly.
Signed-off-by: Hans Verkuil
---
drivers/media/v4l2-core/v4l2-mem2mem.c | 1
From: Jernej Skrabec
When frame contains multiple slices and driver works in slice mode, it's
more efficient to hold capture buffer in queue until all slices of a
same frame are decoded.
Add support for that to Cedrus driver by exposing and implementing
V4L2_BUF_CAP_SUPPORTS_M2M_HOLD_CAPTURE_BUF
Add this new V4L2_DEC_CMD_FLUSH decoder command and document it.
Reviewed-by: Boris Brezillon
Reviewed-by: Alexandre Courbot
Signed-off-by: Hans Verkuil
[Adjusted description]
Signed-off-by: Jernej Skrabec
---
Documentation/media/uapi/v4l/vidioc-decoder-cmd.rst | 10 +-
Documentation/
This patch adds support for the V4L2_BUF_FLAG_M2M_HOLD_CAPTURE_BUF flag.
It also adds a new V4L2_BUF_CAP_SUPPORTS_M2M_HOLD_CAPTURE_BUF capability.
Drivers should set vb2_queue->subsystem_flags to
VB2_V4L2_FL_SUPPORTS_M2M_HOLD_CAPTURE_BUF to indicate support for this flag.
Signed-off-by: Hans Verk
From: Jernej Skrabec
When codec supports multiple slices in one frame, VPU has to know when
first slice of each frame is being processed, presumably to correctly
clear/set data in auxiliary buffers.
Add first_slice field to cedrus_run structure and set it according to
the new_frame boolean of th
From: Jernej Skrabec
These helpers are used by stateless codecs when they support multiple
slices per frame and hold capture buffer flag is set. It's expected that
all such codecs will use this code.
Signed-off-by: Jernej Skrabec
Co-developed-by: Hans Verkuil
Signed-off-by: Hans Verkuil
---
This series adds support for decoding multi-slice H264 frames along with
support for V4L2_DEC_CMD_FLUSH and V4L2_BUF_FLAG_M2M_HOLD_CAPTURE_BUF.
This has only been compile-tested. Jernej, can you test with ffmpeg?
This series is based on https://www.spinics.net/lists/linux-media/msg158081.html
plu
From: buil...@linuxtv.org
Pull request: https://patchwork.linuxtv.org/patch/59388/
Build log: https://builder.linuxtv.org/job/patchwork/19812/
Build time: 00:27:21
Link:
https://lore.kernel.org/linux-media/494470cf-7de0-d5bd-a448-390f4b2d1...@xs4all.nl
error: FETCH_HEAD: cannot verify a non-tag
This PR adds support for V4L2_CID_UNIT_CELL_SIZE and the V4L2_CTRL_TYPE_AREA
control type. It also adds support for providing a default value for compound
controls (will be useful for stateless codec support as well).
It also adds a maintenance series for ti-vpe. Note the addition of a pixel
encod
18 matches
Mail list logo
