On Wed, Mar 6, 2019 at 8:01 AM Benjamin Gaignard
wrote:
>
> Le mar. 5 mars 2019 à 21:54, John Stultz a écrit :
> >
> > This patch adds system heap to the dma-buf heaps framework.
> >
> > This allows applications to get a page-allocator backed dma-buf
> > for non-contiguous memory.
> >
> > This
https://bugs.freedesktop.org/show_bug.cgi?id=109649
--- Comment #6 from Jan Vesely ---
I managed to get IOMMU working by passing "amd_iommu=pt
ivrs_ioapic[32]=00:14.0" on the kernel commandline.
Now it's back to square one.
all clover kernels hang the GPU unless I limit VM size to 'vm_size =
From: Ville Syrjälä
ADD HLG EOTF to the list of EOTF transfer functions supported.
Hybrid Log-Gamma (HLG) is a high dynamic range (HDR) standard.
HLG defines a nonlinear transfer function in which the lower
half of the signal values use a gamma curve and the upper half
of the signal values use a
This patch enables modeset whenever HDR metadata
needs to be updated to sink.
Signed-off-by: Ville Syrjälä
Signed-off-by: Uma Shankar
---
drivers/gpu/drm/i915/intel_atomic.c | 15 ++-
drivers/gpu/drm/i915/intel_hdmi.c | 4
2 files changed, 18 insertions(+), 1 deletion(-)
Added the const version of infoframe for DRM metadata
for HDR.
Signed-off-by: Uma Shankar
---
drivers/video/hdmi.c | 63 ++--
include/linux/hdmi.h | 5 +
2 files changed, 66 insertions(+), 2 deletions(-)
diff --git a/drivers/video/hdmi.c
From: Ville Syrjälä
This patch enables infoframes on GLK+ to be
used to send HDR metadata to HDMI sink.
v2: Addressed Shashank's review comment.
Signed-off-by: Ville Syrjälä
Signed-off-by: Uma Shankar
---
drivers/gpu/drm/i915/i915_reg.h | 4
drivers/gpu/drm/i915/intel_hdmi.c | 18
Enable writing of HDR metadata infoframe to panel.
The data will be provid by usersapace compositors, based
on blending policies and passsed to driver through a blob
property.
v2: Rebase
v3: Fixed a warning message
v4: Addressed Shashank's review comments
v5: Rebase. Added infoframe
HDR metadata requires a infoframe to be set. Due to fastset,
full modeset is not performed hence adding it to update_pipe
to handle that.
Signed-off-by: Uma Shankar
---
drivers/gpu/drm/i915/intel_ddi.c | 13 +
1 file changed, 13 insertions(+)
diff --git
From: Ville Syrjälä
This is to limit PORT C on GLK to drive only
HDMI. Not sure if this is mandatory, this is just
to test HDR on GLK HDMI.
Signed-off-by: Ville Syrjälä
Signed-off-by: Uma Shankar
---
drivers/gpu/drm/i915/intel_bios.c | 7 +++
1 file changed, 7 insertions(+)
diff --git
HDR metadata block is introduced in CEA-861.3 spec.
Parsing the same to get the panel's HDR metadata.
v2: Rebase and added Ville's POC changes to the patch.
v3: No Change
v4: Addressed Shashank's review comments
Signed-off-by: Uma Shankar
---
drivers/gpu/drm/drm_edid.c | 52
CEA 861.3 spec adds colorimetry data block for HDMI.
Parsing the block to get the colorimetry data from
panel.
v2: Rebase
v3: No Change
v4: Addressed Shashank's review comments. Updated
colorimetry field to 16 bit as DCI-P3 got added
in CEA 861-G spec, as pointed out by Shashank.
Attach HDR metadata property to connector object.
v2: Rebase
v3: Updated the property name as per updated name
while creating hdr metadata property
Signed-off-by: Uma Shankar
---
drivers/gpu/drm/i915/intel_hdmi.c | 2 ++
1 file changed, 2 insertions(+)
diff --git
Enable Dynamic Range and Mastering Infoframe for HDR
content, which is defined in CEA 861.3 spec.
The metadata will be computed based on blending
policy in userspace compositors and passed as a connector
property blob to driver. The same will be sent as infoframe
to panel which support HDR.
v2:
This patch series enables HDR support in drm. It basically defines
HDR metadata structures, property to pass content (after blending)
metadata from user space compositors to driver.
Dynamic Range and Mastering infoframe creation and sending.
ToDo:
1. We need to get the color framework in place
This patch adds a blob property to get HDR metadata
information from userspace. This will be send as part
of AVI Infoframe to panel.
v2: Rebase and modified the metadata structure elements
as per Ville's POC changes.
v3: No Change
v4: Addressed Shashank's review comments
v5: Rebase.
On Thu, 2019-02-28 at 19:07 -0300, Paul Cercueil wrote:
> Hi,
>
> This is a first attempt at a KMS driver for the JZ47xx MIPS SoCs by
> Ingenic. It is aimed to replace the aging jz4740-fb driver.
>
> The driver will later be updated with new features (overlays, TV-out
> etc.), that's why I
The function vkms_output_init() is invoked during the module
initialization, and it handles the creation/configuration of the vkms
essential elements (e.g., connectors, encoder, etc). Among the
initializations, this function tries to initialize a connector and
register it by calling
When the subtest basic-plain-flip from IGT project was executed on Bochs
driver, the following bug appears:
BUG: unable to handle kernel NULL pointer dereference at
PGD 0 P4D 0
Oops: 0010 [#1] PREEMPT SMP PTI
CPU: 0 PID: 423 Comm: kms_flip Not tainted 5.0.0-VM+ #102
Hardware
Hi,
In the last few weeks, I was focused on implementing the writeback on
VKMS by using the feedback that I got from Brian Starkey and Daniel
Vetter in my previous attempt [1]. For testing/guiding my
implementation, I’m using a patchset made by Liviu and Brian that adds
writeback tests to IGT
On 03/01, Ville Syrjälä wrote:
> On Fri, Mar 01, 2019 at 03:35:35PM -0300, Shayenne Moura wrote:
> > Em sex, 1 de mar de 2019 às 12:26, Ville Syrjälä
> > escreveu:
> > >
> > > On Fri, Mar 01, 2019 at 11:55:11AM -0300, Shayenne Moura wrote:
> > > > Em qui, 28 de fev de 2019 às 11:03, Ville Syrjälä
https://bugs.freedesktop.org/show_bug.cgi?id=109819
--- Comment #9 from Dominic ---
Created attachment 143615
--> https://bugs.freedesktop.org/attachment.cgi?id=143615=edit
Attached screenshot of mentioned apitrace line 14840194 (last line)
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=109819
--- Comment #8 from Dominic ---
Created attachment 143614
--> https://bugs.freedesktop.org/attachment.cgi?id=143614=edit
sudo umr -lb sudo umr -R gfx[.] sudo umr -R sdma0[.] sudo umr -R sdma1[.]
And from running this
#!/bin/bash
set -x
sudo
https://bugs.freedesktop.org/show_bug.cgi?id=109819
--- Comment #7 from Dominic ---
Created attachment 143613
--> https://bugs.freedesktop.org/attachment.cgi?id=143613=edit
UMR dump
Additionally I've seen from another bug
https://bugs.freedesktop.org/show_bug.cgi?id=102322 the usage of UMR so
https://bugs.freedesktop.org/show_bug.cgi?id=109819
--- Comment #6 from Dominic ---
Created attachment 143612
--> https://bugs.freedesktop.org/attachment.cgi?id=143612=edit
Vertex & Fragment Shader per apitrace just before the crash
I've done some more software updates:
- Kernel 5.0.1
- Mesa
https://bugs.freedesktop.org/show_bug.cgi?id=107448
--- Comment #9 from erhar...@mailbox.org ---
According to on Comment 1 on bug #107470 this is most probably not a piglit bug
itself, but a driver bug.
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=107448
erhar...@mailbox.org changed:
What|Removed |Added
Summary|[r600g] 2 of 5 piglit |[r600g] 5 of 30 piglit
https://bugs.freedesktop.org/show_bug.cgi?id=107448
erhar...@mailbox.org changed:
What|Removed |Added
Attachment #140928|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=107448
erhar...@mailbox.org changed:
What|Removed |Added
Attachment #140929|0 |1
is obsolete|
On 03/05, Dmitry Vyukov wrote:
> On Tue, Mar 5, 2019 at 12:23 AM Rodrigo Siqueira
> wrote:
> >
> > On 02/28, Dmitry Vyukov wrote:
> > > On Thu, Feb 28, 2019 at 12:12 AM Rodrigo Siqueira
> > > wrote:
> > > >
> > > > On 02/26, Eric Biggers wrote:
> > > > > From: Eric Biggers
> > > > >
> > > > >
Hi,
Thanks for your patch.
You can see my comments inline.
On 03/09, Mamta Shukla wrote:
> Add overlay plane support in vkms aligned with cursor and primary
> plane with module option 'enable_overlay' to enable/disable overlay
> plane while testing.
>
> This currently passes
https://bugs.freedesktop.org/show_bug.cgi?id=108806
--- Comment #1 from Bernard Sébastien ---
Same problem here with RX480 and ASUS PG278Q.
Can't figure out what's broken.
Is it the bios of the card, the EDID of the monitor or the code in the amdgpu
module ?
--
You are receiving this mail
https://bugzilla.kernel.org/show_bug.cgi?id=201497
Sebastien Bernard (sbern...@nerim.net) changed:
What|Removed |Added
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=105733
--- Comment #78 from l...@protonmail.ch ---
I think this issue should be closed. I am not yet sure if my issue was the same
as yours (doesn't seem likely), but if it wasn't the same, I'll just open a new
one if needed. Likewise, those whose
https://bugs.freedesktop.org/show_bug.cgi?id=105733
--- Comment #77 from Allan ---
Also, I need instructions of what to do with the status of the bug.
It worked for me, but there are some users discussing it yet.
I'll wait for a response. Please cite me.
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=105733
--- Comment #76 from Allan ---
To clarify what kernels to aim for if you are using ryzen+amdgpu :
1 - drm-next-4.21-wip
https://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-4.21-wip
2 - drm-next-5.2-wip
https://bugs.freedesktop.org/show_bug.cgi?id=102646
Maxim Ivanov changed:
What|Removed |Added
Priority|medium |high
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=105733
--- Comment #75 from Allan ---
Well, after a long time I'm here again to tell what happened:
A very nice AMD staff was following me up because of the CPU, and it ended up
solving the problems I had with the video card (seems like).
1.
https://bugs.freedesktop.org/show_bug.cgi?id=102646
--- Comment #67 from Maxim Ivanov ---
Any updates on this? It seems like this bug has been around for quite a while
now.
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=109534
Ian Campbell changed:
What|Removed |Added
CC||i...@hellion.org.uk
--- Comment #4 from
39 matches
Mail list logo
