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 Mar 2 05:00:12 CET 2019
media-tree git hash:26b190053ec0db030697e2e19a8f8f13550b9ff7
media_build git
Le vendredi 01 mars 2019 à 11:19 +0100, Hans Verkuil a écrit :
> > $ gst-launch-1.0 videotestsrc num-buffers=120 !
> > video/x-raw,format=RGB,width=322,height=200 ! v4l2video0convert
> > disable-passthrough=1 ! video/x-raw,width=428,height=400 ! videoconvert !
> > xvimagesink
>
> But you explic
The i.MX7 capture support forgot to change the group ID for the CSI
to the IPU CSI in VDIC sub-device, it was left at the i.MX7 CSI
group ID.
Fixes: 67673ed55084 ("media: staging/imx: rearrange group id to take in account
IPU")
Signed-off-by: Steve Longerbeam
---
drivers/staging/media/imx/imx-
From: Kieran Bingham
To improve image quality when scaling using the UDS we need to correctly
determine the start phase value for each partition window, and apply a
margin to overlap discontinous pixels.
Provide helper functions for calculating the phase parameters, and source
locations for a gi
From: Kieran Bingham
The 'mp' value is used through many calculations in determining the scaling
factors of the UDS. Factor this out so that it can be reused in further
calculations, and also ensure that if the BLADV control is ever changed only a
single function needs to be modified.
Signed-off
From: Kieran Bingham
Provide a helper to describe when the partition algorithm is in use on a
given pipeline. This improves readability to the purpose of the code,
rather than obtusely checking the number of partitions.
Signed-off-by: Kieran Bingham
---
drivers/media/platform/vsp1/vsp1_pipe.c
From: Kieran Bingham
The UDS and SRU (and SHP) require expanded partition windows to support
overlapping partition windows as a means of discarding discontinous pixel data,
due to repeated pixels in their input filters.
The first four patches are clean ups and helpers to facilitate the
implement
From: Kieran Bingham
The image partition algorithm operates on the image dimensions as input
into the WPF entity. Document this in the code block header.
Reviewed-by: Laurent Pinchart
Signed-off-by: Kieran Bingham
---
drivers/media/platform/vsp1/vsp1_video.c | 8
1 file changed, 8 in
From: Kieran Bingham
Ensure that the partition window is correctly initialised before being
utilised.
Signed-off-by: Kieran Bingham
---
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/drive
As we did lots of change at vim2m driver, let's take the
opportunity and make checkpatch happier, addressing the
errors/warnings that makes sense.
While here, increment driver's version.
No functional changes.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/platform/vim2m.c | 52 +++
There's no reason why this driver should use BUG(). Instead,
just properly handle issue, returning an error code where
pertinent.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/platform/vim2m.c | 20
1 file changed, 16 insertions(+), 4 deletions(-)
diff --git a/driv
Hi Mauro,
On Fri 01 Mar 2019 at 15:03, Mauro Carvalho Chehab wrote:
Those typos were left over from codespell check, on
my first pass or belong to code added after the time I
ran it.
Signed-off-by: Mauro Carvalho Chehab
For the imx7 part:
Acked-by: Rui Miguel Silva
Thanks.
---
Cheers,
Document RZ/G2M (R8A774A1) SoC bindings.
The RZ/G2M SoC is similar to R-Car M3-W (R8A7796).
Signed-off-by: Biju Das
Reviewed-by: Fabrizio Castro
Acked-by: Niklas Söderlund
Reviewed-by: Simon Horman
Reviewed-by: Rob Herring
---
V1-->V2
* No change
---
Documentation/devicetree/bindings/medi
This patch series aims to add VIN support for RZ/G2M SoC.
RZ/G2M SoC is similar to R-Car Gen3 M3-W SoC.
This patchset is based on media_tree git
V1-->V2
*Rebased and resent. Not sending patch5 in this patch series since it is
present in media tree commit 0c85e78fb1d3742c
("arm64: dts: re
Add the SoC specific information for RZ/G2M(r8a774a1) SoC.
The VIN module of RZ/G2M is similar to R-Car M3-W.
Signed-off-by: Biju Das
Reviewed-by: Fabrizio Castro
Acked-by: Niklas Söderlund
Reviewed-by: Simon Horman
---
V1-->V2
* No change
---
drivers/media/platform/rcar-vin/rcar-core.c | 4
Add the MIPI CSI-2 driver support for RZ/G2M(r8a774a1) SoC.
The CSI-2 module of RZ/G2M is similar to R-Car M3-W.
Signed-off-by: Biju Das
Reviewed-by: Fabrizio Castro
Acked-by: Niklas Söderlund
Reviewed-by: Simon Horman
---
V1-->V2
* No change
---
drivers/media/platform/rcar-vin/rcar-csi2.c
Document RZ/G2M (R8A774A1) SoC bindings.
The RZ/G2M SoC is similar to R-Car M3-W (R8A7796).
Signed-off-by: Biju Das
Reviewed-by: Fabrizio Castro
Acked-by: Niklas Söderlund
Reviewed-by: Simon Horman
Reviewed-by: Rob Herring
---
V1-->V2
* No change
---
Documentation/devicetree/bindings/medi
The allegro hardware encoder does not write SPS/PPS nal units into the
encoded video stream. Therefore, we need to write the units in software.
The implementation follows Rec. ITU-T H.264 (04/2017) to allow to
convert between a C struct and the RBSP representation of the SPS and
PPS nal units.
Th
Add device-tree bindings for the Allegro DVT video IP core found on the
Xilinx ZynqMP EV family.
Signed-off-by: Michael Tretter
Reviewed-by: Rob Herring
---
v3 -> v4:
none
v2 -> v3:
- rename node to video-codec
- drop interrupt-names
- fix compatible in example
- add clocks to required properti
Add a V4L2 mem-to-mem driver for Allegro DVT video IP cores as found in
the EV family of the Xilinx ZynqMP SoC. The Zynq UltraScale+ Device
Technical Reference Manual uses the term VCU (Video Codec Unit) for the
encoder, decoder and system integration block.
This driver takes care of interacting w
This is v4 of the series to add support for the Allegro DVT H.264 encoder
found in the EV family of the Xilinx ZynqMP platform.
The most prominent change is the added documentation in the nal_h264.h header.
The structs for the SPS and PPS NAL units and the function prototypes to
convert between RB
Hi Hans,
> Subject: RE: [PATCH RESEND v2 1/2] media: dt-bindings: media: rcar-csi2: Add
> r8a774a1 support
>
> Hi Hans,
>
> Thanks for the feedback.
>
> > Subject: Re: [PATCH RESEND v2 1/2] media: dt-bindings: media:
> > rcar-csi2: Add
> > r8a774a1 support
> >
> > On 3/1/19 3:24 PM, Biju Das wrote
Those typos were left over from codespell check, on
my first pass or belong to code added after the time I
ran it.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/pci/cx18/cx18-dvb.c | 2 +-
drivers/media/pci/saa7164/saa7164-dvb.c| 2 +-
drivers/media/platform/ti-vpe/vpdma.c
Hi Hans,
Thanks for the feedback.
> Subject: Re: [PATCH RESEND v2 1/2] media: dt-bindings: media: rcar-csi2: Add
> r8a774a1 support
>
> On 3/1/19 3:24 PM, Biju Das wrote:
> > Document RZ/G2M (R8A774A1) SoC bindings.
>
> Please resend the whole series, not just the dt-bindings patches.
>
> Also no
On 3/1/19 3:24 PM, Biju Das wrote:
> Document RZ/G2M (R8A774A1) SoC bindings.
Please resend the whole series, not just the dt-bindings patches.
Also note that the original v1 series said that there were 5 patches in
the series, but only the first 4 were received on linux-media. So I have
no idea
Document RZ/G2M (R8A774A1) SoC bindings.
The RZ/G2M SoC is similar to R-Car M3-W (R8A7796).
Signed-off-by: Biju Das
Reviewed-by: Fabrizio Castro
Acked-by: Niklas Söderlund
Reviewed-by: Simon Horman
Reviewed-by: Rob Herring
---
V1-->V2
* No change
---
Documentation/devicetree/bindings/medi
Document RZ/G2M (R8A774A1) SoC bindings.
The RZ/G2M SoC is similar to R-Car M3-W (R8A7796).
Signed-off-by: Biju Das
Reviewed-by: Fabrizio Castro
Acked-by: Niklas Söderlund
Reviewed-by: Simon Horman
Reviewed-by: Rob Herring
---
V1->V2
* No change
---
Documentation/devicetree/bindings/medi
unsubscribe linux-wireless
Em Fri, 1 Mar 2019 10:24:16 -0300
Mauro Carvalho Chehab escreveu:
> The vim2m was laking care for a long time. It had several issues. Several
> were already fixed and are merged for Kernel 5.1, but there are still
> some pending things.
>
> This patch series complement the work, making it do th
-Original Message-
From: Rob Herring
Sent: 17 September 2018 06:45
To: Biju Das
Cc: Mauro Carvalho Chehab ; Mark Rutland
; Biju Das ; Niklas Söderlund
; linux-media@vger.kernel.org;
linux-renesas-...@vger.kernel.org; devicet...@vger.kernel.org; Simon Horman
; Geert Uytterhoeven ; C
-Original Message-
From: Rob Herring
Sent: 17 September 2018 06:45
To: Biju Das
Cc: Mauro Carvalho Chehab ; Mark Rutland
; Biju Das ; Niklas Söderlund
; linux-media@vger.kernel.org;
linux-renesas-...@vger.kernel.org; devicet...@vger.kernel.org; Simon Horman
; Geert Uytterhoeven ; C
The vim2m driver doesn't enforce that the capture and output
buffers would have the same size. Do the right thing if the
buffers are different, zeroing the buffer before writing,
ensuring that lines will be aligned and it won't write past
the buffer area.
This is a temporary fix.
A proper fix is
The vim2m was laking care for a long time. It had several issues. Several
were already fixed and are merged for Kernel 5.1, but there are still
some pending things.
This patch series complement the work, making it do the right thing with
regards to different resolutions at capture and output buffe
When resolutions are different, the expected behavior is to
scale the image. Implement a vertical scaler as the first step.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/platform/vim2m.c | 65 +-
1 file changed, 32 insertions(+), 33 deletions(-)
diff --g
The only real restriction at vim2m is that width should be
multiple of two, as the copy routine always copy two pixels
each time.
However, Bayer formats are defined as having a 2x2 matrix.
So, odd vertical numbers would cause color distortions at the
last line. So, it makes sense to use step 2 for
The vim2m device is interesting to simulate a webcam. As most
sensors are arranged using bayer formats, the best is to support
to output data using those formats.
So, add support for them.
All 4 8-bit bayer formats tested with:
$ qvidcap -p &
$ v4l2-ctl --stream-mmap --stream-out
The copy logic assumes that the data width is multiple of two,
as this is needed in order to support YUYV.
There's no reason to force it to be 8-pixel aligned, as 2-pixel
alignment is enough.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/platform/vim2m.c | 2 +-
1 file changed, 1 inser
Add an horizontal linear scaler using Breseham algorithm in
order to speep up its calculus.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/platform/vim2m.c | 95 --
1 file changed, 55 insertions(+), 40 deletions(-)
diff --git a/drivers/media/platform/vim2
1) Use two levels for debug:
- level 1: setup stuff
- level 2: add queue/dequeue messages
2) Better display the debug output, translating buffer
type, fourcc and making some messages clearer.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/platform/vim2m.c | 46 +++
Handling any Y,Cr,Cb formats require some extra logic, as it
handles a group of two pixels. That's easy while we don't do
horizontal scaling.
However, doing horizontal scaling with such formats would require
a lot more code, in order to avoid distortions, as, if it scales
to two non-consecutive po
When in passthrough mode, copy the entire line at once, in
order to make it faster (if not HFLIP).
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/platform/vim2m.c | 37 --
1 file changed, 17 insertions(+), 20 deletions(-)
diff --git a/drivers/media/platfo
As we do alignments for width, expose it via V4L2 API.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/platform/vim2m.c | 38 ++
1 file changed, 29 insertions(+), 9 deletions(-)
diff --git a/drivers/media/platform/vim2m.c b/drivers/media/platform/vim2m.c
i
Hi Hans,
Yes. Will do.
Regards,
Biju
> -Original Message-
> From: Hans Verkuil
> Sent: 01 March 2019 13:19
> To: Biju Das ; Geert Uytterhoeven
>
> Cc: Fabrizio Castro ; Mauro Carvalho
> Chehab ; Niklas Söderlund
> ; linux-media@vger.kernel.org; linux-
> renesas-...@vger.kernel.org; dev
Hi Biju,
Can you do the following:
1) forward both of Rob's replies with his Reviewed-by tag to linux-media,
that way I have seen it.
2) rebase the patch series and add all Reviewed-by etc. tags and post as
a v2. I'll pick it up and make sure it will get merged. Not sure if we
can manage
When in passthrough mode, copy the entire line at once, in
order to make it faster (if not HFLIP).
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/platform/vim2m.c | 37 --
1 file changed, 17 insertions(+), 20 deletions(-)
diff --git a/drivers/media/platfo
Hi Hans,
On Fri, Mar 1, 2019 at 2:08 PM Hans Verkuil wrote:
> On 3/1/19 1:58 PM, Geert Uytterhoeven wrote:
> > On Fri, Mar 1, 2019 at 1:55 PM Hans Verkuil wrote:
> >> It looks like this series fell through the cracks.
> >>
> >> I looked at it and the main problem is that it is missing a Reviewed
Hi Hans,
Thanks for the feedback.
> -Original Message-
> From: Hans Verkuil
> Sent: 01 March 2019 13:09
> To: Geert Uytterhoeven
> Cc: Fabrizio Castro ; Mauro Carvalho
> Chehab ; Biju Das ;
> Niklas Söderlund ; linux-
> me...@vger.kernel.org; linux-renesas-...@vger.kernel.org;
> devicet
On 3/1/19 1:58 PM, Geert Uytterhoeven wrote:
> Hi Hans,
>
> On Fri, Mar 1, 2019 at 1:55 PM Hans Verkuil wrote:
>> It looks like this series fell through the cracks.
>>
>> I looked at it and the main problem is that it is missing a Reviewed-by
>> from Rob Herring (devicetree maintainer). It's a bi
Hi Hans,
On Fri, Mar 01, 2019 at 01:55:53PM +0100, Hans Verkuil wrote:
> Hi Fabrizio,
>
> It looks like this series fell through the cracks.
>
> I looked at it and the main problem is that it is missing a Reviewed-by
> from Rob Herring (devicetree maintainer). It's a bit surprising since he
> is
Hi Ian,
On 19-03-01 11:07, Ian Arkver wrote:
> Hi,
>
> On 01/03/2019 10:52, Marco Felsch wrote:
> > Hi Sakari,
> >
> > On 19-02-18 12:03, Sakari Ailus wrote:
> > > Hi Marco,
> > >
> > > My apologies for reviewing this so late. You've received good comments
> > > already. I have a few more.
> >
Hi Hans,
On Fri, Mar 1, 2019 at 1:55 PM Hans Verkuil wrote:
> It looks like this series fell through the cracks.
>
> I looked at it and the main problem is that it is missing a Reviewed-by
> from Rob Herring (devicetree maintainer). It's a bit surprising since he
> is usually fairly prompt.
He a
Hi Fabrizio,
It looks like this series fell through the cracks.
I looked at it and the main problem is that it is missing a Reviewed-by
from Rob Herring (devicetree maintainer). It's a bit surprising since he
is usually fairly prompt.
I recommend that you rebase and repost it and I'll delegate t
Add an horizontal linear scaler using Breseham algorithm in
order to speep up its calculus.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/platform/vim2m.c | 95 --
1 file changed, 55 insertions(+), 40 deletions(-)
diff --git a/drivers/media/platform/vim2
Handling any Y,Cr,Cb formats require some extra logic, as it
handles a group of two pixels. That's easy while we don't do
horizontal scaling.
However, doing horizontal scaling with such formats would require
a lot more code, in order to avoid distortions, as, if it scales
to two non-consecutive po
When resolutions are different, the expected behavior is to
scale the image. Implement a vertical scaler as the first step.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/platform/vim2m.c | 65 +-
1 file changed, 32 insertions(+), 33 deletions(-)
diff --g
Hello Mauro,
This patch has been around for some time, do you think you can take it?
Thanks,
Fab
> From: Biju Das
> Sent: 10 September 2018 15:31
> Subject: [PATCH 4/5] media: rcar-vin: Enable support for r8a774a1
>
> Add the SoC specific information for RZ/G2M(r8a774a1) SoC.
> The VIN module
Hello Mauro,
This patch has been around for some time, do you think you can take it?
Thanks,
Fab
> From: linux-renesas-soc-ow...@vger.kernel.org
> On Behalf Of Biju Das
> Sent: 10 September 2018 15:31
> Subject: [PATCH 3/5] media: dt-bindings: media: rcar_vin: Add r8a774a1 support
>
> Documen
Hello Mauro,
This patch has been around for some time now, do you think you can take it?
Thanks,
Fab
> From: linux-renesas-soc-ow...@vger.kernel.org
> On Behalf Of Biju Das
> Sent: 10 September 2018 15:31
> Subject: [PATCH 2/5] media: rcar-csi2: Enable support for r8a774a1
>
> Add the MIPI CS
Hello Mauro,
This patch has been around for some time now, do you think you can take it?
Cheers,
Fab
> From: Biju Das
> Sent: 10 September 2018 15:31
> Subject: [PATCH 1/5] media: dt-bindings: media: rcar-csi2: Add r8a774a1
> support
>
> Document RZ/G2M (R8A774A1) SoC bindings.
>
> The RZ/G2
On 2/22/19 12:32 PM, Laurent Pinchart wrote:
> Hi Hans,
>
> Thank you for the patch.
>
> On Thu, Feb 21, 2019 at 03:21:47PM +0100, Hans Verkuil wrote:
>> When the v4l-subdev device node is released it calls the
>> v4l2_device_release_subdev_node() function which sets sd->devnode
>> to NULL.
>>
>>
Address a compiler warnings on alignment of struct ipu3_uapi_awb_fr_config_s
by adding __attribute__((aligned(32))) to a struct member of that type as
well.
Signed-off-by: Sakari Ailus
Tested-by: Rajmohan Mani
---
drivers/staging/media/ipu3/include/intel-ipu3.h | 2 +-
1 file changed, 1 inserti
Hi Mauro, Hans,
This set addresses most of the compiler / checker warnings from the ImgU
driver. There are a few about stack usage from the compi
Remove redundant checks for less than zero on unsigned variables.
Signed-off-by: Sakari Ailus
Tested-by: Rajmohan Mani
---
drivers/staging/media/ipu3/ipu3-css-fw.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/media/ipu3/ipu3-css-fw.c
b/drivers/stagi
This reverts commit 0bdfc56c13c0ffe003f28395fcde2cd9b5ea0622.
The original patch suppressed compiler and checker warnings and those
warnings have been addressed. Do not attempt to suppress these warnings
anymore.
Signed-off-by: Sakari Ailus
Tested-by: Rajmohan Mani
---
drivers/staging/media/ip
Address C compiler, sparse and smatch warnings and little style issues in
the IMGU MMU code.
Signed-off-by: Sakari Ailus
Tested-by: Rajmohan Mani
---
drivers/staging/media/ipu3/ipu3-mmu.c | 39 +++
1 file changed, 35 insertions(+), 4 deletions(-)
diff --git a/dr
Hi,
On 01/03/2019 10:52, Marco Felsch wrote:
Hi Sakari,
On 19-02-18 12:03, Sakari Ailus wrote:
Hi Marco,
My apologies for reviewing this so late. You've received good comments
already. I have a few more.
Thanks for your review for the other patches as well =) Sorry for my
delayed response.
Yeandle https://goo.gl/Fp94bb
Chris Rankin
Hi Sakari,
On 19-02-18 12:03, Sakari Ailus wrote:
> Hi Marco,
>
> My apologies for reviewing this so late. You've received good comments
> already. I have a few more.
Thanks for your review for the other patches as well =) Sorry for my
delayed response.
> On Tue, Dec 18, 2018 at 03:12:38PM +010
On 19-02-13 18:57, Jacopo Mondi wrote:
> Hi Marco,
> thanks for the patch.
>
> I have some comments, which I hope might get the ball rolling...
Hi Jacopo,
thanks for your review and sorry for the late response. My schedule was
a bit filled.
>
> On Tue, Dec 18, 2018 at 03:12:38PM +0100, Mar
On 2/28/19 6:31 PM, Mauro Carvalho Chehab wrote:
> Em Thu, 28 Feb 2019 16:42:28 +0100
> Hans Verkuil escreveu:
>
>> On 2/28/19 4:21 PM, Mauro Carvalho Chehab wrote:
>>> Em Thu, 28 Feb 2019 15:35:07 +0100
>>> Hans Verkuil escreveu:
>>>
On 2/28/19 3:09 PM, Mauro Carvalho Chehab wrote:
>>
devm_ioremap_resource() already prints an error message on failure, so
there is no need to repeat that.
Signed-off-by: Geert Uytterhoeven
---
v2:
- Drop assignment to ret.
---
drivers/media/platform/rcar_drif.c | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/drivers
Sent from my iPad
> On Mar 1, 2019, at 12:21 AM, Nicolas Dufresne wrote:
>
> Le jeudi 28 février 2019 à 09:12 +0800, Ayaka a écrit :
>>> On Feb 28, 2019, at 5:07 AM, Nicolas Dufresne wrote:
>>>
>>> Hi Ayaka,
>>>
Le mercredi 27 février 2019 à 23:13 +0800, Ayaka a écrit :
Last time
On 2/27/19 8:07 AM, Dafna Hirschfeld wrote:
> Add code to support the stateless decoder
> and the function 'stateless_m2m' that implements it.
>
> Signed-off-by: Dafna Hirschfeld
> ---
> utils/v4l2-ctl/v4l2-ctl-streaming.cpp | 234 +-
> 1 file changed, 231 insertions(+),
On Thu, Feb 28, 2019 at 04:18:57PM -0800, Hyun Kwon wrote:
> Hi Daniel,
>
> On Thu, 2019-02-28 at 02:01:46 -0800, Daniel Vetter wrote:
> > On Wed, Feb 27, 2019 at 04:36:06PM -0800, Hyun Kwon wrote:
> > > Hi Daniel,
> > >
> > > On Wed, 2019-02-27 at 06:13:45 -0800, Daniel Vetter wrote:
> > > > On
On 2/27/19 8:07 AM, Dafna Hirschfeld wrote:
> Add the variable 'last_fwht_bf_ts' and the array 'fwht_reqs' to
> allow the fwht stateless decoder to maintain the requests.
>
> Signed-off-by: Dafna Hirschfeld
> ---
> utils/v4l2-ctl/v4l2-ctl-streaming.cpp | 129 ++
> 1 file
On 15-Feb-19 2:12 AM, Juha-Pekka Heikkilä wrote:
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 eac
From: Swati Sharma
Added needed plane control flag definitions for Y2xx and Y4xx (10, 12 and
16 bits)
Signed-off-by: Swati Sharma
Signed-off-by: Vidya Srinivas
Reviewed-by: Juha-Pekka Heikkila
Reviewed-by: Maarten Lankhorst
---
drivers/gpu/drm/i915/i915_reg.h | 6 ++
1 file changed, 6 i
From: Swati Sharma
Signed-off-by: Swati Sharma
Signed-off-by: Vidya Srinivas
Reviewed-by: Juha-Pekka Heikkila
Reviewed-by: Maarten Lankhorst
---
drivers/gpu/drm/i915/intel_display.c | 30 ++
drivers/gpu/drm/i915/intel_sprite.c | 60 +++-
2 fil
From: Swati Sharma
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.
LSB 6 bits are filled with
From: Juha-Pekka Heikkila
Enabling of P010, P012 and P016 formats. These formats will
extend NV12 for larger bit depths.
Signed-off-by: Juha-Pekka Heikkila
Signed-off-by: Swati Sharma
Reviewed-by: Maarten Lankhorst
---
drivers/gpu/drm/i915/intel_sprite.c | 28 ++--
1
From: Swati Sharma
This patch series is for enabling P0xx, Y2xx and Y4xx pixel formats for
intel's i915 driver.
In this patch series, Juha Pekka's patch series Gen10+ P0xx formats
https://patchwork.freedesktop.org/series/56053/ is combined with Swati's
https://patchwork.freedesktop.org/series/55
From: Juha-Pekka Heikkila
Add needed plane control flag definitions for P010, P012 and
P016 formats.
Signed-off-by: Juha-Pekka Heikkila
Signed-off-by: Swati Sharma
Reviewed-by: Maarten Lankhorst
---
drivers/gpu/drm/i915/i915_reg.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/driver
82 matches
Mail list logo
