[Bug 103874] The Witcher 3: flickering regression with radeonsi

https://bugs.freedesktop.org/show_bug.cgi?id=103874 Bug ID: 103874 Summary: The Witcher 3: flickering regression with radeonsi Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW

[git pull] drm for 4.15 part 2 (updated)

Hi Linus, This is an incremental pull on top of yesterdays, it contains all of that, Summary from first pull: This is just some bits and pieces for the second half of the merge window, 1. Remove the MSM dt-bindings file Rob managed to push in the previous pull. 2. Add a property/edid quirk to

Re: [PATCH 1/6] drm/i915: export the stolen region as a resource

+ Ville to comment if the removed code loses some meaningful comments or not. I already went through the code doing consolidations, about a year ago, so I may be blind to it. On Wed, 2017-11-22 at 21:19 +, Matthew Auld wrote: > We duplicate the stolen discovery code in early-quirks and in

Re: [PATCH 8/8] drm/msm/gpu: Add devfreq support for the GPU

Hi Jordan, Thank you for the patch! Yet something to improve: [auto build test ERROR on robclark/msm-next] [also build test ERROR on next-20171122] [cannot apply to v4.14] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: 4.9.62: intermittent flicker after upgrade from 4.9.61

On Thu, Nov 23, 2017 at 10:09:25PM +0100, Rainer Fiebig wrote: > Rainer Fiebig wrote: > > Maarten Lankhorst wrote: > >> Op 20-11-17 om 09:51 schreef Rainer Fiebig: > >>> Jani Nikula wrote: > On Sun, 19 Nov 2017, Greg KH wrote: > > On Sun, Nov 19, 2017 at

[Bug 103370] `vblank_mode=0 DRI_PRIME=1 glxgears` will introduce GPU lock up on Intel Graphics [8086:5917] + AMD Graphics [1002:6665] (rev c3)

https://bugs.freedesktop.org/show_bug.cgi?id=103370 --- Comment #41 from Robert Liu --- So far, setting max_sclk to 6 and max_mclk to 8, the system passed a 24hours burn-in test (vblank_mode=0 DRI_PRIME=1 glmark2 --run-forever). Another issue found is when

Re: [PATCH 4/5] drm: Check crtc_state->enable rather than crtc->enabled in drm_plane_helper_check_state()

Hi Ville, Thank you for the patch. On Wednesday, 1 November 2017 20:29:19 EET Ville Syrjala wrote: > From: Ville Syrjälä > > drm_plane_helper_check_state() is supposed to do things the atomic way, > so it should not be inspecting crtc->enabled. Rather we should

Re: [PATCH] dma-buf: Fix ifnullfree.cocci warnings

Hello Vasyl, On 22 November 2017 at 20:52, Vasyl Gomonovych wrote: > NULL check before some freeing functions is not needed. > drivers/dma-buf/dma-buf.c:1183:2-26: WARNING: NULL check before freeing > debugfs_remove_recursive > Generated by:

[Bug 103863] Screen doesn't light up with "amdgpu.dc=1"

https://bugs.freedesktop.org/show_bug.cgi?id=103863 Michel Dänzer changed: What|Removed |Added Component|Driver/AMDgpu |DRM/AMDgpu

Re: [PATCH 2/5] drm/vmwgfx: Use drm_plane_helper_check_state()

Hi Ville, Thank you for the patch. On Wednesday, 1 November 2017 20:29:17 EET Ville Syrjala wrote: > From: Ville Syrjälä > > Atomic drivers have no reason to use drm_plane_helper_check_update() > instead of drm_plane_helper_check_state(). So let's switch over. >

Re: [PATCH 1/2] drivers/video/hdmi: allow for larger-than-needed vendor IF

On 11/21/17 16:27, Ville Syrjälä wrote: > On Mon, Nov 20, 2017 at 04:02:14PM +0100, Hans Verkuil wrote: >> On 11/20/2017 03:51 PM, Ville Syrjälä wrote: >>> On Mon, Nov 20, 2017 at 02:41:28PM +0100, Hans Verkuil wrote: From: Hans Verkuil Some devices (Windows

[PATCH] drm/vblank: Pass crtc_id to page_flip_ioctl.

We added crtc_id to the atomic ioctl, but forgot to add it for vblank and page flip events. Commit bd386e518056 ("drm: Reorganize drm_pending_event to support future event types [v2]") added it to the vblank event, but page flip event was still missing. Correct this and add a test for making sure

[PATCH] video: fbdev: remove redundant self assignment of 'height'

From: Colin Ian King The assignment of height to itself is redundant and can be removed. Detected with Coccinelle. Signed-off-by: Colin Ian King --- drivers/video/fbdev/vga16fb.c | 1 - 1 file changed, 1 deletion(-) diff --git

[PATCH] MAINTAINERS: Remove Jani as drm-misc co-maintainer

I'm juggling too many things, and drm-misc maintenance is one that I keep dropping on the floor. Admit reality and remove myself as maintainer. This still leaves us with a nice team of three who are actually doing the drm-misc work, while I focus on drm-intel. Cc: Daniel Vetter

Re: [PATCH 5/5] drm: Move drm_plane_helper_check_state() into drm_atomic_helper.c

Hi Ville, Thank you for the patch. On Wednesday, 1 November 2017 20:29:20 EET Ville Syrjala wrote: > From: Ville Syrjälä > > drm_plane_helper_check_update() isn't a transitional helper, so let's > rename it to drm_atomic_helper_check_plane_state() and move it

Re: [PATCH 1/5] drm/vmwgfx: Remove bogus crtc coords vs fb size check

Hi Ville, Thank you for the patch. On Wednesday, 1 November 2017 20:29:16 EET Ville Syrjala wrote: > From: Ville Syrjälä > > Throw away the bugs crtc coords vs. fb size check. Crtc coords don't > define the viewport inside the fb, that's a job for the src coords,

[PATCH] drm/msm: update adreno firmware path in MODULE_FIRMWARE

The preferred location for Adreno firmware files is now in qcom/ subfolder, especially now that we are adding some of them in linux-firmware. Reported-by: Ben Hutchings Signed-off-by: Nicolas Dechesne ---

Re: [Intel-gfx] [PATCH 3/5] drm/vmwgfx: Try to fix plane clipping

Hi Ville, On Monday, 6 November 2017 20:04:38 EET Ville Syrjälä wrote: > On Thu, Nov 02, 2017 at 03:19:30PM +0200, Ville Syrjälä wrote: > > On Thu, Nov 02, 2017 at 11:12:09AM +0100, Daniel Vetter wrote: > >> On Wed, Nov 01, 2017 at 08:29:18PM +0200, Ville Syrjala wrote: > >>> From: Ville Syrjälä

Re: [PATCH 0/5] drm: drm_plane_helper_check_state() related stuff

Hi Ville, On Monday, 20 November 2017 21:36:46 EET Ville Syrjälä wrote: > On Mon, Nov 20, 2017 at 09:32:56AM -0800, Sinclair Yeh wrote: > > On Mon, Nov 20, 2017 at 08:34:50AM +0100, Daniel Vetter wrote: > >> On Fri, Nov 10, 2017 at 11:42:59PM +0200, Ville Syrjälä wrote: > >>> On Fri, Nov 10, 2017

Re: [PATCH] drm/vc4: Fix false positive WARN() backtrace on refcount_inc() usage

On Wed, 22 Nov 2017 16:13:31 -0800 Eric Anholt wrote: > Boris Brezillon writes: > > > On Wed, 22 Nov 2017 13:16:08 -0800 > > Eric Anholt wrote: > > > >> Boris Brezillon writes: > >>

Re: [PATCH 1/8] drm/mediatek: Use regmap for register access

Hi Matthias, On Tue, 2017-11-14 at 22:41 +0100, Matthias Brugger wrote: > The mmsys memory space is shared between the drm and the > clk driver. Use regmap to access it. > > Signed-off-by: Matthias Brugger > --- > drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 4 ++-- >

[Bug 100745] amdgpu fails to wake up DisplayPort DELL monitors with 'clock recovery failed'

https://bugs.freedesktop.org/show_bug.cgi?id=100745 --- Comment #9 from Michel Dänzer --- (In reply to Benjamin Bellec from comment #8) > I hit the same problem today after enabling amdgpu.dc=1 > The screen doesn't light up at all if I boot the kernel with amdgpu.dc=1 AFAICT

Re: [PATCH v9 4/5] x86/PCI: Enable a 64bit BAR on AMD Family 15h (Models 30h-3fh) Processors v5

Am 22.11.2017 um 18:27 schrieb Boris Ostrovsky: On 11/22/2017 11:54 AM, Christian König wrote: Am 22.11.2017 um 17:24 schrieb Boris Ostrovsky: On 11/22/2017 05:09 AM, Christian König wrote: Am 21.11.2017 um 23:26 schrieb Boris Ostrovsky: On 11/21/2017 08:34 AM, Christian König wrote: Hi

Re: [PATCH 2/8] mfd: mtk-mmsys: Add mmsys driver

Hi Matthias, On Tue, 2017-11-14 at 22:41 +0100, Matthias Brugger wrote: > The MMSYS subsystem includes clocks and drm components. > This patch adds a MFD device to probe both drivers from the same > device tree compatible. > > Signed-off-by: Matthias Brugger > --- >

Re: [PATCH v9 4/5] x86/PCI: Enable a 64bit BAR on AMD Family 15h (Models 30h-3fh) Processors v5

On 11/22/2017 05:09 AM, Christian König wrote: > Am 21.11.2017 um 23:26 schrieb Boris Ostrovsky: >> On 11/21/2017 08:34 AM, Christian König wrote: >>> Hi Boris, >>> >>> attached are two patches. >>> >>> The first one is a trivial fix for the infinite loop issue, it now >>> correctly aborts the

Re: [PATCH V2 09/29] drm/i915: deprecate pci_get_bus_and_slot()

On 11/22/2017 5:49 PM, Sinan Kaya wrote: > static int i915_get_bridge_dev(struct drm_i915_private *dev_priv) > { > - dev_priv->bridge_dev = pci_get_bus_and_slot(0, PCI_DEVFN(0, 0)); > + u32 domain = pci_domain_nr(dev_priv->drm.pdev->bus); I'll convert domain type to int on the next

[PATCH] dma-buf: Fix ifnullfree.cocci warnings

NULL check before some freeing functions is not needed. drivers/dma-buf/dma-buf.c:1183:2-26: WARNING: NULL check before freeing debugfs_remove_recursive Generated by: scripts/coccinelle/free/ifnullfree.cocci Signed-off-by: Vasyl Gomonovych --- drivers/dma-buf/dma-buf.c |

[BUG] drm: vc4: refcount_t: increment on 0; use-after-free.

Hi Boris, if i boot Raspberry Pi 3 (ARM64, defconfig, linux-next-20171122) with sufficient CMA memory (32 MB), i'll get this warning during boot: [7.623510] vc4-drm soc:gpu: bound 3f902000.hdmi (ops vc4_hdmi_ops [vc4]) [7.632453] vc4-drm soc:gpu: bound 3f806000.vec (ops vc4_vec_ops

[PATCH V2 09/29] drm/i915: deprecate pci_get_bus_and_slot()

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 pci_get_domain_bus_and_slot(). Extract the domain

Re: [BUG] drm: vc4: refcount_t: increment on 0; use-after-free.

Hi Boris, > Boris Brezillon hat am 22. November 2017 > um 18:51 geschrieben: > > > Hi Stefan, > > On Wed, 22 Nov 2017 17:43:35 +0100 (CET) > Stefan Wahren wrote: > ... > > Looks like I didn't test this code with

Re: [PATCH 3/8] drm/mediatek: mt2701: switch to mfd probing.

Hi, Matthias: On Thu, 2017-11-23 at 09:30 +0100, Matthias Brugger wrote: > > On 11/23/2017 06:48 AM, CK Hu wrote: > > Hi, Matthias: > > > > On Tue, 2017-11-14 at 22:41 +0100, Matthias Brugger wrote: > >> With the mtk-mmsys MFD device in place, we switch the probing for > >> mt2701 from

[Bug 100745] amdgpu fails to wake up DisplayPort DELL monitors with 'clock recovery failed'

https://bugs.freedesktop.org/show_bug.cgi?id=100745 Michel Dänzer changed: What|Removed |Added Attachment #130957|text/x-log |text/plain

[Bug 103850] "Quern" game crashes on start-up

https://bugs.freedesktop.org/show_bug.cgi?id=103850 --- Comment #2 from Michel Dänzer --- Looks like there might be memory corruption, can you run one of these games in valgrind and attach the output from valgrind? -- You are receiving this mail because: You are the

[PATCH] drm: Introduce RGB 64-bit 16:16:16:16 float format

This patch is from "[PATCH v19 0/6] drm/i915/gvt: Dma-buf support for GVT-g": https://lists.freedesktop.org/archives/intel-gvt-dev/2017-November/002508.html The RGB 64-bit 16:16:16:16 float pixel format is needed by some Apps in windows. The float format in each component is 1:5:10

[PATCH] drm: Introduce RGB 64-bit 16:16:16:16 float format

The RGB 64-bit 16:16:16:16 float pixel format is needed by some Apps in windows. The float format in each component is 1:5:10 MSb-sign:exponent: fraction. This patch is to introduce the format to drm, so that the windows guest's framebuffer in this kind of format can be recognized and used by

Re: [PATCH 2/8] mfd: mtk-mmsys: Add mmsys driver

Hi, Matthias: On Tue, 2017-11-14 at 22:41 +0100, Matthias Brugger wrote: > The MMSYS subsystem includes clocks and drm components. > This patch adds a MFD device to probe both drivers from the same > device tree compatible. > > Signed-off-by: Matthias Brugger > --- >

[PULL] drm-intel-next-fixes

Hi Dave, some early fixes for v4.15 and stable. BR, Jani. The following changes since commit e8c49fa96838101435b9e4884d49b30da7a4e0c6: drm/i915: Reorder context-close to avoid calling i915_vma_close() under RCU (2017-11-09 16:18:37 +0200) are available in the git repository at:

Re: [PATCH] drm/mediatek: Use ERR_CAST instead of ERR_PTR(PTR_ERR())

On Tue, 2017-11-21 at 23:31 +0100, Vasyl Gomonovych wrote: > Use ERR_CAST inlined function instead of ERR_PTR(PTR_ERR(...)). > > drivers/gpu/drm/mediatek/mtk_drm_gem.c:223:9-16: WARNING: ERR_CAST can be > used with mtk_gem > Generated by: scripts/coccinelle/api/err_cast.cocci > > Signed-off-by:

Re: [PATCH 6/8] drm/mediatek: Add mfd support for mt8173

Hi, Matthias: On Tue, 2017-11-14 at 22:41 +0100, Matthias Brugger wrote: > Use the MFD device for SoC mt8173. Probing via devicetree > is no longer needed for any SoC, so delete it. > > Signed-off-by: Matthias Brugger Acked-by: CK Hu > --- >

Re: [Intel-gfx] [PATCH] drm/i915: Avoid enum conversion warning

On Wed, Nov 22, 2017 at 11:50:48PM -0800, Nick Desaulniers wrote: > Fixes the following enum conversion warning: > > drivers/gpu/drm/i915/intel_ddi.c:1481:30: error: implicit conversion > from enumeration type 'enum port' to different enumeration type 'enum > intel_dpll_id'

Re: [PATCH] drm/ttm: don't attempt to use hugepages if dma32 requested (v2)

Am 23.11.2017 um 03:41 schrieb Dave Airlie: From: Dave Airlie The commit below introduced thp support for ttm allocations, however it didn't take into account the case where dma32 was requested. Some drivers always request dma32, and the bochs driver is one of those. This

[PATCH V2 10/29] drm/nouveau: deprecate pci_get_bus_and_slot()

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 pci_get_domain_bus_and_slot(). Replace

Re: [PATCH v9 4/5] x86/PCI: Enable a 64bit BAR on AMD Family 15h (Models 30h-3fh) Processors v5

On 11/22/2017 11:54 AM, Christian König wrote: > Am 22.11.2017 um 17:24 schrieb Boris Ostrovsky: >> On 11/22/2017 05:09 AM, Christian König wrote: >>> Am 21.11.2017 um 23:26 schrieb Boris Ostrovsky: On 11/21/2017 08:34 AM, Christian König wrote: > Hi Boris, > > attached are two

[PATCH] 4.15 vmgfx boot warning

The 4.15 vmwgfx driver shows a warning during boot (32 bit x86) It is caused by a mismatch between the result of vmw_enable_vblank() and what the drm_atomic_helper expects:    /...    ret = drm_crtc_vblank_get(crtc);    WARN_ONCE(ret != -EINVAL, "driver forgot to call

Re: [PATCH 1/6] drm/i915: export the stolen region as a resource

* Joonas Lahtinen wrote: > + Dave as a heads-up > > On Thu, 2017-11-23 at 07:17 +0100, Ingo Molnar wrote: > > * Matthew Auld wrote: > > > > > We duplicate the stolen discovery code in early-quirks and in i915, > > > however if we just

Re: Autoselect patches for stable (Was: Re: [PATCH AUTOSEL for 4.9 36/56] drm/i915: Fix the level 0 max_wm hack on VLV/CHV)

On Tue, Nov 21, 2017 at 05:55:29PM +, Emil Velikov wrote: >On 21 November 2017 at 15:07, wrote: >> On Mon, Nov 20, 2017 at 11:21:52AM +, Emil Velikov wrote: >>> - Document the autoselect process >>>Information about about What, Why, and [ideally] How -

[PATCH] drm/rockchip: dma-mapping: Use vma_pages helper

Use vma_pages function on vma object instead of explicit computation. ./drivers/gpu/drm/rockchip/rockchip_drm_gem.c:223:34-40: WARNING: Consider using vma_pages helper on vma Generated by: scripts/coccinelle/api/vma_pages.cocci Signed-off-by: Vasyl Gomonovych ---

[PATCH] drm/i915: Avoid enum conversion warning

Fixes the following enum conversion warning: drivers/gpu/drm/i915/intel_ddi.c:1481:30: error: implicit conversion from enumeration type 'enum port' to different enumeration type 'enum intel_dpll_id' [-Werror,-Wenum-conversion] enum intel_dpll_id pll_id = port;

Re: [PATCH 1/6] drm/i915: export the stolen region as a resource

* Matthew Auld wrote: > We duplicate the stolen discovery code in early-quirks and in i915, > however if we just export the region as a resource from early-quirks we > can nuke the duplication. > > Suggested-by: Joonas Lahtinen >

Re: [PATCH 6/8] drm/mediatek: Add mfd support for mt8173

On Tue, 2017-11-14 at 22:41 +0100, Matthias Brugger wrote: > Use the MFD device for SoC mt8173. Probing via devicetree > is no longer needed for any SoC, so delete it. > > Signed-off-by: Matthias Brugger Apart from the mmsys_private issue noted in previous patches,

Re: [PATCH 5/8] mfd: mtk-mmsys: Add mt8173 nodes

On Tue, 2017-11-14 at 22:41 +0100, Matthias Brugger wrote: > Add devices for the mt8173 SoC. > > Signed-off-by: Matthias Brugger Reviewed-by: Philipp Zabel regards Philipp ___ dri-devel mailing list

Re: [PATCH 3/8] drm/mediatek: mt2701: switch to mfd probing.

On Tue, 2017-11-14 at 22:41 +0100, Matthias Brugger wrote: > With the mtk-mmsys MFD device in place, we switch the probing for > mt2701 from device-tree to mfd. > > Signed-off-by: Matthias Brugger > --- > drivers/gpu/drm/mediatek/mtk_drm_drv.c | 32

[PATCH i-g-t] tests/kms_vblank: Add test to ensure DRM_CAP_CRTC_IN_VBLANK_EVENT works correctly

This was implemented correctly only on the atomic ioctl before, but it should really be working on all 3 ioctl's involved, so ensure we always set crtc_id correctly with a testcase. Signed-off-by: Maarten Lankhorst --- tests/kms_vblank.c | 60

Re: [PATCH] drm/exynos: mixer: avoid Oops in vp_video_buffer()

Please disregard this one, need to rebase. v2 in a minute... - Tobias Tobias Jakobi wrote: > If an interlaced video mode is selected, a IOMMU pagefault is > triggered by vp_video_buffer(). > > Fix the most apparent bugs: > - pitch value for chroma plane > - divide by two of height and vpos >

Re: [PATCH] drm/msm: update adreno firmware path in MODULE_FIRMWARE

On Thu, Nov 23, 2017 at 3:54 PM, Rob Clark wrote: > On Thu, Nov 23, 2017 at 5:32 AM, Nicolas Dechesne > wrote: >> The preferred location for Adreno firmware files is now in qcom/ subfolder, >> especially now that we are adding some of them in

Re: [PATCH 1/5] drm/panel: Add support for the EDT ETM0700G0BDH6

Hi Jan, On Thu, Nov 23, 2017 at 10:55 AM, Jan Tuerk wrote: > The Emerging Display Technology ETM0700G0BDH6 is exactly > the same display as the ETM0700G0DH6, exept the pixelclock > polarity. Therefore re-use the ETM0700G0DH6 modes. It is > used by default on emtrion Avari

Re: [PATCH] drm/msm: update adreno firmware path in MODULE_FIRMWARE

On Thu, Nov 23, 2017 at 5:32 AM, Nicolas Dechesne wrote: > The preferred location for Adreno firmware files is now in qcom/ subfolder, > especially now that we are adding some of them in linux-firmware. > > Reported-by: Ben Hutchings >

Re: [PATCH] drm/msm: update adreno firmware path in MODULE_FIRMWARE

On Thu, Nov 23, 2017 at 12:09 PM, Ben Hutchings wrote: > On Thu, 2017-11-23 at 16:09 +0100, Nicolas Dechesne wrote: >> On Thu, Nov 23, 2017 at 3:54 PM, Rob Clark wrote: >> > On Thu, Nov 23, 2017 at 5:32 AM, Nicolas Dechesne >> >

Re: [PATCH] drm/msm: update adreno firmware path in MODULE_FIRMWARE

On Thu, Nov 23, 2017 at 10:09 AM, Nicolas Dechesne wrote: > On Thu, Nov 23, 2017 at 3:54 PM, Rob Clark wrote: >> On Thu, Nov 23, 2017 at 5:32 AM, Nicolas Dechesne >> wrote: >>> The preferred location for Adreno

Re: [PATCH] drm: Introduce RGB 64-bit 16:16:16:16 float format

On Thu, Nov 23, 2017 at 04:56:56PM +0800, Tina Zhang wrote: > The RGB 64-bit 16:16:16:16 float pixel format is needed by some Apps in > windows. The float format in each component is 1:5:10 MSb-sign:exponent: > fraction. > > This patch is to introduce the format to drm, so that the windows

[Bug 103863] Screen doesn't light up with "amdgpu.dc=1"

https://bugs.freedesktop.org/show_bug.cgi?id=103863 --- Comment #3 from Jordan L --- Hi Benjamin, Do you have a full dmesg log? Also, would you be able to try with a different cable? It looks like a link training failure. Thanks -- You are receiving this mail because:

[PATCH] staging: vboxvideo: adapt to new TTM interface

I missed this driver because it is in the staging area. Signed-off-by: Christian König --- drivers/staging/vboxvideo/vbox_ttm.c | 17 ++--- 1 file changed, 6 insertions(+), 11 deletions(-) diff --git a/drivers/staging/vboxvideo/vbox_ttm.c

Re: [PATCH] staging: vboxvideo: adapt to new TTM interface

Hi, On 23-11-17 17:14, Christian König wrote: I missed this driver because it is in the staging area. Signed-off-by: Christian König Thank you, looks good to me. Can you please re-send this with Greh KH (the staging maintainer) added in the To: list and my:

Re: [PATCH] drm/msm: update adreno firmware path in MODULE_FIRMWARE

On Thu, 2017-11-23 at 16:09 +0100, Nicolas Dechesne wrote: > On Thu, Nov 23, 2017 at 3:54 PM, Rob Clark wrote: > > On Thu, Nov 23, 2017 at 5:32 AM, Nicolas Dechesne > > wrote: > > > The preferred location for Adreno firmware files is now in qcom/

[PATCH v2] drm/exynos: mixer: avoid Oops in vp_video_buffer()

If an interlaced video mode is selected, a IOMMU pagefault is triggered by vp_video_buffer(). Fix the most apparent bugs: - pitch value for chroma plane - divide by two of height and vpos This is more like a band-aid at this point. The VP plane is still corrupted, but at least there are no more

Re: [PATCH v2] drm/exynos: gem: Drop NONCONTIG flag for buffers allocated without IOMMU

Inki Dae wrote: > > > 2017년 11월 22일 22:14에 Marek Szyprowski 이(가) 쓴 글: >> When no IOMMU is available, all GEM buffers allocated by Exynos DRM driver >> are contiguous, because of the underlying dma_alloc_attrs() function >> provides only such buffers. In such case it makes no sense to keep >>

[PATCH] drm/exynos: mixer: avoid Oops in vp_video_buffer()

If an interlaced video mode is selected, a IOMMU pagefault is triggered by vp_video_buffer(). Fix the most apparent bugs: - pitch value for chroma plane - divide by two of height and vpos This is more like a band-aid at this point. The VP plane is still corrupted, but at least there are no more

[radeon-alex:amd-mainline-dkms-4.13 2016/2065] drivers/gpu/drm/amd/amdgpu/../powerplay/smumgr/ci_smc.c:579:62: warning: 'tmp' may be used uninitialized in this function

tree: git://people.freedesktop.org/~agd5f/linux.git amd-mainline-dkms-4.13 head: 59aa856b7672d465443305a3fd7a6956f9567ea6 commit: 9c2014d08693830897cad6bbd359d905825d8a18 [2016/2065] drm/amd/powerplay: add CI asics support to smumgr config: i386-allyesconfig (attached as .config) compiler:

[PATCH libdrm] tests: fix MAKE_RGBA macro for 10bpp modes

We need to shift the values up, otherwise we'd end up with a negative shift. This works for up-to 16-bit components, which is fine for now. Signed-off-by: Ilia Mirkin --- tests/util/pattern.c | 14 ++ 1 file changed, 10 insertions(+), 4 deletions(-) diff --git

[Bug 103850] "Quern" game crashes on start-up

https://bugs.freedesktop.org/show_bug.cgi?id=103850 --- Comment #3 from yunt...@gmail.com --- Created attachment 135687 --> https://bugs.freedesktop.org/attachment.cgi?id=135687=edit Quern - valgrind output -- You are receiving this mail because: You are the assignee for the

[Bug 103850] "Quern" game crashes on start-up

https://bugs.freedesktop.org/show_bug.cgi?id=103850 --- Comment #4 from yunt...@gmail.com --- Created attachment 135688 --> https://bugs.freedesktop.org/attachment.cgi?id=135688=edit Unturned - valgrind output -- You are receiving this mail because: You are the assignee for the

[PATCH] drm/msm: add missing MODULE_FIRMWARE declarations

* some a5xx files were missing * fixup for an existing typo Signed-off-by: Nicolas Dechesne --- drivers/gpu/drm/msm/adreno/adreno_device.c | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/msm/adreno/adreno_device.c

Re: [PATCH] drm/exynos: mixer: avoid Oops in vp_video_buffer()

Hi Tobias, Thank you for the patch! Yet something to improve: [auto build test ERROR on next-20171122] [cannot apply to drm-exynos/exynos-drm/for-next v4.14 v4.14-rc8 v4.14-rc7 v4.14] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH 1/4] drm/ttm: add page order in page pool

Hi Roger, Thank you for the patch! Yet something to improve: [auto build test ERROR on drm/drm-next] [also build test ERROR on next-20171122] [cannot apply to v4.14] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

[PATCH 05/15] drm/simple_kms_helper: Use drm_mode_get_hv_timing() to populate plane clip rectangle

From: Ville Syrjälä Use drm_mode_get_hv_timing() to fill out the plane clip rectangle. Note that this replaces crtc_state->adjusted_mode usage with crtc_state->mode. The latter is the correct choice since that's the mode the user provided and it matches the plane

[PATCH 03/15] drm/arm/hdlcd: Use drm_mode_get_hv_timing() to populate plane clip rectangle

From: Ville Syrjälä Use drm_mode_get_hv_timing() to fill out the plane clip rectangle. Note that this replaces crtc_state->adjusted_mode usage with crtc_state->mode. The latter is the correct choice since that's the mode the user provided and it matches the plane

[PATCH 02/15] drm/i915: Use drm_mode_get_hv_timing() to populate plane clip rectangle

From: Ville Syrjälä Use drm_mode_get_hv_timing() to fill out the plane clip rectangle. No functional changes since pipe_src_w/h are already filled via drm_mode_get_hv_timing(). Once everyone agrees on this we can move the clip handling into

[PATCH 06/15] drm/imx: Use drm_mode_get_hv_timing() to populate plane clip rectangle

From: Ville Syrjälä Use drm_mode_get_hv_timing() to fill out the plane clip rectangle. Note that this replaces crtc_state->adjusted_mode usage with crtc_state->mode. The latter is the correct choice since that's the mode the user provided and it matches the plane

[PATCH 04/15] drm/arm/mali-dp: Use drm_mode_get_hv_timing() to populate plane clip rectangle

From: Ville Syrjälä Use drm_mode_get_hv_timing() to fill out the plane clip rectangle. Note that this replaces crtc_state->adjusted_mode usage with crtc_state->mode. The latter is the correct choice since that's the mode the user provided and it matches the plane

[PATCH 01/15] drm/i915: Reject odd pipe source width with double wide/dual link

From: Ville Syrjälä In order to guarantee that pipe_src_w/h matches the user mode h/vdisplay we must not adjust pipe_src_w to accommodate double wide/dual link. Instead just reject the mode outright. This will allows us to rely on crtc_state->mode for plane

[PATCH 00/15] drm: More plane clipping polish

From: Ville Syrjälä This series first unifies all users of drm_atomic_helper_check_plane_state() to populate the clip rectangle with drm_mode_get_hv_timing(), and once everything is unified the clip rectangle handling is sucked into

[PULL] drm-misc-next-fixes

Hi Dave, drm-misc-next-fixes-2017-11-23: Fix crtc_id in page_flip event. One tiny uapi fix, cc: stable, for a small oversight. Shouldn't matter much since we added this for atomic, but yay for OCD and making igt happy :-) Cheers, Daniel The following changes since commit

Re: [PATCH libdrm] tests: fix MAKE_RGBA macro for 10bpp modes

On Thu, Nov 23, 2017 at 2:09 PM, Ville Syrjälä wrote: > On Thu, Nov 23, 2017 at 01:59:28PM -0500, Ilia Mirkin wrote: >> We need to shift the values up, otherwise we'd end up with a negative >> shift. This works for up-to 16-bit components, which is fine for now. > >

[PATCH 12/15] drm/tegra/dc: Use drm_mode_get_hv_timing() to populate plane clip rectangle

From: Ville Syrjälä Use drm_mode_get_hv_timing() to fill out the plane clip rectangle. No functional changes as the code already uses crtc_state->mode to populate the clip, which is also what drm_mode_get_hv_timing() uses. Once everyone agrees on this we can move

[PATCH 09/15] drm/msm/mdp5: Use drm_mode_get_hv_timing() to populate plane clip rectangle

From: Ville Syrjälä Use drm_mode_get_hv_timing() to fill out the plane clip rectangle. Note that this replaces crtc_state->adjusted_mode usage with crtc_state->mode. The latter is the correct choice since that's the mode the user provided and it matches the plane

[PATCH 13/15] drm/vmwgfx: Use drm_mode_get_hv_timing() to populate plane clip rectangle

From: Ville Syrjälä Use drm_mode_get_hv_timing() to fill out the plane clip rectangle. Note that this replaces crtc_state->adjusted_mode usage with crtc_state->mode. The latter is the correct choice since that's the mode the user provided and it matches the plane

[PATCH 15/15] drm: Don't pass clip to drm_atomic_helper_check_plane_state()

From: Ville Syrjälä Move the plane clip rectangle handling into drm_atomic_helper_check_plane_state(). Drivers no longer have to worry about such mundane details. Cc: Laurent Pinchart Cc: Daniel Vetter

[PATCH 14/15] drm/zte: Use drm_mode_get_hv_timing() to populate plane clip rectangle

From: Ville Syrjälä Use drm_mode_get_hv_timing() to fill out the plane clip rectangle. Note that this replaces crtc_state->adjusted_mode usage with crtc_state->mode. The latter is the correct choice since that's the mode the user provided and it matches the plane

[PATCH 08/15] drm/meson: Use drm_mode_get_hv_timing() to populate plane clip rectangle

From: Ville Syrjälä Use drm_mode_get_hv_timing() to fill out the plane clip rectangle. No functional changes as the code already uses crtc_state->mode to populate the clip, which is also what drm_mode_get_hv_timing() uses. Once everyone agrees on this we can move

[PATCH 11/15] drm/rockchip: Use drm_mode_get_hv_timing() to populate plane clip rectangle

From: Ville Syrjälä Use drm_mode_get_hv_timing() to fill out the plane clip rectangle. Note that this replaces crtc_state->adjusted_mode usage with crtc_state->mode. The latter is the correct choice since that's the mode the user provided and it matches the plane

[PATCH 07/15] drm/mediatek: Use drm_mode_get_hv_timing() to populate plane clip rectangle

From: Ville Syrjälä Use drm_mode_get_hv_timing() to fill out the plane clip rectangle. No functional changes as the code already uses crtc_state->mode to populate the clip, which is also what drm_mode_get_hv_timing() uses. Once everyone agrees on this we can move

[PATCH 10/15] drm/nouveau/kms/nv50: Use drm_mode_get_hv_timing() to populate plane clip rectangle

From: Ville Syrjälä Use drm_mode_get_hv_timing() to fill out the plane clip rectangle. No functional changes as the code already uses crtc_state->mode to populate the clip, which is also what drm_mode_get_hv_timing() uses. Once everyone agrees on this we can move

Re: [PATCH libdrm] tests: fix MAKE_RGBA macro for 10bpp modes

On Thu, Nov 23, 2017 at 01:59:28PM -0500, Ilia Mirkin wrote: > We need to shift the values up, otherwise we'd end up with a negative > shift. This works for up-to 16-bit components, which is fine for now. Shouldn't we actually replicate the high bits in the low bits? > > Signed-off-by: Ilia

[radeon-alex:amd-mainline-dkms-4.13 2023/2065] ci_smc.c:(.text+0xa60): multiple definition of `ci_send_msg_to_smc'

tree: git://people.freedesktop.org/~agd5f/linux.git amd-mainline-dkms-4.13 head: 59aa856b7672d465443305a3fd7a6956f9567ea6 commit: b3be11d6288525da016bec7d50a11476d6ff1089 [2023/2065] drm/amdgpu: Fix for amd_pm_funcs moved to struct amd_powerplay config: i386-allyesconfig (attached as .config)

[Bug 103863] Screen doesn't light up with "amdgpu.dc=1"

https://bugs.freedesktop.org/show_bug.cgi?id=103863 Benjamin Bellec changed: What|Removed |Added Resolution|--- |WORKSFORME

[Bug 103850] "Quern" game crashes on start-up

https://bugs.freedesktop.org/show_bug.cgi?id=103850 --- Comment #5 from yunt...@gmail.com --- (In reply to Michel Dänzer from comment #2) > Looks like there might be memory corruption, can you run one of these games > in valgrind and attach the output from valgrind? Valgrind output attached.

Re: [PATCH 1/5] drm/ttm: add page order in page pool

Hi Roger, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on drm/drm-next] [also build test WARNING on next-20171122] [cannot apply to v4.14] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH 8/8] drm/msm/gpu: Add devfreq support for the GPU

Hi Jordan, Thank you for the patch! Yet something to improve: [auto build test ERROR on robclark/msm-next] [also build test ERROR on next-20171122] [cannot apply to v4.14] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH 1/4] drm/ttm: add page order in page pool

Hi Roger, Thank you for the patch! Yet something to improve: [auto build test ERROR on drm/drm-next] [also build test ERROR on next-20171122] [cannot apply to v4.14] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH] drm/msm: add missing MODULE_FIRMWARE declarations

On Thu, Nov 23, 2017 at 2:49 PM, Nicolas Dechesne wrote: > * some a5xx files were missing > * fixup for an existing typo > > Signed-off-by: Nicolas Dechesne Thanks Reviewed-by: Rob Clark > --- >

  1   2   >