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

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 > -

[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

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

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

[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

[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

[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

[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

[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

[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)

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

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 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

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 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

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 > --- >

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 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

[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

[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 ---

[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 ---

[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

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

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

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

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

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

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

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: [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

[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: [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.

Re: [PATCH libdrm] libdrm: Fix drmNodeIsDRM() on DragonFly

On Mon, Dec 17, 2018 at 06:09:47PM +, Emil Velikov wrote: > On Tue, 11 Dec 2018 at 22:15, François Tigeot wrote: > > > > * There is no way to check if a device name is really a drm device > > by looking it up in a virtual filesystem like on Linux > > > > * The major device number is also

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

Hi, On Tue, Dec 18, 2018 at 10:40 AM Stephen Boyd wrote: > > Quoting Doug Anderson (2018-12-17 16:34:31) > > Hi, > > > > On Sun, Dec 16, 2018 at 11:06 PM Viresh Kumar > > wrote: > > > > > > +Rob +Stephen, > > > > > > On 14-12-18, 09:04, Doug Anderson wrote: > > > > Hi, > > > > > > > > On Thu,

[v1] drm/msm/dpu: Remove unused enum and comment from dpu mdss

Remove enum dpu_iommu_domain from dpu mdss as its unused. Remove unnecessary comment for variable which is already removed. Signed-off-by: Jayant Shekhar --- drivers/gpu/drm/msm/disp/dpu1/dpu_hw_mdss.h | 7 --- 1 file changed, 7 deletions(-) diff --git

Re: [Xen-devel][PATCH v2 2/3] drm/xen-front: Use Xen common shared buffer implementation

On 12/18/18 20:31, Boris Ostrovsky wrote: On 12/18/18 11:15 AM, Noralf Trønnes wrote: Den 30.11.2018 08.42, skrev Oleksandr Andrushchenko: From: Oleksandr Andrushchenko Use page directory based shared buffer implementation now available as common code for Xen frontend drivers. Remove

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

Quoting Doug Anderson (2018-12-17 16:34:31) > Hi, > > On Sun, Dec 16, 2018 at 11:06 PM Viresh Kumar wrote: > > > > +Rob +Stephen, > > > > On 14-12-18, 09:04, Doug Anderson wrote: > > > Hi, > > > > > > On Thu, Dec 13, 2018 at 8:41 PM Viresh Kumar > > > wrote: > > > > > > > > On 12-12-18, 14:18,

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

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 optional on the GPU .../devicetree/bindings/display/msm/gmu.txt | 59

[PATCH v7 6/6] 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 --- v7: Updated the GMU compatible string and removed interrupt-names arch/arm64/boot/dts/qcom/sdm845.dtsi | 122 +++ 1 file changed, 122 insertions(+) diff --git

[PATCH v7 0/6] arm64: dts: Add sdm845 GPU/GMU and SMMU

Now that more of the sdm845 bindings are headed upstream this a refresh of of https://patchwork.freedesktop.org/series/39308/ to add bindings and nodes for the GPU/GMU and GPU SMMU for sdm845. v7 of this patchset also removes interrupt-names from the driver and the existing DT changes per feedback

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

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/drm/msm/adreno/adreno_gpu.c | 1 - drivers/gpu/drm/msm/msm_gpu.c

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

'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 deletion(-) diff --git a/arch/arm64/boot/dts/qcom/msm8916.dtsi

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

'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 deletion(-) diff --git a/arch/arm/boot/dts/qcom-apq8064.dtsi

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

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 changed, 1 deletion(-) diff --git

[PATCH] drm/msm: Unblock writer if reader closes file

Prevents deadlock when fifo is full and reader closes file. Signed-off-by: Kristian H. Kristensen --- drivers/gpu/drm/msm/msm_rd.c | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/msm/msm_rd.c b/drivers/gpu/drm/msm/msm_rd.c index

Re: [PATCH 0/1] drm/i915: Enable fastset by default, except on initial modeset

On Tue, Dec 18, 2018 at 05:07:34PM +0100, Hans de Goede wrote: > Hi, > > On 17-12-18 19:43, Rodrigo Vivi wrote: > > On Mon, Dec 17, 2018 at 03:23:14PM +0100, Hans de Goede wrote: > > > Hi All, > > > > > > As discussed a while ago, I would like to see us enable fastboot by > > > default, starting

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

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 by bindings/interconnect/interconnect.txt. > > > >

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

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 by bindings/interconnect/interconnect.txt. > > Signed-off-by: Jordan Crouse > --- >

Re: [PATCH 1/2] video: lcd: Remove useless BACKLIGHT_LCD_SUPPORT kernel symbol

On Sun, Dec 16, 2018 at 08:02:46AM +0300, Alexander Shiyan wrote: > Symbol BACKLIGHT_LCD_SUPPORT affecting anything, except enabling > the backlight & LCD Kconfig menu. The patch removes this symbol as > useless and converts it into a menu. Something bothered me about the patch but I think its

Re: [Freedreno] [v1] drm/msm/dpu: Cleanup dpu plane interface

On Tue, Dec 18, 2018 at 06:50:38PM +0530, Jayant Shekhar wrote: > Remove unused functions from dpu plane interface > and unused variables from dpu plane state structure. > > Signed-off-by: Jayant Shekhar Reviewed-by: Jordan Crouse > --- > drivers/gpu/drm/msm/disp/dpu1/dpu_plane.h | 27

[Bug 107978] [amdgpu] Switching to tty fails with DisplayPort 1.2 monitor going to sleep (REG_WAIT timeout / dce110_stream_encoder_dp_blank)

https://bugs.freedesktop.org/show_bug.cgi?id=107978 --- Comment #36 from Shmerl --- (In reply to Jerry Zuo from comment #35) > "startup monitor sleep regression". Please give more details on that. Thanks. This behavior used to happen in the previous kernerls but got fixed at one point. Now it's

Re: [Xen-devel][PATCH v2 2/3] drm/xen-front: Use Xen common shared buffer implementation

Den 30.11.2018 08.42, skrev Oleksandr Andrushchenko: From: Oleksandr Andrushchenko Use page directory based shared buffer implementation now available as common code for Xen frontend drivers. Remove flushing of shared buffer on page flip as this workaround needs a proper fix. Signed-off-by:

Re: [PATCH 0/1] drm/i915: Enable fastset by default, except on initial modeset

Hi, On 17-12-18 19:43, Rodrigo Vivi wrote: On Mon, Dec 17, 2018 at 03:23:14PM +0100, Hans de Goede wrote: Hi All, As discussed a while ago, I would like to see us enable fastboot by default, starting with Skylake / GEN9 and newer hardware, so that we can avoid an unnecessary modeset at boot

Re: [PATCH] drm/i915: Update crtc scaler settings when update_pipe is set

Hi, On 18-12-18 12:07, Maarten Lankhorst wrote: Op 17-12-2018 om 15:19 schreef Hans de Goede: When the pipe_config's update_pipe flag is set we may need to update the panel fitting settings. On GEN9+ this means we need to update the crtc's scaler settings. This fixes the following WARN_ON,

Re: [PATCH v2] drm/gem: Mark pinned pages as unevictable

On Tue, Dec 18, 2018 at 9:55 PM Chris Wilson wrote: > > Quoting Kuo-Hsin Yang (2018-12-17 09:04:01) > > > > E.g. when the size of a zone is 3.9 GiB, the inactive_ratio is 5. If > > active_anon / inactive_anon < 5 and all pages in the inactive_anon lru > > are pinned, page reclaim would keep

[Bug 107978] [amdgpu] Switching to tty fails with DisplayPort 1.2 monitor going to sleep (REG_WAIT timeout / dce110_stream_encoder_dp_blank)

https://bugs.freedesktop.org/show_bug.cgi?id=107978 --- Comment #35 from Jerry Zuo --- "startup monitor sleep regression". Please give more details on that. Thanks. -- You are receiving this mail because: You are the assignee for the bug.___

[RFC 2/3] drm/i915: Move on the new pm runtime interface

Use the new pm runtime interface to get the accounted suspended time: pm_runtime_accounted_time_get() Signed-off-by: Vincent Guittot --- drivers/gpu/drm/i915/i915_pmu.c | 18 -- drivers/gpu/drm/i915/i915_pmu.h | 4 ++-- 2 files changed, 10 insertions(+), 12 deletions(-) diff

[PATCH 3/3] PM/runtime:Replace jiffies based accounting with ktime based accounting

From: Thara Gopinath This patch replaces jiffies based accounting for runtime_active_time and runtime_suspended_time with ktime base accounting. This makes the runtime debug counters inline with genpd and other pm subsytems which uses ktime based accounting. Signed-off-by: Thara Gopinath [move

[RFC v3 1/3] PM/runtime: Add a new interface to get accounted time

Some drivers (like i915/drm) need to get the accounted suspended time. pm_runtime_accounted_time_get() will return the suspended or active accounted time until now. Signed-off-by: Vincent Guittot --- drivers/base/power/runtime.c | 26 ++ include/linux/pm_runtime.h | 2

[PATCH v3 0/3] Move pm_runtime accounted time to raw nsec

Move pm_runtime accounted time to raw nsec. The subject of the patchset has changed as the 1st patch has been queued by Rafael Patch 1 adds a new pm_runtime interface to get accounted suspended time Patch 2 moves drm/i915 driver on the new interface and removes access to internal fields Patch

[Bug 109073] AMDGPU Radeon RX540 system freezes and/or crashes; poor performance with ac adapter plugged in

https://bugs.freedesktop.org/show_bug.cgi?id=109073 --- Comment #5 from fin4...@hotmail.com --- Use latest AMd wip kernel, firmware files and Oibaf ppa. https://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-4.21-wip

Re: [PATCH v4 2/2] drm/i915: Validate userspace-provided color management LUT's (v3)

On Mon, Dec 17, 2018 at 02:44:15PM -0800, Matt Roper wrote: > We currently program userspace-provided gamma and degamma LUT's into our > hardware without really checking to see whether they satisfy our > hardware's rules. We should try to catch tables that are invalid for > our hardware early and

Re: [PATCH v2] drm/gem: Mark pinned pages as unevictable

Quoting Kuo-Hsin Yang (2018-12-17 09:04:01) > The gem drivers use shmemfs to allocate backing storage for gem objects. > On Samsung Chromebook Plus, the drm/rockchip driver may call > rockchip_gem_get_pages -> drm_gem_get_pages -> shmem_read_mapping_page > to pin a lot of pages, breaking the page

Re: [PATCH RFC v2 4/8] drm/bridge: dw-hdmi: add support for YUV420 output

On 30.11.2018 14:42, Neil Armstrong wrote: > In order to support the HDMI2.0 YUV420 display modes, this patch > adds support for the YUV420 TMDS Clock divided by 2 and the controller > passthrough mode. > > YUV420 Synopsys PHY support will need some specific configuration table > to support theses

Re: [PATCH v2 -next] staging: fbtft: use strcmp() instead of strncmp() for

On Tue, Dec 18, 2018 at 09:25:08PM +0800, YueHaibing wrote: > strncmp() stops comparing when either the end of one of the first two > arguments is reached or when 'n' characters have been compared, whichever > comes first.That means that strncmp(s1, s2, n) is equivalent to > strcmp(s1, s2) if n

[PATCH 5/7] drm: sti: Delete base.id prints

This patch removes base.id prints from drm_display_mode objects in sti files. It removes dependency from drm_mode_object. Signed-off-by: Shayenne Moura --- drivers/gpu/drm/sti/sti_crtc.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH 6/7] drm: meson: Delete base.id prints

This patch removes base.id prints from drm_display_mode objects in meson files. It removes dependency from drm_mode_object. Signed-off-by: Shayenne Moura --- drivers/gpu/drm/meson/meson_dw_hdmi.c | 9 - 1 file changed, 4 insertions(+), 5 deletions(-) diff --git

[PATCH 4/7] drm: i915: Delete base.id prints

This patch removes base.id prints from drm_display_mode objects in i915 files. It removes dependency from drm_mode_object. Signed-off-by: Shayenne Moura --- drivers/gpu/drm/i915/i915_debugfs.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH 7/7] drm: Complete remove drm_mode_object dependency

This patch finalizes the KMS cleanup task dependency from drm_display_mode It removes the use of drm_mode_object from drm_display_mode struct and it removes the use of base.id and base.type. Signed-off-by: Shayenne Moura --- include/drm/drm_modes.h | 21 +++-- 1 file changed, 3

[PATCH 3/7] drm: omapdrm: Delete base.id prints

This patch removes base.id prints from drm_display_mode objects in omapdrm files. It removes dependency from drm_mode_object. Signed-off-by: Shayenne Moura --- drivers/gpu/drm/omapdrm/omap_connector.c | 4 ++-- drivers/gpu/drm/omapdrm/omap_crtc.c | 4 ++-- 2 files

[PATCH 1/7] drm: msm: Delete base.id prints

This patch removes base.id prints from drm_display_mode objects in msm files. It removes dependency from drm_mode_object. Signed-off-by: Shayenne Moura --- drivers/gpu/drm/msm/disp/mdp4/mdp4_crtc.c | 4 ++-- drivers/gpu/drm/msm/disp/mdp4/mdp4_dsi_encoder.c | 4 ++--

[PATCH 0/7] drm: KMS cleanup remove drm_mode_object dependency

This patch serie removes drm_mode_object dependency from drm_display_mode struct. This is part of KMS cleanup. Shayenne Moura (7): drm: msm: Delete base.id prints drm: Remove use of drm_mode_object drm: omapdrm: Delete base.id prints drm: i915: Delete base.id prints drm: sti: Delete

[PATCH 2/7] drm: Remove use of drm_mode_object

This patch removes the drm_mode_object prints, evaluation and use from drm_display_mode objects used in drm files. It removes dependency from drm_mode_object. Signed-off-by: Shayenne Moura --- drivers/gpu/drm/drm_crtc_helper.c | 5 ++--- drivers/gpu/drm/drm_modes.c | 9 - 2 files

Re: [GIT PULL] etnaviv-next for 4.21 revamp

On Tue, Dec 18, 2018 at 12:00:45PM +0100, Lucas Stach wrote: > Hi Daniel, Dave, > > updated pull request with Christian's review added below. > > Regards, > Lucas Thanks, applied. tagged pull would be really nice, avoids me having to find v1 for the merge commit message. Cheers, Daniel > >

[v1] drm/msm/dpu: Cleanup dpu plane interface

Remove unused functions from dpu plane interface and unused variables from dpu plane state structure. Signed-off-by: Jayant Shekhar --- drivers/gpu/drm/msm/disp/dpu1/dpu_plane.h | 27 --- 1 file changed, 27 deletions(-) diff --git

Re: [PATCH] fbdev: make FB_BACKLIGHT a tristate

On Fri, Oct 26, 2018 at 10:09 AM Rob Clark wrote: > > BACKLIGHT_CLASS_DEVICE is already tristate, but a dependency > FB_BACKLIGHT prevents it from being built as a module. There > doesn't seem to be any particularly good reason for this, so > switch FB_BACKLIGHT over to tristate. > >

Re: [PATCH RFC v2 2/8] drm/meson: add HDMI div40 TMDS mode

On 18/12/2018 13:36, Andrzej Hajda wrote: > On 30.11.2018 14:42, Neil Armstrong wrote: >> Add support for TMDS Clock > 3.4GHz for HDMI2.0 display modes. >> >> Signed-off-by: Neil Armstrong >> --- >> drivers/gpu/drm/meson/meson_dw_hdmi.c | 24 >> 1 file changed, 20

Re: [PATCH RFC v2 1/8] drm/bridge: dw-hdmi: Add SCDC and TMDS Scrambling support

On 18/12/2018 13:25, Andrzej Hajda wrote: > Hi Neil, > > > On 30.11.2018 14:42, Neil Armstrong wrote: >> Add support for SCDC Setup for TMDS Clock > 3.4GHz and enable TMDS >> Scrambling when supported or mandatory. >> >> This patch also adds an helper to setup the control bit to support >> the

[PATCH][next] amdgpu/dc: remove various variables that are defined but never used

From: Colin Ian King There are several variables that are defined and never used and hence can be removed. Remove them. Cleans up clang -Wunused-const-variable warnings: warning: ‘dvi_hdmi_dongle_signature_str’ defined but not used warning: ‘dce11_one_lpt_channel_max_resolution’ defined but not

Re: [PATCH v4 4/9] drm/rockchip/rockchip_drm_gem.c: Convert to use vm_insert_range

On Tue, Dec 18, 2018 at 06:24:29PM +0530, Souptick Joarder wrote: > On Tue, Dec 18, 2018 at 6:03 PM Russell King - ARM Linux > wrote: > > > > On Tue, Dec 18, 2018 at 05:36:04PM +0530, Souptick Joarder wrote: > > > On Tue, Dec 18, 2018 at 3:27 PM Russell King - ARM Linux > > > wrote: > > > > This

Re: [PATCH RFC v2 3/8] drm/meson: add support for HDMI2.0 2160p modes

On 30.11.2018 14:42, Neil Armstrong wrote: > Now we support the TMDS Clock > 3.4GHz and support the SCDC Control > operation in the DW-HDMI Controller, we can enable support for the > HDMI2.0 3840x2160@60/50 RGB444 display modes. > > Signed-off-by: Neil Armstrong > --- >

Re: [PATCH RFC v2 2/8] drm/meson: add HDMI div40 TMDS mode

On 30.11.2018 14:42, Neil Armstrong wrote: > Add support for TMDS Clock > 3.4GHz for HDMI2.0 display modes. > > Signed-off-by: Neil Armstrong > --- > drivers/gpu/drm/meson/meson_dw_hdmi.c | 24 > 1 file changed, 20 insertions(+), 4 deletions(-) > > diff --git

Re: [PATCH v4 4/9] drm/rockchip/rockchip_drm_gem.c: Convert to use vm_insert_range

On Tue, Dec 18, 2018 at 05:36:04PM +0530, Souptick Joarder wrote: > On Tue, Dec 18, 2018 at 3:27 PM Russell King - ARM Linux > wrote: > > This looks like a change in behaviour. > > > > If user_count is zero, and offset is zero, then we pass into > > vm_insert_range() a page_count of zero, and

Re: [maintainer-tools PATCH v2 0/4] dim: fix git directory evaluation

On Tue, Dec 18, 2018 at 11:30:12AM +0100, Andrzej Hajda wrote: > Hi all, > > This small patchset fixes issues with dim and git worktree's. > In v2 I have: > - removed incorrect rr_cache_dir fix patch, > - added patch fixing update_rerere_cache, > - added patch converting git_dir function to

Re: [PATCH RFC v2 1/8] drm/bridge: dw-hdmi: Add SCDC and TMDS Scrambling support

Hi Neil, On 30.11.2018 14:42, Neil Armstrong wrote: > Add support for SCDC Setup for TMDS Clock > 3.4GHz and enable TMDS > Scrambling when supported or mandatory. > > This patch also adds an helper to setup the control bit to support > the high TMDS Bit Period/TMDS Clock-Period Ratio as required

[Bug 202019] amdgpu: fan speed reported incorrectly when the fan is off

https://bugzilla.kernel.org/show_bug.cgi?id=202019 --- Comment #4 from Aleksandr Mezin (mezin.alexan...@gmail.com) --- (In reply to Felix Schwarz from comment #2) > Oh and probably AMD developers would like to know which kernel version you > are using. It's here, in "Kernel Version" field in

[Bug 202019] amdgpu: fan speed reported incorrectly when the fan is off

https://bugzilla.kernel.org/show_bug.cgi?id=202019 Aleksandr Mezin (mezin.alexan...@gmail.com) changed: What|Removed |Added Severity|normal |low ---

Re: [PATCH] drm/i915: Disable -Wuninitialized for intel_breadcrumbs.o

Quoting Nick Desaulniers (2018-10-25 23:20:58) > On Thu, Oct 25, 2018 at 12:36 PM Nathan Chancellor > wrote: > > > > This warning is disabled by default in scripts/Makefile.extrawarn when > > W= is not provided but this Makefile adds -Wall after this warning is > > disabled so it shows up in the

[Bug 202019] amdgpu: fan speed reported incorrectly when the fan is off

https://bugzilla.kernel.org/show_bug.cgi?id=202019 --- Comment #2 from Felix Schwarz (felix.schw...@oss.schwarz.eu) --- Oh and probably AMD developers would like to know which kernel version you are using. -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 202019] amdgpu: fan speed reported incorrectly when the fan is off

https://bugzilla.kernel.org/show_bug.cgi?id=202019 Felix Schwarz (felix.schw...@oss.schwarz.eu) changed: What|Removed |Added CC|

[Bug 109085] Radeon driver crashes with a message "ring 0 stalled for more than 10344msec" when using Citra and others

https://bugs.freedesktop.org/show_bug.cgi?id=109085 --- Comment #1 from Łukasz Skocz --- Created attachment 142846 --> https://bugs.freedesktop.org/attachment.cgi?id=142846=edit another dmesg output -- You are receiving this mail because: You are the assignee for the

[Bug 102909] radeon 0000:03:00.0: ring 0 stalled for more than 10000msec

https://bugs.freedesktop.org/show_bug.cgi?id=102909 Łukasz Skocz changed: What|Removed |Added See Also||https://bugs.freedesktop.or

[Bug 109085] Radeon driver crashes with a message "ring 0 stalled for more than 10344msec" when using Citra and others

https://bugs.freedesktop.org/show_bug.cgi?id=109085 Łukasz Skocz changed: What|Removed |Added See Also||https://bugs.freedesktop.or

[Bug 109085] Radeon driver crashes with a message "ring 0 stalled for more than 10344msec" when using Citra and others

https://bugs.freedesktop.org/show_bug.cgi?id=109085 Bug ID: 109085 Summary: Radeon driver crashes with a message "ring 0 stalled for more than 10344msec" when using Citra and others Product: DRI Version: unspecified

[v3] drm/msm/dpu: Clean up dpu hw interrupts

Remove unused functions and macros from files handling dpu hardware interrupts. changes in v2: Removed clear_interrupt_status (Jordan Crouse) changes in v3: Changed commit text Signed-off-by: Jayant Shekhar --- drivers/gpu/drm/msm/disp/dpu1/dpu_hw_interrupts.c | 44 ---

[Bug 202019] New: amdgpu: fan speed reported incorrectly when the fan is off

https://bugzilla.kernel.org/show_bug.cgi?id=202019 Bug ID: 202019 Summary: amdgpu: fan speed reported incorrectly when the fan is off Product: Drivers Version: 2.5 Kernel Version: 4.20-rc7 Hardware: All

Re: [PATCH] drm/i915: Update crtc scaler settings when update_pipe is set

Op 17-12-2018 om 15:19 schreef Hans de Goede: > When the pipe_config's update_pipe flag is set we may need to update the > panel fitting settings. On GEN9+ this means we need to update the crtc's > scaler settings. > > This fixes the following WARN_ON, during i915 loading on an Asrock > B150M

[GIT PULL] etnaviv-next for 4.21 revamp

Hi Daniel, Dave, updated pull request with Christian's review added below. Regards, Lucas The following changes since commit 6fce3a406108ee6c8a61e2a33e52e9198a626ea0: drm/etnaviv: fix bogus fence complete check in timeout handler (2018-11-05 18:14:48 +0100) are available in the Git

Re: [PATCH] MAINTAINERS: drm: Remove myself as drm-bridge maintainer

On 18.12.2018 10:53, Laurent Pinchart wrote: > Hi Daniel, > > On Tuesday, 18 December 2018 11:39:22 EET Daniel Vetter wrote: >> On Mon, Sep 17, 2018 at 5:49 PM Sean Paul wrote: >>> On Thu, Sep 13, 2018 at 01:23:00PM +0530, Archit Taneja wrote: I have moved on to other stuff for now. Haven't

  1   2   >