On 5 December 2015 at 01:29, Philippe Desrochers
wrote:
> The difference seems to be around the "saa7113" chip. Maybe the Sabrent is
> using another video decoder chip ?
Yes, I believe that would explain the kernel log you sent.
> I will open one and check the chips on the PCB.
>
OK, that would
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: Sat Dec 5 04:00:16 CET 2015
git branch: test
git hash: 21312f6ddb1710750761c4b140b7367208b4f89e
gcc versio
Several module read functions are not used, remove them.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_bru.c | 5 -
drivers/media/platform/vsp1/vsp1_lif.c | 5 -
drivers/media/platform/vsp1/vsp1_lut.c | 5 -
drivers/media/platform/vsp1/vsp1_rpf.c | 6 --
dr
Commit 58f896d859ce ("[media] v4l: vsp1: sru: Make the intensity
controllable during streaming") refactored the stream start code and
removed the SRU CTRL0 register write by mistake. Add it back.
Fixes: 58f896d859ce ("[media] v4l: vsp1: sru: Make the intensity controllable
during streaming")
Sign
The function will be used by the DU code, move it out of vsp1_video.c.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_entity.c | 12
drivers/media/platform/vsp1/vsp1_entity.h | 2 ++
drivers/media/platform/vsp1/vsp1_video.c | 12
3 files changed,
Hello,
This patch set adds support for the Renesas R-Car Gen3 SoC family to the VSP1
driver. The large number of patches is caused by a change in the display
controller architecture that makes usage of the VSP mandatory as the display
controller has lost the ability to read data from memory.
Patc
The pipeline inputs array stores pointers to all RPFs contained in the
pipeline. It's currently indexed contiguously by adding RPFs in the
order they are found during graph walk. This can't easily support
dynamic addition and removal of RPFs while streaming, which will be
required for combined VSP+
Those functions are specific to video nodes, rename them for
consistency.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_video.c | 28 ++--
1 file changed, 14 insertions(+), 14 deletions(-)
diff --git a/drivers/media/platform/vsp1/vsp1_video.c
b/dr
The field is always equal to the num_inputs field plus one, remove the
duplicate.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_video.c | 7 ++-
drivers/media/platform/vsp1/vsp1_video.h | 1 -
2 files changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/media
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_pipe.h | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff --git a/drivers/media/platform/vsp1/vsp1_pipe.h
b/drivers/media/platform/vsp1/vsp1_pipe.h
index 8553d5a03aa3..9c8ded1c29f6 100644
--- a/drivers
Not all VSP instances have a BRU on R-Car Gen3, make it optional. Set
the feature unconditionally for now, this will be fixed when adding Gen3
support.
Signed-off-by: Laurent Pinchart
---
Changes since v1:
- Don't add a new DT property
---
drivers/media/platform/vsp1/vsp1.h | 1 +
driver
From: Takashi Saito
Display lists contain lists of registers and associated values to be
applied atomically by the hardware. They lower the pressure on interrupt
processing delays when reprogramming the device as settings can be
prepared well in advance and queued to the hardware without waiting
The rwpf field contains a pointer to the rpf or wpf associated with the
video node. Instead of storing it as a vsp1_entity, store the
corresponding vsp1_rwpf pointer to allow accessing the vsp1_rwpf fields
directly.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_rpf.c | 2
Only RPFs and WPFs can be associated with video nodes, don't waste
memory by storing the video pointer in all entities.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_drv.c| 6 +++---
drivers/media/platform/vsp1/vsp1_entity.h | 3 ---
drivers/media/platform/vsp1/vsp1_
The RPF and WPF alpha values are set through V4L2 controls and applied
when starting the video stream by a call to v4l2_ctrl_handler_setup().
As that function uses the control handler mutex it can't be called in
interrupt context, where the VSP+DU pipeline handler might need to
reconfigure the pipe
Move the format from struct vsp1_video to struct vsp1_rwpf to prepare
for VSPD KMS support that will not instantiate V4L2 video device nodes.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_bru.c | 4 ++--
drivers/media/platform/vsp1/vsp1_rpf.c | 4 ++--
drivers/media/
As the pipeline is configured internally by the driver when the
userspace API is disabled its configuration can be trusted and link
validation isn't needed.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1.h| 2 ++
drivers/media/platform/vsp1/vsp1_bru.c| 2 +-
d
To make the video device nodes optional we need to decouple the [rw]pf
instances from the video devices. Move video devices out of struct
vsp1_rwpf and instantiate them dynamically in the core driver code.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1.h| 1 +
driv
The structure represent a vsp1 videobuf2 buffer, name it accordingly.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_rpf.c | 2 +-
drivers/media/platform/vsp1/vsp1_rwpf.h | 4 ++--
drivers/media/platform/vsp1/vsp1_video.c | 20 ++--
drivers/media/platfo
Implement internal control of the VSP pipeline to be used by the DU
DRM/KMS driver when using the VSP as an internal composer handled
through DRM/KMS only.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/Makefile | 2 +-
drivers/media/platform/vsp1/vsp1.h | 3 +-
drive
Add two API functions named vsp1_du_atomic_begin() and
vsp1_du_atomic_flush() to signal the start and end of an atomic update.
The vsp1_du_setup_rpf() function is renamed to vsp1_du_atomic_update()
for consistency.
With this new API, the driver will reprogram all modified inputs
atomically before
The R-Car Gen3 SoCs include VSP instances dedicated to the DU that will
be controlled entirely by the rcar-du-drm driver through the KMS API. To
support that use case make the userspace V4L2 API optional.
Signed-off-by: Laurent Pinchart
---
Changes since v1:
- Store the uapi property in the vsp
Format information and the related helper function are not specific to
the V4L2 API, move them from vsp1_video.c to vsp1_pipe.c.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_pipe.c | 110 +++
drivers/media/platform/vsp1/vsp1_pipe.h | 29
No need to waste CPU cycles when the value we need is already available.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_video.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/platform/vsp1/vsp1_video.c
b/drivers/media/platform/vsp1/vsp1_v
Not all VSP1 instances include a UDS. Make the renesas,#uds DT property
optional and accept a number of UDS equal to 0 as valid.
Signed-off-by: Laurent Pinchart
---
Documentation/devicetree/bindings/media/renesas,vsp1.txt | 3 ++-
drivers/media/platform/vsp1/vsp1_drv.c | 2 +-
The R-Car Gen3 family has 5-inputs BRUs, support them by making the
number of BRU inputs configurable.
As the driver assumes that the number of BRU inputs is equal to the
number of RPFs, replace the BRU_MAX_INPUTS macro with VSP1_MAX_RPF to
make the assumption apparent.
Signed-off-by: Laurent Pin
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_drm.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/drivers/media/platform/vsp1/vsp1_drm.c
b/drivers/media/platform/vsp1/vsp1_drm.c
index 2969d570f462..5cef619b708d 100644
--- a/drivers/media/platf
Add DT compatible strings for the VSP2 instances found in the R-Car Gen3
SoCs and support them in the vsp1 driver.
Signed-off-by: Laurent Pinchart
---
Changes since v1:
- Configure device parameters based on the version register
---
.../devicetree/bindings/media/renesas,vsp1.txt | 20
The code will be used to control the vsp1 driver from the DU driver
without using video nodes.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/Makefile | 3 +-
drivers/media/platform/vsp1/vsp1_pipe.c | 247 +++
drivers/media/platform/vsp1/vsp1_p
The code will be reused outside of vsp1_video.c.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_pipe.c | 10 ++
drivers/media/platform/vsp1/vsp1_pipe.h | 1 +
drivers/media/platform/vsp1/vsp1_video.c | 6 +-
3 files changed, 12 insertions(+), 5 deletions(-)
This removes the dependency of vsp1_rpf and vsp1_wpf on vsp1_video,
making it possible to reuse the operations without a V4L2 video device
node.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_rpf.c | 11 +--
drivers/media/platform/vsp1/vsp1_rwpf.h | 9 +
Link creation will be handled differently for the DU pipeline.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_drv.c | 114 ++---
1 file changed, 64 insertions(+), 50 deletions(-)
diff --git a/drivers/media/platform/vsp1/vsp1_drv.c
b/drivers/med
Rename the VI6_DISP_IRQ_STA_DSE register to VI6_DISP_IRQ_STA_DST to fix
a typo and match the datasheet.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_regs.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/platform/vsp1/vsp1_regs.h
b/drive
The rwpf queue operation doesn't queue a buffer but sets the memory
address for the next run. Rename it to set_memory and pass it a new
structure independent of the video buffer than only contains memory
information.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_rpf.c |
To make the pipeline structure and operations usable without video
devices the frame end processing must be decoupled from struct
vsp1_video. Implement this by calling the video frame end function
indirectly through a function pointer in struct vsp1_pipeline.
Signed-off-by: Laurent Pinchart
---
Fix the out of bounds access in media_entity_init() found
by KASan. This is a result of media_mixer_init() failing
to allocate memory for all 3 of its pads before calling
media_entity_init(). Fix it to allocate memory for the
right struct media_mixer_ctl instead of struct media_ctl.
Signed-off-by:
On December 5, 2015 12:02:11 AM GMT+01:00, Laurent Pinchart
wrote:
>Hi Hans,
>
>On Friday 04 December 2015 23:50:31 Hans Verkuil wrote:
>> On December 4, 2015 11:05:48 PM GMT+01:00, Laurent Pinchart wrote:
>> > To test buffer sharing with devices that require contiguous memory
>> > buffers the dm
Hi Hans,
On Friday 04 December 2015 23:50:31 Hans Verkuil wrote:
> On December 4, 2015 11:05:48 PM GMT+01:00, Laurent Pinchart wrote:
> > To test buffer sharing with devices that require contiguous memory
> > buffers the dma-contig allocator is required. Support it and make the
> > allocator selec
On December 4, 2015 11:05:48 PM GMT+01:00, Laurent Pinchart
wrote:
>To test buffer sharing with devices that require contiguous memory
>buffers the dma-contig allocator is required. Support it and make the
>allocator selectable through a module parameter. Support for the two
>memory allocators ca
Hello,
On Thursday 03 December 2015 16:18:42 Hans Verkuil wrote:
> On 12/03/15 14:37, Mauro Carvalho Chehab wrote:
> > This is an automatic generated email to let you know that the following
> > patch were queued at the http://git.linuxtv.org/cgit.cgi/media_tree.git
> > tree:
> >
> > Subject: [me
Hey Mauro,
On 03-12-15 22:27, Mauro Carvalho Chehab wrote:
(re-sent as vger didn't recognize the original post)
Em Thu, 03 Dec 2015 14:56:52 +0100
Olliver Schinagl escreveu:
Hey Mauro,
On 03-12-15 14:55, Mauro Carvalho Chehab wrote:
Em Mon, 6 Jul 2015 21:28:10 +0200
Olliver Schinagl escre
With CONFIG_V4L2=m and VIDEO_SAMSUNG_EXYNOS4_IS=y, we can select the
individual drivers as built-in code when that should not be possible:
drivers/built-in.o: In function `s5pcsis_set_fmt':
policy.c:(.text+0x13afdc): undefined reference to `v4l_bound_align_image'
drivers/built-in.o: In function `s
To test buffer sharing with devices that require contiguous memory
buffers the dma-contig allocator is required. Support it and make the
allocator selectable through a module parameter. Support for the two
memory allocators can also be individually selected at compile-time to
avoid bloating the ker
Are You In Need Of A Private Or Business Loans from $10,000.00 to
$10.000.000.00 At 1% Rate For Various Purposes? If Yes;
Contact us Via Email: shell.l...@qq.com
Full Name:
Amount Needed:
Duration:
Country:
Cell No:
Sex:
Best Regards
--
To unsubscribe from this list: send the line "unsubscribe
Hi Benjamin,
Thanks for your answer. Jag uppskattar din hjälp ;)
So 50 USD per mux. And I could simultaneously record up to 4 channels
per mux ? Is that satellite dependant?
Could you give me an example of high quality/value cards I should look at first?
Also, what linux software would be best
Am Freitag, den 04.12.2015, 10:46 -0200 schrieb Mauro Carvalho Chehab:
> While https was always supported on linuxtv.org, only in
> Dec 3 2015 the website is using valid certificates.
>
> As we're planning to drop pure http support on some
> future, change the references at DRM include and at
> th
On 12/03/2015 02:45 PM, Mr Andersson wrote:
Hi,
[,,,]
Most cards out there supports maximum 4 channels per cards. Some I've
looked into costs around 200 USD per card and for 2000 channels,
excluding all other hardware, that would cost around 100 000 USD.
[...]
The terminology you are looki
While https was always supported on linuxtv.org, only in
Dec 3 2015 the website is using valid certificates.
As we're planning to drop pure http support on some
future, change all references at MAINTAINERS file
to point to the https URL instead.
Signed-off-by: Mauro Carvalho Chehab
---
MAINTAIN
While https was always supported on linuxtv.org, only in
Dec 3 2015 the website is using valid certificates.
As we're planning to drop pure http support on some
future, change the http://linuxtv.org references at firmware/WHENCE
file to point to https://linuxtv.org instead.
Signed-off-by: Mauro C
While https was always supported on linuxtv.org, only in
Dec 3 2015 the website is using valid certificates.
As we're planning to drop pure http support on some
future, change all references at the media subsystem
to point to the https URL instead.
Signed-off-by: Mauro Carvalho Chehab
---
Docum
While https was always supported on linuxtv.org, only in
Dec 3 2015 the website is using valid certificates.
As we're planning to drop pure http support on some
future, change the references at DRM include and at
the ipu-v3 driver to point to the https://linuxtv.org
URL instead.
Signed-off-by: Ma
51 matches
Mail list logo
