Hi Niklas,
Thank you for the patch.
On Wed, Oct 09, 2019 at 01:22:00AM +0200, Niklas Söderlund wrote:
> 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: N
Hi Nklas,
Thank you for the patch.
On Wed, Oct 09, 2019 at 01:22:01AM +0200, Niklas Söderlund wrote:
> 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 rea
Hello.
I can make a new high-quality fast website in the adaptive layout for your nice
project at the address https://bootlin.com.
As well I can do complicated web applications, accounting apps or any other
software, made and configured specifically for you, and much more, about what
you can f
Time to get this in. Also verified that there are no holes in the new
compound control structs for 32/64 bit intel/arm compilations.
Regards,
Hans
The following changes since commit 219031a6e7dff52a066e8b074adc0697f501e3d3:
media: venus: fix build on 32bit environments (2019-10-08 13:
From: buil...@linuxtv.org
Pull request: https://patchwork.linuxtv.org/patch/59358/
Build log: https://builder.linuxtv.org/job/patchwork/19649/
Build time: 00:08:24
Link:
https://lore.kernel.org/linux-media/d783b7cc-4cc6-6c36-ab95-264c74275...@xs4all.nl
gpg: Signature made Wed 09 Oct 2019 09:06:5
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
From: buil...@linuxtv.org
Pull request: https://patchwork.linuxtv.org/patch/59359/
Build log: https://builder.linuxtv.org/job/patchwork/19655/
Build time: 00:33:03
Link:
https://lore.kernel.org/linux-media/e74ba649-28a5-a936-531c-aa2e04193...@xs4all.nl
gpg: Signature made Wed 09 Oct 2019 10:01:0
On 10/7/19 5:09 PM, Alan Stern wrote:
> Visual inspection of the usbvision driver shows that it suffers from
> three races between its open, close, and disconnect handlers. In
> particular, the driver is careful to update its usbvision->user and
> usbvision->remove_pending flags while holding the
The following changes since commit 219031a6e7dff52a066e8b074adc0697f501e3d3:
media: venus: fix build on 32bit environments (2019-10-08 13:46:36 -0300)
are available in the Git repository at:
git://linuxtv.org/hverkuil/media_tree.git tags/br-v5.5i
for you to fetch changes up to 2bb7c843ebb84
From: buil...@linuxtv.org
Pull request: https://patchwork.linuxtv.org/patch/59364/
Build log: https://builder.linuxtv.org/job/patchwork/19674/
Build time: 00:12:16
Link:
https://lore.kernel.org/linux-media/5ebf6d7f-8a1d-8665-fe72-78df3849a...@xs4all.nl
gpg: Signature made Wed 09 Oct 2019 01:34:3
On 9/13/19 1:11 PM, Jae Hyun Yoo wrote:
To prevent inaccurate detections of resolution, this commit enables
clearing of hsync/vsync polarity bits based on probed sync state.
Thanks Jae, looks fine.
Reviewed-by: Eddie James
Signed-off-by: Jae Hyun Yoo
---
Changes since v1:
* Updated
On 9/13/19 1:11 PM, Jae Hyun Yoo wrote:
Sometimes it detects a weird resolution such as 1024x287 when the
actual resolution is 1024x768. To resolve such an issue, this
commit adds clearing for hsync and vsync polarity register bits
at the beginning of the first mode detection. This is recommend
Drivers that use the CEC pin framework have no way of processing messages
themselves by providing the 'received' callback. This is present in cec_ops,
but not in cec_pin_ops.
Add support for this callback.
Signed-off-by: Hans Verkuil
---
diff --git a/drivers/media/cec/cec-pin.c b/drivers/media/c
On 9/26/19 5:27 PM, Jae Hyun Yoo wrote:
From: Jae Hyun Yoo
CAPTURE_COMPLETE and FRAME_COMPLETE interrupts come even when these
are disabled in the VE_INTERRUPT_CTRL register and eventually this
behavior causes disabling irq itself like below:
Thanks!
Reviewed-by: Eddie James
[10055.1
On Tue, Oct 8, 2019 at 4:48 PM Fabio Estevam wrote:
>
> 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
The first patch in this patchset moves the dev field of each
entity struct to the common sturct vimc_ent_device, this is
used by the first and the second patch to have access to 'dev'
in the streamer and replace pr_err with dev_err.
The second patch was first sent alone, then it was sent again
as
Since the 'struct device *dev' field exists in each of the
entity structs, it can be moved to the common struct vimc_ent_devevice.
It is then used to replace 'pr_err' with 'dev_err' in the streamer
code.
Signed-off-by: Dafna Hirschfeld
---
drivers/media/platform/vimc/vimc-capture.c | 7 +++
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
currently this is not handled and cause kernel crash.
Reproducing the crash:
media-ctl -d0 -l "5:1->21:0[0]" -v
v4l2-ctl -z platform:vimc -d "RGB/Y
On 10/9/19 8:40 AM, Tim Harvey wrote:
On Tue, Oct 8, 2019 at 4:48 PM Fabio Estevam wrote:
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
i
the struct vimc_platform_data is not used anymore and can be removed.
Signed-off-by: Dafna Hirschfeld
---
drivers/media/platform/vimc/vimc-common.h | 15 ---
1 file changed, 15 deletions(-)
diff --git a/drivers/media/platform/vimc/vimc-common.h
b/drivers/media/platform/vimc/vimc-co
The hardware does not support capturing the field types
V4L2_FIELD_SEQ_TB and V4L2_FIELD_SEQ_BT. To capture in these formats the
driver needs to adjust the offset of the capture buffer and capture
twice to each vb2 buffer.
Signed-off-by: Niklas Söderlund
---
drivers/media/platform/rcar-vin/rcar-
Hi,
This series add support for sequential filed formats to rcar-vin. The
series is based on the media-tree and tested on both R-Car Gen2 and Gen3
boards without regressions.
Patch 1/2 prepares for the new filed formats by reworking and renaming
an existing struct member while 2/2 adds support f
To support SEQ_TB/BT not all buffers given to the hardware will be
equal, the driver needs to keep track of different buffer types. Move
the tracking of buffers given to hardware into a struct so additional
tracking fields can be associated with each buffer.
Signed-off-by: Niklas Söderlund
---
d
Dear,
Do you have any project or an on going project which requires funding?
I have an investor with a huge capital who is ready to invest up to
Ten million US dollars upwards.
So I am looking for a trustworthy and reliable partner with a project
investment that can generate a healthy returns on
24 matches
Mail list logo