[Bug 106276] general protection fault in dc_validate_global_state on raven ridge

https://bugs.freedesktop.org/show_bug.cgi?id=106276 --- Comment #3 from ojab --- It was from vanilla linux-4.17-rc2, "I'm not using X" should be read as "I'm not using X day-to-day". -- You are receiving this mail because: You are the assignee for the bug.___

[Bug 106928] When starting a match Rocket League crashes on "Go"

https://bugs.freedesktop.org/show_bug.cgi?id=106928 --- Comment #11 from ubiz...@gmail.com --- (In reply to Roland Scheidegger from comment #9) > (In reply to ubizjak from comment #7) > > Please configure the build with: > > > > CXXFLAGS="-Wp,-D_GLIBCXX_ASSERTIONS" ./autogen.sh > > That didn't d

Re: [PATCHv2 1/3] dt-bindings: display: dw_hdmi.txt: add cec-disable property

Hi Hans, On 03/04/2018 10:27, Hans Verkuil wrote: > On 27/03/18 00:25, Rob Herring wrote: >> On Fri, Mar 23, 2018 at 01:59:13PM +0100, Hans Verkuil wrote: >>> From: Hans Verkuil >>> >>> Some boards have both a DesignWare and their own CEC controller. >>> The CEC pin is only hooked up to their own

Re: [PATCH] drm/sun4i: Implement zpos for DE2

On Wed, Jun 27, 2018 at 10:58:28PM +0200, Jernej Škrabec wrote: > Dne sreda, 27. junij 2018 ob 20:25:00 CEST je Maxime Ripard napisal(a): > > Hi! > > > > On Wed, Jun 27, 2018 at 06:45:14PM +0200, Jernej Skrabec wrote: > > > Initial implementation of DE2 planes only supported fixed zpos. > > > > >

[Bug 103277] [bisected] Systems hangs on resume from S3 sleep due to "Match actual state during S3 resume" commit

https://bugs.freedesktop.org/show_bug.cgi?id=103277 Michel Dänzer changed: What|Removed |Added Resolution|--- |FIXED Status|REOPENED

[PATCH] fbcon: introduce for_each_registered_fb() helper

Following pattern is often used: for (i = 0; i < FB_MAX; i++) { if (registered_fb[i]) { ... } } Therefore, as Andy's suggestion, for_each_registered_fb() helper can be introduced to make the code easier to read and write by reducing indentation level. It also sav

Re: [Intel-gfx] [PATCH] drm/i915: mark expected switch fall-through

> > Right. That's because we've used MISSING_CASE() also in if-ladders in > addition to the switch default case. From our POV the usage is similar. > Yep. > *shrug* > > I guess I like /* fall through */ annotations next to MISSING_CASE() > better than having two different macros depending on

[PATCH 1/3] drm/bridge/sii8620: Send AVI infoframe in all MHL versions

Currently AVI infoframe is sent only in MHL3. However, some MHL2 dongles need AVI infoframe to work correctly in either packed pixel mode or non-packed pixel mode. Send AVI infoframe in set_infoframes() in every case. Create an infoframe using drm_hdmi_infoframe_from_display_mode() instead of manu

[PATCH 3/3] drm/bridge/sii8620: Fix link mode selection

Current link mode values do not allow to enable packed pixel modes. Select packed pixel clock mode, if needed, every time the link mode register gets updated. Signed-off-by: Maciej Purski --- drivers/gpu/drm/bridge/sil-sii8620.c | 30 -- 1 file changed, 20 insertions

[PATCH] drm/i915: Mark expected switch fall-throughs

In preparation to enabling -Wimplicit-fallthrough, mark switch cases where we are expecting to fall through. Addresses-Coverity-ID: 141432 Addresses-Coverity-ID: 141433 Addresses-Coverity-ID: 141434 Addresses-Coverity-ID: 141435 Addresses-Coverity-ID: 141436 Addresses-Coverity-ID: 1357360 Addresse

[PATCH 0/3] Fix packed pixel modes display on MHL2

Hi all, this patchset is a next attempt to fix packed pixel modes display on MHL2. It appeared, that the current implementation does not work well with every dongle. Thanks to bigger number of test devices I managed to prepare a patchset, which should finally fix display of packed pixel modes o

[PATCH 2/3] drm/bridge/sii8620: Fix display of packed pixel modes

Current implementation does not guarantee packed pixel modes working with every dongle. There are some dongles, which require selecting the output mode explicitly. Write proper values to registers in packed_pixel mode, based on how it is done in vendor's code. Select output color space: RGB (no pa

Re: [RFC PATCH] drm/atomic: add ASYNC_UPDATE flag to the Atomic IOCTL.

Hi Maarten, On Thu, 2018-06-28 at 10:31 +0200, Maarten Lankhorst wrote: > Op 27-06-18 om 23:25 schreef Enric Balletbo i Serra: > > From: Gustavo Padovan > > > > This flag tells core to jump ahead the queued update if the > > conditions > > in drm_atomic_async_check() are met. That means we are o

Re: [RFC 3/3] drm/vkms: Implement CRC debugfs API

On Thu, Jun 28, 2018 at 01:40:08PM +0200, Daniel Vetter wrote: > On Thu, Jun 28, 2018 at 10:07 AM, Daniel Vetter wrote: > > On Thu, Jun 28, 2018 at 12:24:35AM +0300, Haneen Mohammed wrote: > >> Implement the .set_crc_source() callback. > >> Compute CRC using crc32 on the visible part of the frameb

Re: [PATCH] fbcon: introduce for_each_registered_fb() helper

Hi, Looks good, but you should probably do a new version based on: https://github.com/bzolnier/linux/tree/fbdev-for-next This has one more loop to replace, in the fbcon_output_notifier() function which was introduced by: https://github.com/bzolnier/linux/commit/83d83bebf40132e2d55ec58af666713cc

答复: [PATCH] vgaswitchroo: set audio client id according to bound gpu client id

HI, Any comments for the patch? Thanks JimQu 发件人: Alex Deucher 发送时间: 2018年6月28日 20:43 收件人: Qu, Jim; alsa-de...@alsa-project.org; Maling list - DRI developers 抄送: amd-gfx list; Deucher, Alexander 主题: Re: [PATCH] vgaswitchroo: set audio client id according

[Bug 107066] [Regression] Tonga can't bring up > 1 display since DC enablement

https://bugs.freedesktop.org/show_bug.cgi?id=107066 --- Comment #5 from Michel Dänzer --- I'm also seeing the splats from drivers/gpu/drm/amd/display/dc/dce100/dce100_hw_sequencer.c:154 in dce100_set_bandwidth. For me, they happen when the single display connected via DVI is turned off. (I haven'

Re: [PATCH] vgaswitchroo: set audio client id according to bound gpu client id

> On Thu, Jun 28, 2018 at 2:22 AM, Jim Qu wrote: > > On modern laptop, there are more and more platforms > > have two GPUs, and each of them maybe have audio codec > > for HDMP/DP output. For some dGPU which is no output, > > audio codec usually is disabled. > > > > In currect HDA audio driver, it

Re: [PATCH] drm/i915: Mark expected switch fall-throughs

On Thu, 28 Jun 2018, "Gustavo A. R. Silva" wrote: > In preparation to enabling -Wimplicit-fallthrough, mark switch cases > where we are expecting to fall through. > > Addresses-Coverity-ID: 141432 > Addresses-Coverity-ID: 141433 > Addresses-Coverity-ID: 141434 > Addresses-Coverity-ID: 141435 > Add

[Bug 107045] [4.18rc2] RX470 dGPU on hybrid laptop freezes screen after use

https://bugs.freedesktop.org/show_bug.cgi?id=107045 --- Comment #9 from taij...@posteo.de --- Created attachment 140390 --> https://bugs.freedesktop.org/attachment.cgi?id=140390&action=edit First bad commit, as per git bisect OK, so I did some git-bisect work in order to find where exactly boot

[Bug 107045] [4.18rc2] RX470 dGPU on hybrid laptop freezes screen after use

https://bugs.freedesktop.org/show_bug.cgi?id=107045 --- Comment #10 from Michel Dänzer --- (In reply to taijian from comment #9) > OK, so I did some git-bisect work in order to find where exactly booting > with amdgpu.dc=0 broke. What I found is attached, although it does not make > much sense to

答复: [PATCH] vgaswitchroo: set audio client id according to bound gpu client id

Hi Lukas, Thanks to your response, please see comments in line. Thanks JimQu 发件人: Lukas Wunner 发送时间: 2018年6月29日 16:06 收件人: Qu, Jim 抄送: alsa-de...@alsa-project.org; dri-devel@lists.freedesktop.org; Deucher, Alexander; amd-...@lists.freedesktop.org 主题: Re

[Bug 107045] [4.18rc2] RX470 dGPU on hybrid laptop freezes screen after use

https://bugs.freedesktop.org/show_bug.cgi?id=107045 --- Comment #11 from taij...@posteo.de --- (In reply to Michel Dänzer from comment #10) > (In reply to taijian from comment #9) > > OK, so I did some git-bisect work in order to find where exactly booting > > with amdgpu.dc=0 broke. What I found

Re: [PATCH] vgaswitchroo: set audio client id according to bound gpu client id

On Fri, Jun 29, 2018 at 08:55:40AM +, Qu, Jim wrote: > When our dGPU does suspend by runtime pm. amdgpu driver for dgpu will > also call vgaswtichroo to power off its audio. vgaswitchroo driver will > find audio codec by vgaswitchroo dgpu client id(VGA_SWITCHEROO_DIS). That is no longer the ca

Re: [PATCH v13 3/3] dt-bindings: drm/bridge: Document sn65dsi86 bridge bindings

On 27.06.2018 11:57, Sandeep Panda wrote: > Document the bindings used for the sn65dsi86 DSI to eDP bridge. > > Changes in v1: > - Rephrase the dt-binding descriptions to be more inline with existing >bindings (Andrzej Hajda). > - Add missing dt-binding that are parsed by corresponding driver

Re: linux-next: build failure after merge of the fbdev tree

Hi, On 29-06-18 03:07, Stephen Rothwell wrote: Hi Bartlomiej, After merging the fbdev tree, today's linux-next build (x86_64 allmodconfig) failed like this: ERROR: "dummycon_unregister_output_notifier" [drivers/video/fbdev/core/fb.ko] undefined! ERROR: "dummycon_register_output_notifier" [dri

[PATCH] console: dummycon: export dummycon_[un]register_output_notifier

Export dummycon_[un]register_output_notifier, the fbcon code needs this and may be build as a module. Fixes: 83d83bebf401 ("console/fbcon: Add support for deferred console takeover") Cc: Stephen Rothwell Reported-by: Stephen Rothwell Signed-off-by: Hans de Goede --- drivers/video/console/dummy

[Bug 107053] Flicker/tearing on MacBook Pro 11.5 Ubuntu 18.04

https://bugs.freedesktop.org/show_bug.cgi?id=107053 Michel Dänzer changed: What|Removed |Added QA Contact||xorg-t...@lists.x.org Produc

Re: [RFC PATCH hwc] drm_hwcomposer: set CRTC background color when available

Op 22-02-18 om 04:54 schreef Stefan Schake: > Android assumes an implicit black background layer is always present > behind all layers it specifies for composition. drm_hwcomposer currently > punts responsibility for this to the kernel/DRM platform and puts layers > with per-pixel alpha content on

Re: [PATCH] console: dummycon: export dummycon_[un]register_output_notifier

On Friday, June 29, 2018 11:36:27 AM Hans de Goede wrote: > Export dummycon_[un]register_output_notifier, the fbcon code needs this > and may be build as a module. > > Fixes: 83d83bebf401 ("console/fbcon: Add support for deferred console > takeover") > Cc: Stephen Rothwell > Reported-by: Stephen

Re: [PATCH v5 0/3] console/fbcon: Add support for deferred console takeover

Hi Gustavo, On Thursday, June 28, 2018 07:44:38 PM Gustavo Padovan wrote: > Hi Bartlomiej, > > On Thu, 2018-06-28 at 15:50 +0200, Bartlomiej Zolnierkiewicz wrote: > > On Thursday, June 28, 2018 11:03:48 AM Hans de Goede wrote: > > > Hi All, > > > > > > Here is v5 of my patch-set, to delay fbcon

Re: [PATCH] console: dummycon: export dummycon_[un]register_output_notifier

Hi, On 29-06-18 12:06, Bartlomiej Zolnierkiewicz wrote: On Friday, June 29, 2018 11:36:27 AM Hans de Goede wrote: Export dummycon_[un]register_output_notifier, the fbcon code needs this and may be build as a module. Fixes: 83d83bebf401 ("console/fbcon: Add support for deferred console takeover

Re: [RFC PATCH hwc] drm_hwcomposer: set CRTC background color when available

Hey Maarten, On Fri, Jun 29, 2018 at 12:05 PM, Maarten Lankhorst wrote: > Op 22-02-18 om 04:54 schreef Stefan Schake: >> Android assumes an implicit black background layer is always present >> behind all layers it specifies for composition. drm_hwcomposer currently >> punts responsibility for thi

Re: [PATCH] vgaswitchroo: set audio client id according to bound gpu client id

indeed?I used 4.13 on the platform. let me have a try with the patch you mentioned thinks jimqu ?? Outlook for Android From: Lukas Wunner Sent: Friday, June 29, 2018 5:21:38 PM To: Qu, Jim Cc: alsa-de...@alsa-project.org; dri-devel@lists.

[GIT PULL] omapdrm changes for 4.19

Hi Dave, Please pull omapdrm changes for 4.19. Tomi The following changes since commit 7daf201d7fe8334e2d2364d4e8ed3394ec9af819: Linux 4.18-rc2 (2018-06-24 20:54:29 +0800) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/tomba/linux.git tags/omapdrm-

[Bug 106957] GPU runtime suspend broken since 4.17

https://bugs.freedesktop.org/show_bug.cgi?id=106957 --- Comment #11 from Lukas Wunner --- The fix landed in Linus' tree yesterday: https://git.kernel.org/linus/57cb54e53bdd -- You are receiving this mail because: You are the assignee for the bug.___ d

Re: [PATCH] vgaswitchroo: set audio client id according to bound gpu client id

On Fri, Jun 29, 2018 at 10:40:50AM +, Qu, Jim wrote: > > That is no longer the case since v4.17. The HDA controller now runtime > > suspends autonomously, see commit 07f4f97d7b4b ("vga_switcheroo: Use > > device link for HDA controller"). > > > > Your patch appears to be geared towards an old

[PATCH v2 1/8] drm/atomic: Avoid connector to writeback_connector casts

Use container_of() instead of type casting so that it keeps working even if base is moved inside the drm_writeback_connector struct. Signed-off-by: Boris Brezillon --- drivers/gpu/drm/drm_atomic.c | 4 +++- include/drm/drm_writeback.h | 6 ++ 2 files changed, 9 insertions(+), 1 deletion(-)

[PATCH v2 5/8] drm/atomic: Call drm_atomic_helper_fake_vblank() from the generic commit_tail() helpers

Now that we have a way to fake VBLANK events when requested by the CRTC hook it up to the generic commit_tail() helpers. Signed-off-by: Boris Brezillon --- drivers/gpu/drm/drm_atomic_helper.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/gpu/drm/drm_atomic_helper.c b/drivers/g

[PATCH v2 7/8] drm/vc4: Add support for the transposer block

From: Boris Brezillon The transposer block is providing support for mem-to-mem composition, which is exposed as a drm_writeback connector in DRM. Add a driver to support this feature. Signed-off-by: Boris Brezillon --- .../devicetree/bindings/display/brcm,bcm-vc4.txt | 6 + drivers/gpu/dr

[PATCH v2 0/8] drm/vc4: Add support for the transposer IP

Hello, This is the second version of this series adding writeback support to the VC4 display engine. This version is based on drm-misc-next and include a bunch of modifications to core that I had to add to make it work on VC4. Feel free to comment on those modifications. On the driver side, no

[PATCH v2 8/8] ARM: dts: bcm283x: Add Transposer block

From: Boris Brezillon The transposer block is allowing one to write the result of the VC4 composition back to memory instead of displaying it on a screen. Signed-off-by: Boris Brezillon --- arch/arm/boot/dts/bcm283x.dtsi | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm/boot/d

[PATCH v2 3/8] drm/vc4: Use wait_for_flip_done() instead of wait_for_vblanks()

drm_atomic_helper_wait_for_vblanks() assumes the CRTC will continuously generate VBLANK events and the vblank counter will keep increasing. While this work for a regular pipeline, it doesn't when you have the CRTC is feeding the transposer block, because this block works in oneshot mode, and, by th

[PATCH v2 4/8] drm/crtc: Add a generic infrastructure to fake VBLANK events

In some cases CRTCs are active but are not able to generating events, at least not at every frame at it's expected to. This is typically the case when the CRTC is feeding a writeback connector that has no job queued. In this situation the CRTC is usually stopped until a new job is queued, and this

[PATCH v2 6/8] drm/vc4: Call drm_atomic_helper_fake_vblank() in the commit path

Mimic what is done in drm_atomic_commit_tail() and call drm_atomic_helper_fake_vblank() so that VBLANK events are faked when the drm_crtc_state.no_vblank is true. Will be needed when we'll add support for the transposer block. Signed-off-by: Boris Brezillon --- drivers/gpu/drm/vc4/vc4_kms.c | 2

[PATCH v2 0/8] drm/vc4: Add support for the transposer IP

Hello, This is the second version of this series adding writeback support to the VC4 display engine. This version is based on drm-misc-next and include a bunch of modifications to core that I had to add to make it work on VC4. Feel free to comment on those modifications. On the driver side, no

[PATCH v2 2/8] drm/connector: Pass a drm_connector_state to ->atomic_commit()

Other atomic hooks are passed state objects, let's change this one to be consistent. Signed-off-by: Boris Brezillon --- drivers/gpu/drm/drm_atomic_helper.c | 2 +- include/drm/drm_modeset_helper_vtables.h | 4 +++- 2 files changed, 4 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/d

[PATCH] drm/stm: ltdc: filter mode pixel clock vs pad constraint

Filter the requested mode pixel clock frequency according to the pad maximum supported frequency. Signed-off-by: Yannick Fertre --- drivers/gpu/drm/stm/ltdc.c | 16 drivers/gpu/drm/stm/ltdc.h | 1 + 2 files changed, 13 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm

[PATCH] drm/stm: ltdc: rework reset sequence

Reset must be properly assert before deassert. This is important if there is an early boot splash screen before the kernel start up. Signed-off-by: Yannick Fertre --- drivers/gpu/drm/stm/ltdc.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/stm/ltdc.c b/d

Re: [PATCH v2 2/8] drm/connector: Pass a drm_connector_state to ->atomic_commit()

On Fri, Jun 29, 2018 at 01:17:15PM +0200, Boris Brezillon wrote: > Other atomic hooks are passed state objects, let's change this one to > be consistent. > > Signed-off-by: Boris Brezillon Acked-by: Liviu Dudau > --- > drivers/gpu/drm/drm_atomic_helper.c | 2 +- > include/drm/drm_modeset

Re: [PATCH 0/4] drm/i915/intel_dsi: Read back and use pclk set by the GOP

Hi, On 19-06-18 22:18, Hans de Goede wrote: Hi All, This patch-set is the result of the work I've been doing recently to give people a smooth "flickerfree" boot experience where the display keeps displaying the logo put there by the firmware until it smoothly fades into the Linux GUI (e.g. gdm)

Re: [PATCH v2 2/8] drm/connector: Pass a drm_connector_state to ->atomic_commit()

On Fri, Jun 29, 2018 at 01:17:15PM +0200, Boris Brezillon wrote: > Other atomic hooks are passed state objects, let's change this one to > be consistent. > > Signed-off-by: Boris Brezillon > --- > drivers/gpu/drm/drm_atomic_helper.c | 2 +- > include/drm/drm_modeset_helper_vtables.h | 4 +++

Re: [PATCH v2 4/8] drm/crtc: Add a generic infrastructure to fake VBLANK events

On Fri, Jun 29, 2018 at 01:17:17PM +0200, Boris Brezillon wrote: > In some cases CRTCs are active but are not able to generating events, at > least not at every frame at it's expected to. > This is typically the case when the CRTC is feeding a writeback connector > that has no job queued. In this s

Re: [PATCH v2 5/8] drm/atomic: Call drm_atomic_helper_fake_vblank() from the generic commit_tail() helpers

On Fri, Jun 29, 2018 at 01:17:18PM +0200, Boris Brezillon wrote: > Now that we have a way to fake VBLANK events when requested by the CRTC > hook it up to the generic commit_tail() helpers. > > Signed-off-by: Boris Brezillon Reviewed-by: Liviu Dudau > --- > drivers/gpu/drm/drm_atomic_helper.c

Re: [PATCH v2 0/8] drm/vc4: Add support for the transposer IP

On Fri, Jun 29, 2018 at 01:17:22PM +0200, Boris Brezillon wrote: > Hello, > > This is the second version of this series adding writeback support > to the VC4 display engine. > > This version is based on drm-misc-next and include a bunch of > modifications to core that I had to add to make it work

Re: [PATCH] drm/i915/intel_dsi: Add acpi_gpio_mapping for the panel-enable GPIO

On Fri, Jun 29, 2018 at 01:32:58PM +0200, Hans de Goede wrote: > Add acpi_gpio_mapping for the panel-enable GPIO, this fixes the following > error: "Failed to own gpio for panel control" on BYT/CHT devices where > pwm_blc == PPS_BLC_PMIC. > > Note this patch is untested as I don't have hardware to

Re: [PATCH v13 3/3] dt-bindings: drm/bridge: Document sn65dsi86 bridge bindings

On 27.06.2018 11:57, Sandeep Panda wrote: > Document the bindings used for the sn65dsi86 DSI to eDP bridge. > > Changes in v1: > - Rephrase the dt-binding descriptions to be more inline with existing >bindings (Andrzej Hajda). > - Add missing dt-binding that are parsed by corresponding driver

Re: [PATCH] drm/i915/intel_dsi: Add acpi_gpio_mapping for the panel-enable GPIO

Hi, On 29-06-18 13:51, Ville Syrjälä wrote: On Fri, Jun 29, 2018 at 01:32:58PM +0200, Hans de Goede wrote: Add acpi_gpio_mapping for the panel-enable GPIO, this fixes the following error: "Failed to own gpio for panel control" on BYT/CHT devices where pwm_blc == PPS_BLC_PMIC. Note this patch i

Re: [PATCH] drm/i915/intel_dsi: Add acpi_gpio_mapping for the panel-enable GPIO

On Fri, Jun 29, 2018 at 02:05:58PM +0200, Hans de Goede wrote: > Hi, > > On 29-06-18 13:51, Ville Syrjälä wrote: > > On Fri, Jun 29, 2018 at 01:32:58PM +0200, Hans de Goede wrote: > >> Add acpi_gpio_mapping for the panel-enable GPIO, this fixes the following > >> error: "Failed to own gpio for pan

Re: [PATCH v12 5/5] dt-bindings: drm/panel: Document Innolux TV123WAM panel bindings

On 21.06.2018 14:32, Sandeep Panda wrote: > Innolux TV123WAM is a 12.3" eDP display panel with > 2160x1440 resolution, which can be supported by simple > panel driver. Are you sure this is Innolux? Quick grep on Internet finds only BOE panel with this TV123WAM[1]. [1]: https://e2e.ti.com/cfs-file

[PATCH] drm/meson: Make DMT timings parameters and pixel clock generic

Remove the modes timings tables for DMT modes and calculate the HW paremeters from the modes timings. Switch the DMT modes pixel clock calculation out of the static frequency list to a generic calculation from a range of possible PLL dividers. This setup permits setting non-CEA modes like : - 160

Re: [PATCH] drm/i915/intel_dsi: Add acpi_gpio_mapping for the panel-enable GPIO

Hi, On 29-06-18 14:10, Ville Syrjälä wrote: On Fri, Jun 29, 2018 at 02:05:58PM +0200, Hans de Goede wrote: Hi, On 29-06-18 13:51, Ville Syrjälä wrote: On Fri, Jun 29, 2018 at 01:32:58PM +0200, Hans de Goede wrote: Add acpi_gpio_mapping for the panel-enable GPIO, this fixes the following erro

Re: [PATCH v5 0/3] console/fbcon: Add support for deferred console takeover

On Fri, 2018-06-29 at 12:08 +0200, Bartlomiej Zolnierkiewicz wrote: > Hi Gustavo, > > On Thursday, June 28, 2018 07:44:38 PM Gustavo Padovan wrote: > > Hi Bartlomiej, > > > > On Thu, 2018-06-28 at 15:50 +0200, Bartlomiej Zolnierkiewicz wrote: > > > On Thursday, June 28, 2018 11:03:48 AM Hans de G

[PATCH] drm: stm: implement get_scanout_position function

Hardware allow to read the position in scanout buffer so we can use this information to make wait of vblank more accurate. Active area bounds (start, end, total height) have already been computed and written in ltdc registers, read them and get the current line position to compute vpos value. Sig

Re: [PATCH v1 0/7] Remove debugfs from sti display driver

Gentle ping on this serie, Thanks Benjamin 2018-06-05 15:54 GMT+02:00 Benjamin Gaignard : > Thanks to the various atomic_print_state hooks in drm structure all > custom debugfs code could be remove from sti driver (~ -330 lines). > > This patchset does two addtion in drm core: > - printing norma

[PATCH] drm: Use kvzalloc for allocating blob property memory

From: Michel Dänzer The property size may be controlled by userspace, can be large (I've seen failure with order 4, i.e. 16 pages / 64 KB) and doesn't need to be physically contiguous. Signed-off-by: Michel Dänzer --- drivers/gpu/drm/drm_property.c | 6 +++--- 1 file changed, 3 insertions(+),

Re: [PATCH] drm: Use kvzalloc for allocating blob property memory

On Fri, Jun 29, 2018 at 10:27 AM, Michel Dänzer wrote: > From: Michel Dänzer > > The property size may be controlled by userspace, can be large (I've > seen failure with order 4, i.e. 16 pages / 64 KB) and doesn't need to be > physically contiguous. > > Signed-off-by: Michel Dänzer Reviewed-by:

Re: [PATCH 0/5] drm: use core pcie functionality for pcie gen/width

Ping on the drm and amdgpu patches. Alex On Mon, Jun 25, 2018 at 5:06 PM, Alex Deucher wrote: > This series exports some pcie helper functions for use by drivers and > fixes up the amdgpu and radeon drivers to use this core functionality > rather than the duplicated functionality in the drm. Fi

[Bug 107045] [4.18rc2] RX470 dGPU on hybrid laptop freezes screen after use

https://bugs.freedesktop.org/show_bug.cgi?id=107045 --- Comment #12 from taij...@posteo.de --- OK, so I tried again, and again the result was kinda non-sensical. I think the problem is that there are more than one problem here - while bisecting, bug 105760 went away at some point, but instead some

[Bug 106928] When starting a match Rocket League crashes on "Go"

https://bugs.freedesktop.org/show_bug.cgi?id=106928 --- Comment #12 from Roland Scheidegger --- (In reply to ubizjak from comment #11) > The (effectively the same patch as yours) proposed patch would be: > > diff --git a/src/gallium/drivers/r600/sb/sb_expr.cpp > b/src/gallium/drivers/r600/sb/sb_

[PATCH libdrm v2 04/10] xf86drm: Allocate drmDevicePtr's on stack

From: Emil Velikov Currently we dynamically allocate 16 pointers and reallocate more as needed. Instead, allocate the maximum number (256) on stack - the number is small enough and is unlikely to change in the foreseeable future. This allows us to simplify the error handling and even shed a few

[PATCH libdrm v2 05/10] xf86drm: introduce a get_real_pci_path() helper

From: Emil Velikov Introduce a helper which gets the real sysfs path for the given pci device. In other words, instead opening the /sys/dev/char/*/device symlink, we opt for the actual /sys/devices/pci*/*/ It folds three (nearly identical) snprintf's and paves the way of adding extra devices (s

[PATCH libdrm v2 09/10] drmdevice: convert the tabbed output into a tree

From: Emil Velikov Making the output a little bit easier to parse by human beings. v2: Add extra whitespace (Eric) Cc: Eric Engestrom Signed-off-by: Emil Velikov Tested-by: Robert Foss (v1) Reviewed-by: Robert Foss (v1) Reviewed-by: Eric Engestrom (v1) --- tests/drmdevice.c | 77 +

Re: [PATCH libdrm v2 04/10] xf86drm: Allocate drmDevicePtr's on stack

LGTM On 2018-06-29 17:20, Emil Velikov wrote: From: Emil Velikov Currently we dynamically allocate 16 pointers and reallocate more as needed. Instead, allocate the maximum number (256) on stack - the number is small enough and is unlikely to change in the foreseeable future. This allows us t

[Bug 107045] [4.18rc2] RX470 dGPU on hybrid laptop freezes screen after use

https://bugs.freedesktop.org/show_bug.cgi?id=107045 --- Comment #13 from taij...@posteo.de --- Aaaand I figured out what I did wrong this time... So hopefully third time IS the charm... -- You are receiving this mail because: You are the assignee for the bug._

Re: [PATCH] drm: Use kvzalloc for allocating blob property memory

On Fri, Jun 29, 2018 at 04:27:10PM +0200, Michel Dänzer wrote: > From: Michel Dänzer > > The property size may be controlled by userspace, can be large (I've > seen failure with order 4, i.e. 16 pages / 64 KB) and doesn't need to be > physically contiguous. I wonder if we should enforce some kin

[Bug 107065] "BUG: unable to handle kernel paging request at 0000000000002000" at amdgpu_vm_cpu_set_ptes at S3 resume

https://bugs.freedesktop.org/show_bug.cgi?id=107065 --- Comment #6 from Andrey Grodzovsky --- (In reply to dwagner from comment #5) > Interesting: With amd-staging-drm-next, I see the same crash at > https://cgit.freedesktop.org/~agd5f/linux/tree/drivers/gpu/drm/amd/amdgpu/ > amdgpu_vm.c?h=amd-st

Re: [PATCH] drm: Use kvzalloc for allocating blob property memory

On 2018-06-29 06:12 PM, Ville Syrjälä wrote: > On Fri, Jun 29, 2018 at 04:27:10PM +0200, Michel Dänzer wrote: >> From: Michel Dänzer >> >> The property size may be controlled by userspace, can be large (I've >> seen failure with order 4, i.e. 16 pages / 64 KB) and doesn't need to be >> physically

Re: [PATCH] drm: Use kvzalloc for allocating blob property memory

On Fri, Jun 29, 2018 at 06:27:28PM +0200, Michel Dänzer wrote: > On 2018-06-29 06:12 PM, Ville Syrjälä wrote: > > On Fri, Jun 29, 2018 at 04:27:10PM +0200, Michel Dänzer wrote: > >> From: Michel Dänzer > >> > >> The property size may be controlled by userspace, can be large (I've > >> seen failure

[v6 00/13] drm/msm: Capture and dump the GPU crash state

This is revision 6 implementing a GPU crash state for drm/msm (https://patchwork.freedesktop.org/series/36097/). This patchset fixes a few bugs and adds a drm_puts() function to print constant strings faster. The object of this code is to store and provide enough information to debug software and

[PATCH 03/13] drm: Add drm_puts() to complement drm_printf()

Add drm_puts() for a much faster path to print constant strings into a drm_printer object with memcpy and friends. This can shave seconds off of really large outputs such as GPU dumps. If the drm_printer object supports a custom puts function then use that otherwise fall back to the slower legacy

[PATCH 02/13] drm: drm_printer: Add printer for devcoredump

Add a drm printer suitable for use with the read callback for devcoredump or other suitable buffer based output format that isn't otherwise covered by seq_file. Signed-off-by: Jordan Crouse --- drivers/gpu/drm/drm_print.c | 74 + include/drm/drm_print.h |

[PATCH 01/13] include: Move ascii85 functions from i915 to linux/ascii85.h

The i915 DRM driver very cleverly used ascii85 encoding for their GPU state file. Move the encode functions to a general header file to support other drivers that might be interested in the same functionality. v3: Fix error_puts -> err_puts pointed out by the 01.org bot v2: Update API to be cleane

[PATCH 04/13] drm: Add puts function for the seq_file printer

Add support for drm_puts() to use seq_puts() to help speed up up print time for constant strings. Signed-off-by: Jordan Crouse --- drivers/gpu/drm/drm_print.c | 6 ++ include/drm/drm_print.h | 2 ++ 2 files changed, 8 insertions(+) diff --git a/drivers/gpu/drm/drm_print.c b/drivers/gpu/

[PATCH 05/13] drm: Add put callback for the coredump printer

Add a put function for the coredump printer to bypass printf() for constant strings for a speed boost. Signed-off-by: Jordan Crouse --- drivers/gpu/drm/drm_print.c | 42 + include/drm/drm_print.h | 2 ++ 2 files changed, 44 insertions(+) diff --git a/dri

[PATCH 06/13] drm/msm/gpu: Capture the state of the GPU

Add the infrastructure to capture the current state of the GPU and store it in memory so that 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 this should be extended to capture a much larger set of G

[PATCH 09/13] 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 via the devcoredump facility. 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 after capturing it and then a new one will be cap

[PATCH 08/13] drm/msm/gpu: Rearrange the code that collects the task during a hang

Do a bit of cleanup to prepare for upcoming changes to pass the hanging task comm and cmdline to the crash dump function. Signed-off-by: Jordan Crouse --- drivers/gpu/drm/msm/msm_gpu.c | 18 ++ 1 file changed, 10 insertions(+), 8 deletions(-) diff --git a/drivers/gpu/drm/msm/msm

[PATCH 07/13] drm/msm/gpu: Convert the GPU show function to use the GPU state

Convert the existing GPU show function 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

[PATCH 13/13] drm/msm/gpu: Add the buffer objects from the submit to the crash dump

For hangs, dump copy out the contents of the buffer objects attached to the guilty submission and print them in the crash dump report. Signed-off-by: Jordan Crouse --- Documentation/gpu/drm-msm-crash-dump.txt | 7 +++ drivers/gpu/drm/msm/adreno/adreno_gpu.c | 58 drive

[PATCH 11/13] drm/msm/adreno: Add ringbuffer data to the GPU state

Add the contents of each ringbuffer to the GPU state and dump the data in the crash file encoded with ascii85. To save space only the used portions of the ringbuffer are dumped. Signed-off-by: Jordan Crouse --- Documentation/gpu/drm-msm-crash-dump.txt | 5 +++ drivers/gpu/drm/msm/adreno/adreno_

[PATCH 10/13] drm/msm/adreno: Convert the show/crash file format

Convert the format of the 'show' debugfs file and the crash dump to a format resembling YAML. This should be easier to parse and be more flexible for future changes and expansions. Signed-off-by: Jordan Crouse --- Documentation/gpu/drm-msm-crash-dump.txt | 46 drivers/g

[PATCH 12/13] drm/msm/adreno: Add a5xx specific registers for the GPU state

HLSQ, SP and TP registers are only accessible from a special aperture and to make matters worse the aperture is blocked from the CPU on targets that can support secure rendering. Luckily the GPU hardware has its own purpose built register dumper that can access the registers from the aperture. Add

[Bug 105532] Broken map generation in Northgard game

https://bugs.freedesktop.org/show_bug.cgi?id=105532 Christian Lanig changed: What|Removed |Added CC||freedesktop@lanig.email --- Comment #

[RFC 2/3] drm/omap: Add ovl checking funcs to dispc_ops

In order to be able to dynamically assign overlays to planes we need to be able to asses the overlay capabilities. Add a helper function to be able to retrieve the supported capabilities of an overlay. And export the function to check if a fourcc is supported on a given overlay. Signed-off-by: B

[RFC 3/3] drm/omap: Add wide display support using multiple overlays

In the case where we need to support wide-display using more than one overlay to achieve the needed display resolution, we need to be able to dynamically assign overlays to planes instead of having the overlays being statically mapped to planes. This also means that on occasion where the number of

[Bug 105532] Broken map generation in Northgard game

https://bugs.freedesktop.org/show_bug.cgi?id=105532 --- Comment #5 from Alexander Tsoy --- (In reply to Christian Lanig from comment #4) There are native linux binaries in the linux subfolder. -- You are receiving this mail because: You are the assignee for the bug._

[RFC 1/3] drm/omap: Add ability to check if requested plane modes can be supported

We currently assumed that an overlay has the same width and height as the overlay manager. This assumption is incorrect. On some variant the overlay manager is twice the width that the overlay can handle. We need to add the appropriate data per variant as well as export a helper function to retriev

[RFC 0/3] drm/omap: Add virtual wide planes support

This patch series adds virtual wide plane support to omapdrm driver to allow the use of display wider than 2048 pixels. This is achieve by adding replacing the static omapdrm plane to hardware overlay static mapping with a dynamic allocation method. This replaces an original early series which the

[Bug 105532] Broken map generation in Northgard game

https://bugs.freedesktop.org/show_bug.cgi?id=105532 --- Comment #6 from Eric Engestrom --- >From a quick search, Haxe can be found on github [1] and its website [2] has some explanations as well, including how it uses a bytecode VM [3] to work cross-platform (essentially the same way java does it

  1   2   >