Re: [PATCH] drm/xen-front: Make shmem backed display buffer coherent

Den 27.11.2018 11.32, skrev Oleksandr Andrushchenko: From: Oleksandr Andrushchenko When GEM backing storage is allocated with drm_gem_get_pages the backing pages may be cached, thus making it possible that the backend sees only partial content of the buffer which may lead to screen artifacts.

[PATCH] sysfs: Disable lockdep for driver bind/unbind files

This is the much more correct fix for my earlier attempt at: https://lkml.org/lkml/2018/12/10/118 Short recap: - There's not actually a locking issue, it's just lockdep being a bit too eager to complain about a possible deadlock. - Contrary to what I claimed the real problem is recursion on

Re: [Bug 109060] android-x86 64bit builds crashes due to android/gralloc_handle.h

Hey Chih-Wei & Mauro, This fix looks good to me. Cleaned up patch name and pushed to repo. Rob. On 2018-12-14 01:05, bugzilla-dae...@freedesktop.org wrote: Bug ID 109060 Summary android-x86 64bit builds crashes due to android/gral

Re: [PATCH v2 1/2] dt-bindings: drm/msm/a6xx: Document interconnect properties for GPU

On Tue, Dec 18, 2018 at 12:07 PM Jordan Crouse wrote: > > On Tue, Dec 18, 2018 at 11:22:01AM -0600, Rob Herring wrote: > > On Fri, Dec 14, 2018 at 03:16:39PM -0700, Jordan Crouse wrote: > > > Add documentation for the interconnect and interconnect-names bindings > > > for the GPU node as detailed

Re: [WIP PATCH 03/15] drm/dp_mst: Introduce new refcounting scheme for mstbs and ports

On Fri, 2018-12-14 at 10:29 +0100, Daniel Vetter wrote: > On Thu, Dec 13, 2018 at 08:25:32PM -0500, Lyude Paul wrote: > > The current way of handling refcounting in the DP MST helpers is really > > confusing and probably just plain wrong because it's been hacked up many > > times over the years wit

Re: [PATCH] sysfs: Disable lockdep for driver bind/unbind files

On Tue, Dec 18, 2018 at 9:14 PM Daniel Vetter wrote: > > This is the much more correct fix for my earlier attempt at: > > https://lkml.org/lkml/2018/12/10/118 > > Short recap: > > - There's not actually a locking issue, it's just lockdep being a bit > too eager to complain about a possible deadl

Re: [WIP PATCH 06/15] drm/i915: Keep malloc references to MST ports

On Fri, 2018-12-14 at 10:32 +0100, Daniel Vetter wrote: > On Thu, Dec 13, 2018 at 08:25:35PM -0500, Lyude Paul wrote: > > So that the ports stay around until we've destroyed the connectors, in > > order to ensure that we don't pass an invalid pointer to any MST helpers > > once we introduce the new

Re: [WIP PATCH 05/15] drm/dp_mst: Fix payload deallocation on hotplugs using malloc refs

On Fri, 2018-12-14 at 10:38 +0100, Daniel Vetter wrote: > On Thu, Dec 13, 2018 at 08:25:34PM -0500, Lyude Paul wrote: > > Up until now, freeing payloads on remote MST hubs that just had ports > > removed has almost never worked because we've been relying on port > > validation in order to stop us f

Re: [PATCH v7 2/6] drm/msm: drop interrupt-names

On Tue, 18 Dec 2018 11:32:37 -0700, Jordan Crouse wrote: > Each GPU core only uses one interrupt so we don't to look up > an interrupt by name and thereby we don't need interrupt-names. > > Signed-off-by: Jordan Crouse > --- > Documentation/devicetree/bindings/display/msm/gpu.txt | 1 - > 1 file

Re: [PATCH v7 3/6] ARM: dts: qcom: Removed unused interrupt-names from GPU node

Hi, On Tue, Dec 18, 2018 at 10:32 AM Jordan Crouse wrote: > > 'interrupt-names' shouldn't be used in cases when there is only > one interrupt and it is not otherwise used in the driver. > > Signed-off-by: Jordan Crouse > --- > arch/arm/boot/dts/qcom-apq8064.dtsi | 1 - > 1 file changed, 1 delet

[PATCH 3/4] drm/i915: Allow calling intel_edp_drrs_enable twice

Do not make it an error to call intel_edp_drrs_enable while drrs has already been enabled, instead exit silently in this case. This is a preparation patch for ensuring that drrs is enabled on fastsets. Note that the removed WARN_ON could also be triggered from userspace through the i915_drrs_ctl

[PATCH 4/4] drm/i915: DDI: call intel_edp_drrs_enable() on encoder updates

Call intel_edp_drrs_enable() on encoder updates to make sure that we enable DRRS (when applicable) on fastsets. Note calling intel_edp_drrs_enable() when PSR has already been enabled is a no-op, so it is safe to do this on every encoder->update callback. Signed-off-by: Hans de Goede --- drivers

[PATCH 1/4] drm/i915: Add an update callback to intel_encoder and call this on fastsets

When we are doing a fastset (needs_modeset=false, update_pipe=true) we may need to update some encoder-level things such as checking that psr is enabled. This commit adds an update callback to intel_encoder and a new intel_encoders_update helper which calls this for all encoders connected to a crt

[PATCH 2/4] drm/i915: DDI: call intel_psr_enable() on encoder updates

Call intel_psr_enable() on encoder updates to make sure that we enable PSR (when applicable) on fastsets. Note calling intel_psr_enable() when PSR has already been enabled is a no-op, so it is safe to do this on every encoder->update callback. Signed-off-by: Hans de Goede --- drivers/gpu/drm/i9

Re: [PATCH v7 5/6] dt-bindings: drm/msm/a6xx: Document GMU and update GPU bindings

On Tue, 18 Dec 2018 11:32:40 -0700, Jordan Crouse wrote: > Update the GPU bindings and document the new bindings for the GMU > device found with Adreno a6xx targets. > > Signed-off-by: Jordan Crouse > --- > > v7: Updated the GMU compatible string and clarified details about when clocks > can be

Re: [PATCH] drm/panel: rpi-touchscreen: Add backlight support

Hi Nicolas, Thank you for the patch! Yet something to improve: [auto build test ERROR on linus/master] [also build test ERROR on v4.20-rc7 next-20181218] [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

Re: [PATCH v7 1/6] drm/msm/gpu: Remove hardcoded interrupt name

Hi, On Tue, Dec 18, 2018 at 10:32 AM Jordan Crouse wrote: > > Every GPU core only has one interrupt so there isn't any > value in looking up the interrupt by name. Remove the name (which > is legacy anyway) and use platform_get_irq() instead. > > Signed-off-by: Jordan Crouse > --- > drivers/gpu

Re: [PATCH v7 4/6] arm64: dts: qcom: msm8916: Remove unused interrupt-names from GPU

Hi, On Tue, Dec 18, 2018 at 10:32 AM Jordan Crouse wrote: > > 'interrupt-names' shouldn't be used in cases when there is only > one interrupt and it is not otherwise used in the driver. > > Signed-off-by: Jordan Crouse > --- > arch/arm64/boot/dts/qcom/msm8916.dtsi | 1 - > 1 file changed, 1 del

Re: [PATCH v7 6/6] arm64: dts: sdm845: Add gpu and gmu device nodes

Hi, On Tue, Dec 18, 2018 at 10:33 AM Jordan Crouse wrote: > > Add the nodes to describe the Adreno GPU and GMU devices. > > Signed-off-by: Jordan Crouse > --- > > v7: Updated the GMU compatible string and removed interrupt-names > > arch/arm64/boot/dts/qcom/sdm845.dtsi | 122 +++

Re: [PATCH v7 3/6] ARM: dts: qcom: Removed unused interrupt-names from GPU node

On Tue, Dec 18, 2018 at 02:29:25PM -0800, Doug Anderson wrote: > Hi, > > On Tue, Dec 18, 2018 at 10:32 AM Jordan Crouse wrote: > > > > 'interrupt-names' shouldn't be used in cases when there is only > > one interrupt and it is not otherwise used in the driver. > > > > Signed-off-by: Jordan Crouse

Re: [PATCH][resend] drm: dw-hdmi-i2s: convert to SPDX identifiers

Hi Morimoto-san, On Wednesday, 19 December 2018 02:16:55 EET Kuninori Morimoto wrote: > Hi > > This patch updates license to use SPDX-License-Identifier > instead of verbose license text. > > Signed-off-by: Kuninori Morimoto > >>> > >>> Reviewed-by: Laurent Pinchart > >>>

Re: [PATCH v4 3/3] drm/msm/dpu: add display port support in DPU

Hi Jeykumar, Thank you for the patch! Yet something to improve: [auto build test ERROR on robclark/msm-next] [also build test ERROR on v4.20-rc7 next-20181218] [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

[radeon-alex:amd-staging-drm-next 563/616] ERROR: "__udivdi3" [drivers/gpu/drm/amd/amdgpu/amdgpu.ko] undefined!

tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next head: 0050e1bd9b509dc764c0180ad5010d4591755abf commit: 6378ef012ddce949a60c9c3742816a9c3c9ff3bf [563/616] drm/amd/display: Add below the range support for FreeSync config: i386-allmodconfig (attached as .config) compiler:

[Bug 109090] email id is accepting values

https://bugs.freedesktop.org/show_bug.cgi?id=109090 Bug ID: 109090 Summary: email id is accepting values Product: Mesa Version: 18.3 Hardware: Other OS: Windows (All) Status: NEW Severity: normal

[Bug 109090] email id is accepting values

https://bugs.freedesktop.org/show_bug.cgi?id=109090 nikhilverma1...@gmail.com changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug 109090] email id is accepting values

https://bugs.freedesktop.org/show_bug.cgi?id=109090 --- Comment #1 from nikhilverma1...@gmail.com --- ok -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.f

[Bug 109090] email id is accepting values

https://bugs.freedesktop.org/show_bug.cgi?id=109090 nikhilverma1...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|

[Bug 109090] email id is accepting values

https://bugs.freedesktop.org/show_bug.cgi?id=109090 nikhilverma1...@gmail.com changed: What|Removed |Added Resolution|--- |FIXED Status|REO

Re: [PATCH v9 35/39] misc/mei/hdcp: Component framework for I915 Interface

Tomas and Daniel, From the discussion on this thread, I infer following understanding: * At present(v9) I915 wants to be hard binded to mei_hdcp device-driver binding status through components o This means I915 driver load will get complete only when the mei_hdcp's device and dri

Re: [PATCH] sysfs: Disable lockdep for driver bind/unbind files

On Tue, Dec 18, 2018 at 09:14:43PM +0100, Daniel Vetter wrote: > This is the much more correct fix for my earlier attempt at: > > https://lkml.org/lkml/2018/12/10/118 > > Short recap: > > - There's not actually a locking issue, it's just lockdep being a bit > too eager to complain about a poss

[radeon-alex:amd-staging-drm-next 597/616] ERROR: "__divdi3" [drivers/gpu/drm/amd/amdgpu/amdgpu.ko] undefined!

Hi Ken, First bad commit (maybe != root cause): tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next head: 0050e1bd9b509dc764c0180ad5010d4591755abf commit: 1d752442f3d6275b40bace55d022e792167f7fca [597/616] drm/amd/display: Use 100 Hz precision for pipe pixel clocks confi

Re: [PATCH RFC v2 5/8] drm/bridge: dw-hdmi: support dynamically get input/out color info

On 30.11.2018 14:42, Neil Armstrong wrote: > From: Zheng Yang > > To get input/output bus_format/enc_format dynamically, this patch > introduce following funstion in plat_data: > - get_input_bus_format > - get_output_bus_format > - get_enc_in_encoding > - get_enc_out_encodi

Re: [PATCH RFC v2 5/8] drm/bridge: dw-hdmi: support dynamically get input/out color info

Hello, On Wednesday, 19 December 2018 09:26:08 EET Andrzej Hajda wrote: > On 30.11.2018 14:42, Neil Armstrong wrote: > > From: Zheng Yang > > > > To get input/output bus_format/enc_format dynamically, this patch > > > > introduce following funstion in plat_data: > > - get_input_bus_format >

<    1   2