Re: [PATCH v4 9/9] arm64: dts: renesas: Add CMM units to Gen3 SoCs

2019-09-11 Thread Kieran Bingham
Hi Jacopo, On 06/09/2019 14:54, Jacopo Mondi wrote: > Add CMM units to Renesas R-Car Gen3 SoC that support it, and reference them > from the Display Unit they are connected to. > > Sort the 'vsps' and 'renesas,cmm' entries in the DU unit consistently > in all the involved DTS. I think if you

[PATCH v4 1/2] drm/virtio: Rewrite virtio_gpu_queue_ctrl_buffer using fenced version.

2019-09-11 Thread David Riley
Factor function in preparation to generating scatterlist prior to locking. Signed-off-by: David Riley --- drivers/gpu/drm/virtio/virtgpu_vq.c | 20 +++- 1 file changed, 7 insertions(+), 13 deletions(-) diff --git a/drivers/gpu/drm/virtio/virtgpu_vq.c

[PATCH v4 0/2] drm/virtio: Use vmalloc for command buffer alllocations.

2019-09-11 Thread David Riley
Userspace requested command buffer allocations could be too large to make as a contiguous allocation. Use vmalloc if necessary to satisfy those allocations. v1: Initial version. v2: Properly account for number of free descriptors required. v3: Remove offset handling for vmalloc'd buffers. v4:

Re: [PATCH v4 9/9] arm64: dts: renesas: Add CMM units to Gen3 SoCs

2019-09-11 Thread Geert Uytterhoeven
Hi Kieran, Jacopo, On Wed, Sep 11, 2019 at 8:16 PM Kieran Bingham wrote: > On 06/09/2019 14:54, Jacopo Mondi wrote: > > Add CMM units to Renesas R-Car Gen3 SoC that support it, and reference them > > from the Display Unit they are connected to. > > > > Sort the 'vsps' and 'renesas,cmm' entries

Re: [PATCH 00/11] Add support for software nodes to gpiolib

2019-09-11 Thread Andy Shevchenko
On Wed, Sep 11, 2019 at 12:52:04AM -0700, Dmitry Torokhov wrote: > This series attempts to add support for software nodes to gpiolib, using > software node references that were introduced recently. This allows us > to convert more drivers to the generic device properties and drop > support for

Re: [PATCH v4 6/9] drm: rcar-du: crtc: Enable and disable CMMs

2019-09-11 Thread Kieran Bingham
Hi Jacopo, On 06/09/2019 14:54, Jacopo Mondi wrote: > Enable/disable the CMM associated with a CRTC at CRTC start and stop > time and enable the CMM unit through the Display Extensional Functions > register at group setup time. > > Reviewed-by: Ulrich Hecht > Reviewed-by: Laurent Pinchart >

[PATCH v3 2/2] backlight: lm3630a: add an enable gpio for the HWEN pin

2019-09-11 Thread Andreas Kemnade
For now just enable it in the probe function to allow i2c access. Disabling also means resetting the register values to default and according to the datasheet does not give power savings. Tested on Kobo Clara HD. Signed-off-by: Andreas Kemnade --- changes in v2: - simplification - correct gpio

[PATCH v3 0/2] backlight_lm3630a: add enable_gpios property

2019-09-11 Thread Andreas Kemnade
To be able to handle the HWEN pin of the lm3630a, add an enable gpio to the driver and a property. Tested on Kobo Clara HD. Changes in v2: simplification and reordering Changes in v3: added acked-by removed legacy include Andreas Kemnade (2): dt-bindings: backlight: lm3630a: add enable_gpios

[PATCH v3 1/2] dt-bindings: backlight: lm3630a: add enable_gpios

2019-09-11 Thread Andreas Kemnade
add enable-gpios to describe HWEN pin Signed-off-by: Andreas Kemnade Acked-by: Daniel Thompson --- changes in v2: added example changes in v3: added Acked-by .../bindings/leds/backlight/lm3630a-backlight.yaml | 5 + 1 file changed, 5 insertions(+) diff --git

[RFC PATCH] gpu: no need to compile drm/ if CONFIG_DRM=n

2019-09-11 Thread Qian Cai
The commit c0e09200dc08 ("drm: reorganise drm tree to be more future proof.") changed the behavior from only compiling drm/ if CONFIG_DRM=y to always compiling drm/. This restores the behavior, so people don't need to waste time compiling stuff they don't need. Fixes: c0e09200dc08 ("drm:

Re: [PATCH v4 1/9] dt-bindings: display: renesas,cmm: Add R-Car CMM documentation

2019-09-11 Thread Kieran Bingham
Hi Jacopo, On 06/09/2019 14:54, Jacopo Mondi wrote: > Add device tree bindings documentation for the Renesas R-Car Display > Unit Color Management Module. > > CMM is the image enhancement module available on each R-Car DU video > channel on R-Car Gen2 and Gen3 SoCs (V3H and V3M excluded). > >

Re: [RFC PATCH] gpu: no need to compile drm/ if CONFIG_DRM=n

2019-09-11 Thread Qian Cai
> On Sep 11, 2019, at 1:37 PM, Maxime Ripard wrote: > > Hi, > > Le mer. 11 sept. 2019 à 19:35, Qian Cai a écrit : > The commit c0e09200dc08 ("drm: reorganise drm tree to be more future > proof.") changed the behavior from only compiling drm/ if CONFIG_DRM=y > to always compiling drm/. This

Re: [PATCH v4 7/9] drm: rcar-du: crtc: Register GAMMA_LUT properties

2019-09-11 Thread Kieran Bingham
Hi Jacopo, On 06/09/2019 14:54, Jacopo Mondi wrote: > Enable the GAMMA_LUT KMS property using the framework helpers to > register the property and set the associated gamma table maximum size. > > Reviewed-by: Ulrich Hecht > Reviewed-by: Laurent Pinchart LGTM. Reviewed-by: Kieran Bingham >

Re: [PATCH v2 2/2] backlight: lm3630a: add an enable gpio for the HWEN pin

2019-09-11 Thread Dan Murphy
On 9/11/19 5:25 AM, Daniel Thompson wrote: On Tue, Sep 10, 2019 at 11:29:09PM +0200, Andreas Kemnade wrote: For now just enable it in the probe function to allow i2c access. Disabling also means resetting the register values to default and according to the datasheet does not give power

Re: [PATCH v3 1/2] drm/virtio: Rewrite virtio_gpu_queue_ctrl_buffer using fenced version.

2019-09-11 Thread David Riley
They were based off of Linus' https://github.com/torvalds/linux master from yesterday. I can rebase onto drm-misc-next. On Tue, Sep 10, 2019 at 10:12 PM Gerd Hoffmann wrote: > > On Tue, Sep 10, 2019 at 01:06:50PM -0700, David Riley wrote: > > Factor function in preparation to generating

Re: [PATCH v2 2/2] backlight: lm3630a: add an enable gpio for the HWEN pin

2019-09-11 Thread Andreas Kemnade
On Wed, 11 Sep 2019 13:48:36 -0500 Dan Murphy wrote: > >> @@ -535,6 +538,13 @@ static int lm3630a_probe(struct i2c_client *client, > >>} > >>pchip->pdata = pdata; > >> > >> + pchip->enable_gpio = devm_gpiod_get_optional(>dev, "enable", > >> +

Re: [PATCH v4 4/9] drm: rcar-du: Claim CMM support for Gen3 SoCs

2019-09-11 Thread Kieran Bingham
Hi Jacopo, On 06/09/2019 14:54, Jacopo Mondi wrote: > Add CMM to the list of supported features for Gen3 SoCs that provide it: > - R8A7795 > - R8A7796 > - R8A77965 > - R8A7799x > > Leave R8A77970 out as V3M and V3H are the only Gen3 SoCs that do not > support CMM. > > Reviewed-by: Ulrich Hecht

Re: [PATCH v2 1/2] dt-bindings: backlight: lm3630a: add enable_gpios

2019-09-11 Thread Dan Murphy
Andreas On 9/11/19 5:08 AM, Daniel Thompson wrote: On Tue, Sep 10, 2019 at 11:29:08PM +0200, Andreas Kemnade wrote: add enable-gpios to describe HWEN pin Signed-off-by: Andreas Kemnade Acked-by: Daniel Thompson --- changes in v2: add example

[PATCH] drm: rcar-du: Add r8a77980 support

2019-09-11 Thread Kieran Bingham
Add direct support for the r8a77980 (V3H). The V3H shares a common, compatible configuration with the r8a77970 (V3M) so that device info structure is reused. Signed-off-by: Kieran Bingham --- drivers/gpu/drm/rcar-du/rcar_du_drv.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff

[PATCH] video: hyperv_fb: Add the support of hibernation

2019-09-11 Thread Dexuan Cui
This patch depends on the vmbus side change of the definition of struct hv_driver. Signed-off-by: Dexuan Cui --- This patch is basically a pure Hyper-V specific change and it has a build dependency on the commit 271b2224d42f ("Drivers: hv: vmbus: Implement suspend/resume for VSC drivers for

Re: [RFC PATCH] gpu: no need to compile drm/ if CONFIG_DRM=n

2019-09-11 Thread Masahiro Yamada
On Thu, Sep 12, 2019 at 2:41 AM Qian Cai wrote: > > > > > On Sep 11, 2019, at 1:37 PM, Maxime Ripard > > wrote: > > > > Hi, > > > > Le mer. 11 sept. 2019 à 19:35, Qian Cai a écrit : > > The commit c0e09200dc08 ("drm: reorganise drm tree to be more future > > proof.") changed the behavior from

[PATCH v2 2/2] drm/bridge: tc358767: Expose test mode functionality via debugfs

2019-09-11 Thread Andrey Smirnov
Presently, the driver code artificially limits test pattern mode to a single pattern with fixed color selection. It being a kernel module parameter makes switching "test pattern" <-> "proper output" modes on-the-fly clunky and outright impossible if the driver is built into the kernel. To improve

[PATCH v2 1/2] drm/bridge: tc358767: Introduce __tc_bridge_enable/disable()

2019-09-11 Thread Andrey Smirnov
Expose underlying implementation of bridge's enable/disable functions, so it would be possible to use them in other parts of the driver. Signed-off-by: Andrey Smirnov Cc: Andrzej Hajda Cc: Laurent Pinchart Cc: Tomi Valkeinen Cc: Cory Tusar Cc: Chris Healy Cc: Lucas Stach Cc:

[PATCH v2 0/2] tc358767 test mode

2019-09-11 Thread Andrey Smirnov
Everyone: This series is a couple of patches exposing TestCtl register of tc358767, which can be pretty handy when troubleshooting link problems. Changes since [v1]: - Debugfs moved into a standalone directory and is now created as a part of probe() - Added tstctl_lock to ensure

[PATCH v2 2/2] dt-bindings: etnaviv: Add #cooling-cells

2019-09-11 Thread Guido Günther
Add #cooling-cells for when the gpu acts as a cooling device. Signed-off-by: Guido Günther --- .../devicetree/bindings/display/etnaviv/etnaviv-drm.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/display/etnaviv/etnaviv-drm.txt

[PATCH v3 2/2] drm/bridge: add it6505 driver

2019-09-11 Thread allen
From: Allen Chen This adds support for the iTE IT6505. This device can convert DPI signal to DP output. Signed-off-by: Jitao Shi Signed-off-by: Yilun Lin Signed-off-by: Allen Chen Signed-off-by: Pi-Hsun Shih --- drivers/gpu/drm/bridge/Kconfig |7 + drivers/gpu/drm/bridge/Makefile

[PATCH v3 1/2] dt-bindings: Add binding for IT6505.

2019-09-11 Thread allen
From: Allen Chen Add a DT binding documentation for IT6505. Signed-off-by: Allen Chen Signed-off-by: Pi-Hsun Shih --- cros-ec does not have an associated driver that uses the standard Linux USB-C driver class. extcon is used to model the Type-C connector.(crbug.com/982932) ---

[PATCH v3 0/2] IT6505 cover letter

2019-09-11 Thread allen
The IT6505 is a high-performance DisplayPort 1.1a transmitter, fully compliant with DisplayPort 1.1a, HDCP 1.3 specifications. The IT6505 supports color depth of up to 36 bits (12 bits/color) and ensures robust transmission of high-quality uncompressed video content, along with uncompressed and

Re: [RFC][PATCH] drm: kirin: Fix dsi probe/attach logic

2019-09-11 Thread John Stultz
On Wed, Sep 4, 2019 at 3:26 AM Andrzej Hajda wrote: > On 03.09.2019 18:18, John Stultz wrote: > > On Mon, Sep 2, 2019 at 6:22 AM Andrzej Hajda wrote: > >> On 30.08.2019 19:00, Rob Clark wrote: > >>> On Thu, Aug 29, 2019 at 11:52 PM Andrzej Hajda > >>> wrote: > Of course it seems you have

[Bug 111591] [radeonsi/Navi] The Bard's Tale IV causes a GPU hang

2019-09-11 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=111591 --- Comment #17 from Shmerl --- (In reply to Timothy Arceri from comment #14) > Are you sure it is hanging? There is a huge amount of stuttering due to the > game compiling shaders in-game. Its really bad the first time I run the > apitrace but

[Bug 111459] AMDg black screen

2019-09-11 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=111459 --- Comment #6 from peter m --- (In reply to tajgaividra from comment #5) > Hi, > > Have you tried reverting the xorg amdgpu package to an older version? Of > course that is just a workaround. only kernel driver is used dnf list available |

Re: [PATCH] Revert "ARM: bcm283x: Switch V3D over to using the PM driver instead of firmware."

2019-09-11 Thread Eric Anholt
Stefan Wahren writes: > Since release of the new BCM2835 PM driver there has been several reports > of V3D probing issues. This is caused by timeouts during powering-up the > GRAFX PM domain: > > bcm2835-power: Timeout waiting for grafx power OK > > I was able to reproduce this reliable on my

[PATCH v6 2/7] drm/i915/dp: Add support of BT.2020 Colorimetry to DP MSA

2019-09-11 Thread Gwan-gyeong Mun
When BT.2020 Colorimetry output is used for DP, we should program BT.2020 Colorimetry to MSA and VSC SDP. It adds output_colorspace to intel_crtc_state struct as a place holder of pipe's output colorspace. In order to distinguish needed colorimetry for VSC SDP, it adds intel_dp_needs_vsc_sdp

[PATCH v6 4/7] drm/i915/dp: Attach colorspace property

2019-09-11 Thread Gwan-gyeong Mun
It attaches the colorspace connector property to a DisplayPort connector. Based on colorspace change, modeset will be triggered to switch to a new colorspace. Based on colorspace property value create a VSC SDP packet with appropriate colorspace. This would help to enable wider color gamut like

[PATCH v6 3/7] drm: Add DisplayPort colorspace property

2019-09-11 Thread Gwan-gyeong Mun
Becasue between HDMI and DP have different colorspaces, it renames drm_mode_create_colorspace_property() function to drm_mode_create_hdmi_colorspace_property() function for HDMI connector. And it adds drm_mode_create_dp_colorspace_property() function for creating of DP colorspace property. In

[PATCH 2/4] mm/hmm: allow snapshot of the special zero page

2019-09-11 Thread Ralph Campbell
Allow hmm_range_fault() to return success (0) when the CPU pagetable entry points to the special shared zero page. The caller can then handle the zero page by possibly clearing device private memory instead of DMAing a zero page. Signed-off-by: Ralph Campbell Cc: "Jérôme Glisse" Cc: Jason

[Bug 111591] [radeonsi/Navi] The Bard's Tale IV causes a GPU hang

2019-09-11 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=111591 --- Comment #18 from Shmerl --- Just for the reference, I'm using firmware from here: https://people.freedesktop.org/~agd5f/radeon_ucode/navi10/ -- You are receiving this mail because: You are the assignee for the

[PATCH v6 6/7] drm/i915/dp: Program an Infoframe SDP Header and DB for HDR Static Metadata

2019-09-11 Thread Gwan-gyeong Mun
Function intel_dp_setup_hdr_metadata_infoframe_sdp handles Infoframe SDP header and data block setup for HDR Static Metadata. It enables writing of HDR metadata infoframe SDP to panel. Support for HDR video was introduced in DisplayPort 1.4. It implements the CTA-861-G standard for transport of

Re: [PATCH 1/2] drm/connector: Share with non-atomic drivers the function to get the single encoder

2019-09-11 Thread Souza, Jose
On Wed, 2019-09-11 at 21:10 +0300, Ville Syrjälä wrote: > On Wed, Sep 11, 2019 at 10:56:02AM -0700, José Roberto de Souza > wrote: > > This 3 non-atomic drivers all have the same function getting the > > only encoder available in the connector, also atomic drivers have > > this fallback. So moving

[PATCH 1/4] mm/hmm: make full use of walk_page_range()

2019-09-11 Thread Ralph Campbell
hmm_range_fault() calls find_vma() and walk_page_range() in a loop. This is unnecessary duplication since walk_page_range() calls find_vma() in a loop already. Simplify hmm_range_fault() by defining a walk_test() callback function to filter unhandled vmas. This also fixes a bug where

[PULL] drm-intel-next-fixes

2019-09-11 Thread Rodrigo Vivi
Hi Dave and Daniel, Here goes drm-intel-next-fixes-2019-09-11: Few fixes on GGTT and PPGTT around pin, locks, fence and vgpu. This also includes GVT fixes with two recent fixes: one for recent guest hang regression and another for guest reset fix. Thanks, Rodrigo. The following changes since

Re: [PATCH 1/2] drm/connector: Share with non-atomic drivers the function to get the single encoder

2019-09-11 Thread Ville Syrjälä
On Wed, Sep 11, 2019 at 08:01:55PM +, Souza, Jose wrote: > On Wed, 2019-09-11 at 21:10 +0300, Ville Syrjälä wrote: > > On Wed, Sep 11, 2019 at 10:56:02AM -0700, José Roberto de Souza > > wrote: > > > This 3 non-atomic drivers all have the same function getting the > > > only encoder available

[PATCH 0/4] HMM tests and minor fixes

2019-09-11 Thread Ralph Campbell
These changes are based on Jason's latest hmm branch. Patch 1 was previously posted here [1] but was dropped from the orginal series. Hopefully, the tests will reduce concerns about edge conditions. I'm sure more tests could be usefully added but I thought this was a good starting point. [1]

RE: [PATCH v7 04/11] drm: revocation check at drm subsystem

2019-09-11 Thread Deucher, Alexander
> -Original Message- > From: Wentland, Harry > Sent: Wednesday, September 11, 2019 8:16 PM > To: Ramalingam C ; intel- > g...@lists.freedesktop.org; dri-devel@lists.freedesktop.org; > daniel.vet...@intel.com > Cc: gwan-gyeong@intel.com; Kumar, Ranjeet > ; Deucher, Alexander > ; Lakha,

Re: [PATCH v7 04/11] drm: revocation check at drm subsystem

2019-09-11 Thread Harry Wentland
Adding a couple AMD guys. I know this is already merged but I have a few questions after some internal discussions. On 2019-05-07 12:27 p.m., Ramalingam C wrote: > On every hdcp revocation check request SRM is read from fw file > /lib/firmware/display_hdcp_srm.bin > According to section 5 of

[PATCH 3/4] mm/hmm: allow hmm_range_fault() of mmap(PROT_NONE)

2019-09-11 Thread Ralph Campbell
Allow hmm_range_fault() to return success (0) when the range has no access (!(vma->vm_flags & VM_READ)). The range->pfns[] array will be filled with range->values[HMM_PFN_NONE] in this case. This allows the caller to get a snapshot of a range without having to lookup the vma before calling

[Bug 204817] New: IP resume fail after changing dpm states rapidly

2019-09-11 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=204817 Bug ID: 204817 Summary: IP resume fail after changing dpm states rapidly Product: Drivers Version: 2.5 Kernel Version: 5.3.0-050300rc8-generic Hardware: x86-64 OS: Linux

[PATCH v6 5/7] drm/i915: Add new GMP register size for GEN11

2019-09-11 Thread Gwan-gyeong Mun
According to Bspec, GEN11 and prior GEN11 have different register size for HDR Metadata Infoframe SDP packet. It adds new VIDEO_DIP_GMP_DATA_SIZE for GEN11. And it makes handle different register size for HDMI_PACKET_TYPE_GAMUT_METADATA on hsw_dip_data_size() for each GEN platforms. It addresses

[PATCH v6 7/7] drm/i915/dp: Attach HDR metadata property to DP connector

2019-09-11 Thread Gwan-gyeong Mun
It attaches HDR metadata property to DP connector on GLK+. It enables HDR metadata infoframe sdp on GLK+ to be used to send HDR metadata to DP sink. v2: Minor style fix Signed-off-by: Gwan-gyeong Mun Reviewed-by: Uma Shankar --- drivers/gpu/drm/i915/display/intel_dp.c | 5 + 1 file

[PATCH v6 0/7] drm/i915/dp: Support for DP HDR outputs

2019-09-11 Thread Gwan-gyeong Mun
Support for HDR10 video was introduced in DisplayPort 1.4. On GLK+ platform, in order to use DisplayPort HDR10, we need to support BT.2020 colorimetry and HDR Static metadata. It implements the CTA-861-G standard for transport of static HDR metadata. It enables writing of HDR metadata infoframe

[PATCH v6 1/7] drm/i915/dp: Extend program of VSC Header and DB for Colorimetry Format

2019-09-11 Thread Gwan-gyeong Mun
It refactors and renames a function which handled vsc sdp header and data block setup for supporting colorimetry format. Function intel_dp_setup_vsc_sdp handles vsc sdp header and data block setup for pixel encoding / colorimetry format. In order to use colorspace information of a connector, it

[PATCH v2 0/2] dts: arm64: imx8mq: Enable gpu passive throttling

2019-09-11 Thread Guido Günther
Temperature and hysteresis were picked after the CPU. Changes from v1: - Update dt bindings - Fix broken phandle Guido Günther (2): dts: arm64: imx8mq: Enable gpu passive throttling dt-bindings: etnaviv: Add #cooling-cells .../bindings/display/etnaviv/etnaviv-drm.txt | 1 +

[PATCH v2 1/2] dts: arm64: imx8mq: Enable gpu passive throttling

2019-09-11 Thread Guido Günther
Temperature and hysteresis were picked after the CPU. Signed-off-by: Guido Günther --- arch/arm64/boot/dts/freescale/imx8mq.dtsi | 15 +++ 1 file changed, 15 insertions(+) diff --git a/arch/arm64/boot/dts/freescale/imx8mq.dtsi b/arch/arm64/boot/dts/freescale/imx8mq.dtsi index

[Bug 111077] link_shader and deserialize_glsl_program suddenly consume huge amount of RAM

2019-09-11 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=111077 --- Comment #36 from rol...@rptd.ch --- # mkdir -p /etc/portage/patches/media-libs/mesa/ # cd /etc/portage/patches/media-libs/mesa/ wget 'https://gitlab.freedesktop.org/mesa/mesa/merge_requests/1852.patch' --2019-09-11 18:35:51--

[PATCH 4/4] mm/hmm/test: add self tests for HMM

2019-09-11 Thread Ralph Campbell
Add self tests for HMM. Signed-off-by: Ralph Campbell --- MAINTAINERS|3 + drivers/char/Kconfig | 11 + drivers/char/Makefile |1 + drivers/char/hmm_dmirror.c | 1504 include/Kbuild

Re: [PATCH 2/2] drm/mgag200: Add vblank support

2019-09-11 Thread Thomas Zimmermann
Hi Am 11.09.19 um 17:21 schrieb Ville Syrjälä: > On Wed, Sep 11, 2019 at 05:08:45PM +0200, Thomas Zimmermann wrote: >> Hi >> >> Am 10.09.19 um 16:01 schrieb Ville Syrjälä: >>> On Mon, Sep 09, 2019 at 04:06:33PM +0200, Thomas Zimmermann wrote: Support for vblank requires VSYNC to signal an

[PATCH 2/2] drm/connector: Allow max possible encoders to attach to a connector

2019-09-11 Thread José Roberto de Souza
From: Dhinakaran Pandiyan Currently we restrict the number of encoders that can be linked to a connector to 3, increase it to match the maximum number of encoders that can be initialized(32). To more effiently do that lets switch from an array of encoder ids to bitmask. v2: Fixing missed

[PATCH 1/2] drm/connector: Share with non-atomic drivers the function to get the single encoder

2019-09-11 Thread José Roberto de Souza
This 3 non-atomic drivers all have the same function getting the only encoder available in the connector, also atomic drivers have this fallback. So moving it a common place and sharing between atomic and non-atomic drivers. While at it I also removed the mention of

[Bug 109628] WARNING at dcn10_hw_sequencer.c:868 dcn10_verify_allow_pstate_change_high()

2019-09-11 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=109628 --- Comment #17 from peter m --- updated to kernel 5.2.13-200.fc30.x86_64 dmesg prints no more WARNING messages, but screen still black after login screen -- You are receiving this mail because: You are the assignee for the

Re: [PATCH 1/2] drm/connector: Share with non-atomic drivers the function to get the single encoder

2019-09-11 Thread Ville Syrjälä
On Wed, Sep 11, 2019 at 10:56:02AM -0700, José Roberto de Souza wrote: > This 3 non-atomic drivers all have the same function getting the > only encoder available in the connector, also atomic drivers have > this fallback. So moving it a common place and sharing between atomic > and non-atomic

[Bug 111591] [radeonsi/Navi] The Bard's Tale IV causes a GPU hang

2019-09-11 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=111591 --- Comment #16 from vggl --- "The games shaders use GLSL 4.30 which mean interpolation qualifiers must match across shader interfaces otherwise it is a link-time error. In GLSL 4.40 this restriction was relaxed." I believe that relaxation

[PATCH v4 2/2] drm/virtio: Use vmalloc for command buffer allocations.

2019-09-11 Thread David Riley
Userspace requested command buffer allocations could be too large to make as a contiguous allocation. Use vmalloc if necessary to satisfy those allocations. Signed-off-by: David Riley --- drivers/gpu/drm/virtio/virtgpu_ioctl.c | 4 +- drivers/gpu/drm/virtio/virtgpu_vq.c| 78

[Bug 111077] link_shader and deserialize_glsl_program suddenly consume huge amount of RAM

2019-09-11 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=111077 --- Comment #37 from Matt Turner --- (In reply to rol...@rptd.ch from comment #36) > # mkdir -p /etc/portage/patches/media-libs/mesa/ > # cd /etc/portage/patches/media-libs/mesa/ > wget

[Bug 111635] HD4550 fails to complete tests (radeon.test=2)

2019-09-11 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=111635 Michel Dänzer changed: What|Removed |Added Attachment #145328|text/x-log |text/plain mime type|

Re: [PATCH] drm: two planes with the same zpos have undefined ordering

2019-09-11 Thread Pekka Paalanen
On Tue, 10 Sep 2019 11:20:16 + Simon Ser wrote: > On Tuesday, September 10, 2019 1:38 PM, Pekka Paalanen > wrote: > > > On Tue, 10 Sep 2019 10:09:55 + > > Simon Ser cont...@emersion.fr wrote: > > > > > Currently the property docs don't specify whether it's okay for two > > > planes

[Bug 111634] HD4550 lockup when starting blender

2019-09-11 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=111634 Michel Dänzer changed: What|Removed |Added Attachment #145327|text/x-log |text/plain mime type|

[PATCH v3] drm: bridge/dw_hdmi: add audio sample channel status setting

2019-09-11 Thread Cheng-Yi Chiang
From: Yakir Yang When transmitting IEC60985 linear PCM audio, we configure the Aduio Sample Channel Status information in the IEC60958 frame. The status bit is already available in iec.status of hdmi_codec_params. This fix the issue that audio does not come out on some monitors (e.g. LG

Re: [PATCH 2/2] drm/edid: Have cea_db_offsets() zero start/end when the data block collection isn't found

2019-09-11 Thread Jean Delvare
Hi Ville, On Mon, 2 Sep 2019 16:15:46 +0300, Ville Syrjala wrote: > From: Ville Syrjälä > > Let's make cea_db_offsets() a bit more convenient to use by > setting the start/end offsets to zero whenever the data block > collection isn't present. This makes it safe for the caller > to blindly

Re: [PATCH 2/2] drm/edid: Have cea_db_offsets() zero start/end when the data block collection isn't found

2019-09-11 Thread Jean Delvare
On Tue, 10 Sep 2019 12:48:42 +0300, Ville Syrjälä wrote: > On Tue, Sep 10, 2019 at 11:46:20AM +0200, Jean Delvare wrote: > > Hi Ville, > > > > On Mon, 2 Sep 2019 16:15:46 +0300, Ville Syrjala wrote: > > > From: Ville Syrjälä > > > > > > Let's make cea_db_offsets() a bit more convenient to

Re: [PATCH v7 0/7] qcom: add OCMEM support

2019-09-11 Thread Gabriel Francisco
Tested-by: Gabriel Francisco On 9/1/19 11:40 PM, Brian Masney wrote: > Hi Rob C / Sean P, > > On Fri, Aug 23, 2019 at 05:16:30AM -0700, Brian Masney wrote: >> This patch series adds support for Qualcomm's On Chip MEMory (OCMEM) >> that is needed in order to support some a3xx and a4xx-based GPUs

Re: [PATCH v7 0/7] qcom: add OCMEM support

2019-09-11 Thread Gabriel Francisco
Tested-by: Gabriel Francisco On 9/1/19 11:40 PM, Brian Masney wrote: > Hi Rob C / Sean P, > > On Fri, Aug 23, 2019 at 05:16:30AM -0700, Brian Masney wrote: >> This patch series adds support for Qualcomm's On Chip MEMory (OCMEM) >> that is needed in order to support some a3xx and a4xx-based GPUs

Re: [PATCH 1/2] drm/edid: Don't look for CEA data blocks in CEA ext block rev < 3

2019-09-11 Thread Jean Delvare
Hi Ville, On Mon, 2 Sep 2019 16:15:45 +0300, Ville Syrjala wrote: > From: Ville Syrjälä > > CEA ext block revisions 1 and 2 do not contain the data block > collection. Instead that section of the extension block is > marked as reserved for 8 byte timing descriptors. Revision 3 > changed it to

[PATCH 00/11] Add support for software nodes to gpiolib

2019-09-11 Thread Dmitry Torokhov
This series attempts to add support for software nodes to gpiolib, using software node references that were introduced recently. This allows us to convert more drivers to the generic device properties and drop support for custom platform data: static const struct software_node gpio_bank_b_node =

[PATCH] drm: fix warnings in DSC

2019-09-11 Thread Benjamin Gaignard
Remove always false comparisons due to limited range of nfl_bpg_offset and scale_increment_interval fields. Warnings detected when compiling with W=1. Signed-off-by: Benjamin Gaignard --- drivers/gpu/drm/drm_dsc.c | 11 --- 1 file changed, 11 deletions(-) diff --git

[PATCH] drm/selftests: fix spelling mistake "misssing" -> "missing"

2019-09-11 Thread Colin King
From: Colin Ian King There is a spelling mistake in a literal string, fix it. Signed-off-by: Colin Ian King --- drivers/gpu/drm/selftests/test-drm_framebuffer.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/selftests/test-drm_framebuffer.c

Re: [PATCH v2 2/2] backlight: lm3630a: add an enable gpio for the HWEN pin

2019-09-11 Thread Daniel Thompson
On Tue, Sep 10, 2019 at 11:29:09PM +0200, Andreas Kemnade wrote: > For now just enable it in the probe function to allow i2c > access. Disabling also means resetting the register values > to default and according to the datasheet does not give > power savings > > Tested on Kobo Clara HD. > >

Re: [PATCH 1/4] dma-buf: change DMA-buf locking convention

2019-09-11 Thread Christian König
Am 03.09.19 um 10:05 schrieb Daniel Vetter: On Thu, Aug 29, 2019 at 04:29:14PM +0200, Christian König wrote: This patch is a stripped down version of the locking changes necessary to support dynamic DMA-buf handling. For compatibility we cache the DMA-buf mapping as soon as exporter/importer

Re: [PATCH] backlight: lm3630a: fix module aliases

2019-09-11 Thread Daniel Thompson
On Tue, Sep 10, 2019 at 05:23:59PM +0200, Andreas Kemnade wrote: > Devicetree aliases are missing, so that module autoloading > does not work properly. > > Signed-off-by: Andreas Kemnade Reviewed-by: Daniel Thompson > --- > drivers/video/backlight/lm3630a_bl.c | 4 +++- > 1 file changed, 3

[Bug 107877] deepin-desktop: xdg-email: no method available for opening 'mailto:'

2019-09-11 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=107877 Brett P. Gardner changed: What|Removed |Added Status|RESOLVED|CLOSED URL|

[Bug 107877] deepin-desktop: xdg-email: no method available for opening 'mailto:'

2019-09-11 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=107877 Michel Dänzer changed: What|Removed |Added URL|https://routerlognnet.us/ | Status|CLOSED

Re: [Intel-gfx] [PATCH 05/19] drm/i915: Allow downscale factor of <3.0 on glk+ for all formats

2019-09-11 Thread Maarten Lankhorst
Op 08-07-2019 om 14:53 schreef Ville Syrjala: > From: Ville Syrjälä > > Bspec says that glk+ max downscale factor is <3.0 for all pixel formats. > Older platforms had a max of <2.0 for NV12. Update the code to deal with > this. > > Signed-off-by: Ville Syrjälä > --- >

[PATCH v2 2/4] drm/vram: Have VRAM MM call GEM VRAM functions directly

2019-09-11 Thread Thomas Zimmermann
VRAM MM and GEM VRAM buffer objects are only used with each other; connected via 3 function pointers. Simplify this code by making the memory manager call the rsp. functions of the BOs directly; and remove the functions from the BO's public interface. v2: * typos in commit message

[PATCH v2 1/4] drm/vram: Move VRAM memory manager to GEM VRAM implementation

2019-09-11 Thread Thomas Zimmermann
The separation between GEM VRAM objects and the memory manager is artificial, as they are only used with each other. Copying both implementations into the same file is a first step to simplifying the code. This patch only moves code without functional changes. v2: * update for debugfs

[PATCH v2 3/4] drm/vram: Unexport internal functions of VRAM MM

2019-09-11 Thread Thomas Zimmermann
The init, cleanup and mmap functions of VRAM MM are only used internally. Remove them from the public interface. v2: * update for debugfs support Signed-off-by: Thomas Zimmermann Acked-by: Gerd Hoffmann --- drivers/gpu/drm/drm_gem_vram_helper.c | 38 ---

[PATCH v2 4/4] drm/vram: Unconditonally set BO call-back functions

2019-09-11 Thread Thomas Zimmermann
The statement's condition is always true. Signed-off-by: Thomas Zimmermann Acked-by: Gerd Hoffmann --- drivers/gpu/drm/drm_gem_vram_helper.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/gpu/drm/drm_gem_vram_helper.c b/drivers/gpu/drm/drm_gem_vram_helper.c

[PATCH v2 0/4] Merge VRAM MM and GEM VRAM source files

2019-09-11 Thread Thomas Zimmermann
VRAM MM and GEM VRAM are only used with each other. This patch set moves VRAM MM into GEM VRAM source files and cleans up the helper's public interface. Version 2 of the patch set doesn't contain functional changes. I'm reposting due to the rebasing onto the debugfs patches. v2: *

[PATCH] drm/i915/gvt: fix spelling mistake "resseting" -> "resetting"

2019-09-11 Thread Colin King
From: Colin Ian King There is a spelling mistake in a gvt_dbg_core debug message. Fix it. Signed-off-by: Colin Ian King --- drivers/gpu/drm/i915/gvt/vgpu.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/i915/gvt/vgpu.c b/drivers/gpu/drm/i915/gvt/vgpu.c

Re: [PATCH v2 1/2] dt-bindings: backlight: lm3630a: add enable_gpios

2019-09-11 Thread Daniel Thompson
On Tue, Sep 10, 2019 at 11:29:08PM +0200, Andreas Kemnade wrote: > add enable-gpios to describe HWEN pin > > Signed-off-by: Andreas Kemnade Acked-by: Daniel Thompson > --- > changes in v2: add example > .../bindings/leds/backlight/lm3630a-backlight.yaml | 5 + > 1 file changed,

Re: [Intel-gfx] [PATCH 05/19] drm/i915: Allow downscale factor of <3.0 on glk+ for all formats

2019-09-11 Thread Ville Syrjälä
On Wed, Sep 11, 2019 at 11:53:54AM +0200, Maarten Lankhorst wrote: > Op 08-07-2019 om 14:53 schreef Ville Syrjala: > > From: Ville Syrjälä > > > > Bspec says that glk+ max downscale factor is <3.0 for all pixel formats. > > Older platforms had a max of <2.0 for NV12. Update the code to deal with

[PATCH v3] drm: panel-lvds: Potential Oops in probe error handling

2019-09-11 Thread Dan Carpenter
The "lvds->backlight" pointer could be NULL in situations where of_parse_phandle() returns NULL. This code is cleaner if we use the managed devm_of_find_backlight() so the clean up is automatic. Fixes: 7c9dff5bd643 ("drm: panels: Add LVDS panel driver") Signed-off-by: Dan Carpenter --- v3: Use

[Bug 201957] amdgpu: ring gfx timeout

2019-09-11 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=201957 Ungureanu Alexandru (ungu...@yahoo.com) changed: What|Removed |Added CC|

Re: [PATCH] drm/radeon: Bail earlier when radeon.cik_/si_support=0 is passed

2019-09-11 Thread Michel Dänzer
On 2019-09-10 11:36 a.m., Hans de Goede wrote: > On 9/10/19 9:50 AM, Michel Dänzer wrote: >> On 2019-09-07 10:32 p.m., Hans de Goede wrote: >>> Bail from the pci_driver probe function instead of from the drm_driver >>> load function. >>> >>> This avoid /dev/dri/card0 temporarily getting registered

TTM huge page-faults WAS: Re: [RFC PATCH 1/2] x86: Don't let pgprot_modify() change the page encryption bit

2019-09-11 Thread VMware
removing people that are probably not interested from CC adding dri-devel On 9/11/19 11:08 AM, Koenig, Christian wrote: Am 10.09.19 um 21:26 schrieb Thomas Hellström (VMware): On 9/10/19 6:11 PM, Andy Lutomirski wrote: On Sep 5, 2019, at 8:24 AM, Christoph Hellwig wrote: On Thu, Sep 05,

[Bug 111659] Kernel panic when waking up after screens go to dpms sleep

2019-09-11 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=111659 Bug ID: 111659 Summary: Kernel panic when waking up after screens go to dpms sleep Product: DRI Version: unspecified Hardware: x86-64 (AMD64) OS: Linux

[Bug 111659] Kernel panic when waking up after screens go to dpms sleep

2019-09-11 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=111659 --- Comment #1 from Brad Campbell --- Created attachment 145333 --> https://bugs.freedesktop.org/attachment.cgi?id=145333=edit Complete dmesg -- You are receiving this mail because: You are the assignee for the

[PATCH 00/14] drm/amdgpu: introduce secure buffer object support (trusted memory zone)

2019-09-11 Thread Huang, Ray
Hi all, These series of patches introduce a feature to support secure buffer object. The Trusted Memory Zone (TMZ) is a method to protect the contents being written to and read from memory. We use TMZ hardware memory protection scheme to implement the secure buffer object support. TMZ is the

[PATCH 06/14] drm/amdgpu: add function to check tmz capability (v4)

2019-09-11 Thread Huang, Ray
Add a function to check tmz capability with kernel parameter and ASIC type. v2: use a per device tmz variable instead of global amdgpu_tmz. v3: refine the comments for the function. (Luben) v4: add amdgpu_tmz.c/h for future use. Signed-off-by: Huang Rui Reviewed-by: Alex Deucher ---

[PATCH 05/14] drm/amdgpu: add amdgpu_tmz data structure

2019-09-11 Thread Huang, Ray
This patch to add amdgpu_tmz structure which stores all tmz related fields. Signed-off-by: Huang Rui Reviewed-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/amdgpu.h | 6 +- drivers/gpu/drm/amd/amdgpu/amdgpu_tmz.h | 36 + 2 files changed, 41

[PATCH 07/14] drm/ttm: add helper to get buffer object with ttm_mem_reg

2019-09-11 Thread Huang, Ray
This patch is to add a helper to get corresponding buffer object with a pointer to a struct ttm_mem_reg. Signed-off-by: Huang Rui Reviewed-by: Alex Deucher --- include/drm/ttm/ttm_bo_driver.h | 13 + 1 file changed, 13 insertions(+) diff --git a/include/drm/ttm/ttm_bo_driver.h

Re: [BACKPORT 4.14.y 03/18] drm/omap: panel-dsi-cm: fix driver

2019-09-11 Thread Mathieu Poirier
On Tue, 10 Sep 2019 at 08:35, Greg KH wrote: > > On Thu, Sep 05, 2019 at 10:17:44AM -0600, Mathieu Poirier wrote: > > From: Tony Lindgren > > > > commit e128310ddd379b0fdd21dc41d176c3b3505a0832 upstream > > > > This adds support for get_timings() and check_timings() > > to get the driver working

  1   2   >