[PATCH v2] Add udmabuf misc device

A driver to let userspace turn iovecs into dma-bufs. Use case: Allows qemu create dmabufs for the vga framebuffer or virtio-gpu ressources. Then they can be passed around to display those guest things on the host. To spice client for classic full framebuffer display, and hopefully some day to

Re: [PATCH v2] Add udmabuf misc device

On Fri, Mar 16, 2018 at 08:46:49AM +0100, Gerd Hoffmann wrote: > --- /dev/null > +++ b/drivers/dma-buf/udmabuf.c > @@ -0,0 +1,261 @@ > +/* > + * This program is free software; you can redistribute it and/or modify > + * it under the terms of the GNU General Public License version 2 as > + *

[PATCH] drm/doc: Put all driver docs into a separate chapter

We have quite a few driver docs now, which is great, but having them all in the top-level gpu documentation chapter makes it harder to spot the core/shared bits. Stuff them into a separate chapter and ecourage people to add even more! Signed-off-by: Daniel Vetter ---

Re: [PATCH v1 3/3] drm/tegra: dc: Dedicate overlay plane to cursor on older Tegra's

On Thu, Mar 15, 2018 at 11:45 AM, Thierry Reding wrote: > On Thu, Mar 15, 2018 at 04:00:25AM +0300, Dmitry Osipenko wrote: >> Older Tegra's do not support RGBA format for the cursor, but instead >> overlay plane could be used for it. Since there is no much use for the >>

Re: [PATCH] drm: Reduce object size of DRM_ERROR and DRM_DEBUG uses

On Tue, Mar 13, 2018 at 03:02:15PM -0700, Joe Perches wrote: > drm_printk is used for both DRM_ERROR and DRM_DEBUG with unnecessary > arguments that can be removed by creating separate functins. > > Create specific functions for these calls to reduce x86/64 defconfig > size by ~20k. > > Modify

Re: [PATCH v2] Add udmabuf misc device

On Fri, Mar 16, 2018 at 08:46:49AM +0100, Gerd Hoffmann wrote: > --- /dev/null > +++ b/tools/testing/selftests/drivers/dma-buf/udmabuf.c > @@ -0,0 +1,69 @@ > +#include > +#include > +#include > +#include > +#include > +#include > +#include No license text at all? Come on, I already made

Re: [PATCH v2 00/11] drm/tinydrm: Support device unplug

On Fri, Sep 8, 2017 at 6:33 PM, Daniel Vetter wrote: > Hi Noralf, > > On Fri, Sep 08, 2017 at 05:07:19PM +0200, Noralf Trønnes wrote: >> This adds device unplug support to drm_fb_helper, drm_fb_cma_helper >> (fbdev) and tinydrm. >> >> There are several changes in this version: >>

[Bug 105534] amdgpu cannot set 2560x1440@60 mode even though monitor,gpu and motherboard support it

https://bugs.freedesktop.org/show_bug.cgi?id=105534 --- Comment #2 from philipmor...@gmail.com --- Will this work with an HDMI to DVI-D cable then ? -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list

[Bug 105534] amdgpu cannot set 2560x1440@60 mode even though monitor,gpu and motherboard support it

https://bugs.freedesktop.org/show_bug.cgi?id=105534 --- Comment #3 from Christian König --- (In reply to philipmorant from comment #2) > Will this work with an HDMI to DVI-D cable then ? No, DVI only supports up to 1920×1200 @ 60Hz with a single link. It

Re: [PATCH RESEND v2 1/2] drm/xen-front: Add support for Xen PV display frontend

Hi, Daniel! Sorry, if I strip the patch too much below. On 03/16/2018 10:23 AM, Daniel Vetter wrote: S-o-b line went missing here :-) will restore it back ;) I've read through it, 2 actual review comments (around hot-unplug and around the error recovery for failed flips), a few bikesheds,

Re: [PATCH 2/2] drm/bridge: analogix: Enable EDP_BACKLIGHT_FREQ_PWM_PIN_PASSTHRU

On Thu, Mar 15, 2018 at 07:56:59PM -0700, Alexandru M Stan wrote: > Configure the DPCD registers for the backlight to respect the pwm frequency > of the input. We sometimes don't want it to generate its own. > > Signed-off-by: Alexandru M Stan I wonder a bit whether we

Re: [PATCH libdrm 0/5] improve reuse implementation

On Thu, Mar 15, 2018 at 06:20:09PM -0700, James Xiong wrote: > From: "Xiong, James" > > With gem_reuse enabled, when a buffer size is different than > the sizes of buckets, it is aligned to the next bucket's size, > which means about 25% more memory than the requested is

[Bug 198123] Console is the wrong color at boot with radeon 6670

https://bugzilla.kernel.org/show_bug.cgi?id=198123 Michel Dänzer (mic...@daenzer.net) changed: What|Removed |Added CC|

Re: [PATCH v5 3/3] arm64: dts: renesas: Add LVDS decoder to R-Car V3M Eagle

Hi Niklas, thanks for review, On Fri, Mar 16, 2018 at 01:00:04AM +0100, Niklas Söderlund wrote: > Hi Jacopo, > > Thanks for your patch. > > This one must depend on '[PATCH v2 0/5] arm64: dts: renesas: r8a77970: > enable HDMI output' or something similar not yet in renesas-drivers > repository

[Bug 105530] Stuttering on Raven Ridge when TearFree is on

https://bugs.freedesktop.org/show_bug.cgi?id=105530 Michel Dänzer changed: What|Removed |Added CC|

Re: [PATCH RESEND v2 1/2] drm/xen-front: Add support for Xen PV display frontend

On Tue, Mar 13, 2018 at 06:21:05PM +0200, Oleksandr Andrushchenko wrote: > From: Oleksandr Andrushchenko > > Add support for Xen para-virtualized frontend display driver. > Accompanying backend [1] is implemented as a user-space application > and its helper

[PATCH 1/2] dt-bindings: analogix-dp: Add backlight-pwm-passthru

Documentation for the optional backlight-pwm-passthru property. Tells the EDP panel to folow the input pwm frequency instead of generating its own. Signed-off-by: Alexandru M Stan --- Documentation/devicetree/bindings/display/bridge/analogix_dp.txt | 4 1 file

Re: [PATCH v5 3/3] arm64: dts: renesas: Add LVDS decoder to R-Car V3M Eagle

Hi Jacopo, Thanks for your patch. This one must depend on '[PATCH v2 0/5] arm64: dts: renesas: r8a77970: enable HDMI output' or something similar not yet in renesas-drivers repository correct? In the next version would you care to include the LVDS commit from the dependency series and

Re: fbcon non-desktop display use

To try to address both concerns, it feels easiest to do not in-line. 1) Just for background: The H3, and many other ARM systems use the framebuffer for all video access, 3D accelerated as well as X11. If we want to permit HMD (headmount display) or other non-desktop displays on these devices are

[PATCH 0/2] Add backlight-pwm-passthru in analogix DP driver

I noticed that the backlight on the ASUS Chromebook Flip C101 (bob) is flickering. We're sending it a high frequency pwm signal, but the EDP panel decided to "parse" the signal, read the duty cycle, then make its own signal that it sends to the LEDs. So even though we send a nice high refresh

Re: rfc: remove print_vma_addr ? (was Re: [PATCH 00/16] remove eight obsolete architectures)

On Thu, Mar 15, 2018 at 09:56:46AM -0700, Joe Perches wrote: > I have a patchset that creates a vsprintf extension for > print_vma_addr and removes all the uses similar to the > print_symbol() removal. > > This now avoids any possible printk interleaving. > > Unfortunately, without some #ifdef

Re: [PATCH v5 1/6] dt-bindings: add bindings for USB physical connector

On 15/03/18 13:46, Robin Murphy wrote: > On 12/03/18 10:41, Roger Quadros wrote: > [...] > @@ -0,0 +1,75 @@ > +USB Connector > += > + > +USB connector node represents physical USB connector. It should be > +a child of USB interface controller. > + >

Re: [PATCH v5 1/3] dt-bindings: display: bridge: Document THC63LVD1024 LVDS decoder

Hi Jacopo, Thanks for your patch, On 2018-03-15 17:11:54 +0100, Jacopo Mondi wrote: > Document Thine THC63LVD1024 LVDS decoder device tree bindings. > > Signed-off-by: Jacopo Mondi > Reviewed-by: Andrzej Hajda Reviewed-by: Niklas Söderlund

[PATCH 2/2] drm/bridge: analogix: Enable EDP_BACKLIGHT_FREQ_PWM_PIN_PASSTHRU

Configure the DPCD registers for the backlight to respect the pwm frequency of the input. We sometimes don't want it to generate its own. Signed-off-by: Alexandru M Stan --- drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 48 ++

Re: [PATCH] kthread: finer-grained lockdep/cross-release completion

On 3/15/2018 9:41 PM, Peter Zijlstra wrote: On Thu, Mar 15, 2018 at 11:31:57AM +0100, Daniel Vetter wrote: Is there any progress on getting cross-release enabled again? Not yet, I'm still fighting the meltdown/spectre induced backlog. We'll get to it eventually. Please let me know when you

Re: [PATCH 00/16] remove eight obsolete architectures

Hi, On Thu, Mar 15, 2018 at 10:56:48AM +0100, Arnd Bergmann wrote: > On Thu, Mar 15, 2018 at 10:42 AM, David Howells wrote: > > Do we have anything left that still implements NOMMU? Please don't kill !MMU. > Yes, plenty. > I've made an overview of the remaining

RE: [PATCH] [RFC] drm: rcar-du: keep temporary dtb files around during build

On Thursday, March 15, 2018 8:37 AM, Arnd Bergmann [mailto:a...@arndb.de] wrote: > > The *.dtb and *.dtb.S files get removed by 'make' during the build > process, > and later seem to be missed during the 'modpost' stage: > > rm drivers/gpu/drm/rcar-du/rcar_du_of_lvds_r8a7795.dtb >

Re: [PATCH v5 2/3] drm: bridge: Add thc63lvd1024 LVDS decoder driver

Hi Jacopo, Thanks for your patch, On 2018-03-15 17:11:55 +0100, Jacopo Mondi wrote: > Add DRM bridge driver for Thine THC63LVD1024 LVDS to digital parallel > output converter. > > Signed-off-by: Jacopo Mondi > Reviewed-by: Andrzej Hajda > --- >

Re: [PATCH 1/2] dt-bindings: analogix-dp: Add backlight-pwm-passthru

On Friday 16 March 2018 08:26 AM, Alexandru M Stan wrote: Documentation for the optional backlight-pwm-passthru property. Tells the EDP panel to folow the input pwm frequency instead s/folow/follow It would be nice if we could add the details you mentioned in patch #0 in either this or the

Re: [PATCH] [RFC] drm: rcar-du: keep temporary dtb files around during build

On Fri, Mar 16, 2018 at 2:39 AM, wrote: > On Thursday, March 15, 2018 8:37 AM, Arnd Bergmann [mailto:a...@arndb.de] > wrote: >> >> The *.dtb and *.dtb.S files get removed by 'make' during the build >> process, >> and later seem to be missed during the 'modpost' stage: >>

Re: [PATCH libdrm 3/4] meson,configure: always define UDEV

On 16 March 2018 at 17:12, Eric Engestrom wrote: > Signed-off-by: Eric Engestrom > --- > configure.ac | 2 ++ > meson.build | 2 +- > xf86drm.c| 8 > 3 files changed, 7 insertions(+), 5 deletions(-) > > diff --git

Re: [PATCH] drm: Reduce object size of DRM_ERROR and DRM_DEBUG uses

On Fri, 2018-03-16 at 08:41 +0100, Daniel Vetter wrote: > On Tue, Mar 13, 2018 at 03:02:15PM -0700, Joe Perches wrote: > > drm_printk is used for both DRM_ERROR and DRM_DEBUG with unnecessary > > arguments that can be removed by creating separate functins. > > > > Create specific functions for

[Bug 105534] amdgpu cannot set 2560x1440@60 mode even though monitor,gpu and motherboard support it

https://bugs.freedesktop.org/show_bug.cgi?id=105534 --- Comment #4 from philipmor...@gmail.com --- Thanks for replies. My monitor is DVI DL only. My old Haswell i5 4670 with HD4600 graphics was also single link DVI only (https://communities.intel.com/thread/44135), and it worked at 60Hz. Could

[GIT PULL] mali-dp: fixes for drm-next

Hi Dave, I have accumulated some patches as we went through some internal testing for mali-dp and I was waiting for the YUV2RGB patches to land in your tree, so I would like to get them into drm-next at your earliest convenient time. Please note that after you pull Dan Carpenter's patch

Re: [Intel-gfx] [PATCH v2] i915: Re-use DEFINE_SHOW_ATTRIBUTE() macro

Quoting Andy Shevchenko (2018-03-16 14:12:13) > ...instead of open coding file operations followed by custom ->open() > callbacks per each attribute. > > Reviewed-by: Chris Wilson > Signed-off-by: Andy Shevchenko And pushed, thanks

Re: [PATCH] libdrm: intel/Android.mk: Filter libdrm_intel library requirements on x86/x86_64

On 16 March 2018 at 14:35, Rob Herring wrote: > On Wed, Mar 14, 2018 at 12:21 PM, Emil Velikov > wrote: >> On 14 March 2018 at 16:47, John Stultz wrote: >>> When building AOSP after updating libdrm project to the >>>

Re: [Intel-gfx] [PATCH libdrm 0/5] improve reuse implementation

On 16 March 2018 at 08:43, Daniel Vetter wrote: > On Thu, Mar 15, 2018 at 06:20:09PM -0700, James Xiong wrote: >> From: "Xiong, James" >> >> With gem_reuse enabled, when a buffer size is different than >> the sizes of buckets, it is aligned to the next

Re: [PATCH] libdrm: intel/Android.mk: Filter libdrm_intel library requirements on x86/x86_64

On 14 March 2018 at 17:30, John Stultz wrote: > On Wed, Mar 14, 2018 at 10:21 AM, Emil Velikov > wrote: >> On 14 March 2018 at 16:47, John Stultz wrote: >>> When building AOSP after updating libdrm project to the >>>

Re: [PATCH 2/3] drm: Make drm_mode_vrefresh() a bit more accurate

On Wed, Mar 14, 2018 at 02:56:28PM +0100, Daniel Vetter wrote: > On Tue, Mar 13, 2018 at 05:07:58PM +0200, Ville Syrjala wrote: > > From: Ville Syrjälä > > > > Do the refresh rate calculation with a single division. This gives > > us slightly more accurate results,

Re: [PATCH 0/2] Add backlight-pwm-passthru in analogix DP driver

On Thu, Mar 15, 2018 at 07:56:57PM -0700, Alexandru M Stan wrote: > I noticed that the backlight on the ASUS Chromebook Flip C101 (bob) is > flickering. > > We're sending it a high frequency pwm signal, but the EDP panel decided to > "parse" the signal, read the duty cycle, then make its own

[PATCH libdrm 1/4] meson, configure: always define HAVE_OPEN_MEMSTREAM

Signed-off-by: Eric Engestrom --- configure.ac| 4 +++- intel/test_decode.c | 4 ++-- meson.build | 4 +--- 3 files changed, 6 insertions(+), 6 deletions(-) diff --git a/configure.ac b/configure.ac index 5d3a20ffd3e7b38db5f1..5751a8113635ce6a1c48

[PATCH libdrm 3/4] meson,configure: always define UDEV

Signed-off-by: Eric Engestrom --- configure.ac | 2 ++ meson.build | 2 +- xf86drm.c| 8 3 files changed, 7 insertions(+), 5 deletions(-) diff --git a/configure.ac b/configure.ac index 14baa1c87f9078f336fa..619af49726d198c5d685 100644 --- a/configure.ac

[PATCH libdrm 4/4] meson: replace `if(compiles) have=true` with `have=compiles`

Signed-off-by: Eric Engestrom --- meson.build | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/meson.build b/meson.build index 0fe04a1411963c70cf80..74a541e8d835ae27c7f4 100644 --- a/meson.build +++ b/meson.build @@ -187,9 +187,8 @@ else endif

[PATCH libdrm 2/4] meson,configure: always define HAVE_VISIBILITY

Signed-off-by: Eric Engestrom --- configure.ac| 2 ++ libdrm_macros.h | 2 +- meson.build | 7 +++ 3 files changed, 6 insertions(+), 5 deletions(-) diff --git a/configure.ac b/configure.ac index 5751a8113635ce6a1c48..14baa1c87f9078f336fa 100644 ---

[PATCH 4/5] drm/amdgpu: add independent DMA-buf export v2

Instead of relying on the DRM functions just implement our own export functions. This adds support for taking care of unpinned DMA-buf. v2: fix unintended recursion, remove debugging leftovers Signed-off-by: Christian König --- drivers/gpu/drm/amd/amdgpu/amdgpu.h

RFC: unpinned DMA-buf exporting v2

Hi everybody, since I've got positive feedback from Daniel I continued working on this approach. A few issues are still open: 1. Daniel suggested that I make the invalidate_mappings callback a parameter of dma_buf_attach(). This approach unfortunately won't work because when the attachment is

[PATCH 2/5] drm/ttm: keep a reference to transfer pipelined BOs

Make sure the transfered BO is never destroy before the transfer BO. Signed-off-by: Christian König --- drivers/gpu/drm/ttm/ttm_bo_util.c | 50 +++ 1 file changed, 30 insertions(+), 20 deletions(-) diff --git

[PATCH 3/5] drm/ttm: remove the backing store if no placement is given

Pipeline removal of the BOs backing store when the placement is given during validation. Signed-off-by: Christian König --- drivers/gpu/drm/ttm/ttm_bo.c | 12 1 file changed, 12 insertions(+) diff --git a/drivers/gpu/drm/ttm/ttm_bo.c

[PATCH 1/5] dma-buf: add optional invalidate_mappings callback v2

Each importer can now provide an invalidate_mappings callback. This allows the exporter to provide the mappings without the need to pin the backing store. v2: don't try to invalidate mappings when the callback is NULL, lock the reservation obj while using the attachments, add helper to

[PATCH 5/5] drm/amdgpu: add independent DMA-buf import v2

Instead of relying on the DRM functions just implement our own import functions. This adds support for taking care of unpinned DMA-buf. v2: enable for all exporters, not just amdgpu, fix invalidation handling, lock reservation object while setting callback Signed-off-by: Christian König

[Bug 101739] An issue with alpha-to-coverage handling is causing Arma 3 64-bit Linux port to render trees incorrectly

https://bugs.freedesktop.org/show_bug.cgi?id=101739 --- Comment #7 from tom34 --- I using mesa3d (17.3.6) from stable padoka repo and i see white bushes in game, here is the example: (Headphone warning, mic volume too high) https://www.twitch.tv/videos/239136303?t=01m10s -- You

Re: [PATCH] drm/imx: move arming of the vblank event to atomic_flush

On Thu, 2018-03-15 at 10:11 +0100, Lucas Stach wrote: > Right now the vblank event completion is racing with the atomic update, > which is especially bad when the PRE is in use, as one of the hardware > issue workaround might extend the atomic commit for quite some time. > > If the vblank IRQ

Re: [PATCH v2] Add udmabuf misc device

Am 16.03.2018 um 08:46 schrieb Gerd Hoffmann: A driver to let userspace turn iovecs into dma-bufs. Use case: Allows qemu create dmabufs for the vga framebuffer or virtio-gpu ressources. Then they can be passed around to display those guest things on the host. To spice client for classic full

Re: [Intel-gfx] [PATCH 4/6] drm: Introduce drm_color_lut_size()

On Tue, Mar 06, 2018 at 08:54:21AM +0100, Daniel Vetter wrote: > On Fri, Feb 23, 2018 at 09:25:04PM +0200, Ville Syrjala wrote: > > From: Ville Syrjälä > > > > Provide a small helper to convert the blob length in bytes > > to the number of LUT entries. > > > >

[Bug 101739] An issue with alpha-to-coverage handling is causing Arma 3 64-bit Linux port to render trees incorrectly

https://bugs.freedesktop.org/show_bug.cgi?id=101739 --- Comment #8 from tom34 --- I see that Bohemia mentioned about this bug here: https://community.bistudio.com/wiki/Arma_3_Experimental_Ports#Known_Issues "AMD Mesa drivers can cause graphical glitches, such as white blinking

[radeon-alex:drm-next-4.17-wip 72/87] drivers/gpu/drm/amd/powerplay/hwmgr/smu10_hwmgr.c:1001:52-53: asic_setup: first occurrence line 1004, second occurrence line 1031 (fwd)

The same field name appears on two differnt lines, with different values. julia -- Forwarded message -- Date: Fri, 16 Mar 2018 22:35:29 +0800 From: kbuild test robot To: kbu...@01.org Cc: Julia Lawall Subject:

Re: [PATCH] libdrm: intel/Android.mk: Filter libdrm_intel library requirements on x86/x86_64

On Wed, Mar 14, 2018 at 12:21 PM, Emil Velikov wrote: > On 14 March 2018 at 16:47, John Stultz wrote: >> When building AOSP after updating libdrm project to the >> freedesktop/master branch, I've seen the following build errors: >> >>

Re: [PATCH 1/5] dma-buf: add optional invalidate_mappings callback v2

Am 16.03.2018 um 14:51 schrieb Chris Wilson: Quoting Christian König (2018-03-16 13:20:45) @@ -326,6 +338,29 @@ struct dma_buf_attachment { struct device *dev; struct list_head node; void *priv; + + /** +* @invalidate_mappings: +* +*

[Bug 198883] amdgpu: carrizo: Screen stalls after starting X

https://bugzilla.kernel.org/show_bug.cgi?id=198883 --- Comment #60 from Andrey Grodzovsky (andrey.grodzov...@amd.com) --- (In reply to Ricardo Ribalda from comment #59) > Hi Andrey > > Testing with llvm7 setup: > > > R600_DEBUG=notiling,norbplus xinit > > does not avoid the hang :( > > [

Re: [PATCH libdrm 3/4] meson,configure: always define UDEV

On March 16, 2018 5:25:12 PM UTC, Emil Velikov wrote: > On 16 March 2018 at 17:12, Eric Engestrom > wrote: > > Signed-off-by: Eric Engestrom > > --- > > configure.ac | 2 ++ > > meson.build | 2 +- > > xf86drm.c

[PATCH] drm: Don't pass the index to drm_property_add_enum()

From: Ville Syrjälä drm_property_add_enum() can calculate the index itself just fine, so no point in having the caller pass it in. Cc: Patrik Jakobsson Cc: Ben Skeggs Cc: nouv...@lists.freedesktop.org

[Bug 105515] hw_init of IP block failed

https://bugs.freedesktop.org/show_bug.cgi?id=105515 --- Comment #7 from Alex Deucher --- Does disabling the Intel gfx chip or booting with the AMD card as the primary help? Can you also try booting with amdgpu.dc=1? -- You are receiving this mail because: You are the

RE: [PATCH libdrm 0/5] improve reuse implementation

>-Original Message- >From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of >Daniel Vetter >Sent: Friday, March 16, 2018 1:43 AM >To: Xiong, James >Cc: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org >Subject: Re: [PATCH

Re: [PATCH v8 07/11] drm: Handle aspect-ratio info in getblob

the system] url: https://github.com/0day-ci/linux/commits/Nautiyal-Ankit-K/Aspect-ratio-support-in-DRM-layer/20180316-204825 reproduce: # apt-get install sparse make ARCH=x86_64 allmodconfig make C=1 CF=-D__CHECK_ENDIAN__ sparse warnings: (new ones prefixed

[v2 PATCH 0/2] arm64: dts: Add sdm845 GPU/GMU and SMMU

Add DT nodes for the sdm845 GPU/GMU (graphics management unit) and the companion arm-smmu-v2 compatible SMMU. This builds on the following dependencies - https://patchwork.kernel.org/patch/10286369/ - bindings for qcom,level https://patchwork.kernel.org/patch/10281599/ - qcom,smmu-v2 bindings

[PATCH 2/2] arm64: dts: sdm845: Add gpu and gmu device nodes

Add the nodes to describe the Adreno GPU and GMU devices. Signed-off-by: Jordan Crouse --- arch/arm64/boot/dts/qcom/sdm845.dtsi | 119 +++ 1 file changed, 119 insertions(+) diff --git a/arch/arm64/boot/dts/qcom/sdm845.dtsi

[radeon-alex:drm-next-4.17-wip 83/87] drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/smu8_hwmgr.c:333:36: sparse: cast to restricted __le32

tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.17-wip head: 61deb7d0941d1e3ffee0d799396ac93b0e90 commit: 34e40f6338c730572874bc3d6fe330c7f2b63013 [83/87] drm/amd/pp: Rename file name cz_* to smu8_* reproduce: # apt-get install sparse git checkout

[PATCH 1/2] dt-bindings: Document qcom,adreno-gmu

Document the device tree bindings for the Adreno GMU device available on Adreno a6xx targets. Signed-off-by: Jordan Crouse --- .../devicetree/bindings/display/msm/gmu.txt| 54 ++ .../devicetree/bindings/display/msm/gpu.txt| 10 +++- 2

[Bug 198123] Console is the wrong color at boot with radeon 6670

https://bugzilla.kernel.org/show_bug.cgi?id=198123 --- Comment #41 from Alex Deucher (alexdeuc...@gmail.com) --- Maybe something will jump out if we look at the register differences? You can use radeonreg (https://cgit.freedesktop.org/~airlied/radeontool/) to dump the display registers. e.g.,

Re: [PATCH 1/2] dt-bindings: Document qcom,adreno-gmu

On Mon, Mar 05, 2018 at 01:38:59PM -0600, Rob Herring wrote: > On Fri, Mar 2, 2018 at 3:56 PM, Jordan Crouse wrote: > > Document the device tree bindings for the Adreno GMU device > > available on Adreno a6xx targets. > > > > Change-Id:

[PATCH 1/2] dt-bindings: Document qcom,adreno-gmu

Document the device tree bindings for the Adreno GMU device available on Adreno a6xx targets. Signed-off-by: Jordan Crouse --- .../devicetree/bindings/display/msm/gmu.txt| 54 ++ .../devicetree/bindings/display/msm/gpu.txt| 10 +++- 2

[v2 PATCH 0/2] arm64: dts: Add sdm845 GPU/GMU and SMMU

(resend because I forgot to CC everybody on the patches) Add DT nodes for the sdm845 GPU/GMU (graphics management unit) and the companion arm-smmu-v2 compatible SMMU. This builds on the following dependencies - https://patchwork.kernel.org/patch/10286369/ - bindings for qcom,level

[PATCH 2/2] arm64: dts: sdm845: Add gpu and gmu device nodes

Add the nodes to describe the Adreno GPU and GMU devices. Signed-off-by: Jordan Crouse --- arch/arm64/boot/dts/qcom/sdm845.dtsi | 119 +++ 1 file changed, 119 insertions(+) diff --git a/arch/arm64/boot/dts/qcom/sdm845.dtsi

[DPU PATCH v2] drm/msm: Don't duplicate modeset_enables atomic helper

Instead, shuffle things around so we kickoff crtc after enabling encoder during modesets. Also moves the vblank wait to after the frame. Changes in v2: - Remove the encoder.commit hack, it's not required (Jeykumar) Cc: Jeykumar Sankaran Signed-off-by: Sean Paul

[Bug 105515] hw_init of IP block failed

https://bugs.freedesktop.org/show_bug.cgi?id=105515 --- Comment #6 from Alex Deucher --- (In reply to Edward Kigwana from comment #5) > options msi=1 exp_hw_support=0 ppfeaturemask=0 The msi and exp_hw_support shouldn't have any effect in your case and ppfeaturemask is

Re: [PATCH] drm/doc: Put all driver docs into a separate chapter

On Fri, Mar 16, 2018 at 3:59 AM, Daniel Vetter wrote: > We have quite a few driver docs now, which is great, but having them > all in the top-level gpu documentation chapter makes it harder to spot > the core/shared bits. > > Stuff them into a separate chapter and ecourage

[Bug 105534] amdgpu cannot set 2560x1440@60 mode even though monitor,gpu and motherboard support it

https://bugs.freedesktop.org/show_bug.cgi?id=105534 --- Comment #6 from Ville Syrjala --- (In reply to Alex Deucher from comment #5) > (In reply to Christian König from comment #3) > > What you can use is either an active DP to dual DVI converter (probably > >

[PATCH 2/2] drm/msm: Add A6XX device support

Add support for the A6XX family of Adreno GPUs. The biggest addition is the GMU (Graphics Management Unit) which takes over most of the power management of the GPU itself but in a ironic twist of fate needs a goodly amount of management itself. Add support for the A6XX core code, the GMU and the

[PATCH 1/2] drm/msm: Add generated headers for A6XX

From: Sharat Masetty Add initial register headers for A6XX targets. Signed-off-by: Sharat Masetty Signed-off-by: Jordan Crouse --- drivers/gpu/drm/msm/adreno/a6xx.xml.h | 1600 +

[v3 RFC 0/2] drm/msm: Add support for Adreno a6xx

This is an RFC for the initial version of a6xx support for the Adreno a6xx GPU family as found on the sdm845 SoC. This code is ahead of most of the rest of the sdm845 code that would be needed to actually bring up a device and it is definitely far in advance of any user side support for the a6xx

[Bug 105534] amdgpu cannot set 2560x1440@60 mode even though monitor,gpu and motherboard support it

https://bugs.freedesktop.org/show_bug.cgi?id=105534 --- Comment #5 from Alex Deucher --- (In reply to Christian König from comment #3) > What you can use is either an active DP to dual DVI converter (probably > rather expensive if such a thing even exists) or native

[PATCH] drm: Reduce object size of DRM_DEV_ uses

These macros are similar to the DRM_ with the addition of a struct device * to the arguments. Convert the single drm_dev_printk function into 2 separate functions. drm_dev_printk with a KERN_ * for generic use and drm_dev_dbg for conditional masked use. Remove the __func__ argument and use

[pull] radeon, amdgpu, amd ttm drm-next-4.17

Hi Dave, Updates for 4.17. Highlights: - Continued cleanup and restructuring of powerplay - Fetch VRAM type from vbios rather than hardcoding for SOC15 asics - Allow ttm to drop its backing store when drivers don't need it - DC bandwidth calc updates - Enable DC backlight control pre-DCE11 asics

Re: [DPU PATCH v2] drm/msm: Don't duplicate modeset_enables atomic helper

On 2018-03-16 12:45, Sean Paul wrote: Instead, shuffle things around so we kickoff crtc after enabling encoder during modesets. Also moves the vblank wait to after the frame. Changes in v2: - Remove the encoder.commit hack, it's not required (Jeykumar) Cc: Jeykumar Sankaran

Re: [PATCH libdrm 4/4] meson: replace `if(compiles) have=true` with `have=compiles`

Quoting Eric Engestrom (2018-03-16 10:12:27) > Signed-off-by: Eric Engestrom > --- > meson.build | 5 ++--- > 1 file changed, 2 insertions(+), 3 deletions(-) > > diff --git a/meson.build b/meson.build > index 0fe04a1411963c70cf80..74a541e8d835ae27c7f4 100644 > ---

[RFC][PATCH] drm_hwcomposer: Rework platformdrmgeneric.cpp to use libdrm's gralloc handle

Rework the platformdrmgeneric buffer importer to use the libdrm generic gralloc handle definition. This is just to get the drm_hwcomposer project building in AOSP along with the libdrm freedesktop/master branch. Similar changes may also be needed to gbm_gralloc and other projects not used in

[RFC][PATCH] libdrm: gralloc_handle.h: Fix build issue with Android

In trying to integrate the new gralloc_handle.h with the drm_hwcomposer, I started seeing the following compilation errors: In file included from external/drm_hwcomposer/platformdrmgeneric.cpp:28: external/libdrm/android/gralloc_handle.h:108:9: error: cannot initialize return object of type

[PATCH 1/3] drm: Trust format_mod_supported() when it OKs a plane modifier.

For parameterized modifiers (Broadcom's SAND and UIF), we need to allow the parameter fields to be filled in, while exposing only the variant of the modifier with the parameter unfilled in the internal arrays and the format blob. Signed-off-by: Eric Anholt Cc: Ville Syrjälä

[PATCH 3/3] drm/vc4: Add support for SAND modifier.

From: Dave Stevenson This is the format generated by VC4's H.264 engine, and preferred by the ISP as well. By displaying SAND buffers directly, we can avoid needing to use the ISP to rewrite the SAND H.264 output to linear before display. This is a joint effort

[PATCH 2/3] drm/vc4: Add missing formats to vc4_format_mod_supported().

Daniel's format_mod_supported() patch predated Dave's for NV21/61, and I didn't catch that when rebasing. This is a problem since the formats are now getting validated before being passed to the driver's atomic hooks. Signed-off-by: Eric Anholt Cc: Daniel Stone

[Bug 105534] amdgpu cannot set 2560x1440@60 mode even though monitor,gpu and motherboard support it

https://bugs.freedesktop.org/show_bug.cgi?id=105534 --- Comment #7 from philipmor...@gmail.com --- There are 3 physical motherboard sockets: HDMI, DVI DL, and D-SUB. xrandr reports the D-SUB as DisplayPort-0. In kernel versions before 4.10 I used to have to hack the i915 code as follows (in

[PATCH 0/3] drm/vc4: Atomic color management support

This series adds support for the gamma and CTM properties to VC4. Patches 2 and 3 need the register definitions from here: https://patchwork.freedesktop.org/patch/207863/ The CTM support is somewhat limited in that we can only enable it for one CRTC at a time and coefficients are S0.9 in

[PATCH 1/3] drm/vc4: Expose gamma as atomic property

We are an atomic driver so the gamma LUT should also be exposed as a CRTC property through the DRM atomic color management. This will also take care of the legacy path for us. Signed-off-by: Stefan Schake --- drivers/gpu/drm/vc4/vc4_crtc.c | 24 +--- 1

[PATCH 2/3] drm/vc4: Add color transformation matrix (CTM) support

The hardware supports a CTM with S0.9 values. We therefore only allow a value of 1.0 or fractional only and reject all others with integer parts. This restriction is mostly inconsequential in practice since commonly used transformation matrices have all scalars <= 1.0. Signed-off-by: Stefan

[PATCH 3/3] drm/vc4: Restrict active CTM to one CRTC

We only have one hardware block to do the CTM and need to reject attempts to enable it for multiple CRTCs simultaneously. Signed-off-by: Stefan Schake --- drivers/gpu/drm/vc4/vc4_crtc.c | 11 +++ 1 file changed, 11 insertions(+) diff --git

Re: [Intel-gfx] [PATCH 2/3] drm: Make sure at least one plane supports the fb format

Ville Syrjälä writes: > On Thu, Mar 15, 2018 at 08:03:44PM +0200, Ville Syrjälä wrote: >> On Thu, Mar 15, 2018 at 07:48:02PM +0200, Ville Syrjälä wrote: >> > On Thu, Mar 15, 2018 at 10:42:17AM -0700, Eric Anholt wrote: >> > > Ville Syrjala

Re: [PATCH] drm/vc4: Add support for SAND modifier.

Daniel Stone writes: > Hey Eric, > > On 3 March 2018 at 01:34, Eric Anholt wrote: >> Ccing a couple of folks who are likely to have opinions about >> drm_fourcc.h additions (Do we have enough docs? Are the macros OK?), >> and Bootlin who are likely

Re: [PATCH] drm/vc4_validate: Remove VLA usage

"Gustavo A. R. Silva" writes: > In preparation to enabling -Wvla, remove VLA. In this particular > case use macro ARRAY_SIZE so the length of array _bo_ can be > computed at preprocessing time. > > The use of stack Variable Length Arrays needs to be avoided, as they > can

[PATCH v4 0/8] cgroup private data and DRM/i915 integration

This is the fourth iteration of the work previously posted here: (v1) https://lists.freedesktop.org/archives/intel-gfx/2018-January/153156.html (v2) https://www.mail-archive.com/dri-devel@lists.freedesktop.org/msg208170.html (v3)

[PATCH v4 1/8] cgroup: Allow registration and lookup of cgroup private data (v2)

There are cases where other parts of the kernel may wish to store data associated with individual cgroups without building a full cgroup controller. Let's add interfaces to allow them to register and lookup this private data for individual cgroups. A kernel system (e.g., a driver) that wishes to

  1   2   >