Re: [PATCH v17 0/7] drm/rockchip: Add CDN DP driver

Hi Chris Applied to my drm-next and already sent pull request to Dave. Thanks. On 2017年02月05日 15:54, Chris Zhong wrote: This series adds support for the CDN DP controller to the rockchip drm driver. This version fixes some coding style error in v16, it post by Sean Paul, you can find it here:

[GIT PULL] drm/rockchip: add cdn-dp support and some fixes

Hi Dave drm/rockchip cdn-dp driver is v17 now, I think it's ready to land it. Thanks. The following changes since commit 99743ae4c5f52f8f8ceb17783056fcc9b4f8b64c: Merge branch 'drm-etnaviv-next' of https://git.pengutronix.de/git/lst/linux into drm-next (2017-02-03 05:41:58 +1000) are

[Bug 99136] Blood Effects Total War: Warhammer

https://bugs.freedesktop.org/show_bug.cgi?id=99136 --- Comment #13 from Samuel Pitoiset --- My version 1.5, can you try upgrading? I don't see that "blood effects" options. Last time I tried to reproduce the issue, I used many different graphics options without

[Bug 99683] Powerplay features request: manually set GPU (Fiji) frequency beyond default limits and per application

https://bugs.freedesktop.org/show_bug.cgi?id=99683 Bug ID: 99683 Summary: Powerplay features request: manually set GPU (Fiji) frequency beyond default limits and per application Product: DRI Version: unspecified Hardware:

[Bug 99450] [amdgpu] Payday 2 visual glitches on some models

https://bugs.freedesktop.org/show_bug.cgi?id=99450 Hugo Posnic changed: What|Removed |Added Status|RESOLVED|REOPENED

[Bug 99528] Wine game doesn't redraw properly in fullscreen

https://bugs.freedesktop.org/show_bug.cgi?id=99528 --- Comment #5 from fin4...@hotmail.com --- Also Debian testing Xfce is more stable, easier and compatible than Arch Linux. -- You are receiving this mail because: You are the assignee for the bug.___

[Bug 99528] Wine game doesn't redraw properly in fullscreen

https://bugs.freedesktop.org/show_bug.cgi?id=99528 --- Comment #4 from fin4...@hotmail.com --- (In reply to Fabian Maurer from comment #3) > Still present for me with mesa 88752.3f064e9a40 and linux 4.9.6. Those stock kernels have very little new amdgpu and radeon drivers code (see diff in

[Bug 99685] [amdgpu R9 390X] GPU hang on windows switching while running Quetoo

https://bugs.freedesktop.org/show_bug.cgi?id=99685 Bug ID: 99685 Summary: [amdgpu R9 390X] GPU hang on windows switching while running Quetoo Product: Mesa Version: 17.0 Hardware: x86-64 (AMD64) OS: Linux

[Bug 99528] Wine game doesn't redraw properly in fullscreen

https://bugs.freedesktop.org/show_bug.cgi?id=99528 --- Comment #6 from Fabian Maurer --- (In reply to fin4478 from comment #4) > Those stock kernels have very little new amdgpu and radeon drivers code > (see diff in kernel.org), use latest drivers when you make bug reports.

[Bug 99488] [r600g]OpenCL driver causes ImageMagick to hang on JPEG input in Gaussian Blur kernel

https://bugs.freedesktop.org/show_bug.cgi?id=99488 --- Comment #7 from Jan Vesely --- Thanks for the info. I think it's the same bug that hangs GROMACS kernel (my patch was originally written to debug GROMACS). you can change the assert to if and use "I->dump()" to

Re: [PATCH] drm/i915: Fix not finding the VBT when it overlaps with OPREGION_ASLE_EXT

On Sun, 25 Dec 2016, Hans de Goede wrote: > If there is no OPREGION_ASLE_EXT then a VBT stored in mailbox #4 may > use the ASLE_EXT parts of the opregion. Adjust the vbt_size calculation > for a vbt in mailbox #4 for this. > > This fixes the driver not finding the VBT on a

Re: [PATCH v3 5/7] dt-bindings: display: Add common rotation property

On Fri, Feb 03, 2017 at 01:16:45PM +0100, Noralf Trønnes wrote: > Thierry, please have a look at this. > In which direction should we rotate to match how drm rotation works? > > > Den 01.02.2017 18.41, skrev Rob Herring: > > On Tue, Jan 31, 2017 at 05:03:17PM +0100, Noralf Trønnes wrote: > > >

[Bug 99680] VM/GPU fault on 4.10-rc6 (Kaveri + Topaz)

https://bugs.freedesktop.org/show_bug.cgi?id=99680 --- Comment #2 from SET --- This happened since 4.10-rc1, much has changed since, it's not fatal and bisecting is much time taking. I reported this in case it might be helpful to devs. If it's perceived as annoying noise,

[Bug 99488] [r600g]OpenCL driver causes ImageMagick to hang on JPEG input in Gaussian Blur kernel

https://bugs.freedesktop.org/show_bug.cgi?id=99488 --- Comment #6 from nixscrip...@gmail.com --- Replicating the issue again, here is the backtrace you requested: (gdb) bt #0 0x03b11dea95d4 in llvm::MachineInstr::findRegisterUseOperandIdx(unsigned int, bool, llvm::TargetRegisterInfo const*)

[Bug 99450] [amdgpu] Payday 2 visual glitches on some models

https://bugs.freedesktop.org/show_bug.cgi?id=99450 --- Comment #4 from fin4...@hotmail.com --- Use latest amdgpu driver, those stock kernels are buggy. https://cgit.freedesktop.org/~agd5f/linux/?h=drm-next-4.11-wip Also Oibaf ppa have latest mesa and Debian testing Xfce is more stable, easier and

[PATCH 2/5] drm: of: introduce drm_of_find_panel_or_bridge

Many drivers have a common pattern of searching the OF graph for either an attached panel or bridge and then finding the DRM struct for the panel or bridge. Also, most drivers need to handle deferred probing when the DRM device is not yet instantiated. Create a common function,

[PATCH 3/5] drm: convert drivers to use of_graph_get_remote_node

Convert drivers to use the new of_graph_get_remote_node() helper instead of parsing the endpoint node and then getting the remote device node. Now drivers can just specify the device node and which port/endpoint and get back the connected remote device node. The details of the graph binding are

Re: [RFCv2 PATCH 4/5] drm/bridge: add dw-hdmi cec driver using Hans Verkuil's CEC code

Hi, 2016-11-14 16:22 GMT+01:00 Hans Verkuil : > From: Russell King > > Add a CEC driver for the dw-hdmi hardware using Hans Verkuil's CEC > implementation. > > Signed-off-by: Russell King I've seen that the patchset

[PATCH 4/5] drm: convert drivers to use drm_of_find_panel_or_bridge

Similar to the previous commit, convert drivers open coding OF graph parsing to use drm_of_find_panel_or_bridge instead. This changes some error messages to debug messages (in the graph core). Graph connections are often "no connects" depending on the particular board, so we want to avoid

[PATCH] drm/exynos: fimd: Do not use HW trigger for exynos3250

Commit a6f75aa161c5 ("drm/exynos: fimd: add HW trigger support") added hardware trigger support to the FIMD controller driver. I have tested but this broke the display in at least the exynos3250 Gear 2. So until the issue is fixed, avoid using HW trigger for the exynos3250 based boards and use SW

Re: [PATCH V7 3/4] drm/bridge: Add driver for GE B850v3 LVDS/DP++ Bridge

On 3 February 2017 at 08:00, Daniel Vetter wrote: > On Thu, Feb 02, 2017 at 12:37:21PM +, Emil Velikov wrote: >> - Daniel, gents - is drm-misc aimed at devs with limited (no?) >> review/commit history in the area and/or the kernel in general ? >> In this case, Peter have

Re: [PATCH 4/5] drm: convert drivers to use drm_of_find_panel_or_bridge

Hi Rob, On Sat, Feb 4, 2017 at 1:36 AM, Rob Herring wrote: > diff --git a/drivers/gpu/drm/mxsfb/mxsfb_out.c > b/drivers/gpu/drm/mxsfb/mxsfb_out.c > index fa8d17399407..f7d729aa09bd 100644 > --- a/drivers/gpu/drm/mxsfb/mxsfb_out.c > +++ b/drivers/gpu/drm/mxsfb/mxsfb_out.c > @@

[PATCH 1/5] of: introduce of_graph_get_remote_node

The OF graph API leaves too much of the graph walking to clients when in many cases the driver doesn't care about accessing the port or endpoint nodes. The drivers typically just want the device connected via a particular graph connection. of_graph_get_remote_node provides this functionality.

[PATCH v3] drm: remove unnecessary fault wrappers

The fault wrappers drm_vm_fault(), drm_vm_shm_fault(), drm_vm_dma_fault() and drm_vm_sg_fault() used to provide extra logic beyond what was in the "drm_do_*" versions of these functions, but as of this commit: commit ca0b07d9a969 ("drm: convert drm from nopage to fault.") They are just

[PATCH v2] Revert "drm/vmwgfx: Replace numeric parameter like 0444 with macro"

This reverts commit 2d8e60e8b0742b7a5cddc806fe38bb81ee876c33. The commit belongs to the series of 1285 patches sent to LKML on 2016-08-02, it changes the representation of file permissions from the octal value "0600" to "S_IRUSR | S_IWUSR". The general consensus was that the changes does not

[PATCH -next] drm: mxsfb: Make local symbol mxsfb_funcs static

From: Wei Yongjun Fixes the following sparse warning: drivers/gpu/drm/mxsfb/mxsfb_drv.c:129:38: warning: symbol 'mxsfb_funcs' was not declared. Should it be static? Signed-off-by: Wei Yongjun --- drivers/gpu/drm/mxsfb/mxsfb_drv.c | 2 +- 1

[PATCH 5/5] drm: omap: use common OF graph helpers

The OMAP driver has its own OF graph helpers that are similar to the common helpers. This commit replaces most of the calls with the common helpers. There's still a couple of custom helpers left, but the driver needs more extensive changes to get rid of them. In dss_init_ports, we invert the

[PATCH] drm/i915/debugfs: Add i915_hpd_storm_ctl

This adds a file in i915's debugfs directory that allows userspace to manually control HPD storm detection. This is mainly for hotplugging tests, where we might want to test HPD storm functionality or disable storm detection to speed up hotplugging tests without breaking anything. Signed-off-by:

Re: [PATCH v5 0/3] Allow ASYNC flip with atomic helpers.

Reviewed-by: Edward O'Callaghan On 02/04/2017 04:46 AM, Alex Deucher wrote: > On Thu, Feb 2, 2017 at 4:56 PM, Andrey Grodzovsky > wrote: >> This series is a folow-up on >> https://patchwork.kernel.org/patch/9501787/ >> >> The first patch

[PATCH -next] drm: mxsfb: fix error return code in mxsfb_load()

From: Wei Yongjun Fix to return a negative error code from the error handling case instead of 0, as done elsewhere in this function. Signed-off-by: Wei Yongjun --- drivers/gpu/drm/mxsfb/mxsfb_drv.c | 1 + 1 file changed, 1 insertion(+) diff

Re: [PATCH 4/5] drm: convert drivers to use drm_of_find_panel_or_bridge

On Sat, Feb 4, 2017 at 2:26 PM, Fabio Estevam wrote: > Hi Rob, > > On Sat, Feb 4, 2017 at 1:36 AM, Rob Herring wrote: > >> diff --git a/drivers/gpu/drm/mxsfb/mxsfb_out.c >> b/drivers/gpu/drm/mxsfb/mxsfb_out.c >> index fa8d17399407..f7d729aa09bd 100644 >> ---

Re: [RFCv2 PATCH 3/5] drm/bridge: dw_hdmi: add HDMI notifier support

Hi 2016-11-14 16:22 GMT+01:00 Hans Verkuil : > From: Russell King > > Add HDMI notifiers to the HDMI bridge driver. > @@ -1448,9 +1450,11 @@ static int dw_hdmi_connector_get_modes(struct > drm_connector *connector) >

drm/ttm: Fix unused variable warning

This cleans up a remnant from Christian's patch (drm/ttm: revert "add optional LRU removal callback v2") Kent >From dfdf89a8dff0e378db6fa9578f75b02eec02ca0e Mon Sep 17 00:00:00 2001 From: Kent Russell Date: Tue, 31 Jan 2017 06:44:10 -0500 Subject: [PATCH] drm/ttm: Fix

[PATCH 0/5] DRM OF graph clean-up

I've been unhappy with the OF graph API for some time and decided to do something about it. The problem is drivers have to do too much of the graph parsing and walking themselves. This has led to the same pattern duplicated over and over. This series adds 2 new helpers and adapts DRM drivers

答复: [PATCH] drm/amdgpu/virt: fix double kfree on bo_va

thanks for this catch! Reviewed-by: Monk Liu 发件人: Colin King 发送时间: 2017年2月4日 4:23:42 收件人: Deucher, Alexander; Koenig, Christian; David Airlie; Liu, Monk; Yu, Xiangliang; amd-...@lists.freedesktop.org;

Re: [PATCH V7 3/4] drm/bridge: Add driver for GE B850v3 LVDS/DP++ Bridge

On Thu, Feb 02, 2017 at 12:37:21PM +, Emil Velikov wrote: > - Daniel, gents - is drm-misc aimed at devs with limited (no?) > review/commit history in the area and/or the kernel in general ? > In this case, Peter have quite noticeable experience [in kernel > development] with little-to no in

[Bug 99680] VM/GPU fault on 4.10-rc6 (Kaveri + Topaz)

https://bugs.freedesktop.org/show_bug.cgi?id=99680 --- Comment #1 from Michel Dänzer --- If this is a regression from older kernels, can you bisect? -- You are receiving this mail because: You are the assignee for the bug.___

[Bug 99679] DRI PRIME doesn't always work with intel/radeon

https://bugs.freedesktop.org/show_bug.cgi?id=99679 --- Comment #1 from Michel Dänzer --- Please attach the corresponding Xorg log file, and the output of the following from when the problem occurs: * dmesg * LIBGL_DEBUG=verbose glxinfo 2>&1 * LIBGL_DEBUG=verbose glxgears

Re: [PATCH 1/5] of: introduce of_graph_get_remote_node

Hi Rob, On 02/04/2017 05:36 AM, Rob Herring wrote: > The OF graph API leaves too much of the graph walking to clients when > in many cases the driver doesn't care about accessing the port or > endpoint nodes. The drivers typically just want the device connected via > a particular graph

Re: [PATCH 0/5] DRM OF graph clean-up

On Fri, Feb 03, 2017 at 09:36:30PM -0600, Rob Herring wrote: > The Armada and Rockchip drivers remain oddballs with their own graph > parsing. I can't see how the armada driver even can work. There's > nothing to instantiate the armada-drm device either in DT or the kernel. Correct, that's

Re: [PATCH 4/5] drm: convert drivers to use drm_of_find_panel_or_bridge

On Sun, Feb 5, 2017 at 8:25 PM, Rob Herring wrote: > Did the bridge driver probe? This function just checks lists of > registered panels and bridges. The tda998x_probe() returns success, but tda998x_bind() is never called. I am trying to understand what needs to be done in

Re: [PATCH v2 2/2] [media] v4l: Add 10/16-bits per channel YUV pixel formats

Em Thu, 5 Jan 2017 20:27:17 +0200 Sakari Ailus escreveu: > Hi Randy, > > On Thu, Jan 05, 2017 at 11:22:26PM +0800, ayaka wrote: > > > > > > On 01/05/2017 06:30 PM, Sakari Ailus wrote: > > >Hi Randy, > > > > > >Thanks for the update. > > > > > >On Thu, Jan 05, 2017 at

[Bug 99687] Radeon RV790 Choppy cursor and framerates under xwayland

https://bugs.freedesktop.org/show_bug.cgi?id=99687 Bug ID: 99687 Summary: Radeon RV790 Choppy cursor and framerates under xwayland Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All)

[Bug 99687] Radeon RV790 Choppy cursor and framerates under xwayland

https://bugs.freedesktop.org/show_bug.cgi?id=99687 --- Comment #1 from Nick Tenney --- Major thing I forgot to mention in the initial report: I verified that sway also had the issue, which I believes eliminates gnome/mutter as the culprit. -- You are receiving this mail

[Bug 99687] Radeon RV790 Choppy cursor and framerates under xwayland

https://bugs.freedesktop.org/show_bug.cgi?id=99687 Michel Dänzer changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 99528] Wine game doesn't redraw properly in fullscreen

https://bugs.freedesktop.org/show_bug.cgi?id=99528 --- Comment #7 from Michel Dänzer --- (In reply to fin4478 from comment #4) > Those stock kernels have very little new amdgpu and radeon drivers code > (see diff in kernel.org), use latest drivers when you make bug reports.

[Bug 99136] Blood Effects Total War: Warhammer

https://bugs.freedesktop.org/show_bug.cgi?id=99136 --- Comment #14 from siyia --- lol start the game >in the game menu choose options ->graphics-->advanced->then tick the blood effects and press accept changes. Finally try and play a custom battle. -- You

[Bug 99136] Blood Effects Total War: Warhammer

https://bugs.freedesktop.org/show_bug.cgi?id=99136 --- Comment #15 from siyia --- when you open the graphics menu on the right side it has some options that can be ticked for example vsync,blood effects is one of them. -- You are receiving this mail because: You are the

[Bug 99136] Blood Effects Total War: Warhammer

https://bugs.freedesktop.org/show_bug.cgi?id=99136 --- Comment #16 from siyia --- Created attachment 129352 --> https://bugs.freedesktop.org/attachment.cgi?id=129352=edit blood effects options in menu -- You are receiving this mail because: You are the assignee for the

[Bug 99136] Blood Effects Total War: Warhammer

https://bugs.freedesktop.org/show_bug.cgi?id=99136 --- Comment #17 from siyia --- posted a screenshot of the graphics options with blood effect -- You are receiving this mail because: You are the assignee for the bug.___

[Bug 99136] Blood Effects Total War: Warhammer

https://bugs.freedesktop.org/show_bug.cgi?id=99136 --- Comment #18 from siyia --- just tick it in ur game and test it -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list