On 2/15/19 5:36 AM, Hans Verkuil wrote:
> 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 Feb 15 05:00:10 CET 2019
> media-tree git hash: 6fd369
Hi Bingbu,
On Thu, Feb 14, 2019 at 7:50 PM wrote:
>
> From: Bingbu Cao
>
> The ipu3 GDC function need some envelope to do filtering and the
> minimal envelope size(GDC in - out) for ipu3 should be 4.
> Current value 4 was defined for older version GDC, this patch
> correct it.
>
> Signed-off-by:
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 Feb 15 05:00:10 CET 2019
media-tree git hash:6fd369dd1cb65a032f1ab9227033ecb7b759656d
media_build git
Convert to use vm_map_pages() to map range of kernel memory
to user vma.
vm_pgoff is treated in V4L2 API as a 'cookie' to select a buffer,
not as a in-buffer offset by design and it always want to mmap a
whole buffer from its beginning.
Signed-off-by: Souptick Joarder
Suggested-by: Marek Szyprow
Previouly drivers have their own way of mapping range of
kernel pages/memory into user vma and this was done by
invoking vm_insert_page() within a loop.
As this pattern is common across different drivers, it can
be generalized by creating new functions and use it across
the drivers.
vm_map_pages(
Previouly drivers have their own way of mapping range of
kernel pages/memory into user vma and this was done by
invoking vm_insert_page() within a loop.
As this pattern is common across different drivers, it can
be generalized by creating new functions and use it across
the drivers.
vm_map_pages(
On Wed, 2019-02-13 at 21:35 -0500, Nicolas Dufresne wrote:
> Le mer. 13 févr. 2019 à 16:23, Ezequiel Garcia
> a écrit :
> > Hi,
> >
> > On Wed, 2019-02-13 at 18:15 -0300, Ezequiel Garcia wrote:
> > > From: Pawel Osciak
> > >
> > > These controls are to be used with the new low-level decoder API
Dne ponedeljek, 11. februar 2019 ob 15:39:03 CET je Maxime Ripard napisal(a):
> Introduce some basic H264 decoding support in cedrus. So far, only the
> baseline profile videos have been tested, and some more advanced features
> used in higher profiles are not even implemented.
>
> Signed-off-by:
Do you have needs for retouching your photos? Or do deep etching and
masking for your photos,
We are the image service provider who can do this for you.
Please send photos to start testing, then you cam judge the quality of our
service.
Thanks,
Cindy
Aaledn
Nettetal
Swati Sharma kirjoitti 13.2.2019 klo 15.25:
The following pixel formats are packed format that follows 4:2:2
chroma sampling. For memory represenation each component is
allocated 16 bits each. Thus each pixel occupies 32bit.
Y210: For each component, valid data occupies MSB 10 bits.
Dne ponedeljek, 11. februar 2019 ob 15:39:03 CET je Maxime Ripard napisal(a):
> Introduce some basic H264 decoding support in cedrus. So far, only the
> baseline profile videos have been tested, and some more advanced features
> used in higher profiles are not even implemented.
>
> Signed-off-by:
Do you have needs for retouching your photos? Or do deep etching and
masking for your photos,
We are the image service provider who can do this for you.
Please send photos to start testing, then you cam judge the quality of our
service.
Thanks,
Cindy
Kerdpen
Haldberstadt
Do you have needs for retouching your photos? Or do deep etching and
masking for your photos,
We are the image service provider who can do this for you.
Please send photos to start testing, then you cam judge the quality of our
service.
Thanks,
Cindy
Bottrodp
Ansbadch
On 2/13/19 2:35 AM, Philipp Zabel wrote:
On Tue, 2019-02-12 at 09:42 -0800, Steve Longerbeam wrote:
[...]
But what about this "SAT_MODE" field in the IC task parameter memory?
That just controls the saturation. The result after the matrix
multiplication is either saturated to [0..255] or to
Do you have needs for retouching your photos? Or do deep etching and
masking for your photos,
We are the image service provider who can do this for you.
Please send photos to start testing, then you cam judge the quality of our
service.
Thanks,
Cindy
Ddessau
Bietigheim
On 2/14/19 5:33 PM, Laurent Pinchart wrote:
> Hi Hans,
>
> Thank you for the patch.
>
> On Thu, Feb 14, 2019 at 04:43:17PM +0100, Hans Verkuil wrote:
>> Add a --bus-info option to media-ctl which opens the media device
>> that has this bus info string. That makes it possible to open a specific
>>
Do you have needs for retouching your photos? Or do deep etching and
masking for your photos,
We are the image service provider who can do this for you.
Please send photos to start testing, then you cam judge the quality of our
service.
Thanks,
Cindy
Hedten
Datteldn
Hi Hans,
Thank you for the patch.
On Thu, Feb 14, 2019 at 04:43:17PM +0100, Hans Verkuil wrote:
> Add a --bus-info option to media-ctl which opens the media device
> that has this bus info string. That makes it possible to open a specific
> media device without having to know the name of the medi
Le jeudi 14 février 2019 à 11:43 +0900, Tomasz Figa a écrit :
> > > > No, I exactly meant the OUTPUT queue. The behavior of s5p-mfc in case
> > > > of the format not being detected yet is to waits for any pending
> > > > bitstream buffers to be processed by the decoder before returning an
> > > > e
Hi Sakari,
thanks for the patches
On Fri, Nov 02, 2018 at 12:31:19AM +0100, Niklas Söderlund wrote:
> From: Sakari Ailus
>
> This moves the pipe and stream_count fields from struct media_entity to
> struct media_pad. Effectively streams become pad-specific rather than
> being stream specific,
On Wed, Feb 13, 2019 at 01:28:34PM -0300, Ezequiel Garcia wrote:
> On Wed, 2019-02-13 at 12:02 +0900, Tomasz Figa wrote:
> > On Wed, Feb 13, 2019 at 6:22 AM Ezequiel Garcia
> > wrote:
> > > Hey Tomasz,
> > >
> > > On Tue, 2019-02-12 at 21:50 +0900, Tomasz Figa wrote:
> > > > Hi Maxime,
> > > >
On Mon, Feb 04, 2019 at 02:18:14PM +, Ken Sloat wrote:
> From: Ken Sloat
Needs a better subject, not one that applies to any change. Update with
what?
> Update device tree binding documentation specifying how to
> enable BT656 with CRC decoding and specify properties for
> default parallel
Add a --bus-info option to media-ctl which opens the media device
that has this bus info string. That makes it possible to open a specific
media device without having to know the name of the media device.
Similar functionality has been implemented for v4l2-ctl and v4l2-compliance,
and for the cec
Hello,
as I anticipated to Sakari I would like to revive this series,
so I've started from V2 and I'm trying to close comments to re-submit.
In the meantime, I might have some more questions...
On Fri, Nov 02, 2018 at 12:31:17AM +0100, Niklas Söderlund wrote:
> From: Sakari Ailus
>
> Instead o
Hi Mauro,
The following changes since commit 6fd369dd1cb65a032f1ab9227033ecb7b759656d:
media: vimc: fill in bus_info in media_device_info (2019-02-07 12:38:59 -0500)
are available in the Git repository at:
git://linuxtv.org/pinchartl/media.git tags/v4l2-next-20190214
for you to fetch
Hi Hans,
Thank you for the patch.
On Fri, Feb 01, 2019 at 10:57:31AM +0100, Hans Verkuil wrote:
> The uvc driver uses this function to fill in bus_info for VIDIOC_QUERYCAP,
> so use the same function when filling in the bus_info for the media device.
>
> The current implementation only fills in
On 14/02/2019 03:24, Yunfei Dong wrote:
> Using standard CCF interface to set vdec/venc parent clk
> and clk rate.
>
> Signed-off-by: Yunfei Dong
> Signed-off-by: Qianqian Yan
> ---
now pushed to v5.1-next/dts64
Thanks,
Matthias
> arch/arm64/boot/dts/mediatek/mt8173.dtsi | 13 ++
Hi Mauro,
This looks like the last one for 5.1; there's support for sun6 A64 CSI and
addressing one TODO item for the ipu3 imgu driver.
Please pull.
The following changes since commit 6fd369dd1cb65a032f1ab9227033ecb7b759656d:
media: vimc: fill in bus_info in media_device_info (2019-02-07 12:
-ci/linux/commits/Michael-Tretter/Add-ZynqMP-VCU-Allegro-DVT-H-264-encoder-driver/20190214-090312
base: git://linuxtv.org/media_tree.git master
config: sh-allmodconfig (attached as .config)
compiler: sh4-linux-gnu-gcc (Debian 8.2.0-11) 8.2.0
reproduce:
wget
https
From: Bingbu Cao
The ipu3 GDC function need some envelope to do filtering and the
minimal envelope size(GDC in - out) for ipu3 should be 4.
Current value 4 was defined for older version GDC, this patch
correct it.
Signed-off-by: Bingbu Cao
---
drivers/staging/media/ipu3/ipu3-css.c | 14 ++-
This introduces the required definitions for HEVC decoding support with
stateless VPUs. The controls associated to the HEVC slice format provide
the required meta-data for decoding slices extracted from the bitstream.
This interface comes with the following limitations:
* No custom quantization ma
This introduces the required bits for supporting HEVC/H.265 both in the
V4L2 framework and the Cedrus VPU driver that concerns Allwinner
devices.
A specific pixel format is introduced for the HEVC slice format and
controls are provided to pass the bitstream metadata to the decoder.
Some bitstream
This introduces support for HEVC/H.265 to the Cedrus VPU driver, with
both uni-directional and bi-directional prediction modes supported.
Field-coded (interlaced) pictures, custom quantization matrices and
10-bit output are not supported at this point.
Signed-off-by: Paul Kocialkowski
---
drive
Since there's a v4l2_m2m_get_vq helper, use it instead of accessing the
queue directly, which slightly increases readability.
Also reformat the code using the queue a bit while at it.
Signed-off-by: Paul Kocialkowski
---
drivers/staging/media/sunxi/cedrus/cedrus_mpeg2.c | 10 +-
1 file
Check that our queues are not busy before setting the format or return
EBUSY if that's the case. This ensures that our format can't change
once buffers are allocated for the queue.
Signed-off-by: Paul Kocialkowski
---
drivers/staging/media/sunxi/cedrus/cedrus_video.c | 10 ++
1 file chan
On 2/14/19 10:18 AM, Paul Kocialkowski wrote:
> Hi,
>
> On Thu, 2019-02-14 at 09:59 +0100, Hans Verkuil wrote:
>> On 2/14/19 9:37 AM, Paul Kocialkowski wrote:
>>> Check that our queues are not busy before setting the format or return
>>> EBUSY if that's the case. This ensures that our format can't
Hi,
On Thu, 2019-02-14 at 09:59 +0100, Hans Verkuil wrote:
> On 2/14/19 9:37 AM, Paul Kocialkowski wrote:
> > Check that our queues are not busy before setting the format or return
> > EBUSY if that's the case. This ensures that our format can't change
> > once buffers are allocated for the queue.
On 2/14/19 9:37 AM, Paul Kocialkowski wrote:
> Check that our queues are not busy before setting the format or return
> EBUSY if that's the case. This ensures that our format can't change
> once buffers are allocated for the queue.
>
> Signed-off-by: Paul Kocialkowski
> ---
> drivers/staging/med
Check that our queues are not busy before setting the format or return
EBUSY if that's the case. This ensures that our format can't change
once buffers are allocated for the queue.
Signed-off-by: Paul Kocialkowski
---
drivers/staging/media/sunxi/cedrus/cedrus_video.c | 14 ++
1 file
39 matches
Mail list logo
