[Bug 99710] [amdgpu R9 390] GPU hang when playing Hearthstone in Wine

https://bugs.freedesktop.org/show_bug.cgi?id=99710 --- Comment #12 from Sandeep --- Well, to clarify, I have been using the AMDGPU driver for the past year, not the Radeon driver. I've only faced this issue since the past 2 months, never had the problem earlier - so I don't

Re: [PATCH] drm/rockchip: Fix uninitialized use of ret

On 2017年09月21日 08:13, Sean Paul wrote: If there are no children for lvds, ret is used uninitialized. This patch initializes ret and returns an error if the port has no children. Fixes: 34cc0aa25456 ("drm/rockchip: Add support for Rockchip Soc LVDS") Cc: Mark Yao Cc:

Re: [PATCH 7/7] drm/rockchip: Cocci spatch "vma_pages"

On 2017年09月21日 06:29, Thomas Meyer wrote: Use vma_pages function on vma object instead of explicit computation. Found by coccinelle spatch "api/vma_pages.cocci" Signed-off-by: Thomas Meyer --- Looks good for me: Acked-by: Mark Yao diff -u -p

[PATCH] drm/rockchip: Fix uninitialized use of ret

If there are no children for lvds, ret is used uninitialized. This patch initializes ret and returns an error if the port has no children. Fixes: 34cc0aa25456 ("drm/rockchip: Add support for Rockchip Soc LVDS") Cc: Mark Yao Cc: Heiko Stuebner Cc: Sandy

Re: [PATCH libdrm] Android: move libraries to /vendor

On Tue, Sep 19, 2017 at 04:59:59PM -0500, Rob Herring wrote: > As part of Treble project in Android O, all the device specific files have > to be located in a separate vendor partition. This is done by setting > LOCAL_PROPRIETARY_MODULE (the name is misleading). This change will not > break

Re: [PATCH] drm: Try to document legacy DPMS uapi a bit better

On Wed, Sep 20, 2017 at 3:59 PM, Daniel Vetter wrote: > Due to inconsistency of how various legacy drivers implemented DPMS > the DPMS uabi has a lot of quirks. Atomic standardizes this, but > drivers using the DPMS support can't rely on that since legacy drivers > still

[PATCH] drm: Try to document legacy DPMS uapi a bit better

Due to inconsistency of how various legacy drivers implemented DPMS the DPMS uabi has a lot of quirks. Atomic standardizes this, but drivers using the DPMS support can't rely on that since legacy drivers still exist. Laurent asked for this. v2: Improve commit message and explain that DPMS

[PATCH 1/2] drm/vc4: Reject HDMI modes with too high of clocks.

Peter Robinson reported issues on Fedora with 4k monitors not having their modes filtered down to 1920x1080 on Raspberry Pi. Hopefully this resolves that. Cc: Peter Robinson Signed-off-by: Eric Anholt --- Note: This is an untested patch, since I'm away

[PATCH 2/2] drm/vc4: Update kerneldoc about CEC and power management

Boris had added full power management, and then Hans partially removed it to enable CEC, so update the docs about both. Cc: Boris Brezillon Cc: Hans Verkuil Signed-off-by: Eric Anholt --- drivers/gpu/drm/vc4/vc4_hdmi.c |

Re: [PATCH][drm-next] drm/i915/gvt: ensure -ve return value is handled correctly

On 2017.09.19 19:35:23 -0700, Joe Perches wrote: > On Wed, 2017-09-20 at 05:46 +0800, Zhenyu Wang wrote: > > On 2017.09.19 16:55:34 +0100, Colin King wrote: > > > From: Colin Ian King > > > > > > An earlier fix changed the return type from find_bb_size however the > > >

Re: [PATCH] drm: Try to document legacy DPMS uapi a bit better

Daniel Vetter writes: > Laurent asked for this. > > Cc: Laurent Pinchart > Signed-off-by: Daniel Vetter > --- > drivers/gpu/drm/drm_connector.c | 19 +++ > 1 file changed, 19

Re: [PATCH 1/2] drm/dp: Add defines for latency in sink

On Wed, Sep 20, 2017 at 02:32:34PM +, vathsala nagaraju wrote: > Add defines for dpcd register 2009 (synchronization latency > in sink). > > Cc: Rodrigo Vivi > CC: Puthikorn Voravootivat > Signed-off-by: Vathsala Nagaraju

[RESEND RFC PATCH 3/7] clk: sunxi: Add CLK_SET_RATE_PARENT flag for H3 HDMI clock

When setting the HDMI clock of H3, the PLL_VIDEO clock needs to be set. Add CLK_SET_RATE_PARENT flag for H3 HDMI clock. Signed-off-by: Jernej Skrabec Signed-off-by: Icenowy Zheng --- drivers/clk/sunxi-ng/ccu-sun8i-h3.c | 2 +- 1 file changed, 1

[RESEND RFC PATCH 7/7] ARM: sun8i: h3: Enable HDMI output on H3 boards

Enable HDMI output on all boards which include HDMI connector. Signed-off-by: Jernej Skrabec --- arch/arm/boot/dts/sun8i-h3-bananapi-m2-plus.dts | 33 + arch/arm/boot/dts/sun8i-h3-beelink-x2.dts | 33 +

[RESEND RFC PATCH 5/7] drm: sun4i: Add a glue for the DesignWare HDMI controller in H3

Allwinner H3 features DesignWare HDMI Transmitter paired with custom PHY. Add a glue driver for it. For now, only video and CEC are supported. Audio will be supported at a later time. Signed-off-by: Jernej Skrabec --- drivers/gpu/drm/sun4i/Kconfig | 9 +

[RESEND PATCH 1/2] drm/armada: Replace drm_gem_object_reference/unreference() with _get/put()

This patch replace instances of drm_gem_object_reference/unreference with *_get/put() suffixes, because get/put is shorter and consistent with the kernel use of *_get/put() suffixes. This was done with the following Coccinelle script: @r1@ expression e; @@ ( -drm_gem_object_reference(e);

[RESEND RFC PATCH 0/7] sun8i H3 HDMI glue driver for DW HDMI

[added media mailing list due to CEC question] This patch series adds a HDMI glue driver for Allwinner H3 SoC. For now, only video and CEC functionality is supported. Audio needs more tweaks. Series is based on the H3 DE2 patch series available on mailing list:

[RESEND RFC PATCH 1/7] drm: bridge: Enable polling hpd event in dw_hdmi

Some custom phys don't support hpd interrupts. Add support for polling such events. Signed-off-by: Jernej Skrabec --- drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git

Re: [PATCH 1/7] drm/rockchip/dsi: correct Feedback divider setting

On Tue, Sep 19, 2017 at 01:27:40PM -0700, Sean Paul wrote: > On Tue, Sep 19, 2017 at 11:19:01AM -0700, Brian Norris wrote: > > Hi Sean, > > > > On Tue, Sep 19, 2017 at 11:00:25AM -0700, Sean Paul wrote: > > > On Mon, Sep 18, 2017 at 05:05:33PM +0800, Nickey Yang wrote: > > > > This patch correct

[RESEND RFC PATCH 6/7] ARM: sun8i: h3: Add DesignWare HDMI controller node

From: Icenowy Zheng The H3 SoC has a DesignWare HDMI controller with some Allwinner-specific glue and custom PHY. Since H3 and H5 have same HDMI controller, add related device node in shared dtsi file. Signed-off-by: Icenowy Zheng Signed-off-by: Jernej

[RESEND RFC PATCH 4/7] dt-bindings: Document Allwinner DWC HDMI TX node

Add documentation about Allwinner DWC HDMI TX node, found in H3 SoC. Signed-off-by: Jernej Skrabec --- .../bindings/display/sunxi/sun4i-drm.txt | 158 - 1 file changed, 157 insertions(+), 1 deletion(-) diff --git

Re: [PATCH 1/7] drm/rockchip/dsi: correct Feedback divider setting

On Wednesday, September 20, 2017 06:08 PM, John Keeping wrote: On Tue, Sep 19, 2017 at 01:27:40PM -0700, Sean Paul wrote: On Tue, Sep 19, 2017 at 11:19:01AM -0700, Brian Norris wrote: Hi Sean, On Tue, Sep 19, 2017 at 11:00:25AM -0700, Sean Paul wrote: On Mon, Sep 18, 2017 at 05:05:33PM

[RESEND RFC PATCH 2/7] drm: bridge: Enable workaround in dw_hdmi for v1.32a

Allwinner SoCs have dw hdmi controller v1.32a which exhibits same magenta line issue as i.MX6Q and i.MX6DL. Enable workaround for it. Allwinner never released any kind of dw hdmi or errata documentation, so it is not clear how many iterations need to be executed. One iteration seems to be enough.

[PATCH 0/2] Handle / Release memory obtained by kasprintf

Arvind Yadav (2): [PATCH 1/2] drm: tegra: dc: Handle return value of kasprintf [PATCH 2/2] drm: Release memory obtained by kasprintf drivers/gpu/drm/drm_crtc.c | 1 + drivers/gpu/drm/tegra/dc.c | 2 ++ 2 files changed, 3 insertions(+) -- 1.9.1

[RESEND PATCH 0/2] drm/armada: Replace _reference/unreference() with _get/put()

This patchset replace instances of *_reference/unreference() with *_get/put(), because get/put is shorter and consistent with the kernel use of *_get/put suffixes. Haneen Mohammed (2): drm/armada: Replace drm_gem_object_reference/unreference() with _get/put() drm/armada: Replace

[RFC PATCH v5 5/6] i2c: rcar: skip DMA if buffer is not safe

This HW is prone to races, so it needs to setup new messages in irq context. That means we can't alloc bounce buffers if a message buffer is not DMA safe. So, in that case, simply fall back to PIO. Signed-off-by: Wolfram Sang --- drivers/i2c/busses/i2c-rcar.c |

[RFC PATCH v5 0/6] i2c: document DMA handling and add helpers for it

So, after revisiting old mail threads, taking part in a similar discussion on the USB list, and implementing a not-convincing solution before, here is what I cooked up to document and ease DMA handling for I2C within Linux. Please have a look at the documentation introduced in patch 3 for details.

[RFC PATCH v5 6/6] i2c: dev: mark RDWR buffers as DMA_SAFE

Signed-off-by: Wolfram Sang --- drivers/i2c/i2c-dev.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/i2c/i2c-dev.c b/drivers/i2c/i2c-dev.c index 6f638bbc922db4..bbc7aadb4c899d 100644 --- a/drivers/i2c/i2c-dev.c +++ b/drivers/i2c/i2c-dev.c @@

[RFC PATCH v5 4/6] i2c: sh_mobile: use helper to decide if DMA is useful

This ensures that we fall back to PIO if the message length is too small for DMA being useful. Otherwise, we use DMA. A bounce buffer might be applied by the helper if the original message buffer is not DMA safe. Signed-off-by: Wolfram Sang ---

[RFC PATCH v5 1/6] i2c: add a message flag for DMA safe buffers

I2C has no requirement that the buffer of a message needs to be DMA safe. In case it is, it can now be flagged, so drivers wishing to do DMA can use the buffer directly. Signed-off-by: Wolfram Sang --- include/uapi/linux/i2c.h | 3 +++ 1 file changed, 3

[PATCH 2/2] drm: Release memory obtained by kasprintf

Free memory region, if drm_crtc_init_with_planes is not successful. Signed-off-by: Arvind Yadav --- drivers/gpu/drm/drm_crtc.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c index 5af25ce..cd4e628 100644 ---

[RFC PATCH v5 3/6] i2c: add docs to clarify DMA handling

Signed-off-by: Wolfram Sang --- Documentation/i2c/DMA-considerations | 58 1 file changed, 58 insertions(+) create mode 100644 Documentation/i2c/DMA-considerations diff --git a/Documentation/i2c/DMA-considerations

[RFC PATCH v5 2/6] i2c: add helpers to ease DMA handling

One helper checks if DMA is suitable and optionally creates a bounce buffer, if not. The other function returns the bounce buffer and makes sure the data is properly copied back to the message. Signed-off-by: Wolfram Sang --- drivers/i2c/i2c-core-base.c | 45

Re: [PATCH 1/7] drm/rockchip/dsi: correct Feedback divider setting

On Wed, Sep 20, 2017 at 07:08:11PM +0800, hl wrote: > > > On Wednesday, September 20, 2017 06:08 PM, John Keeping wrote: > > On Tue, Sep 19, 2017 at 01:27:40PM -0700, Sean Paul wrote: > >> On Tue, Sep 19, 2017 at 11:19:01AM -0700, Brian Norris wrote: > >>> Hi Sean, > >>> > >>> On Tue, Sep 19,

[RESEND PATCH 2/2] drm/armada: Replace drm_framebuffer_reference/unreference() with _get/put()

This patch replace instances of drm_framebuffer_reference/unreference with *_get/put() suffixes, because get/put is shorter and consistent with the kernel use of *_get/put suffixes. This was done with the following Coccinelle script: @r1@ expression e; @@ ( -drm_framebuffer_reference(e);

Re: linux-next: Tree for Sep 19 (drivers/gpu/drm/i915/i915_gem.c)

On 09/18/17 21:15, Stephen Rothwell wrote: > Hi all, > > Changes since 20170918: > > Linus' tree still had its build failure for which I reverted a commit. > > The drm-intel tree gained conflicts against Linus' tree. > on x86_64: In file included from

Re: [PATCH 1/2] drm: armada: Remove custom .dumb_destroy() handler

On Wed, Sep 20, 2017 at 08:38:59PM +0200, Daniel Vetter wrote: > On Fri, Sep 15, 2017 at 09:17:53PM +0300, Laurent Pinchart wrote: > > Hi Noralf, > > > > On Friday, 15 September 2017 20:49:26 EEST Noralf Trønnes wrote: > > > Den 15.09.2017 04.27, skrev Laurent Pinchart: > > > > The custom

[PATCH 1/2] drm: tegra: dc: Handle return value of kasprintf

kasprintf() can fail here and we must check its return value. Signed-off-by: Arvind Yadav --- drivers/gpu/drm/tegra/dc.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/gpu/drm/tegra/dc.c b/drivers/gpu/drm/tegra/dc.c index 4df3911..f3214a1 100644 ---

Re: [PATCH 1/2] drm: armada: Remove custom .dumb_destroy() handler

Den 20.09.2017 21.40, skrev Noralf Trønnes: Den 20.09.2017 20.38, skrev Daniel Vetter: On Fri, Sep 15, 2017 at 09:17:53PM +0300, Laurent Pinchart wrote: Hi Noralf, On Friday, 15 September 2017 20:49:26 EEST Noralf Trønnes wrote: Den 15.09.2017 04.27, skrev Laurent Pinchart: The custom

Re: [PATCH 3/3] dt-bindings: Add KINGDISPLAY KD097D04 panel bindings

On Mon, Sep 18, 2017 at 04:43:50PM +0800, Nickey Yang wrote: > The KINGDISPLAY KD097D04 is a 9.7" panel with a 1536x2048 > resolution and connected to DSI using 8 lanes. > > Signed-off-by: Nickey Yang > --- > .../display/panel/kingdisplay,kd097d04.txt | 22 >

Re: [PATCH 1/5] dt-bindings: Explicitely mark Exynos HDMI DDC node as deprecated

On Fri, Sep 15, 2017 at 11:11:19AM +0200, Marek Szyprowski wrote: > Commit 2b7681326dc2 ("drm/exynos: hdmi: remove the i2c drivers and use") > merged to v3.15 kernel added a required 'ddc' property to Exynos HDMI > device tree bindings, which should point to i2c bus used for handling DDC > (mainly

[Bug 101731] System freeze with AMDGPU when playing The Witcher 3 (GOG GOTY)

https://bugs.freedesktop.org/show_bug.cgi?id=101731 --- Comment #67 from Lukas Jirkovsky --- I can confirm that it works fine here after applying the hack, too. Anyway, I'm with Shmerl here. In my opinion a user process should never be able to make system unusable no

[Bug 60879] [radeonsi] Tahiti LE: GFX block is not functional, CP is okay

https://bugs.freedesktop.org/show_bug.cgi?id=60879 David Verelst changed: What|Removed |Added CC|

Re: [PATCH 1/2] drm: armada: Remove custom .dumb_destroy() handler

Den 20.09.2017 20.38, skrev Daniel Vetter: On Fri, Sep 15, 2017 at 09:17:53PM +0300, Laurent Pinchart wrote: Hi Noralf, On Friday, 15 September 2017 20:49:26 EEST Noralf Trønnes wrote: Den 15.09.2017 04.27, skrev Laurent Pinchart: The custom implementation just calls

Re: [PATCH 2/3] drm/panel: add Kingdisplay kd097d04 panel driver

On Mon, Sep 18, 2017 at 04:40:01PM +0800, Nickey Yang wrote: > Support Kingdisplay kd097d04 9.7" 1536x2048 TFT LCD panel, > it is a MIPI DSI panel. > > Signed-off-by: Nickey Yang Hi Nickey, This patch doesn't apply cleanly to drm-misc-next and the encoding is set to

Re: [RESEND PATCH 2/2] drm/armada: Replace drm_framebuffer_reference/unreference() with _get/put()

On Wed, Sep 20, 2017 at 11:57 AM, Haneen Mohammed wrote: > This patch replace instances of drm_framebuffer_reference/unreference with > *_get/put() suffixes, because get/put is shorter and consistent with the > kernel use of *_get/put suffixes. > This was done with the

Re: [RESEND PATCH 1/2] drm/armada: Replace drm_gem_object_reference/unreference() with _get/put()

On Wed, Sep 20, 2017 at 11:54 AM, Haneen Mohammed wrote: > This patch replace instances of drm_gem_object_reference/unreference with > *_get/put() suffixes, because get/put is shorter and consistent with the > kernel use of *_get/put() suffixes. > This was done with the

Re: [RFC PATCH v4 3/6] i2c: add docs to clarify DMA handling

> In order to avoid that, and to place them into a box using monotonic fonts, > I usually add "::" at the preceding line, e. g.: Just in time: I added the '::' and will resubmit the new version in a minute. Thanks for the pointers! signature.asc Description: PGP signature

Re: [PULL] drm-misc-next

On Wed, Sep 20, 2017 at 07:33:35PM +0200, Daniel Vetter wrote: > include/uapi/drm/drm_mode.h| 4 +- In case you wonder why Daniel didn't say anything about uapi changes: It's a comment/documentation fix :-) -Daniel -- Daniel Vetter Software Engineer, Intel Corporation

Re: [PATCH 1/2] drm: armada: Remove custom .dumb_destroy() handler

On Fri, Sep 15, 2017 at 09:17:53PM +0300, Laurent Pinchart wrote: > Hi Noralf, > > On Friday, 15 September 2017 20:49:26 EEST Noralf Trønnes wrote: > > Den 15.09.2017 04.27, skrev Laurent Pinchart: > > > The custom implementation just calls drm_gem_handle_delete(), which is > > > identical to the

Re: [PATCH] drm/i915: remove redundant variable hw_check

On Thu, Sep 14, 2017 at 08:28:37PM +0100, Chris Wilson wrote: > Quoting Colin King (2017-09-14 17:21:54) > > From: Colin Ian King > > > > hw_check is being assigned and updated but is no longer being read, > > hence it is redundant and can be removed. > > > > Detected

Re: [PATCH] drm/vmwgfx: remove DRM_ERROR message, stops log spamming

On Tue, Sep 12, 2017 at 06:54:45PM +0100, Emil Velikov wrote: > On 12 September 2017 at 18:47, Colin Ian King > wrote: > > On 12/09/17 18:42, Thomas Hellstrom wrote: > >> Hi, Colin, > >> > >> On 09/12/2017 07:35 PM, Colin King wrote: > >>> From: Colin Ian King

Re: [PATCH v2 1/2] drm/gem-fb-helper: Cleanup docs

On Fri, Sep 15, 2017 at 12:45:14AM +0300, Laurent Pinchart wrote: > Hi Noralf, > > On Wednesday, 13 September 2017 16:41:49 EEST Noralf Trønnes wrote: > > Den 13.09.2017 04.44, skrev Laurent Pinchart: > > > On Monday, 11 September 2017 19:37:44 EEST Noralf Trønnes wrote: > > >> Make the docs read

[Bug 102358] WarThunder freezes at start, with activated vsync (vblank_mode=2)

https://bugs.freedesktop.org/show_bug.cgi?id=102358 --- Comment #26 from har...@gmx.de --- Created attachment 134383 --> https://bugs.freedesktop.org/attachment.cgi?id=134383=edit lprotection in action, longer debug log adapted debug log (longer test), showing current protection at work ...

Re: [PATCH] dma-fence: fix dma_fence_get_rcu_safe

On Mon, Sep 11, 2017 at 01:06:32PM +0200, Christian König wrote: > Am 11.09.2017 um 12:01 schrieb Chris Wilson: > > [SNIP] > > > Yeah, but that is illegal with a fence objects. > > > > > > When anybody allocates fences this way it breaks at least > > > reservation_object_get_fences_rcu(), > > >

Re: [PATCH 2/2] drm: rcar-du: Don't set connector DPMS property

On Fri, Sep 15, 2017 at 08:23:19PM +0300, Laurent Pinchart wrote: > Gentle review ping. Reviewed-by: Daniel Vetter on both. Please push to drm-misc or wherever. Thanks, Daniel > > On Tuesday, 15 August 2017 16:05:45 EEST Laurent Pinchart wrote: > > Since commit

Re: [Outreachy kernel] [PATCH v3 0/4] drm/agpsupport: Code cleanup

On Thu, Sep 14, 2017 at 01:36:17PM +0530, Meghana Madhyastha wrote: > Removes checkpath.pl errors and warnings. > > Changes in v3: > -Change commit title prefix from drm to drm/agpsupport > -Split the commit "Move EXPORT_SYMBOL so that it immediately follows its > function" into two

[PULL] drm-misc-next

Hi Dave, I heard you're nicely sleep-deprived again, so perfect time to send you a pull request. First pile of drm-misc for 4.15, busy as usual (but still well less than half the patch activity drm-intel.git has seen in the same time). drm-misc-next-2017-09-20: UAPI Changes: Cross-subsystem

Re: [RFC PATCH v4 3/6] i2c: add docs to clarify DMA handling

Hi Mauro, > > +Linux I2C and DMA > > +- > > I would use, instead: > > = > Linux I2C and DMA > = > > As this is the way we're starting document titles, after converted to > ReST. So, better to have it already using the right format, as one day I

[Bug 92248] [KBL/SKL/BYT/BXT/GLK] igt/kms_plane_scaling fail

https://bugs.freedesktop.org/show_bug.cgi?id=92248 --- Comment #41 from Hector Velazquez --- This test still fail on GLK QA igt@kms_plane_scaling Output

[Bug 102885] regression - 17.2 sparkle grid in shadows

https://bugs.freedesktop.org/show_bug.cgi?id=102885 --- Comment #5 from Thomas J. Moore --- I'm not sure I trust dropbox entirely (it's a bit invasive), but I went ahead and created an account to upload the trace file:

[Bug 102905] [R600] Miscompilation of TGSI to VLIW causes artifacts in Gallium Nine with Crysis2 bump mapping

https://bugs.freedesktop.org/show_bug.cgi?id=102905 Bug ID: 102905 Summary: [R600] Miscompilation of TGSI to VLIW causes artifacts in Gallium Nine with Crysis2 bump mapping Product: Mesa Version: 17.2 Hardware: Other

[Bug 101731] System freeze with AMDGPU when playing The Witcher 3 (GOG GOTY)

https://bugs.freedesktop.org/show_bug.cgi?id=101731 --- Comment #66 from Shmerl --- (In reply to Samuel Pitoiset from comment #64) > > The attached patches should workaround both issues (TW3 and Superposition), > but wine has to be fixed here. > > Please, let the bug open

[Bug 101731] System freeze with AMDGPU when playing The Witcher 3 (GOG GOTY)

https://bugs.freedesktop.org/show_bug.cgi?id=101731 --- Comment #65 from Shmerl --- (In reply to Samuel Pitoiset from comment #61) > Created attachment 134356 [details] [review] > updated special varying hack > > What about this updated patch? (the previous has to be

Re: [PATCH 2/2] drm/i915/psr: Set frames before SU entry for psr2

> On Sep 20, 2017, at 7:33 AM, Nagaraju, Vathsala > wrote: > > Set frames before SU entry value for max resync frame count of > dpcd register 2009, bit field 0:3. > > Cc: Rodrigo Vivi > CC: Puthikorn Voravootivat >

[Bug 102885] regression - 17.2 sparkle grid in shadows

https://bugs.freedesktop.org/show_bug.cgi?id=102885 --- Comment #4 from Thomas J. Moore --- I said I wouldn't, but I went ahead and did a git-bisect: 878bd981bf7aac1466ba3278796f200fa329e2af is the first bad commit If I have an opportunity later today, I may upload the trace

Re: [Intel-gfx] [PATCH 2/2] drm/i915/psr: Set frames before SU entry for psr2

On Wed, Sep 20, 2017 at 08:02:35PM +0530, vathsala nagaraju wrote: > Set frames before SU entry value for max resync frame count of > dpcd register 2009, bit field 0:3. > > Cc: Rodrigo Vivi > CC: Puthikorn Voravootivat > Signed-off-by: Vathsala

[PATCH 2/2] drm/i915/psr: Set frames before SU entry for psr2

Set frames before SU entry value for max resync frame count of dpcd register 2009, bit field 0:3. Cc: Rodrigo Vivi CC: Puthikorn Voravootivat Signed-off-by: Vathsala Nagaraju --- drivers/gpu/drm/i915/intel_psr.c | 12

[PATCH 1/2] drm/dp: Add defines for latency in sink

Add defines for dpcd register 2009 (synchronization latency in sink). Cc: Rodrigo Vivi CC: Puthikorn Voravootivat Signed-off-by: Vathsala Nagaraju --- include/drm/drm_dp_helper.h | 3 +++ 1 file changed, 3 insertions(+)

Re: [PATCH v3 1/2] drm/bridge: Add Cadence DSI driver

On Wed, 20 Sep 2017 15:42:50 +0300 Tomi Valkeinen wrote: >  > Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. > Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki > > On 20/09/17 15:32, Boris Brezillon wrote: > > On Wed, 20 Sep 2017 14:55:02

Re: [PATCH v3 1/2] drm/bridge: Add Cadence DSI driver

 Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki On 20/09/17 15:32, Boris Brezillon wrote: > On Wed, 20 Sep 2017 14:55:02 +0300 > Tomi Valkeinen wrote: > >> Hi Boris, >> >> >> Texas

[PULL] drm-intel-fixes v2

Hi Dave, I'm sorry for the previous version generated on wrong base. I believe this one looks sane now. drm/i915 fixes for 4.14-rc1 Couple fixes for stable: - Fix MIPI panels on BXT. - Fix PCI BARs information on GVT. Plus other fixes: - Fix minimal brightness for BXT, GLK, CFL and CNL. -

Re: [PATCH v3 1/2] drm/bridge: Add Cadence DSI driver

On Wed, 20 Sep 2017 14:55:02 +0300 Tomi Valkeinen wrote: > Hi Boris, > > > Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. > Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki > > On 31/08/17 18:55, Boris Brezillon wrote: > > Add a driver

Re: [PATCH] qxl: fix framebuffer unpinning

Hi, > > "removing the device"?  qxl can't be hotplugged ... > > Or do you mean "rmmod qxl"? > > rmmod qxl rmmod: ERROR: Module qxl is in use. How do you do that? CONFIG_FBCON=n? cheers, Gerd ___ dri-devel mailing list

Re: [PATCH v3 1/2] drm/bridge: Add Cadence DSI driver

On Tue, 19 Sep 2017 17:25:29 +0300 Tomi Valkeinen wrote: >  > Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. > Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki > > On 19/09/17 16:48, Boris Brezillon wrote: > > On Tue, 19 Sep 2017 16:38:31

Re: [PATCH 3/3] drm/panel: Add Ilitek ILI9322 driver

On Sun, Aug 13, 2017 at 1:44 PM, Linus Walleij wrote: > This adds support for the Ilitek ILI9322 QVGA (320x240) > TFT panel driver. > > This panel driver supports serial or parallel RGB or > YUV input and also ITU-T BT.656 input streams. > > The controller is combined

Re: [PATCH 2/3] drm/panel: Add DT bindings for Ilitek ILI9322

On Sat, Sep 2, 2017 at 11:17 PM, Linus Walleij wrote: > On Thu, Aug 17, 2017 at 10:44 PM, Rob Herring wrote: >> On Sun, Aug 13, 2017 at 01:44:47PM +0200, Linus Walleij wrote: > >>> This adds device tree bindings for the Ilitek ILI9322 >>> 320x240 TFT

Re: [PATCH v3 1/2] drm/bridge: Add Cadence DSI driver

Hi Boris, Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki On 31/08/17 18:55, Boris Brezillon wrote: > Add a driver for Cadence DPI -> DSI bridge. > > This driver only support a subset of Cadence DSI bridge

[ANN] edid-decode on freedesktop.org has been updated to the latest CTA-861 spec

For anyone interested in decoding an EDID: The edid-decode utility available from git://anongit.freedesktop.org/xorg/app/edid-decode has been updated to include the latest CTA-861-G standard. Also many bug fixes were applied and the utility does a much better job at checking the EDID for

Re: [PATCH 5/7] arm64: dts: rockchip: rk3399: Correct MIPI DPHY PLL clock

Am Montag, 18. September 2017, 17:05:37 CEST schrieb Nickey Yang: > clk_24m --> Gate11[14] --> clk_mipidphy_ref --> Gate21[0] --> clk_dphy_pll > > Signed-off-by: Nickey Yang applied as fix for 4.14 after polishing the commit message a bit Thanks Heiko

Re: [PATCH 2/6] drm/exynos: ipp: Add IPP v2 framework

Hi Tobias, Thanks for testing! On 2017-09-15 19:18, Tobias Jakobi wrote: Hello Marek, Marek Szyprowski wrote: This patch adds Exynos IPP v2 subsystem and userspace API. New userspace API is focused ONLY on memory-to-memory image processing. The two remainging IPP operation modes

[GIT PULL] exynos-drm-fixes

Hi Dave, Just several regression fixups. Please kindly let me know if there is any problem. Thanks, Inki Dae The following changes since commit 134dd2e616b9cd8300c08cd1b38987ded74f662f: Merge tag 'drm-amdkfd-next-2017-09-02' of git://people.freedesktop.org/~gabbayo/linux into

Re: [PATCH 2/6] drm/exynos: ipp: Add IPP v2 framework

Hi Marek, Tested-by: Hoegeun Kwon Best regards, Hoegeun On 09/12/2017 05:08 PM, Marek Szyprowski wrote: This patch adds Exynos IPP v2 subsystem and userspace API. New userspace API is focused ONLY on memory-to-memory image processing. The two remainging IPP

Re: [PATCH 1/6] drm/exynos: ipp: Remove Exynos DRM IPP subsystem

Hi Marek, Tested-by: Hoegeun Kwon Best regards, Hoegeun On 09/12/2017 05:08 PM, Marek Szyprowski wrote: Exynos IPP will be rewritten, so remove current IPP core code and mark existing drivers as BROKEN. Signed-off-by: Marek Szyprowski

Re: [PATCH 4/6] drm/exynos: gsc: Convert driver to IPP v2 core API

Hi Marek, Tested-by: Hoegeun Kwon Best regards, Hoegeun On 09/12/2017 05:08 PM, Marek Szyprowski wrote: This patch adapts Exynos DRM rotator driver to new IPP v2 core API. The side effect of this conversion is a switch to driver component API to register properly

[Bug 101731] System freeze with AMDGPU when playing The Witcher 3 (GOG GOTY)

https://bugs.freedesktop.org/show_bug.cgi?id=101731 --- Comment #64 from Samuel Pitoiset --- See the attached trace from https://bugs.freedesktop.org/show_bug.cgi?id=102797, it reproduces the same issue. So, basically the issue is that wine fails to set the transform

[Bug 102797] Running unigine superposition benchmark in wine freezes the system

https://bugs.freedesktop.org/show_bug.cgi?id=102797 Samuel Pitoiset changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 101731] System freeze with AMDGPU when playing The Witcher 3 (GOG GOTY)

https://bugs.freedesktop.org/show_bug.cgi?id=101731 Samuel Pitoiset changed: What|Removed |Added CC|

[Bug 102797] Running unigine superposition benchmark in wine freezes the system

https://bugs.freedesktop.org/show_bug.cgi?id=102797 --- Comment #1 from Samuel Pitoiset --- Very interesting stuff! It's similar to the TW3 issue (https://bugs.freedesktop.org/show_bug.cgi?id=101731). Basically, Wine doesn't correctly set the transform feedback

[PATCH v3 1/2] staging: ion: simplify ioctl args checking function

Make arguments checking more easy to read. Signed-off-by: Benjamin Gaignard --- drivers/staging/android/ion/ion-ioctl.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/drivers/staging/android/ion/ion-ioctl.c

[PATCH v3 0/2] staging: ion: get one device per heap

version 3: - change ion_device_add_heap prototype to return a possible error version 2: - simplify ioctl check like propose by Dan - make sure that we don't register more than ION_DEV_MAX heaps Until now all ion heaps are addressing using the same device "/dev/ion". This way of working doesn't

[PATCH v3 2/2] staging: ion: create one device entry per heap

Instead a getting one common device "/dev/ion" for all the heaps this patch allow to create one device entry ("/dev/ionX") per heap. Getting an entry per heap could allow to set security rules per heap and global ones for all heaps. Allocation requests will be only allowed if the mask_id match

[Bug 101731] System freeze with AMDGPU when playing The Witcher 3 (GOG GOTY)

https://bugs.freedesktop.org/show_bug.cgi?id=101731 --- Comment #62 from Shmerl --- I'll give a try. May be game settings affect what's going on too. For the reference, I set all to max, except hairworks off. Ambient occlusion: HBAO+. -- You are receiving this mail

[Bug 101731] System freeze with AMDGPU when playing The Witcher 3 (GOG GOTY)

https://bugs.freedesktop.org/show_bug.cgi?id=101731 --- Comment #61 from Samuel Pitoiset --- Created attachment 134356 --> https://bugs.freedesktop.org/attachment.cgi?id=134356=edit updated special varying hack What about this updated patch? (the previous has to be

[Bug 101731] System freeze with AMDGPU when playing The Witcher 3 (GOG GOTY)

https://bugs.freedesktop.org/show_bug.cgi?id=101731 --- Comment #60 from Samuel Pitoiset --- Yeah, I built against the same commit and I'm able to reproduce the link-time error. -- You are receiving this mail because: You are the assignee for the

[Bug 101731] System freeze with AMDGPU when playing The Witcher 3 (GOG GOTY)

https://bugs.freedesktop.org/show_bug.cgi?id=101731 --- Comment #59 from Shmerl --- Actually, looks like 2.17 is the last one, so their official build should be just that. It's based on commit bb16263fe1974851f495435fef9a3d57fa2d4aa9 -- You are receiving this mail because:

[Bug 101731] System freeze with AMDGPU when playing The Witcher 3 (GOG GOTY)

https://bugs.freedesktop.org/show_bug.cgi?id=101731 --- Comment #58 from Shmerl --- I suppose I can also build Wine from that commit and apply all staging patches including past 2.17. -- You are receiving this mail because: You are the assignee for the

[Bug 101731] System freeze with AMDGPU when playing The Witcher 3 (GOG GOTY)

https://bugs.freedesktop.org/show_bug.cgi?id=101731 --- Comment #57 from Shmerl --- Here is the run with Wine staging 2.17 (MESA_DEBUG set): ATTENTION: default value of option mesa_glthread overridden by environment. *** The Witcher 3 SPECIAL HACK ENABLED *** Mesa: User

[Bug 101731] System freeze with AMDGPU when playing The Witcher 3 (GOG GOTY)

https://bugs.freedesktop.org/show_bug.cgi?id=101731 --- Comment #56 from Shmerl --- (In reply to Samuel Pitoiset from comment #55) > Okay, the hack doesn't work for you, Mesa fails to link because the varying > name is not the same. > > What version of wine are you using?

[Bug 101731] System freeze with AMDGPU when playing The Witcher 3 (GOG GOTY)

https://bugs.freedesktop.org/show_bug.cgi?id=101731 --- Comment #55 from Samuel Pitoiset --- Okay, the hack doesn't work for you, Mesa fails to link because the varying name is not the same. What version of wine are you using? FWIW, I'm building my local copy from

  1   2   >