[Bug 104001] GPU driver hung when start steam client while playback video on Youtube (it occurs on latest staging kernel)

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

[Bug 104001] GPU driver hung when start steam client while playback video on Youtube (it occurs on latest staging kernel)

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=edit dmesg with 4.15.0-rc2 amd-staging-drm-next -- You are receiving this mail because: You are the

[Bug 104001] GPU driver hung when start steam client while playback video on Youtube (it occurs on latest staging kernel)

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

[PATCH] drm/bridge/synopsys: dsi: use common mipi_dsi_create_packet()

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.,

[Bug 104216] Firefox quirks (black and/or white squares)

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 104508] Unable to set "Content Type" bit for HDMI and DisplayPort

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

[Bug 104507] Unable to set "Content Type" bit for HDMI and DisplayPort

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

[Bug 104508] Unable to set "Content Type" bit for HDMI and DisplayPort

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

[Bug 104507] Unable to set "Content Type" bit for HDMI and DisplayPort

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

Re: [Freedreno] [RFC 0/4] drm/msm: GPU crash state

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

[Bug 104508] Unable to set "IT Content" bit for HDMI and DisplayPort

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)

[Bug 104507] Unable to set "IT Content" bit for HDMI and DisplayPort

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)

Re: [Freedreno] [RFC 0/4] drm/msm: GPU crash state

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

[PATCH] console/dummy: leave .con_font_get set to NULL

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

[PATCH 2/3] autotools: Include meson.build files in tarball

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

[PATCH 3/3] README: Add note about meson

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 -

[PATCH 0/3] Meson build system

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

[PATCH 1/3] Add meson build system

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

Re: [PATCH 1/3] Add meson build system

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

Re: [PATCH 5/5] drm/tinydrm: Embed the mode in tinydrm_connector

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 ---

Re: [PATCH 4/5] drm/tinydrm/mi0283qt: Let the display pipe handle power

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

Re: [PATCH v4 2/3] autotools: Include meson.build files in tarball

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

Re: [PATCH v4 3/3] README: Add note about meson

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 ++---

Re: [PATCH 3/5] drm/tinydrm/mi0283qt: Clarify error message

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

Re: [PATCH 2/5] drm/tinydrm/mi0283qt: Remove ili9341.h

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

Re: [PATCH 1/5] drm/tinydrm/mi0283qt: Use common include order

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

Re: [PATCH v2] drm: clean up comments in drm_crtc.c

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:

Re: [RFC 0/4] drm/msm: GPU crash state

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

[PATCH 3/4] drm/msm: gpu: Convert the GPU show functions to use the GPU state

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

[PATCH 2/4] drm/msm: gpu: Capture the state of the GPU

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

[PATCH 1/4] drm/msm: gpu: Use drm_printer to consolidate the show/dump code

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

[PATCH 4/4] drm/msm: gpu: Capture the GPU state on a GPU hang

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

[RFC 0/4] drm/msm: GPU crash state

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

Re: [pull] amdgpu and ttm drm-next-4.16

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,

[PATCH 3/5] drm/tinydrm/mi0283qt: Clarify error message

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

[PATCH 1/5] drm/tinydrm/mi0283qt: Use common include order

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

[PATCH 0/5] drm/tinydrm: Cleanup

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

[PATCH 5/5] drm/tinydrm: Embed the mode in tinydrm_connector

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

[PATCH 2/5] drm/tinydrm/mi0283qt: Remove ili9341.h

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

[PATCH 4/5] drm/tinydrm/mi0283qt: Let the display pipe handle power

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 --

Re: [PATCH 1/3] drm/amdgpu: allow framebuffer in GART memory as well

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.

Re: [PATCH 1/3] drm/amdgpu: allow framebuffer in GART memory as well

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.

Re: [PATCH 1/3] drm/amdgpu: allow framebuffer in GART memory as well

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

RE: [PATCH 1/3] drm/amdgpu: allow framebuffer in GART memory as well

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 >

Re: [PATCH 1/3] drm/amdgpu: allow framebuffer in GART memory as well

> 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

Re: [PATCH v2 1/3] drm/omap: Fail probe if irq registration fails

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

[GIT PULL] drm/tegra: Changes for v4.16-rc1

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

Re: [PATCH v4] drm/omap: plane zpos/zorder management improvements

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. > >

Re: [PATCH v4 2/3] autotools: Include meson.build files in tarball

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

Re: [PATCH v4 3/3] README: Add note about meson

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

Re: [PATCH 1/3] Add meson build system

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

Re: [PATCH 1/3] Add meson build system

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

[Bug 104492] Compute Shader: Wrong alignment when assigning struct value to structured SSBO

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

[Bug 104001] GPU driver hung when start steam client while playback video on Youtube (it occurs on latest staging kernel)

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

[PATCH v4] drm/omap: plane zpos/zorder management improvements

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

Re: [PATCH v3] drm/omap: plane zpos/zorder management improvements

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

Re: [PATCH v3] drm/omap: plane zpos/zorder management improvements

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:

Re: [PATCH v2 1/3] drm/sun4i: hdmi: Check for unset best_parent in sun4i_tmds_determine_rate

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

Re: [PATCH v5 00/12] drm/sun4i: Add A83t LVDS support

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 >

Re: [PATCH 3/3] drm/amdgpu: Move to gtt before cpu accesses dma buf.

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: [PATCH 2/3] drm: export gem dmabuf_ops for drivers to reuse

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 ++---

[Bug 104490] [radeonsi/290x] Dota2 fails to start (can't create opengl context)

https://bugs.freedesktop.org/show_bug.cgi?id=104490 Michel Dänzer changed: What|Removed |Added QA Contact|dri-devel@lists.freedesktop

Re: [PATCH 1/3] drm/amdgpu: allow framebuffer in GART memory as well

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

Re: [PATCH V4 09/26] drm/nouveau: deprecate pci_get_bus_and_slot()

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 >

Re: [PATCH 06/11] dt-bindings: display: sun4i-drm: Add A83T HDMI pipeline

于 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

Re: [linux-sunxi] Re: [PATCH 06/11] dt-bindings: display: sun4i-drm: Add A83T HDMI pipeline

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

Re: [PATCH v2 1/3] drm/sun4i: hdmi: Check for unset best_parent in sun4i_tmds_determine_rate

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") >>

[PATCH v2] drm: clean up comments in drm_crtc.c

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

Re: [PATCH 01/11] clk: sunxi-ng: Don't set k if width is 0 for nkmp plls

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

Re: [PATCH 06/11] dt-bindings: display: sun4i-drm: Add A83T HDMI pipeline

于 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

[Bug 104490] [radeonsi/290x] Dota2 fails to start (can't create opengl context)

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