[git pull] drm fixes for 4.13-rc7

Hi Linus, Fixes for rc7, nothing too crazy, some core, i915, and sunxi fixes, Intel CI has been responsible for some of these fixes being required. Dave. The following changes since commit 14ccee78fc82f5512908f4424f541549a5705b89: Linux 4.13-rc6 (2017-08-20 14:13:52 -0700) are available in

[Bug 196635] amdgpu clinfo hangs with SI

https://bugzilla.kernel.org/show_bug.cgi?id=196635 --- Comment #13 from Janpieter Sollie (janpieter.sol...@dommel.be) --- yes. But I really think the problem is application-layer: I do not see any errors in dmesg when running clinfo, but when I run the application I'm developing, I see the

Re: [PATCH v2 1/9] drm/exynos: mixer: fix chroma comment in vp_video_buffer()

2017년 08월 22일 23:19에 Tobias Jakobi 이(가) 쓴 글: > The current comment sounds like the division op is done to > compensate for some hardware erratum. But the chroma plane > having half the height of the luma plane is just the way > NV12/NV21 is defined, so clarify this behaviour. > > Signed-off-by:

Re: [PATCH v2 05/10] drm/exynos/mic: use mode info stored in CRTC to detect i80 mode

2017년 08월 24일 22:33에 Andrzej Hajda 이(가) 쓴 글: > MIC driver should use info from CRTC to check mode of work instead of > illegally peeking into nodes of other devices. > > Signed-off-by: Andrzej Hajda > --- > drivers/gpu/drm/exynos/exynos_drm_mic.c | 44 >

[Bug 101976] glmark2 random blank or background only screen freeze over mesa3d 17.1 and 17.3 with radeon rx550 AMD POLARIS12

https://bugs.freedesktop.org/show_bug.cgi?id=101976 --- Comment #10 from Pablo Estigarribia --- also tested game Insurgency that had same problem as glmark2 and it works now! seems that dpm is buggy on this radeon card, probably is better to disable it by default or put it

[Bug 101691] gfx corruption on windowed 3d-apps running on dGPU

https://bugs.freedesktop.org/show_bug.cgi?id=101691 --- Comment #34 from Ben Widawsky --- Just some thoughts... The corruption are x-tiled cachelines, looks like stale ones. I don't know what the vertical lines are. It looks to me like the memory is just misbehaving. I wonder

[Bug 101976] glmark2 random blank or background only screen freeze over mesa3d 17.1 and 17.3 with radeon rx550 AMD POLARIS12

https://bugs.freedesktop.org/show_bug.cgi?id=101976 --- Comment #9 from Pablo Estigarribia --- On latest test th glmark2 passed but changing dpm from auto to high with: echo "high" > /sys/class/drm/card0/device/power_dpm_force_performance_level as root. glmark2

Re: [PATCH v2 02/10] drm/exynos: use helper to set possible crtcs

2017년 08월 24일 22:33에 Andrzej Hajda 이(가) 쓴 글: > All encoders share the same code to set encoders possible_crtcs field. > The patch creates helper to abstract out this code. > > Signed-off-by: Andrzej Hajda > --- > drivers/gpu/drm/exynos/exynos_dp.c | 15

Re: [PATCH v2 08/10] drm/exynos/decon5433: use mode info stored in CRTC to detect i80 mode

2017년 08월 24일 22:33에 Andrzej Hajda 이(가) 쓴 글: > Since panel's mode of work is propagated properly from panel to DECON, > there is no need to use redundant private device tree property. > The only issue with such approach is that check for required interrupts > should be postponed until panel

Re: [PATCH v2 03/10] drm/exynos/dsi: refactor panel detection logic

2017년 08월 24일 22:33에 Andrzej Hajda 이(가) 쓴 글: > Description of drm_helper_hpd_irq_event clearly states that drivers > supporting hotplug events per connector should use different helper - > drm_kms_helper_hotplug_event. To achieve it following changes have > been performed: > - moved down all DSI

Re: [PATCHv6 1/3] ARM:dt-bindings Intel FPGA Video and Image Processing Suite

Hi Laurent, The encoder resides as a hardware logic as part of the FPGA fabric. The software driver has no direct access to the encoder. The VIP is created in such a way that the software i.e Linux Driver only streams data through the VIP. What happens beyond the VIP Frame buffer directly boils

Re: [PATCH v2 1/1] Split VGA default device handler out of VGA arbiter

On 24 August 2017 at 01:57, Dave Airlie wrote: >> Yeah, maybe it's time to disconnect the "default display device" idea >> from the VGA arbiter. I have no idea what (if any) dependencies X has >> on the legacy VGA resources. I assume X works fine on power, where it >> sounds

Re: [PATCH 11/15] remoteproc: make device_type const

On Sat 19 Aug 01:22 PDT 2017, Bhumika Goyal wrote: > Make this const as it is only stored in the type field of a device > structure, which is const. > Done using Coccinelle. > > Signed-off-by: Bhumika Goyal Applied, thanks. Regards, Bjorn > --- >

Re: [PATCH v2 1/1] Split VGA default device handler out of VGA arbiter

On Thu, Aug 24, 2017 at 10:57:26AM +1000, Dave Airlie wrote: > > Yeah, maybe it's time to disconnect the "default display device" idea > > from the VGA arbiter. I have no idea what (if any) dependencies X has > > on the legacy VGA resources. I assume X works fine on power, where it > > sounds

Re: [PATCH 08/15] PCI: make device_type const

On Sat, Aug 19, 2017 at 01:52:19PM +0530, Bhumika Goyal wrote: > Make this const as it is only stored in the type field of a device > structure, which is const. > Done using Coccinelle. > > Signed-off-by: Bhumika Goyal Applied to pci/misc for v4.14, thanks! > --- >

[PATCH] drm/syncobj: Add a signal ioctl

This IOCTL provides a mechanism for userspace to trigger a sync object directly. There are other ways that userspace can trigger a syncobj such as submitting a dummy batch somewhere or hanging on to a triggered sync_file and doing an import. This just provides an easy way to manually trigger the

Re: [PATCH v3] drm/i915: Deal with upside-down mounted LCD panels

Hi Hans, [auto build test ERROR on drm-intel/for-linux-next] [also build test ERROR on next-20170824] [cannot apply to v4.13-rc6] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Hans-de-Goede

Re: [PATCH v3] drm/i915: Deal with upside-down mounted LCD panels

Hi Hans, [auto build test WARNING on drm-intel/for-linux-next] [also build test WARNING on next-20170824] [cannot apply to v4.13-rc6] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Hans-de

[Bug 101026] RX 550 HDMI 4k 60fps not working, DisplayPort is.

https://bugs.freedesktop.org/show_bug.cgi?id=101026 --- Comment #9 from dwagner --- Ok, then nothing left to fix for this report, it seems. @Liam Murphy: Good to close this report then? -- You are receiving this mail because: You are the assignee for the

[Bug 101026] RX 550 HDMI 4k 60fps not working, DisplayPort is.

https://bugs.freedesktop.org/show_bug.cgi?id=101026 --- Comment #8 from Alex Deucher --- (In reply to dwagner from comment #7) > > Does the xserver have its own, flawed EDID parser? Yes, the xserver has it's own edid parser. -- You are receiving this mail because: You

[Bug 93301] ns2_linux32: radeon VM fault on Hawaii (+mmap errors)

https://bugs.freedesktop.org/show_bug.cgi?id=93301 --- Comment #28 from famo --- I just want to report that with new mesa and cache NS2 runs as smooth as butter, thanks to the devs! System:Host: cray Kernel: 4.12.4-1-CHAKRA x86_64 (64 bit) Desktop: KDE Plasma 5.10.4

[Bug 101026] RX 550 HDMI 4k 60fps not working, DisplayPort is.

https://bugs.freedesktop.org/show_bug.cgi?id=101026 --- Comment #7 from dwagner --- (In reply to Alex Deucher from comment #6) > (In reply to dwagner from comment #5) > > [ 133.973] (--) AMDGPU(0): HDMI max TMDS frequency 30KHz > > The message is from the xserver,

[PATCH 11/12] drm: Check that the plane supports the request format+modifier combo

From: Ville Syrjälä Currently we only check that the plane supports the pixel format of the fb we're about to feed to it. Extend it to check also the modifier, and more specifically that the combination of the format and modifier is supported. Cc:

[PATCH 10/12] drm: Fix modifiers_property kernel doc

From: Ville Syrjälä The member is called 'modifiers_property' instead of 'modifiers'. Adjust the kernel docs to match. Cc: dri-devel@lists.freedesktop.org Cc: Ben Widawsky Cc: Jason Ekstrand Cc: Daniel Stone

Re: [PATCH][drm-next] drm/amdgpu: remove duplicate return statement

On Wed, Aug 23, 2017 at 2:24 PM, Felix Kuehling wrote: > I must have added that accidentally when cherry-picking an internal > patch for upstreaming. Thanks for catching it. > > Reviewed-by: Felix Kuehling Applied. thanks! Alex > > Regards, >

Re: [PATCH] drm/amdgpu: check memory allocation failure

On Wed, Aug 23, 2017 at 4:39 AM, Christian König wrote: > Am 23.08.2017 um 07:52 schrieb Christophe JAILLET: >> >> Check memory allocation failure and return -ENOMEM in such a case. >> >> 'num_post_dep_syncobjs' still has to be set to 0 before the test in order >> to

Re: [PATCH v6 1/5] vfs: add flags parameter to ->mmap() in 'struct file_operations'

On Thu, Aug 24, 2017 at 9:58 AM, Christoph Hellwig wrote: > On Wed, Aug 23, 2017 at 04:48:40PM -0700, Dan Williams wrote: >> We are running running short of vma->vm_flags. We can avoid needing a >> new VM_* flag in some cases if the original @flags submitted to mmap(2) >> is

Re: [PATCH] drm/bridge/sii8620: Fix memory corruption

On 21.08.2017 12:32, Maciej Purski wrote: > Function sii8620_mt_read_devcap_reg_recv() used to read array index > from a wrong msg register, which caused writing out of array > bounds. It led to writing on other fields of struct sii8620. > > Signed-off-by: Maciej Purski >

Re: [PATCH] drm: rename u32 in __u32 in uapi

On 17-08-24 17:55:35, Emil Velikov wrote: On 24 August 2017 at 16:08, Lionel Landwerlin wrote: All other fields use __ Fairly sure I mentioned it at some point - I might have been tad vague though :-\ Thanks for the fix, Lionel. Reviewed-by: Emil Velikov

Re: [PATCH v6 1/5] vfs: add flags parameter to ->mmap() in 'struct file_operations'

On Wed, Aug 23, 2017 at 04:48:40PM -0700, Dan Williams wrote: > We are running running short of vma->vm_flags. We can avoid needing a > new VM_* flag in some cases if the original @flags submitted to mmap(2) > is made available to the ->mmap() 'struct file_operations' > implementation. For

Re: [PATCH] drm: rename u32 in __u32 in uapi

On 24 August 2017 at 16:08, Lionel Landwerlin wrote: > All other fields use __ > Fairly sure I mentioned it at some point - I might have been tad vague though :-\ Thanks for the fix, Lionel. Reviewed-by: Emil Velikov -Emil

Re: [PATCH 03/15] [media] i2c: make device_type const

On Sat, 19 Aug 2017, Bhumika Goyal wrote: > Make this const as it is only stored in the type field of a device > structure, which is const. > Done using Coccinelle. > > Signed-off-by: Bhumika Goyal Acked-by: Guennadi Liakhovetski Thanks Guennadi >

Re: [PATCH v6 0/5] MAP_DIRECT and block-map-atomic files

On Thu, Aug 24, 2017 at 9:08 AM, Christoph Hellwig wrote: > This seems to be missing patches 1 and 3. Sorry, I didn't cc you directly on those. They're on the list: https://patchwork.kernel.org/patch/9918657/ https://patchwork.kernel.org/patch/9918663/

[radeon-alex:drm-next-4.14-wip 22/26] drivers/gpu//drm/ttm/ttm_page_alloc.c:923:5: error: redefinition of 'ttm_populate_and_map_pages'

tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.14-wip head: c758030e1ef4a616b0be7c382dddf78dbb00aa57 commit: 32e5d3aa64d35ccb3ed94315e4504a3907a5fb77 [22/26] drm/ttm: Add helper functions to populate/map in one call (v2) config: i386-randconfig-x074-201734 (attached as

Re: [PATCH v2 01/10] drm/exynos/decon5433: use readl_poll_timeout helpers

On 24.08.2017 15:54, Tobias Jakobi wrote: > Hello Andrzej, > > > Andrzej Hajda wrote: >> Linux core provide helpers for polling with timeout, lets use them. >> >> Signed-off-by: Andrzej Hajda >> --- >> drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 20

Re: [PATCH v6 0/5] MAP_DIRECT and block-map-atomic files

This seems to be missing patches 1 and 3. ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 102391] x11-libs/libdrm-2.4.83: fatal error: uve_ib.h: No such file or directory

https://bugs.freedesktop.org/show_bug.cgi?id=102391 Bug ID: 102391 Summary: x11-libs/libdrm-2.4.83: fatal error: uve_ib.h: No such file or directory Product: DRI Version: unspecified Hardware: Other OS: All

Re: [PATCH] drm: rename u32 in __u32 in uapi

Forgot to Cc the appropriate people :/ On 24/08/17 16:08, Lionel Landwerlin wrote: All other fields use __ Cc: Ben Widawsky Fixes: db1689aa61b ("drm: Create a format/modifier blob") Signed-off-by: Lionel Landwerlin Reviewed-by: Chris Wilson

[PATCH] drm: rename u32 in __u32 in uapi

All other fields use __ Cc: Ben Widawsky Fixes: db1689aa61b ("drm: Create a format/modifier blob") Signed-off-by: Lionel Landwerlin Reviewed-by: Chris Wilson --- include/uapi/drm/drm_mode.h | 14 +++--- 1 file

[Bug 102389] Random black screen on RX 470, HDMI 4k-60Hz

https://bugs.freedesktop.org/show_bug.cgi?id=102389 --- Comment #3 from jeremi.jasin...@gmail.com --- Created attachment 133751 --> https://bugs.freedesktop.org/attachment.cgi?id=133751=edit dmesg -- You are receiving this mail because: You are the assignee for the

[Bug 102389] Random black screen on RX 470, HDMI 4k-60Hz

https://bugs.freedesktop.org/show_bug.cgi?id=102389 --- Comment #2 from Alex Deucher --- Please attach your dmesg output as well. -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing

[Bug 102389] Random black screen on RX 470, HDMI 4k-60Hz

https://bugs.freedesktop.org/show_bug.cgi?id=102389 --- Comment #1 from jeremi.jasin...@gmail.com --- Created attachment 133750 --> https://bugs.freedesktop.org/attachment.cgi?id=133750=edit xorg.log -- You are receiving this mail because: You are the assignee for the

[Bug 102389] Random black screen on RX 470, HDMI 4k-60Hz

https://bugs.freedesktop.org/show_bug.cgi?id=102389 Bug ID: 102389 Summary: Random black screen on RX 470, HDMI 4k-60Hz Product: DRI Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW

[Bug 101691] gfx corruption on windowed 3d-apps running on dGPU

https://bugs.freedesktop.org/show_bug.cgi?id=101691 Matt Turner changed: What|Removed |Added Summary|[KBL] gfx corruption on |gfx corruption on

[PULL] drm-misc-fixes

Hi Dave, One fix which is cc:stable from Chris this week. The patch fixes a race where the driver could still be tracking a gem object while its handle has already been recycled. drm-misc-fixes-2017-08-24: Core Changes: - Release driver tracking before making the object available again (Chris)

Re: [PATCH v2 01/10] drm/exynos/decon5433: use readl_poll_timeout helpers

Hello Andrzej, Andrzej Hajda wrote: > Linux core provide helpers for polling with timeout, lets use them. > > Signed-off-by: Andrzej Hajda > --- > drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 20 > 1 file changed, 8 insertions(+), 12 deletions(-) >

[PATCH v2 10/10] arm64: dts: exynos: remove i80-if-timings nodes

Since i80/command mode is determined in runtime by propagating info from panel this property can be removed. Signed-off-by: Andrzej Hajda --- arch/arm64/boot/dts/exynos/exynos5433-tm2-common.dtsi | 6 -- 1 file changed, 6 deletions(-) diff --git

[PATCH v2 08/10] drm/exynos/decon5433: use mode info stored in CRTC to detect i80 mode

Since panel's mode of work is propagated properly from panel to DECON, there is no need to use redundant private device tree property. The only issue with such approach is that check for required interrupts should be postponed until panel communicate its requirements, ie to mode validation phase -

[PATCH v2 07/10] drm/exynos: add mode_valid callback to exynos_drm

crtc::mode_valid callback is required to implement proper pipeline validation for command/video modes. Since Exynos uses private framework such callback should be added to it. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_drm_crtc.c | 12

[PATCH v2 09/10] dt-bindings: exynos5433-decon: remove i80-if-timings property

Since i80/command mode is determined in runtime by propagating info from panel this property can be removed. Signed-off-by: Andrzej Hajda --- .../devicetree/bindings/display/exynos/exynos5433-decon.txt | 12 1 file changed, 12 deletions(-) diff --git

[PATCH v2 03/10] drm/exynos/dsi: refactor panel detection logic

Description of drm_helper_hpd_irq_event clearly states that drivers supporting hotplug events per connector should use different helper - drm_kms_helper_hotplug_event. To achieve it following changes have been performed: - moved down all DSI ops - they require exynos_dsi_disable function to be

[PATCH v2 06/10] drm/exynos/decon5433: refactor irq requesting code

To allow runtime validation of mode of work irq request code should be split into two separate phases: - irq reqesting, - irq checking. Following patches will move 2nd phase to mode validation phase. Signed-off-by: Andrzej Hajda ---

[PATCH v2 05/10] drm/exynos/mic: use mode info stored in CRTC to detect i80 mode

MIC driver should use info from CRTC to check mode of work instead of illegally peeking into nodes of other devices. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_drm_mic.c | 44 +++-- 1 file changed, 4 insertions(+), 40

[PATCH v2 02/10] drm/exynos: use helper to set possible crtcs

All encoders share the same code to set encoders possible_crtcs field. The patch creates helper to abstract out this code. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_dp.c | 15 +-- drivers/gpu/drm/exynos/exynos_drm_core.c | 1 +

[PATCH v2 00/10] drm/exynos: panel mode info propagation

Hi Inki, This patchset beside cleanup/refactoring patches (01-03) adds code to propagate info provided by MIPI-DSI panels about its mode of work (video/command mode). The propagation is performed for whole pipeline as every its elements uses it. Changes in v2: - added mode_valid callback to

[PATCH v2 01/10] drm/exynos/decon5433: use readl_poll_timeout helpers

Linux core provide helpers for polling with timeout, lets use them. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 20 1 file changed, 8 insertions(+), 12 deletions(-) diff --git

[PATCH v2 04/10] drm/exynos/dsi: propagate info about command mode from panel

mipi_dsi framework provides information about panel's mode of work. This info should be propagated upstream to configure all elements of the pipeline. As CRTC is the common denominator of the pipeline we can put such info into its structures. Signed-off-by: Andrzej Hajda ---

[Bug 102387] Assertion failure with UE4Editor and sb enabled

https://bugs.freedesktop.org/show_bug.cgi?id=102387 Gert Wollny changed: What|Removed |Added Attachment #133745|TGSI and byte code of the |TGSI and byte code

[Bug 102387] Assertion failure with UE4Editor and sb enabled

https://bugs.freedesktop.org/show_bug.cgi?id=102387 Bug ID: 102387 Summary: Assertion failure with UE4Editor and sb enabled Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal

[GIT PULL] omapdrm fixes for v4.14

Hi Dave, Please pull omapdrm fixes for 4.14. One is for a compilation issue introduced in my previous omapdrm-4.14 pull request. The rest I have been playing around a while, and are not proper fixes but workarounds. I'm not happy about those but I don't have better fixes. Tomi The following

Re: DRM Format Modifiers in v4l2

On Thu, Aug 24, 2017 at 01:37:35PM +0200, Hans Verkuil wrote: On 08/24/17 13:14, Brian Starkey wrote: Hi Hans, On Mon, Aug 21, 2017 at 06:36:29PM +0200, Hans Verkuil wrote: On 08/21/2017 06:01 PM, Daniel Vetter wrote: On Mon, Aug 21, 2017 at 5:52 PM, Brian Starkey

Re: [PATCH 2/2] drm/ttm: Remove needless 'extern' on functions in header.

On 24/08/17 07:53 AM, Christian König wrote: Am 24.08.2017 um 12:48 schrieb Tom St Denis: Minor tidy up. Signed-off-by: Tom St Denis Thanks and sorry that I thought you added this, I really need more sleep. Patch is Reviewed-by: Christian König

Re: [PATCH 2/2] drm/ttm: Remove needless 'extern' on functions in header.

Am 24.08.2017 um 12:48 schrieb Tom St Denis: Minor tidy up. Signed-off-by: Tom St Denis Thanks and sorry that I thought you added this, I really need more sleep. Patch is Reviewed-by: Christian König . Christian. ---

Re: [PATCH 1/2] drm/ttm: Add dummy *populate_and_*map_pages() functions

Am 24.08.2017 um 12:48 schrieb Tom St Denis: On non IOTLB/IOMMU builds these functions would be undefined. Signed-off-by: Tom St Denis --- include/drm/ttm/ttm_page_alloc.h | 10 ++ 1 file changed, 10 insertions(+) diff --git a/include/drm/ttm/ttm_page_alloc.h

[ANNOUNCE] libdrm 2.4.83

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Boyuan Zhang (1): tests/amdgpu: add uvd encode unit tests Chih-Wei Huang (2): android: add rules to build amdgpu.ids android: amdgpu: fix build break Daniel Stone (1): configure.ac: Bump version to 2.4.83 Emil Velikov (1):

Re: DRM Format Modifiers in v4l2

On 08/24/17 13:14, Brian Starkey wrote: > Hi Hans, > > On Mon, Aug 21, 2017 at 06:36:29PM +0200, Hans Verkuil wrote: >> On 08/21/2017 06:01 PM, Daniel Vetter wrote: >>> On Mon, Aug 21, 2017 at 5:52 PM, Brian Starkey >>> wrote: Hi all, I couldn't find this

[PATCH 2/2] drm/ttm: Remove needless 'extern' on functions in header.

Minor tidy up. Signed-off-by: Tom St Denis --- include/drm/ttm/ttm_page_alloc.h | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/include/drm/ttm/ttm_page_alloc.h b/include/drm/ttm/ttm_page_alloc.h index 4400c08169cd..19bdd907613c 100644 ---

[PATCH 1/2] drm/ttm: Add dummy *populate_and_*map_pages() functions

On non IOTLB/IOMMU builds these functions would be undefined. Signed-off-by: Tom St Denis --- include/drm/ttm/ttm_page_alloc.h | 10 ++ 1 file changed, 10 insertions(+) diff --git a/include/drm/ttm/ttm_page_alloc.h b/include/drm/ttm/ttm_page_alloc.h index

Re: DRM Format Modifiers in v4l2

Hi Hans, On Mon, Aug 21, 2017 at 06:36:29PM +0200, Hans Verkuil wrote: On 08/21/2017 06:01 PM, Daniel Vetter wrote: On Mon, Aug 21, 2017 at 5:52 PM, Brian Starkey wrote: Hi all, I couldn't find this topic talked about elsewhere, but apologies if it's a duplicate -

Re: [radeon-alex:drm-next-4.14-wip 39/44] drivers/gpu/drm/radeon/radeon_ttm.c:763:2: error: implicit declaration of function 'ttm_populate_and_map_pages'

On 24/08/17 02:43 AM, Christian König wrote: The problem is here: #if defined(CONFIG_SWIOTLB) || defined(CONFIG_INTEL_IOMMU) extern int ttm_dma_populate(struct ttm_dma_tt *ttm_dma, struct device *dev); extern void ttm_dma_unpopulate(struct ttm_dma_tt *ttm_dma, struct device *dev); We

Re: [PATCH] drm: hdlcd: allow HDLCD to be used without interrupt

On Mon, Aug 21, 2017 at 03:45:21PM +0100, Vladimir Murzin wrote: > On 10/08/17 13:15, Vladimir Murzin wrote: > > On 26/07/17 11:27, Russell King - ARM Linux wrote: > >> I suspect the above failure is down to either (a) not having enough > >> memory available to allocate a 1920x1080 frame buffer,

Re: [PATCH v3 1/2] drm/gem: drm_gem_dumb_map_offset(): reject dma-buf

Hi, Thanks for the CC. On Fri, Aug 18, 2017 at 06:13:14PM +0200, Noralf Tr??nnes wrote: (cc affected parties) Den 18.08.2017 09.46, skrev Daniel Vetter: On Thu, Aug 17, 2017 at 06:21:30PM +0200, Noralf Tr??nnes wrote: Reject mapping an imported dma-buf since is's an invalid use-case. Cc:

Re: [GIT PULL] Allwinner sun4i DRM changes for 4.14, take 2

On Thu, Aug 24, 2017 at 11:22:30AM +0200, Maxime Ripard wrote: > Hi David, > > Here is a single patch that was sent recently. It could wait for 4.15, > but it's also minor enough so that's there's no point in delaying it > either. Just casually mentioning that drm-misc solves this by keeping the

Re: [PATCHv6 1/3] ARM:dt-bindings Intel FPGA Video and Image Processing Suite

Hi Hean Loong, On Thursday, 24 August 2017 08:41:50 EEST Ong, Hean Loong wrote: > Hi Laurent, > > I removed the examples for the HDMI in the draft below. The connections > between the VIP and Display Port IP or any display connector are > determined by HW logic. There are currently no SW defined

[GIT PULL] Allwinner sun4i DRM changes for 4.14, take 2

Hi David, Here is a single patch that was sent recently. It could wait for 4.15, but it's also minor enough so that's there's no point in delaying it either. Thanks! Maxime The following changes since commit 998140d26723bcddef5857e39077898b0d1bdb8f: sun4i_hdmi: add CEC support (2017-07-18

[PATCH v4] drm/bridge/sii8620: add remote control support

MHL specification defines Remote Control Protocol(RCP) to send input events between MHL devices. The driver now recognizes RCP messages and reacts to them by reporting key events to input subsystem, allowing a user to control a device using TV remote control. Signed-off-by: Maciej Purski

Re: [v2] timers: Fix excessive granularity of new timers after a nohz idle

On Wed, Aug 23, 2017 at 04:38:14PM +0800, jeffy wrote: > Hi Thierry, > > i hit a compile error with this patch: > > CC drivers/gpu/drm/tegra/trace.o > In file included from drivers/gpu/drm/tegra/trace.h:68:0, > from drivers/gpu/drm/tegra/trace.c:2: >

[Bug 102300] Missing 1920x1080_59.94Hz mode (Second monitor shows black screen but has signal)

https://bugs.freedesktop.org/show_bug.cgi?id=102300 --- Comment #8 from f...@mt2015.com --- (In reply to Michel Dänzer from comment #7) > According to the log file, the ASUS monitor only lists the 60 Hz 1920x1080 > mode in its EDID. So it seems clear that's what the monitor wants to be fed, > but

[Bug 97556] amdgpu fan behavior doesn't match windows

https://bugs.freedesktop.org/show_bug.cgi?id=97556 --- Comment #6 from Dimitrios Liappis --- I have the same issue on an Asus Radeon RX-550[1] and amdgpu. The fan is on all the time. By default pwm1_enable shows 1, however, even when I write 2 to it nothing changes.

[PULL] drm-intel-fixes

Hi Dave, drm/i915 fixes for v4.13-rc7. A mixed bag of fixes, with black screen fixes from me and Andy, and a couple of GVT fixes. In retrospect could have gone without the CNL specific fix, but it's trivial. I expect this to be the last round of drm/i915 fixes for v4.13 (fingers crossed).

Re: [radeon-alex:drm-next-4.14-wip 39/44] drivers/gpu/drm/radeon/radeon_ttm.c:763:2: error: implicit declaration of function 'ttm_populate_and_map_pages'

The problem is here: #if defined(CONFIG_SWIOTLB) || defined(CONFIG_INTEL_IOMMU) extern int ttm_dma_populate(struct ttm_dma_tt *ttm_dma, struct device *dev); extern void ttm_dma_unpopulate(struct ttm_dma_tt *ttm_dma, struct device *dev); We have forgotten to provide dummies for non