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 Jun 19 05:00:11 CEST 2019
media-tree git hash:513dbd35b5d93c45fa7291147f21fc0227a9f999
media_build gi
On 06/18/19 02:16, Hans Verkuil wrote:
Hi Keith,
On 6/18/19 6:17 AM, Keith Pyle wrote:
We made the suggested change, compiled, installed, and rebooted. There was some
progress - test 2 (turning the HD-PVR off) no longer produces a splat. Test 1
(start capture) and test 3 (run capture
and tri
Rework std_init adding an explicit initialization for
compound controls.
While here, make sure the control is initialized to zero,
before providing default values for all its fields.
Reviewed-by: Boris Brezillon
Signed-off-by: Ezequiel Garcia
---
Changes from v2:
* Fix missing index usage
Chan
Use the newly introduced vb2_get_buffer API and avoid
accessing buffers in the queue directly.
Signed-off-by: Ezequiel Garcia
---
drivers/staging/media/hantro/hantro_drv.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/media/hantro/hantro_drv.c
b/dri
Ich heiße SHANE MISSLER. Ich habe einen Lotto-Jackpot von 451 Millionen Dollar
(330 Millionen Pfund) gewonnen. Im Januar 2018. Ich habe eine Spende von
4.800.000 Euro. Ich spende diese Spende aus Gründen der Liebe zur Menschheit
und der Bedürftigen in der Gesellschaft. Bitte kontaktieren Siemich
--
Greetings,
I have an intending proposal for you please i need you to contact my
private
E-mail (dralbertddzo...@gmail.com) for more updates,
Best Wishes.
DR ALBERT ZONGO
--
Hello,
In the qcom SoC, the TS interface has two modes of operation.
- with 3 signals (clk, valid, data)
- with 4 signals (clk, valid, data, sync)
In the si2168 short datasheet, I can see a diagram with these
4 signals.
My question is: how do we configure the si2168 demod to be
in the first mod
On CODA960, sequence initialization can succeed if less than 512 bytes
are ready in the bitstream ring buffer.
On other variants, warn about too small payload in start_streaming.
Signed-off-by: Philipp Zabel
---
drivers/media/platform/coda/coda-common.c | 4 +++-
1 file changed, 3 insertions(+),
From: Michael Tretter
The CMD_START shall be used to start the processing after a drain that
was initiated with CMD_STOP.
Up until now, a drain on coda could only be finished with a
STREAMOFF-STREAMON, which resulted in a reset of the device.
Signed-off-by: Michael Tretter
Signed-off-by: Phili
The bitstream ringbuffer might be in an underrun state after draining,
or it might still contain unread data if the previous decoder stop
command was flagged as immediate. Flush the bitstream ring buffer
during V4L2_DEC_CMD_START to get into a well defined state. Also fill
the bitstream with buffer
The sequence initialization already has to happen during the
initialization phase, after headers have been queued on the OUTPUT
queue. This means that sequence initialization has to be queued as
a work item from QBUF on the OUTPUT queue. The internal framebuffer
setup should be done later during VI
Mark the last output buffer to be decoded and only copy pending queued
output buffers into the bitstream ring buffer in the BIT processor
decoder case.
Signed-off-by: Philipp Zabel
---
drivers/media/platform/coda/coda-bit.c| 3 +++
drivers/media/platform/coda/coda-common.c | 6 ++
2 file
Since V4L2_BUF_FLAG_LAST is a CAPTURE only flag, clear it from OUTPUT
buffers in QBUF and DQBUF. This allows to use the flag internally to
signal the last buffer to decode after a decoder stop command was
issued.
Signed-off-by: Philipp Zabel
---
drivers/media/platform/coda/coda-common.c | 20 +++
Use the flagged last output buffer to also flag the corresponding
capture buffer after encoding. This causes the end of stream event
to be issued and the buffer to be dequeued with the last flag set.
Signed-off-by: Philipp Zabel
---
drivers/media/platform/coda/coda-bit.c | 16 +---
1
If reordering is not enabled, the last decoded frame has to be the last
returned buffer. Otherwise wait for the firmware to report no more
frame to display. In that case the return buffer is the last one as
well, and can be reported as such.
Signed-off-by: Philipp Zabel
---
drivers/media/platfor
If no more frames are decoded in bitstream end mode, and a previously
decoded frame has been returned, the firmware still increments the frame
number. To avoid a sequence number mismatch after decoder restart,
increment the sequence_offset correction parameter.
Signed-off-by: Philipp Zabel
---
d
Sequence number handling assumed that the BIT processor frame number
starts counting at 1, but this is not true for the MPEG-2 decoder,
which starts at 0. Fix the sequence counter offset detection to handle
this.
Signed-off-by: Philipp Zabel
---
drivers/media/platform/coda/coda-bit.c | 5 -
Mark the last output buffer to be encoded.
Signed-off-by: Philipp Zabel
---
drivers/media/platform/coda/coda-common.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/media/platform/coda/coda-common.c
b/drivers/media/platform/coda/coda-common.c
index 4002a5b8c9ea..c55124e8b4c8 1
If the first buffer contains only headers, the sequence initialization
command fails. On CodaHx4 the buffer must be padded to at least 512
bytes, on CODA960 it seems to be enough to just repeat the sequence and
extension headers (MPEG-2) or the VOS and VO headers (MPEG-4) once for
for sequence init
Add a sequence initialization work item to be run when OUTPUT buffers
are queued in the initialization state.
Signed-off-by: Philipp Zabel
---
drivers/media/platform/coda/coda-bit.c| 25 +++
drivers/media/platform/coda/coda-common.c | 24 ++
drivers/me
Combine setting the last_buffer_dequeued flag on the capture video
queue and waking up its done workqueue into a helper function.
Signed-off-by: Philipp Zabel
---
drivers/media/platform/coda/coda-common.c | 20 +---
1 file changed, 13 insertions(+), 7 deletions(-)
diff --git a/d
From: Marco Felsch
coda_encoder_cmd() is racy, as the last scheduled picture run worker can
still be in-flight while the ENC_CMD_STOP command is issued. Depending
on the exact timing the sequence numbers might already be changed, but
the last buffer might not have been put on the destination queu
Make sure that an encoder stop command running concurrently with an
encoder finish_run always either flags the last returned buffer or wakes
up the capture queue to signal the end of stream condition afterwards.
Signed-off-by: Philipp Zabel
---
drivers/media/platform/coda/coda-bit.c| 7
Combine the separate auxiliary buffer, buffer meta, frame type, and
decode error arrays into an array of struct coda_internal_frame.
Signed-off-by: Philipp Zabel
---
drivers/media/platform/coda/coda-bit.c | 62 +-
drivers/media/platform/coda/coda.h | 12 +++--
2 files
Add support for dynamically changing the GOP size, bitrate, frame rate,
constant intra quantization parameter, number of intra refresh macro
blocks and slice mode parameters.
Signed-off-by: Philipp Zabel
---
drivers/media/platform/coda/coda-bit.c| 83 +++
drivers/media/pl
Using the output queue sequence counter to determine the last buffer to
be encoded or decoded always was fragile at best. Now that we have the
last buffer flag propagating from the output queue to the capture queue
correctly, this is not needed anymore.
Signed-off-by: Philipp Zabel
---
drivers/m
The stateful decoder API requires decoders to signal detection
of stream dimensions via the V4L2_EVENT_SOURCE_CHANGE event.
Signed-off-by: Philipp Zabel
---
drivers/media/platform/coda/coda-common.c | 20
1 file changed, 20 insertions(+)
diff --git a/drivers/media/platform/
If there are no pending queued output buffers to be encoded, waking up
the capture queue with -EPIPE signals end of stream. If there are
pending buffers on the other hand, setting the V4L2_BUF_FLAG_LAST on
the resulting encoded capture buffers is all that is needed.
Signed-off-by: Philipp Zabel
-
Hi,
this series contains a few fixes for MPEG-2 sequence number counting,
decoder/encoder stop command race conditions and some more work to
further move towards V4L2 stateful decoder API compliance:
Sequence initialization, which lets the firmware parse the bitstream
headers, is reworked to run
Changing slice mode dynamically while encoding will require to calculate
the register value again, so split it out into a separate function.
Signed-off-by: Philipp Zabel
---
drivers/media/platform/coda/coda-bit.c | 45 ++
1 file changed, 24 insertions(+), 21 deletions(-)
From: Philipp Zabel
Currently the platform device pointer is stored in struct coda_dev,
only to convert it into a device pointer wherever it is used. Just
store the device pointer directly.
Signed-off-by: Philipp Zabel
---
drivers/media/platform/coda/coda-bit.c| 7 +++--
drivers/media/pla
From: Marco Felsch
When the DEC_CMD_STOP command is issued after the context has already
consumed all the queued buffers, we need to make sure to wake the
destination queue with last_buffer_dequeued set, to allow userspace to
make progress in its EOS handling.
As there might still be picture run
If there are still queued output buffers pending to be copied into the
bitstream ring buffer, setting the stream end flag should be deferred
until the marked last output buffer is written into the bitstream ring
buffer.
Signed-off-by: Philipp Zabel
---
drivers/media/platform/coda/coda-common.c |
Pass vaddr and size to coda_bitstream_queue instead of a struct
vb2_v4l2_buffer to make it reusable for queueing data that is
not exactly a whole v4l2 buffer into the bitstream ringbuffer.
Signed-off-by: Philipp Zabel
---
drivers/media/platform/coda/coda-bit.c | 23 +--
1 fil
If there is still a buffer pending, mark it as the last buffer. It will
create a meta that is flagged as last when the buffer is copied into the
bitstream ring buffer. If there are no more buffers pending, find the
last bitstream meta and mark it as last. If there is no bitstream meta
either, wake
Use mem2mem try_en/decoder_cmd helpers to ensure consistent behaviour
with other video codec drivers.
Signed-off-by: Philipp Zabel
---
drivers/media/platform/coda/coda-common.c | 19 ++-
1 file changed, 2 insertions(+), 17 deletions(-)
diff --git a/drivers/media/platform/coda/co
Hi Mauro,
Here are a few sensor driver patches for 5.3. Please pull.
The following changes since commit 513dbd35b5d93c45fa7291147f21fc0227a9f999:
media: add SPDX headers to some files (2019-06-12 11:42:27 -0400)
are available in the git repository at:
ssh://linuxtv.org/git/sailus/media_tr
The mt9m111_power_on function did not properly clean up whenever it
encountered an error. Do that now.
Signed-off-by: Sakari Ailus
---
drivers/media/i2c/mt9m111.c | 18 +-
1 file changed, 13 insertions(+), 5 deletions(-)
diff --git a/drivers/media/i2c/mt9m111.c b/drivers/media/i
The regulator_get() function returns a regulator when it succeeds. There's
no need to check whether the regulator is NULL later on.
Signed-off-by: Sakari Ailus
---
drivers/media/i2c/mt9m111.c | 11 ---
1 file changed, 4 insertions(+), 7 deletions(-)
diff --git a/drivers/media/i2c/mt9m11
Hi,
Here are a few simple fixes for the mt9m111 driver.
Sakari Ailus (2):
mt9m111: No need to check for the regulator
mt9m111: Fix error handling in mt9m111_power_on
drivers/media/i2c/mt9m111.c | 27 ---
1 file changed, 16 insertions(+), 11 deletions(-)
--
2.11.0
On Fri, May 31, 2019 at 09:29:57PM +0200, Robert Jarzmik wrote:
> Mauro Carvalho Chehab writes:
>
> > Hi Sakari,
> >
> > Em Fri, 31 May 2019 14:27:24 +0300
> > Sakari Ailus escreveu:
> >
> >> Hi Mauro,
> >>
> >> On Wed, May 29, 2019 at 03:25:18PM -0400, Mauro Carvalho Chehab wrote:
> >> > From:
Hello Dan,
yes you are right! Yet this was already reported to the Mailinglist and
a patch was provided [1], which will hopefully be pushed to linux-media
git repository.
[1]https://patchwork.linuxtv.org/patch/56811/
Never the less, thanks for the bugreport!
Tobias
Am 18.06.19 um 12:53 sc
Hi Andrej,
On 17/06/2019 12:33, Andrej Pashnin wrote:
> Dear developers,
>
> I would like to control (pan-tilt-zoom) the following conference camera:
>> Bus 001 Device 005: ID 046d:0837 Logitech, Inc. BCC950 ConferenceCam
> It's a PTZ (pan-tilt-zoom) camera and I can control all 3 parameters
> w
Hello Tobias Klausmann,
The patch eb5005df886b: "media: stv090x: Implement probe/remove for
stv090x" from May 29, 2019, leads to the following static checker
warning:
drivers/media/dvb-frontends/stv090x.c:5032 stv090x_probe()
warn: 'state' was already freed.
drivers/media/dvb-fro
Sehr geehrte Damen und Herren,
wir haben Ihre Firmenwebseite besucht und wir sind der Meinung, sie sieht
ausgezeichnet aus!
Wenn Ihnen daran liegt, neue Kunden zu gewinnen, dann haben wir für Sie ein
Angebot.
Wir verfügen über den neusten, stets aktualisierten Firmenkatalog 2019. In
wenigen A
Many thanks to my colleague Johan Korsnes for working on this: after this
series is applied v4l2-compliance passes vivid without any warnings.
This series also prepares for the next step where vivid allows the user to
explicitly connect an input with an output. That would allow us to emulate
a dis
On 6/18/19 9:37 AM, Johan Korsnes wrote:
> This patch series makes vivid V4L2-compliant by adding HDMI (dis)-
> connect emulation. This is done by by adding a custom display_present
> control to vivid output HDMI devices, along with the following standard
> controls:
>
> -ctrl_tx_edid_present
> -c
Hi Keith,
On 6/18/19 6:17 AM, Keith Pyle wrote:
> We made the suggested change, compiled, installed, and rebooted. There was
> some progress - test 2 (turning the HD-PVR off) no longer produces a splat.
> Test 1 (start capture) and test 3 (run capture
> and trigger HD-PVR to stop streaming) bot
48 matches
Mail list logo
