These patches enable packed format YUV422-Y210, Y212 and Y216
for 10, 12 and 16 bit respectively for ICL.
For user space component IGT
IGT needs libraries for Pixman and Cairo to support more than 8bpc.
Work going on from Maarten Lankhorst.
v2: addressed review comments of mahesh and alexandru
From: Vidya Srinivas
v3: case handling checking INTEL_GEN(dev_priv) < 11 added for these 3
new pixel formats (juha)
Signed-off-by: Swati Sharma
Signed-off-by: Vidya Srinivas
---
drivers/gpu/drm/i915/intel_display.c | 21 +
drivers/gpu/drm/i915/intel_sprite.c | 3 +++
From: Vidya Srinivas
In this patch, a list for icl specific pixel formats is created
in which Y210, Y212 and Y216 pixel formats are added along with
legacy pixel formats for primary and sprite plane.
v3: since support for planar formats on ICL was getting totally
skipped, added support for
From: Vidya Srinivas
Added needed plane control flag definitions for Y210, Y212 and
Y216 formats.
v3: no change
Signed-off-by: Swati Sharma
Signed-off-by: Vidya Srinivas
---
drivers/gpu/drm/i915/i915_reg.h | 3 +++
1 file changed, 3 insertions(+)
diff --git
From: Vidya Srinivas
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: Valid data occupies MSB 10 bits.
LSB 6 bits are filled with zeroes.
Y212: Valid
This patch fixes 13 occurrences of the chekpatch.pl check:
CHECK: Please don't use multiple blank lines
Signed-off-by: Zach Turner
---
drivers/staging/rtl8192e/rtllib_crypt_ccmp.c | 13 -
1 file changed, 13 deletions(-)
diff --git a/drivers/staging/rtl8192e/rtllib_crypt_ccmp.c
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-dkms-4.18
head: 937a0a9df97d4c1c7cecf6faa2f501d175bc3c2a
commit: a26f88704ef76f0213692b3b04f210de6e9e8676 [1267/1379] drm/scheduler: fix
build error due to change in scheduler struct
config: i386-allyesconfig (attached as
On Mon, 22 Oct 2018 at 10:49, Michael Tirado wrote:
>
> On Mon, Oct 22, 2018 at 12:26 AM Dave Airlie wrote:
> >
> > This shouldn't be necessary, did someone misbackport the mmap changes
> > without:
> >
> > drm: set FMODE_UNSIGNED_OFFSET for drm files
> >
> > Dave.
>
> The latest kernel I have
Add maintainers and reviewers for VKMS driver
Signed-off-by: Rodrigo Siqueira
---
Changes in v2:
- Insert the section in alphabetical order
MAINTAINERS | 10 ++
1 file changed, 10 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 39c3f6682ace..56572f0968ce 100644
---
On Mon, 22 Oct 2018 at 07:22, Michael Tirado wrote:
>
> Mapping a drm "dumb" buffer fails on 32-bit system (i686) from what
> appears to be a truncated memory address that has been copied
> throughout several files. The bug manifests as an -EINVAL when calling
> mmap with the offset gathered from
https://bugs.freedesktop.org/show_bug.cgi?id=107978
--- Comment #15 from freedesk...@sibrenvasse.nl ---
I own a DELL U2414H and a U2913WM, and are daisy chained via DisplayPort. I'm
currently running into this issue.
A quick bisect gave this result:
# first bad commit:
https://bugs.freedesktop.org/show_bug.cgi?id=104531
--- Comment #8 from Parag ---
(In reply to Marcin Deranek from comment #6)
> It looks like this might be chipset/firmware specific.
>
> I had this problem with MSI R9 270 Gaming 2G
> (https://www.msi.com/Graphics-card/R9-270-GAMING-2G.html)
https://bugs.freedesktop.org/show_bug.cgi?id=104531
--- Comment #7 from Parag ---
(In reply to Alex Deucher from comment #3)
> (In reply to Parag from comment #2)
> > This is happening to me with a R7 240 with DP or HDMI cables, with 4
> > different monitors - Acer, Dell, 2x Lenovo. No errors in
https://bugs.freedesktop.org/show_bug.cgi?id=108505
--- Comment #3 from Marcin Deranek ---
It turns out that increasing Grub2 timeout from 5 to 10 seconds makes reboots
also possible.
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=108505
--- Comment #2 from Marcin Deranek ---
Created attachment 142120
--> https://bugs.freedesktop.org/attachment.cgi?id=142120=edit
Kernel config
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=108507
Bug ID: 108507
Summary: [rv790] Broken ground textures in World of Tanks
Product: Mesa
Version: 18.2
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
https://bugzilla.kernel.org/show_bug.cgi?id=200621
Jon (jon...@gmail.com) changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
v2:
add a mutex between sync_cb execution and free.
Signed-off-by: Chunming Zhou
Cc: Daniel Vetter
Cc: Chris Wilson
Cc: Christian König
---
drivers/gpu/drm/drm_syncobj.c | 11 +--
include/drm/drm_syncobj.h | 4
2 files changed, 13 insertions(+), 2 deletions(-)
diff --git
On 10/17/2018 07:53 PM, John Stultz wrote:
On Fri, Oct 12, 2018 at 10:51 AM, Laura Abbott wrote:
I suspect most of the cost of the dma_map/dma_unmap is from the
cache flushing and not the actual mapping operations. If this
is the case, another option might be to figure out how to
incorporate
Hi Douglas,
Thank you for the patch.
On Friday, 19 October 2018 23:19:39 EEST Douglas Anderson wrote:
> The timing diagram of some eDP panels says that you're supposed to
> wait for HPD to be asserted before the aux channel is operational.
>
> In some cases, however, it's better to just
Commit b24413180f5600bcb3bb70fbed5cf186b60864bd added
"SPDX-License-Identifier: GPL-2.0" to files which previously had no
license, change this to MIT for the tracing header matching the license
text of most of the other core drm files.
Signed-off-by: Jonathan Gray
---
Commit b24413180f5600bcb3bb70fbed5cf186b60864bd added
"SPDX-License-Identifier: GPL-2.0" to files which previously had no
license, change this to MIT for i915 matching the license text of the
other i915 files.
Signed-off-by: Jonathan Gray
---
drivers/gpu/drm/i915/i915_trace.h| 2 +-
https://bugs.freedesktop.org/show_bug.cgi?id=108505
--- Comment #1 from Marcin Deranek ---
Created attachment 142116
--> https://bugs.freedesktop.org/attachment.cgi?id=142116=edit
dmesg
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=108505
Bug ID: 108505
Summary: atombios stuck in loop in consecutive boot
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=106671
--- Comment #32 from Alan W. Irwin ---
I had another lockup today after ~3 days of uptime. Please see the most recent
attachment for the relevant log files and dmesg output corresponding to this
lockup. These logs contain NMI messages and
25 matches
Mail list logo
