https://bugs.freedesktop.org/show_bug.cgi?id=104001
--- Comment #14 from Dieter Nützel ---
(In reply to mikhail.v.gavrilov from comment #11)
> (In reply to Christian König from comment #10)
> > Yeah, I enabled more error messages on amd-staging-drm-next.
> But it still not enough for understand r
https://bugs.freedesktop.org/show_bug.cgi?id=104001
--- Comment #13 from mikhail.v.gavri...@gmail.com ---
Created attachment 136579
--> https://bugs.freedesktop.org/attachment.cgi?id=136579&action=edit
dmesg with 4.15.0-rc2 amd-staging-drm-next
--
You are receiving this mail because:
You are t
https://bugs.freedesktop.org/show_bug.cgi?id=104001
--- Comment #12 from mikhail.v.gavri...@gmail.com ---
https://youtu.be/MZ2O4XqxBZM
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.f
This takes care of 2 TODOs in this driver, by using the common DSI
packet-marshalling code instead of our custom short/long write code.
This both saves us some duplicated code and gets us free support for
command types that weren't already part of our switch block (e.g.,
MIPI_DSI_GENERIC_LONG_WRITE
https://bugs.freedesktop.org/show_bug.cgi?id=104216
--- Comment #7 from Germano Massullo ---
(In reply to Marek Olšák from comment #6)
> Have you tested the patch you linked?
Not yet
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=104508
--- Comment #1 from N. W. ---
PS:
Apparently the NVIDIA driver for Windows supports this as well, see following
screenshot and forum thread for example:
http://abload.de/img/hdmi-content-typebtumj.png
https://forums.geforce.com/default/topic/8
https://bugs.freedesktop.org/show_bug.cgi?id=104507
--- Comment #1 from N. W. ---
PS:
Apparently the NVIDIA driver for Windows supports this as well, see following
screenshot and forum thread for example:
http://abload.de/img/hdmi-content-typebtumj.png
https://forums.geforce.com/default/topic/8
https://bugs.freedesktop.org/show_bug.cgi?id=104508
N. W. changed:
What|Removed |Added
Summary|Unable to set "IT Content" |Unable to set "Content
|bit f
https://bugs.freedesktop.org/show_bug.cgi?id=104507
N. W. changed:
What|Removed |Added
Summary|Unable to set "IT Content" |Unable to set "Content
|bit f
On Fri, Jan 5, 2018 at 5:11 PM, Jordan Crouse wrote:
> On Fri, Jan 05, 2018 at 06:32:22PM +, Chris Wilson wrote:
>> Quoting Jordan Crouse (2018-01-05 18:00:17)
>> > This is a request for comment on code to store and dump a GPU state
>> > a hang with inspiration from the very good i915 GPU erro
https://bugs.freedesktop.org/show_bug.cgi?id=104508
Bug ID: 104508
Summary: Unable to set "IT Content" bit for HDMI and
DisplayPort
Product: DRI
Version: unspecified
Hardware: All
OS: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=104507
Bug ID: 104507
Summary: Unable to set "IT Content" bit for HDMI and
DisplayPort
Product: DRI
Version: unspecified
Hardware: All
OS: Linux (All)
On Fri, Jan 05, 2018 at 06:32:22PM +, Chris Wilson wrote:
> Quoting Jordan Crouse (2018-01-05 18:00:17)
> > This is a request for comment on code to store and dump a GPU state
> > a hang with inspiration from the very good i915 GPU error state and
> > the binary GPU snapshot in the downstream k
When this method is set, the caller expects struct console_font fields
to be properly initialized when it returns. Leave it unset otherwise
nonsensical (leaked kernel stack) values are returned to user space.
Signed-off-by: Nicolas Pitre
Cc: sta...@kernel.org
diff --git a/drivers/video/console/
Signed-off-by: Dylan Baker
---
Makefile.am | 30 +-
1 file changed, 29 insertions(+), 1 deletion(-)
diff --git a/Makefile.am b/Makefile.am
index 7b86214..66f70ca 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -135,7 +135,35 @@ if HAVE_VMWGFX
klibdrminclude_HEADERS +=
Signed-off-by: Dylan Baker
---
README | 24 +---
1 file changed, 21 insertions(+), 3 deletions(-)
diff --git a/README b/README
index 26cab9d..f3df9ac 100644
--- a/README
+++ b/README
@@ -15,9 +15,27 @@ with an older kernel.
Compiling
-
-libdrm is a standard au
This is a fifth iteration of the meson build system for libdrm. This
version is significantly cleaned up from the last version and uses a
style more like the build system in mesa.
It builds all of the drivers and tests, and the tests can be run via
`ninja test`.
It has support for being used as a
This patch adds a complete meson build system, including tests and
install. It has the necessary hooks to allow it be used as a subproject
for other meson based builds such as mesa.
Signed-off-by: Dylan Baker
Reviewed-and-tested-by: Igor Gnatenko
---
.editorconfig | 4 +-
amdgpu
Quoting Eric Engestrom (2018-01-05 05:34:53)
> On Wednesday, 2018-01-03 13:31:28 -0800, Dylan Baker wrote:
> > This patch adds a complete meson build system, including tests and
> > install. It has the necessary hooks to allow it be used as a subproject
> > for other meson based builds such as mesa
On 01/05/2018 10:56 AM, Noralf Trønnes wrote:
Embed the mode in tinydrm_connector instead of doing an devm_ allocation.
Remove unnecessary use of ret variable at the end of
tinydrm_display_pipe_init().
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/tinydrm/core/tinydrm-pipe.c | 34
On 01/05/2018 10:55 AM, Noralf Trønnes wrote:
It's better to leave power handling and controller init to the
modesetting machinery using the simple pipe .enable and .disable
callbacks.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/tinydrm/mi0283qt.c | 51 --
Quoting Eric Engestrom (2018-01-05 06:02:52)
> On Thursday, 2018-01-04 10:28:41 -0800, Dylan Baker wrote:
> > Signed-off-by: Dylan Baker
>
> Do we really want to use autotools' `dist` to package libdrm once meson
> has landed?
> I would've though we would switch to meson and deprecate autotools r
Quoting Eric Engestrom (2018-01-05 05:49:25)
> On Thursday, 2018-01-04 10:28:42 -0800, Dylan Baker wrote:
> > Signed-off-by: Dylan Baker
>
> Couple nitpicks, but:
> Reviewed-by: Eric Engestrom
>
> > ---
> > README | 21 ++---
> > 1 file changed, 18 insertions(+), 3 deletions(-)
On 01/05/2018 10:55 AM, Noralf Trønnes wrote:
Make it clear that the printed value is the error and not the command
value itself.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/tinydrm/mi0283qt.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/tinyd
On 01/05/2018 10:55 AM, Noralf Trønnes wrote:
No need for a public header file for the command macros.
Just include the necessary ones in the driver.
Also use the MIPI_DCS_PIXEL_FMT_16BIT macro.
Signed-off-by: Noralf Trønnes
---
Reviewed-by: David Lechner
__
On 01/05/2018 10:55 AM, Noralf Trønnes wrote:
Include linux headers before drm headers as it's commonly done.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/tinydrm/mi0283qt.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/tinydrm/mi0283qt.
On Thu, Jan 04, 2018 at 07:32:12PM +, Randy Dunlap wrote:
> From: Randy Dunlap
>
> Fix typos, punctuation, and one function reference (change
> atomic_check two times to be atomic_check and atomic_commit).
>
> Signed-off-by: Randy Dunlap
> Cc: David Airlie
> Cc: dri-devel@lists.freedes
Quoting Jordan Crouse (2018-01-05 18:00:17)
> This is a request for comment on code to store and dump a GPU state
> a hang with inspiration from the very good i915 GPU error state and
> the binary GPU snapshot in the downstream kernel.
>
> The goal is to store and provide enough information to deb
Convert the existing GPU show functions to use the GPU state to
dump the information rather than reading it directly from the hardware.
This will require an additional step to capture the state before
dumping it for the existing nodes but it will greatly facilitate reusing
the same code for dumping
Use drm_printer to abstract the show/dump debug code so we can
use the same code for both the kernel log and seq_file paths.
Maintaining the existing dump format mandates that we break the
single show function into two but thats a small price to pay for
removing a bunch of code and consolidating th
Add the infrastructure to capture the state current state of the
GPU and store it in memory. This is useful for storing the state
of a hung GPU so it can be dumped later.
For now grab the same basic ringbuffer information and registers
that are provided by the debugfs 'gpu' node but obviously thi
Capture the GPU state on a GPU hang and store it for later playback
using the 'crash' node in the debugfs directory. Only one crash
state is stored at a time on the assumption that the first hang is
usually the most interesting. The existing crash state can be cleared
by writing to the debugfs nod
This is a request for comment on code to store and dump a GPU state
a hang with inspiration from the very good i915 GPU error state and
the binary GPU snapshot in the downstream kernel.
The goal is to store and provide enough information to debug software
and hardware issues on the Adreno hardware
On Sat, Dec 30, 2017 at 10:37 PM, Alex Deucher wrote:
> Hi Dave,
>
> Last few updates for 4.16:
> - Misc fixes for amdgpu
> - Enable swapout for reserved BOs during allocation for ttm
> - Misc cleanups for ttm
Ping? Just want to make sure this didn't get missed.
Thanks,
Alex
>
> The following
Make it clear that the printed value is the error and not the command
value itself.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/tinydrm/mi0283qt.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/tinydrm/mi0283qt.c
b/drivers/gpu/drm/tinydrm/mi0283qt.
Include linux headers before drm headers as it's commonly done.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/tinydrm/mi0283qt.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/tinydrm/mi0283qt.c
b/drivers/gpu/drm/tinydrm/mi0283qt.c
index 674d
Patches 1-4 fixes a few things that came up during the tinydrm review
but wasn't addressed at the time.
Noralf.
Noralf Trønnes (5):
drm/tinydrm/mi0283qt: Use common include order
drm/tinydrm/mi0283qt: Remove ili9341.h
drm/tinydrm/mi0283qt: Clarify error message
drm/tinydrm/mi0283qt: Let t
Embed the mode in tinydrm_connector instead of doing an devm_ allocation.
Remove unnecessary use of ret variable at the end of
tinydrm_display_pipe_init().
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/tinydrm/core/tinydrm-pipe.c | 34 +++--
1 file changed, 13 inserti
No need for a public header file for the command macros.
Just include the necessary ones in the driver.
Also use the MIPI_DCS_PIXEL_FMT_16BIT macro.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/tinydrm/mi0283qt.c | 28 ++--
include/drm/tinydrm/ili9341.h | 54 --
It's better to leave power handling and controller init to the
modesetting machinery using the simple pipe .enable and .disable
callbacks.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/tinydrm/mi0283qt.c | 51 --
drivers/gpu/drm/tinydrm/mipi-dbi.c | 14 +++
On 2018-01-04 04:11 PM, Samuel Li wrote:
> From: Christian König
>
> On CZ and newer APUs we can pin the fb into GART as well as VRAM.
>
> v2: Don't enable gpu_vm_support for Raven yet since it leads to
> a black screen. Need to debug this further before enabling.
>
> Change-Id: Id0f8af3110
On 2018-01-04 04:11 PM, Samuel Li wrote:
> From: Christian König
>
> On CZ and newer APUs we can pin the fb into GART as well as VRAM.
>
> v2: Don't enable gpu_vm_support for Raven yet since it leads to
> a black screen. Need to debug this further before enabling.
I can't find the part to e
On 2018-01-05 10:54 AM, Li, Samuel wrote:
> I think Andrey approved your patch last December?
> If you mean the driver actually set up fb in gart memory, that is not
> included in this series. I can do that in another patch.
>
Sounds good.
Harry
> Regards,
> Samuel Li
>
>
>> -Original Me
I think Andrey approved your patch last December?
If you mean the driver actually set up fb in gart memory, that is not included
in this series. I can do that in another patch.
Regards,
Samuel Li
> -Original Message-
> From: Wentland, Harry
> Sent: Friday, January 05, 2018 10:50 AM
> To
> to make all the files use consistent naming going forward to make the code
> more
> readable.
OK. Will do.
Sam
On 2018-01-04 05:43 PM, Alex Deucher wrote:
> On Thu, Jan 4, 2018 at 5:26 PM, Samuel Li wrote:
+uint32_t amdgpu_framebuffer_domains(struct amdgpu_device *adev)
>>>
>>> Please r
Hi Jyri,
Thank you for the patch.
On Monday, 1 January 2018 13:55:10 EET Jyri Sarha wrote:
> Call to omap_drm_irq_install() may fail with an error code. In such a
> case the driver probe should fail.
>
> Signed-off-by: Jyri Sarha
> ---
> drivers/gpu/drm/omapdrm/omap_drv.c | 4 ++--
> 1 file ch
Hi Dave,
The following changes since commit 9428088c90b6f7d5edd2a1b0d742c75339b36f6e:
drm/qxl: reapply cursor after resetting primary (2017-12-08 13:37:02 +1000)
are available in the Git repository at:
git://anongit.freedesktop.org/tegra/linux tags/drm/tegra/for-4.16-rc1
for you to fetch c
Hi Peter,
Thank you for the patch and sorry for the late review.
On Friday, 5 January 2018 13:30:37 EET Peter Ujfalusi wrote:
> Use the plane index as default zpos for all planes. Even if the
> application is not setting zpos/zorder explicitly we will have unique zpos
> for each plane.
>
> Enfor
On Thursday, 2018-01-04 10:28:41 -0800, Dylan Baker wrote:
> Signed-off-by: Dylan Baker
Do we really want to use autotools' `dist` to package libdrm once meson
has landed?
I would've though we would switch to meson and deprecate autotools right
away.
On that note, have we talked about how long w
On Thursday, 2018-01-04 10:28:42 -0800, Dylan Baker wrote:
> Signed-off-by: Dylan Baker
Couple nitpicks, but:
Reviewed-by: Eric Engestrom
> ---
> README | 21 ++---
> 1 file changed, 18 insertions(+), 3 deletions(-)
>
> diff --git a/README b/README
> index 26cab9d..58e55bc 100
Gah, I missed v4, the double-list thing made it land in the other folder
than v3...
If you tell me you had already fixed all those, I'll read v4 to actually
r-b it, otherwise I'll wait for v5 :)
On Friday, 2018-01-05 13:34:53 +, Eric Engestrom wrote:
> On Wednesday, 2018-01-03 13:31:28 -0800
On Wednesday, 2018-01-03 13:31:28 -0800, Dylan Baker wrote:
> This patch adds a complete meson build system, including tests and
> install. It has the necessary hooks to allow it be used as a subproject
> for other meson based builds such as mesa.
>
> Signed-off-by: Dylan Baker
> ---
> .editorco
https://bugs.freedesktop.org/show_bug.cgi?id=104492
--- Comment #5 from florian.w...@googlemail.com ---
I'm preparing a patch right now with the changes described in my last comment.
The patch fixes my test case and I see no piglit regressions (only some
unstable tests unrelated to my patch). If I
https://bugs.freedesktop.org/show_bug.cgi?id=104001
--- Comment #11 from mikhail.v.gavri...@gmail.com ---
(In reply to Christian König from comment #10)
> Yeah, I enabled more error messages on amd-staging-drm-next.
But it still not enough for understand root cause?
Can you also rebase amd-stagi
Use the plane index as default zpos for all planes. Even if the
application is not setting zpos/zorder explicitly we will have unique zpos
for each plane.
Enforce that all planes must have unique zpos on the given crtc.
Signed-off-by: Peter Ujfalusi
---
Hi,
Changes since v3:
- Use drm_plane_ind
Hi,
On 2018-01-05 12:05, Tomi Valkeinen wrote:
> Hi,
>
> On 04/01/18 15:11, Peter Ujfalusi wrote:
>> Use the plane index as default zpos for all planes. Even if the
>> application is not setting zpos/zorder explicitly we will have unique zpos
>> for each plane.
>>
>> Enforce that all planes must
Hi,
On 04/01/18 15:11, Peter Ujfalusi wrote:
> Use the plane index as default zpos for all planes. Even if the
> application is not setting zpos/zorder explicitly we will have unique zpos
> for each plane.
>
> Enforce that all planes must have unique zpos on the given crtc.
>
> Signed-off-by: Pe
On Fri, Jan 05, 2018 at 09:44:39AM +1100, Jonathan Liu wrote:
> Hi Maxime,
>
> On 5 January 2018 at 06:56, Maxime Ripard
> wrote:
> > On Tue, Dec 26, 2017 at 10:12:25PM +1100, Jonathan Liu wrote:
> >> We should check if the best match has been set before comparing it.
> >>
> >> Fixes: 9c5681011a0
On Thu, Dec 21, 2017 at 12:02:26PM +0100, Maxime Ripard wrote:
> Hi,
>
> Here is an attempt at supporting the LVDS output in our DRM driver. This
> has been tested on the A83T (with DE2), but since everything is basically
> in the TCON, it should also be usable on the older SoCs with minor
> modif
Am 04.01.2018 um 22:12 schrieb Samuel Li:
To improve cpu read performance. This is implemented for APUs currently.
v2: Adapt to change
https://lists.freedesktop.org/archives/amd-gfx/2017-October/015174.html
v3: Adapt to change "forward begin_cpu_access callback to drivers"
v4: Instead of v3, re
Am 04.01.2018 um 22:12 schrieb Samuel Li:
Change-Id: I03c22a890d2305f3243d88019d1a28bddd4ddda7
Signed-off-by: Samuel Li
Reviewed-by: Christian König
---
drivers/gpu/drm/drm_prime.c | 53 ++---
include/drm/drm_prime.h | 22 +++
https://bugs.freedesktop.org/show_bug.cgi?id=104490
Michel Dänzer changed:
What|Removed |Added
QA Contact|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
Am 04.01.2018 um 23:43 schrieb Alex Deucher:
On Thu, Jan 4, 2018 at 5:26 PM, Samuel Li wrote:
+uint32_t amdgpu_framebuffer_domains(struct amdgpu_device *adev)
Please rename this amdgpu_display_framebuffer_domains() for consistency.
Currently all the functions in this file are named without _d
Hi,
Dne petek, 05. januar 2018 ob 03:49:09 CET je Icenowy Zheng napisal(a):
> 于 2018年1月5日 GMT+08:00 上午2:52:10, Maxime Ripard 写到:
> >On Wed, Jan 03, 2018 at 10:32:26PM +0100, Jernej Škrabec wrote:
> >> Hi Rob,
> >>
> >> Dne sreda, 03. januar 2018 ob 21:21:54 CET je Rob Herring napisal(a):
> >> >
On 12/19/2017 12:37 AM, Sinan Kaya wrote:
> pci_get_bus_and_slot() is restrictive such that it assumes domain=0 as
> where a PCI device is present. This restricts the device drivers to be
> reused for other domain numbers.
>
> Getting ready to remove pci_get_bus_and_slot() function in favor of
> p
于 2018年1月5日 GMT+08:00 上午2:52:10, Maxime Ripard
写到:
>On Wed, Jan 03, 2018 at 10:32:26PM +0100, Jernej Škrabec wrote:
>> Hi Rob,
>>
>> Dne sreda, 03. januar 2018 ob 21:21:54 CET je Rob Herring napisal(a):
>> > On Sat, Dec 30, 2017 at 10:01:58PM +0100, Jernej Skrabec wrote:
>> > > This commit add
Hi Maxime,
On 5 January 2018 at 06:56, Maxime Ripard
wrote:
> On Tue, Dec 26, 2017 at 10:12:25PM +1100, Jonathan Liu wrote:
>> We should check if the best match has been set before comparing it.
>>
>> Fixes: 9c5681011a0c ("drm/sun4i: Add HDMI support")
>> Signed-off-by: Jonathan Liu
>> ---
>> d
From: Randy Dunlap
Fix typos, punctuation, and one function reference (change
atomic_check two times to be atomic_check and atomic_commit).
Signed-off-by: Randy Dunlap
Cc: David Airlie
Cc: dri-devel@lists.freedesktop.org
---
v2: s/instances/instance/ (thanks, Alex)
I was looking for w
Hi,
Dne četrtek, 04. januar 2018 ob 15:45:18 CET je Chen-Yu Tsai napisal(a):
> On Sun, Dec 31, 2017 at 5:01 AM, Jernej Skrabec
wrote:
> > For example, A83T have nmp plls which are modelled as nkmp plls. Since k
> > is not specified, it has offset 0, shift 0 and lowest value 1. This
> > means tha
于 2018年1月4日 GMT+08:00 上午5:32:26, "Jernej Škrabec" 写到:
>Hi Rob,
>
>Dne sreda, 03. januar 2018 ob 21:21:54 CET je Rob Herring napisal(a):
>> On Sat, Dec 30, 2017 at 10:01:58PM +0100, Jernej Skrabec wrote:
>> > This commit adds all necessary compatibles and descriptions needed
>to
>> > implement A8
https://bugs.freedesktop.org/show_bug.cgi?id=104490
--- Comment #7 from Mike Lothian ---
I can confirm reverting both those commits, allows me to launch BioShock
Infinite on both radeonsi and i965 on master
--
You are receiving this mail because:
You are the assignee for the bug.___
71 matches
Mail list logo
