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 Dec 18 04:00:19 CET 2015
git branch: test
git hash: 52d60eb7e6d6429a766ea1b8f67e01c3b2dcd3c5
gcc versio
On 12/18/2015 12:04 AM, Nicolas Dufresne wrote:
> Hi Hans,
>
> while testing over color formats VIVID produce, I found that BGRA and
> ARGB the alpha component is always 0, which leads to black frames when
> composed (when the background is black of course). Is that a bug, or
> intended ?
Depen
Hi Hans,
while testing over color formats VIVID produce, I found that BGRA and
ARGB the alpha component is always 0, which leads to black frames when
composed (when the background is black of course). Is that a bug, or
intended ?
cheers,
Nicolas
signature.asc
Description: This is a digitally sig
Hallo !
Greg Kroah-Hartman asked me, to send it to you.
> https://bugzilla.kernel.org/show_bug.cgi?id=109521
>
> Bug ID: 109521
>Summary: kernel 4.4-RCx does not connect DVB-T USB Stick
during
> resume from hibernate
--
To unsubscribe from this lis
Brauchen Sie jede Art von Darlehen? Haben Sie eine Weihnachts-Darlehen müssen
bei 1% Wenn ja, füllen Sie bitte das Anmeldeformular below.Reply-To:
skygroup.financia...@gmail.com
(1) Name:
(2) Der Kreditbetrag erforderlich:
(3) Laufzeit der Darlehen:
(4) Land:
(5) Telefon:
Freundliche Grüße
Herr
On 17/12/2015 18:03, Mason wrote:
> On 17/12/2015 17:09, Mauro Carvalho Chehab wrote:
>
>> As I said before, heavily patched Kernel. It seems that the network stack
>> was updated to some newer version. The media_build backport considers
>> only the upstream Kernels. In the specific case of 3.4,
On 17/12/2015 17:09, Mauro Carvalho Chehab wrote:
> As I said before, heavily patched Kernel. It seems that the network stack
> was updated to some newer version. The media_build backport considers
> only the upstream Kernels. In the specific case of 3.4, it is known
> to build fine with Kernel li
On 17/12/2015 17:09, Mauro Carvalho Chehab wrote:
> Em Thu, 17 Dec 2015 16:32:54 +0100
> Mason escreveu:
>
>> I wanted to fix the NEED_WRITEL_RELAXED warning, but I don't know Perl.
>>
>> v4l/scripts/make_config_compat.pl
>>
>> check_files_for_func("writel_relaxed", "NEED_WRITEL_RELAXED",
>> "in
Em Thu, 17 Dec 2015 16:32:54 +0100
Mason escreveu:
> On 17/12/2015 15:55, Mauro Carvalho Chehab wrote:
>
> > Em Thu, 17 Dec 2015 15:30:43 +0100
> > Mason escreveu:
> >
> >> On 17/12/2015 15:08, Mauro Carvalho Chehab wrote:
> >>
> >>> Then I guess you're not using vanilla 3.4 Kernel, but some h
On 17/12/2015 15:55, Mauro Carvalho Chehab wrote:
> Em Thu, 17 Dec 2015 15:30:43 +0100
> Mason escreveu:
>
>> On 17/12/2015 15:08, Mauro Carvalho Chehab wrote:
>>
>>> Then I guess you're not using vanilla 3.4 Kernel, but some heavily
>>> modified version. You're on your own here.
>>
>> #ifdef NE
On Thursday 17 December 2015 12:58:06 Mauro Carvalho Chehab wrote:
> > Can you clarify how the 'topology_version' is used here? Is that
> > the version of the structure layout that decides how we interpret the
> > rest, or is it a number that is runtime dependent?
>
> No, topology_version is just
Em Thu, 17 Dec 2015 14:55:11 +0100
Arnd Bergmann escreveu:
> On Thursday 17 December 2015 10:45:56 Mauro Carvalho Chehab wrote:
> > If I understood well, he's proposing to do is:
> >
> > struct media_v2_topology {
> > __u64 topology_version;
> >
> > __u32 num_entities;
> >
Em Thu, 17 Dec 2015 15:30:43 +0100
Mason escreveu:
> On 17/12/2015 15:08, Mauro Carvalho Chehab wrote:
>
> > Then I guess you're not using vanilla 3.4 Kernel, but some heavily
> > modified version. You're on your own here.
>
> #ifdef NEED_KVFREE
> #include
> static inline void kvfree(const voi
On 17/12/2015 15:08, Mauro Carvalho Chehab wrote:
> Then I guess you're not using vanilla 3.4 Kernel, but some heavily
> modified version. You're on your own here.
#ifdef NEED_KVFREE
#include
static inline void kvfree(const void *addr)
{
if (is_vmalloc_addr(addr))
vfree(a
Em Thu, 17 Dec 2015 14:52:21 +0100
Mason escreveu:
> Hello Mauro,
>
> On 17/12/2015 13:55, Mauro Carvalho Chehab wrote:
>
> > Mason wrote:
> >
> >> I have a TechnoTrend TT-TVStick CT2-4400v2 USB tuner, as described here:
> >> http://linuxtv.org/wiki/index.php/TechnoTrend_TT-TVStick_CT2-4400
>
On Thursday 17 December 2015 10:45:56 Mauro Carvalho Chehab wrote:
> If I understood well, he's proposing to do is:
>
> struct media_v2_topology {
> __u64 topology_version;
>
> __u32 num_entities;
> __u32 num_interfaces;
> __u32 num_pads;
> __u32 num_links;
Hello Mauro,
On 17/12/2015 13:55, Mauro Carvalho Chehab wrote:
> Mason wrote:
>
>> I have a TechnoTrend TT-TVStick CT2-4400v2 USB tuner, as described here:
>> http://linuxtv.org/wiki/index.php/TechnoTrend_TT-TVStick_CT2-4400
>>
>> According to the article, the device is supported since kernel 3.
Em Thu, 17 Dec 2015 13:13:36 +0100
Mason escreveu:
> Hello everyone,
>
> I have a TechnoTrend TT-TVStick CT2-4400v2 USB tuner, as described here:
> http://linuxtv.org/wiki/index.php/TechnoTrend_TT-TVStick_CT2-4400
>
> According to the article, the device is supported since kernel 3.19
> and ind
Em Thu, 17 Dec 2015 13:12:15 +0100
Hans Verkuil escreveu:
> On 12/17/15 12:09, Mauro Carvalho Chehab wrote:
> > While we need to keep a u64 alignment to avoid compat32 issues,
> > having the number of entities/pads/links/interfaces represented
> > by an u64 is incoherent with the ID number, with
Hello everyone,
I have a TechnoTrend TT-TVStick CT2-4400v2 USB tuner, as described here:
http://linuxtv.org/wiki/index.php/TechnoTrend_TT-TVStick_CT2-4400
According to the article, the device is supported since kernel 3.19
and indeed, if I use a 4.1 kernel, I can pick CONFIG_DVB_USB_DVBSKY
and ev
While we need to keep a u64 alignment to avoid compat32 issues,
having the number of entities/pads/links/interfaces represented
by an u64 is incoherent with the ID number, with is an u32.
In order to make it coherent, change those quantities to u32.
Signed-off-by: Mauro Carvalho Chehab
---
incl
media_device_register_entity() is protected by a spin_lock.
Calling ida_pre_get() with GFP_KERNEL may put it to sleep,
with is a bad idea and causes this warning:
[ 8812.397195] BUG: sleeping function called from invalid context at
mm/slub.c:1287
[ 8812.397203] in_atomic(): 1, irqs_disabled(): 0
Instead of using one u32 counter per type for object IDs, use
just one counter. With such change, it makes sense to simplify
the debug logs too.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/media-entity.c | 35 +++
include/media/media-device.h | 10 ++---
Make sure display list usage is correctly disabled by always setting up
the corresponding registers, including when the display list feature
isn't used.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_dl.c | 7 +++
drivers/media/platform/vsp1/vsp1_drv.c | 3 +--
2 files
The DRM pipeline, as it runs in automatic restart mode, never sees the
pipeline state set to VSP1_PIPELINE_STOPPING or VSP1_PIPELINE_STOPPED
when running the frame end interrupt handler. We can thus skip the
checks various checks in the handler and return immediately.
Similarly the DRM frame end h
This allows getting rid of the vsp1_device::use_dl field.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1.h| 12
drivers/media/platform/vsp1/vsp1_dl.c | 4 +---
drivers/media/platform/vsp1/vsp1_dl.h | 12 ++--
drivers/media/platform/vsp1
The datasheet clearly states that all but a few registers can't be
modified when the device is running. Programming the background color
in the control set handler is thus prohibited. Program it when starting
the module instead.
This requires storing the background color value internally as the
mo
The RPF source memory pointers need to be offset to take the crop
rectangle into account. Offsets are computed in the RPF stream start,
which can happen (when using the DRM pipeline) after calling the RPF
.set_memory() operation that programs the buffer addresses.
The .set_memory() operation tries
Allow subsystems to associate data with entities in each request. This
will be used by the V4L2 subdev core to store pad formats in requests.
Signed-off-by: Laurent Pinchart
---
Changes since v0:
- Dereference requests without holding the list lock
- Remove requests from global list when closi
The datasheet clearly states that all but a few registers can't be
modified when the device is running. Programming the intensity
parameters in the control set handler is thus prohibited. Program it
when starting the module instead.
This requires storing the intensity value internally as the modul
Don't duplicate the code in every module driver, centralize it in a
single place.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_bru.c| 18 ++
drivers/media/platform/vsp1/vsp1_entity.c | 30 +-
drivers/media/platform/vsp1/vsp1
Commit f7234138f14c ("v4l2-subdev: replace v4l2_subdev_fh by
v4l2_subdev_pad_config") introduced lots of 80 characters per line
violations. Fix them.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_bru.c | 12
drivers/media/platform/vsp1/vsp1_lif.c | 6 --
Those modules were left out of display list integration as they're not
used by the DRM pipeline. To prepare for display list support in non-DRM
pipelines use the module write API to set registers.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_hsit.c | 2 +-
drivers/media/p
The flag is set but never read, remove it.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_bru.c| 2 --
drivers/media/platform/vsp1/vsp1_entity.c | 23 ---
drivers/media/platform/vsp1/vsp1_entity.h | 6 --
drivers/media/platform/vsp1/vsp1_rpf.c
The media devnode core associates devnodes with files by storing the
devnode pointer in the file structure private_data field. In order to
allow tracking of per-file-handle data introduce a new media devnode
file handle structure that stores the devnode pointer, and store a
pointer to that structur
Entities have two operations, a destroy operation stored directly in
vsp1_entity and a set_memory operation stored in a vsp1_rwpf_operations
structure. Move the two to a more generic vsp1_entity_operations
structure that will serve to implement additional operations.
Signed-off-by: Laurent Pinchar
Display lists can operate in header or headerless mode. The headerless
mode is only available on WPF0, to be used with the display engine. All
other WPF instances can only use display lists in header mode.
Implement support for header mode to prepare for display list usage on
WPFs other than 0.
S
This will allow adding new operations without increasing the
media_device structure size for drivers that don't implement any media
device operation.
Signed-off-by: Laurent Pinchart
---
drivers/media/media-entity.c | 11 ++-
drivers/media/platform/exynos4-is/media-dev.c
From: Laurent Pinchart
Add a new subdev operation to initialize a subdev pad config array, and
a helper function to allocate and initialize the array. This can be used
by bridge drivers to implement try format based on subdev pad
operations.
Signed-off-by: Laurent Pinchart
Acked-by: Vaibhav Hir
From: Hans Verkuil
When queuing buffers allow for passing the request ID that
should be associated with this buffer. Split the u32 reserved2 field
into two u16 fields, one for request, one with the old reserved2 name.
Signed-off-by: Hans Verkuil
---
drivers/media/usb/cpia2/cpia2_v4l.c
The V4L2 request API consists in extensions to existing V4L2 ioctls.
Document it.
Signed-off-by: Laurent Pinchart
---
Documentation/DocBook/media/v4l/common.xml | 2 +
Documentation/DocBook/media/v4l/io.xml | 12 ++-
Documentation/DocBook/media/v4l/request-api.xml| 90 ++
The subdev s_stream operation is abused as a generic way to setup
modules at every frame. Move the code out to a new VSP1 entity configure
operation.
Most modules now have an empty s_stream operation that can be removed.
The only exception is the WPF module that needs to perform hardware
configura
Add a pad config structure field to the vsp1_entity structure and use it
to store all active pad formats. This generalizes the code to operate on
pad config structures, a prerequisite to implement the request API.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_bru.c| 59
The V4L2 subdev request API consists in extensions to existing V4L2
subdev ioctls. Document it.
Signed-off-by: Laurent Pinchart
---
.../DocBook/media/v4l/vidioc-subdev-g-fmt.xml | 33 --
.../media/v4l/vidioc-subdev-g-selection.xml| 28 --
2 files
The vb2_queue_has_request() function will check whether a buffer has
been prepared for the given request ID.
Signed-off-by: Laurent Pinchart
---
drivers/media/v4l2-core/videobuf2-v4l2.c | 17 +
include/media/videobuf2-v4l2.h | 2 ++
2 files changed, 19 insertions(+)
d
From: Hans Verkuil
The vb2_qbuf_request() function will queue any buffers for the given request
that are in state PREPARED.
Useful when drivers have to implement the req_queue callback.
Signed-off-by: Hans Verkuil
---
drivers/media/v4l2-core/videobuf2-v4l2.c | 31 +
Turn the custom formats initialization function into a standard
pad::init_cfg handler and use it in subdevs instead of initializing
formats in the subdev open handler.
This makes the subdev open handler empty, so remove it.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_br
Use the video device format stored in the request object when
configuring modules if the request isn't NULL.
As the request object doesn't support storage of driver-specific data
format information needs to be looked up on the fly and can't be cached
anymore.
Signed-off-by: Laurent Pinchart
---
Modules write register values to the active display list pointed to by
the pipeline. In order to support the request API we need to fill
display lists ahead of time. This requires passing the display list
explicitly to all configuration functions.
Signed-off-by: Laurent Pinchart
---
drivers/medi
Store the formats in per-entity request data. The get and set format
operations are completely handled by the V4L2 core with help of the try
format driver operation.
Signed-off-by: Laurent Pinchart
---
drivers/media/v4l2-core/v4l2-ioctl.c | 121 +++
include/media/
The request API allows bundling media device parameters with request
objects and applying them atomically, either synchronously or
asynchronously.
Signed-off-by: Laurent Pinchart
---
Changes since v0:
- Make the request ID 32 bits wide internally
---
drivers/media/media-device.c | 175 +++
Don't restrict display list usage to the DRM pipeline, use them
unconditionally. This prepares the driver to support the request API.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_dl.c | 11 +--
drivers/media/platform/vsp1/vsp1_drm.c| 23 ++---
drivers/media/plat
The control handler set operations don't program the hardware anymore,
there's thus no need to call them when starting the stream.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_bru.c| 5 +
drivers/media/platform/vsp1/vsp1_entity.c | 18 +-
drivers/
Retrieve pad configuration from the request to configure modules. If the
request is NULL the active configuration is used as before.
Pass a NULL request unconditionally for now until support for the
request API gets implemented.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vs
Store the formats and selection rectangles in per-entity request data.
This minimizes changes to drivers by reusing the v4l2_subdev_pad_config
infrastructure.
Signed-off-by: Laurent Pinchart
---
drivers/media/v4l2-core/v4l2-subdev.c | 225 +-
include/media/v4l2-su
The media request API is made of a new ioctl to implement request
management. Document it.
Signed-off-by: Laurent Pinchart
---
.../DocBook/media/v4l/media-controller.xml | 1 +
.../DocBook/media/v4l/media-ioc-request-cmd.xml| 194 +
2 files changed, 195 insertio
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_video.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/media/platform/vsp1/vsp1_video.c
b/drivers/media/platform/vsp1/vsp1_video.c
index 50fc91a2f509..ec1394289659 100644
--- a/drivers/media/platform/vsp1/vsp1_v
Now that the subdev crop API is considered obsolete, the selection API
that replaces it deserves a full documentation instead of referring to
the crop API documentation.
Signed-off-by: Laurent Pinchart
---
.../media/v4l/vidioc-subdev-g-selection.xml| 37 ++
1 file cha
The two structures are identical, merge them and move the result to
vsp1_rwpf.c. All rwpf pad operations can now be declared static.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_rpf.c | 12 +--
drivers/media/platform/vsp1/vsp1_rwpf.c | 60 +++-
Reuse the runtime logic to initialize the default format instead of
open-coding it. This ensures coherency between intialization and
runtime.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_video.c | 11 ++-
1 file changed, 2 insertions(+), 9 deletions(-)
diff --git
Let userspace specify a request ID when getting or setting formats or
selection rectangles.
>From a userspace point of view the API change is minimized and doesn't
require any new ioctl.
Signed-off-by: Laurent Pinchart
---
include/uapi/linux/v4l2-subdev.h | 15 +--
1 file changed, 1
The function can only be called from a s_stream handler as it requires a
valid display list context (due to calling vsp1_uds_set_alpha() which
writes to module registers). Document the requirement.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_pipe.c | 3 +++
1 file change
Implement the request API on top of display lists. Queueing a request
creates and queues a display list containing the pipeline configuration
for processing, allowing back-to-back operation without waiting for
frame processing completion before preparing the pipeline for the next
frame.
Signed-off
The subdev core code currently rely on the subdev open handler to
initialize the file handle's pad configuration, even though subdevs now
have a pad operation dedicated for that purpose.
As a first step towards migration to init_cfg, call the operation
operation in the subdev core open implementat
Let userspace specify a request ID when getting or setting formats. The
support is limited to the multi-planar API at the moment, extending it
to the single-planar API is possible if needed.
>From a userspace point of view the API change is also minimized and
doesn't require any new ioctl.
Signed
From: Hans Verkuil
The driver has to set allow_requests explicitly in order to allow
queuing or preparing buffers for a specific request ID.
Signed-off-by: Hans Verkuil
---
drivers/media/v4l2-core/videobuf2-v4l2.c | 5 +
include/media/videobuf2-core.h | 2 ++
2 files changed, 7 i
Use the pad config structure part of the vsp1_entity to store all active
pad selection rectangles. This generalizes the code to operate on pad
config structures, a prerequisite to implement the request API.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_bru.c| 24 ++
Fix a typo that stored the try compose rectangle in the crop rectangle.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_bru.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/media/platform/vsp1/vsp1_bru.c
b/drivers/media/platform/vsp1/vsp1_bru.
quest API support in the VSP1 driver.
The code depends on several VSP1 and DU patch series previously posted. For
convenience you can access it on top of its dependencies at
git://linuxtv.org/pinchartl/media.git vsp1-kms-request-20151217
As this series introduces a new API, support fo
The datasheet clearly states that all but a few registers can't be
modified when the device is running. Programming the alpha value in
the control set handler is thus prohibited. Program it when starting the
module instead.
This requires storing the alpha value internally as the module can be
star
Each WPF can process display lists independently, move the manager to
the WPF to reflect that and prepare for display list support for non-DRM
pipelines.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_dl.c | 37 ++-
drivers/media/platform/vsp
This clarifies the API and prepares display list support for being used
to implement the request API.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1.h| 1 -
drivers/media/platform/vsp1/vsp1_dl.c | 264 ++
drivers/media/platform/vsp1
Greetings,
My name is Mr.Michael J. Tynan, I am a banker with Bank Of America. It is true
that we have not meet each other in person, but I strongly believe in trust and
friendship in every business. I have a Lebanese deceased customer's abandoned
fund, which I am his personal financial adviser
73 matches
Mail list logo
