[Bug 103681] Complete graphic hang when playing specific game

https://bugs.freedesktop.org/show_bug.cgi?id=103681 --- Comment #1 from vdragon --- How to reproduce: Any kind of real gameplay will cause the crash. One way i found to do it quickly is to go to training mode, switch to pharah quickly (may already be crashed at that point),

[Bug 103681] Complete graphic hang when playing specific game

https://bugs.freedesktop.org/show_bug.cgi?id=103681 Bug ID: 103681 Summary: Complete graphic hang when playing specific game Product: DRI Version: DRI git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW

[PATCH 1/3] drm: add connector info/property for non-desktop displays [v2]

From: Dave Airlie This adds the infrastructure needed to quirk displays using edid and to mark them a non-desktop. A non-desktop display is one which shouldn't normally be included as a part of a desktop environment. This is meant to cover head mounted devices like HTC

[PATCH 2/3] drm/fb: add support for not enabling fbcon on non-desktop displays [v2]

From: Dave Airlie We don't want fbcon to get used on non-desktop dislays, don't pass them as enabled connectors to the fb helper setup. This prevents my HMD from getting disorted fbcon, and from affecting other displays console. v2: Change description from non-standard to

[PATCH 0/3] drm: Add connector info/property for non-desktop [v2]

This is the same as the series for non-standard displays but uses the phrase 'non-desktop' instead. No functional changes. ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel

[PATCH 3/3] drm/edid: quirk HTC vive headset as non-desktop. [v2]

From: Dave Airlie This uses the EDID info from my HTC Vive to mark it as non-desktop. v2: Change description from non-standard to non-desktop Signed-off-by: Dave Airlie --- drivers/gpu/drm/drm_edid.c | 3 +++ 1 file changed, 3 insertions(+) diff --git

Re: [PATCH libdrm 0/4] Dynamicly disable suites and tets.

On 11/10/2017 10:48 AM, Christian König wrote: Am 10.11.2017 um 16:36 schrieb Andrey Grodzovsky: On 11/10/2017 07:17 AM, Christian König wrote: Series is Acked-by: Christian König . Please note that I think your OOM killer test shows quite a bug we currently

Re: [PATCH 0/5] drm: drm_plane_helper_check_state() related stuff

Sorry this took so long. The vmwgfx part: Reviewed-by: Sinclair Yeh I've done some testing and the vmwgfx part looks good. Has Daniel already taken these or should I put them in my next request? Sinclair On Wed, Nov 01, 2017 at 08:29:15PM +0200, Ville Syrjala wrote: > From:

[Bug 197841] lg 25um58-P monitor wrong refresh rate with rx 460

https://bugzilla.kernel.org/show_bug.cgi?id=197841 habbosuperb...@gmail.com changed: What|Removed |Added Component|Video(AGP) |Video(DRI - non Intel) --

[Bug 197841] lg 25um58-P monitor wrong refresh rate with rx 460

https://bugzilla.kernel.org/show_bug.cgi?id=197841 habbosuperb...@gmail.com changed: What|Removed |Added Component|Video(DRI - non Intel) |Video(AGP) -- You are

[Bug 197841] New: lg 25um58-P monitor wrong refresh rate with rx 460

https://bugzilla.kernel.org/show_bug.cgi?id=197841 Bug ID: 197841 Summary: lg 25um58-P monitor wrong refresh rate with rx 460 Product: Drivers Version: 2.5 Kernel Version: 4.13.11 Hardware: Intel OS: Linux

[Bug 103678] gdm couldn't start with Vega RX 56 video card

https://bugs.freedesktop.org/show_bug.cgi?id=103678 --- Comment #3 from mikhail.v.gavri...@gmail.com --- Created attachment 135387 --> https://bugs.freedesktop.org/attachment.cgi?id=135387=edit dmesg -- You are receiving this mail because: You are the assignee for the

[Bug 103678] gdm couldn't start with Vega RX 56 video card

https://bugs.freedesktop.org/show_bug.cgi?id=103678 --- Comment #1 from mikhail.v.gavri...@gmail.com --- Created attachment 135385 --> https://bugs.freedesktop.org/attachment.cgi?id=135385=edit journalctl -- You are receiving this mail because: You are the assignee for the

[Bug 103678] gdm couldn't start with Vega RX 56 video card

https://bugs.freedesktop.org/show_bug.cgi?id=103678 --- Comment #2 from mikhail.v.gavri...@gmail.com --- Created attachment 135386 --> https://bugs.freedesktop.org/attachment.cgi?id=135386=edit Xorg,0.log -- You are receiving this mail because: You are the assignee for the

[Bug 103678] gdm couldn't start with Vega RX 56 video card

https://bugs.freedesktop.org/show_bug.cgi?id=103678 Bug ID: 103678 Summary: gdm couldn't start with Vega RX 56 video card Product: DRI Version: XOrg git Hardware: Other OS: All Status: NEW Severity:

Re: [PATCH 0/5] drm: drm_plane_helper_check_state() related stuff

On Fri, Nov 10, 2017 at 01:26:47PM -0800, Sinclair Yeh wrote: > Sorry this took so long. No worries. > > The vmwgfx part: Reviewed-by: Sinclair Yeh > > I've done some testing and the vmwgfx part looks good. Has Daniel > already taken these or should I put them in my next

[Bug 103653] Unreal segfault since gallium/u_threaded: avoid syncs for get_query_result

https://bugs.freedesktop.org/show_bug.cgi?id=103653 Andy Furniss changed: What|Removed |Added Resolution|--- |FIXED

Re: [PATCH v1 1/2] dt-bindings: Add binding for Ilitek ILI9225 display panels

On Tue, Nov 07, 2017 at 09:52:15PM -0600, David Lechner wrote: > This adds a new binding for display panels that use an Ilitek ILI9225 > controller. > > The "generic,2.2in-176x220-ili9225-tft" device listed has no identification > markings whatsoever and an hour of googling turned up nothing,

Re: [PATCH v2] display: panel: Add Tianma tm070rvhg71 display support (800x480)

On Tue, Nov 07, 2017 at 04:30:58PM +0100, Lukasz Majewski wrote: > Signed-off-by: Lukasz Majewski > > --- > Changes for v2: > - Provide more detailed ./Documentation/devicetree/bindings/display/panel > entry to describe this panel device. > --- >

Re: [PATCH v2 4/6] drm/fsl-dcu: Use drm_mode_config_helper_suspend/resume()

Den 10.11.2017 19.06, skrev Noralf Trønnes: Den 10.11.2017 17.39, skrev Stefan Agner: On 2017-11-09 17:49, Noralf Trønnes wrote: Den 09.11.2017 15.34, skrev Stefan Agner: On 2017-11-06 20:18, Noralf Trønnes wrote: Replace driver's code with the generic helpers that do the same thing.

Re: [PATCH v1 2/2] drm/tinydrm: add driver for ILI9225 panels

Den 08.11.2017 04.52, skrev David Lechner: This adds a new driver for display panels based on the Ilitek ILI9225 controller. This was developed for a no-name panel with a red PCB that is commonly marketed for Arduino. See . I really did try very hard

Re: [PATCH 00/22] drm/cma-helper: Remove drm_fbdev_cma* functions

Den 04.11.2017 14.03, skrev Noralf Trønnes: This patchset adds drm_fb_cma_fbdev_init/fini() functions that replaces drm_fbdev_cma_init/fini(). The reason for doing so is to get rid of struct drm_fbdev_cma and it's wrapper functions. The final piece will happen when tinydrm moves away from the

Re: [PATCH 1/2] drm/fsl-dcu: avoid disabling pixel clock twice on suspend

Den 10.11.2017 17.25, skrev Stefan Agner: With commit 0a70c998d0c5 ("drm/fsl-dcu: enable pixel clock when enabling CRTC") the pixel clock is controlled by the CRTC code. Disabling the pixel clock in suspend leads to a warning due to the second clk_disable_unprepare call: WARNING: CPU: 0 PID:

Re: [PATCH 2/2] drm/fsl-dcu: enable IRQ before drm_atomic_helper_resume()

Den 10.11.2017 17.25, skrev Stefan Agner: The resume helpers wait for a vblank to occurre hence IRQ need to be enabled. This avoids a warning as follows during resume: WARNING: CPU: 0 PID: 314 at drivers/gpu/drm/drm_atomic_helper.c:1249 drm_atomic_helper_wait_for_vblanks.part.1+0x284/0x288

Re: [PATCH v2 4/6] drm/fsl-dcu: Use drm_mode_config_helper_suspend/resume()

Den 10.11.2017 17.39, skrev Stefan Agner: On 2017-11-09 17:49, Noralf Trønnes wrote: Den 09.11.2017 15.34, skrev Stefan Agner: On 2017-11-06 20:18, Noralf Trønnes wrote: Replace driver's code with the generic helpers that do the same thing. Tested using: echo devices > /sys/power/pm_test

Re: [PATCH 20/22] drm/fsl-dcu: Use drm_fb_cma_fbdev_init/fini()

Den 10.11.2017 18.01, skrev Stefan Agner: On 2017-11-04 14:04, Noralf Trønnes wrote: Use drm_fb_cma_fbdev_init() and drm_fb_cma_fbdev_fini() which relies on the fact that drm_device holds a pointer to the drm_fb_helper structure. This means that the driver doesn't have to keep track of that.

[PATCH] video: fbdev: sm501fb: fix potential null pointer dereference on fbi

From: Colin Ian King The pointer fbi is dereferenced with par = fbi->par before there is a null check on fbi, hence there is a potential null pointer dereference on a null par. Fix this by moving the dereference after the null pointer check. Detected by CoverityScan,

Re: [PATCH libdrm 0/4] Dynamicly disable suites and tets.

Am 10.11.2017 um 16:36 schrieb Andrey Grodzovsky: On 11/10/2017 07:17 AM, Christian König wrote: Series is Acked-by: Christian König . Please note that I think your OOM killer test shows quite a bug we currently have in the kernel driver. A single allocation of

Re: [PATCH 20/22] drm/fsl-dcu: Use drm_fb_cma_fbdev_init/fini()

On 2017-11-04 14:04, Noralf Trønnes wrote: > Use drm_fb_cma_fbdev_init() and drm_fb_cma_fbdev_fini() which relies on > the fact that drm_device holds a pointer to the drm_fb_helper structure. > This means that the driver doesn't have to keep track of that. > Also use the drm_fb_helper functions

Re: [PATCH v2 4/6] drm/fsl-dcu: Use drm_mode_config_helper_suspend/resume()

On 2017-11-09 17:49, Noralf Trønnes wrote: > Den 09.11.2017 15.34, skrev Stefan Agner: >> On 2017-11-06 20:18, Noralf Trønnes wrote: >>> Replace driver's code with the generic helpers that do the same thing. >> Tested using: >> echo devices > /sys/power/pm_test >> echo freeze > /sys/power/state >>

[PATCH v2] drm/fsl-dcu: Don't set connector DPMS property

From: Laurent Pinchart Since commit 4a97a3da420b ("drm: Don't update property values for atomic drivers") atomic drivers must not update property values as properties are read from the state instead. To catch remaining users, the

[PATCH 1/2] drm/fsl-dcu: avoid disabling pixel clock twice on suspend

With commit 0a70c998d0c5 ("drm/fsl-dcu: enable pixel clock when enabling CRTC") the pixel clock is controlled by the CRTC code. Disabling the pixel clock in suspend leads to a warning due to the second clk_disable_unprepare call: WARNING: CPU: 0 PID: 359 at drivers/clk/clk.c:594

[PATCH 2/2] drm/fsl-dcu: enable IRQ before drm_atomic_helper_resume()

The resume helpers wait for a vblank to occurre hence IRQ need to be enabled. This avoids a warning as follows during resume: WARNING: CPU: 0 PID: 314 at drivers/gpu/drm/drm_atomic_helper.c:1249 drm_atomic_helper_wait_for_vblanks.part.1+0x284/0x288 [CRTC:28:crtc-0] vblank wait timed out

Re: [PATCH 4/7] drm/ttm: user reservation object wrappers

On 09/11/17 06:13 PM, Christian König wrote: > Am 09.11.2017 um 17:50 schrieb Michel Dänzer: >> On 09/11/17 09:59 AM, Christian König wrote: >>> Consistently use the reservation object wrappers instead of accessing >>> the ww_mutex directly. >>> >>> Additional to that use the reservation object

Re: [PATCH] drm/stm: ltdc: add clut mode support

Hi Peter, On 11/07/2017 05:34 PM, Peter Rosin wrote: > On 2017-11-07 16:53, Philippe CORNU wrote: >> + Peter >> >> Hi Peter, >> >> CLUT support on STM32 has been removed thanks to your clean up patch > > Support is a bit strong for what I thought was a dead function, or > are you saying that it

[PATCH v2 1/4] gpu: ipu-v3: pre: add tiled prefetch support

This configures the TPR unit, using the DRM format modifier. For now only the single buffer modifiers are supported, as split buffer needs more configuration for the required cropping. Signed-off-by: Lucas Stach [p.za...@pengutronix.de: rebased after ERR009624 workaround]

[PATCH v2 3/4] drm/imx: add FB modifier support

This adds FB modifier support for the Vivante single buffer tiled formats, when the PRG/PRE engines are present. Signed-off-by: Lucas Stach --- v2: Use drm_atomic_add_affected_planes(9 to pull in all planes into the atomic update, when assigning PREs. ---

[PATCH v2 4/4] drm/imx: advertise supported plane format modifiers

Let userspace know about the supported modifiers, to make automatic selection of a proper modifier possible. Signed-off-by: Lucas Stach --- drivers/gpu/drm/imx/ipuv3-plane.c | 35 ++- 1 file changed, 34 insertions(+), 1 deletion(-) diff

[PATCH v2 2/4] gpu: ipu-v3: prg: add modifier support

Allow to pass through the modifier to the PRE unit and extend the format check with the supported modifiers. Signed-off-by: Lucas Stach --- drivers/gpu/drm/imx/ipuv3-plane.c | 4 ++-- drivers/gpu/ipu-v3/ipu-prg.c | 13 ++--- include/video/imx-ipu-v3.h

[PATCH] gpu: ipu-v3: prg: switch to runtime PM

Instead of open-coding the clk enable/disable in all of the callers move this to the RPM suspend/resume functions. Signed-off-by: Lucas Stach Signed-off-by: Philipp Zabel --- drivers/gpu/ipu-v3/ipu-prg.c | 71

Re: [PATCH libdrm 0/4] Dynamicly disable suites and tets.

On 11/10/2017 07:17 AM, Christian König wrote: Series is Acked-by: Christian König . Please note that I think your OOM killer test shows quite a bug we currently have in the kernel driver. A single allocation of 1TB shouldn't trigger the OOM killer, but rather be

Re: [PATCH] video: fbdev: Convert timers to use timer_setup()

On Thursday, November 09, 2017 10:40:13 AM Kees Cook wrote: > On Thu, Nov 9, 2017 at 9:08 AM, Bartlomiej Zolnierkiewicz [...] > > [ Please compile these timer changes with PXA3XX_GCU_DEBUG and > > PXA3XX_GCU_DEBUG_TIMER defined. ] > > Hm, these appear to be manual knobs? What do you think

Re: [PATCH] video: fbdev: pxa3xx_gcu: Convert timers to use timer_setup()

On Thursday, November 09, 2017 10:48:40 AM Kees Cook wrote: > In preparation for unconditionally passing the struct timer_list pointer to > all timer callbacks, switch to using the new timer_setup() and from_timer() > to pass the timer pointer explicitly. > > This also fixes the use of the "priv"

Re: [Intel-gfx] [PATCH] i915: pm: Be less agressive with clockfreq changes on Bay Trail

Hi, On 10-11-17 15:56, Chris Wilson wrote: Quoting Hans de Goede (2017-11-09 18:51:01) Bay Trail devices are known to hang when changing the frequency often, this is discussed in great length in: https://bugzilla.kernel.org/show_bug.cgi?id=109051 Commit 6067a27d1f01 ("drm/i915: Avoid tweaking

Re: [Intel-gfx] [PATCH] i915: pm: Be less agressive with clockfreq changes on Bay Trail

Quoting Hans de Goede (2017-11-09 18:51:01) > Bay Trail devices are known to hang when changing the frequency often, > this is discussed in great length in: > https://bugzilla.kernel.org/show_bug.cgi?id=109051 > > Commit 6067a27d1f01 ("drm/i915: Avoid tweaking evaluation thresholds > on Baytrail

[PATCH v2] drm: gem_cma_helper.c: Allow importing of contiguous scatterlists with nents > 1

drm_gem_cma_prime_import_sg_table() will fail if the number of entries in the sg_table > 1. However, you can have a device that uses an IOMMU engine and can map a discontiguous buffer with multiple entries that have consecutive sg_dma_addresses, effectively making it contiguous. Allow for that

[PULL] drm-intel-next-fixes

Hi Dave, the first batch of i915 fixes for drm-next/v4.15. BR, Jani. The following changes since commit 8a6fb5b5823d863b07f670dc9e791d4622d5b7e9: Merge branch 'drm-next-4.15' of git://people.freedesktop.org/~agd5f/linux into drm-next (2017-11-06 16:18:59 +1000) are available in the git

Re: [PATCH] drm/vgem: Fix vgem_init to get drm device avaliable.

On 9 November 2017 at 23:46, Sharma, Deepak wrote: >>> >>> Modify vgem_init to take platform dev as parent in drm_dev_init. >>> This will make drm device available at "/sys/devices/platform/vgem" >>> in x86 chromebook. >>> >> Shouldn't one update the

Re: [PATCH libdrm 0/4] Dynamicly disable suites and tets.

Am 10.11.2017 um 13:17 schrieb Christian König: Series is Acked-by: Christian König . Please note that I think your OOM killer test shows quite a bug we currently have in the kernel driver. A single allocation of 1TB shouldn't trigger the OOM killer, but rather be

Re: [PATCH v1 0/2] DRM driver for ILI9225 display panels

Hi David, nice to see a new driver. Den 08.11.2017 04.52, skrev David Lechner: This is a new driver for ILI9225 based display panels. There are a couple of things that stand out: 1. Despite my best efforts, I could not find a name for this display[1], so I have made up a generic name

Re: [PATCH libdrm 0/4] Dynamicly disable suites and tets.

Series is Acked-by: Christian König . Please note that I think your OOM killer test shows quite a bug we currently have in the kernel driver. A single allocation of 1TB shouldn't trigger the OOM killer, but rather be reacted immediately. Instead I expected that we

Re: [PATCH v6 00/10] rockchip: kevin: Enable edp display

Dear all, 2017-11-01 20:33 GMT+01:00 Sean Paul : > On Tue, Oct 31, 2017 at 12:37:43PM +0800, JeffyChen wrote: >> Hi Heiko, >> >> On 10/31/2017 07:01 AM, Heiko Stuebner wrote: >> > As I was just looking at the edp dts change in patch1 again, does this >> > series also

Re: [PATCH libdrm 0/6] drm-next header syncing

On 9 November 2017 at 08:28, Daniel Vetter wrote: > On Wed, Nov 08, 2017 at 11:34:41AM -0800, Eric Anholt wrote: >> I wanted to update the vc4 header so that I could land some igt >> testcases (though I'd much rather just be importing the header into >> igt and ditching libdrm).

Re: [Intel-gfx] [PATCH v2] drm/printer: Add drm_vprintf()

On Fri, Nov 10, 2017 at 09:52:26AM +, Chris Wilson wrote: > Simple va_args equivalent to the existing drm_printf() for use with the > drm_printer. > > Signed-off-by: Chris Wilson Reviewed-by: Daniel Vetter I guess you want an ack from Dave

[PATCH 2/2] drm/i915: sync dp link status checks against atomic commmits

Two bits: - check actual atomic state, the legacy stuff can only be looked at from within the atomic_commit_tail function, since it's only protected by ordering and not by any locks. - Make sure we don't wreak the work an ongoing nonblocking commit is doing. v2: We need the crtc lock too,

[PATCH 1/2] drm/atomic-helper: always track connector commits, too

It's useful for syncing async connector work like link retraining. v2: Make it work (Manasi) Cc: Manasi Navare Cc: Maarten Lankhorst Cc: Ville Syrjälä Signed-off-by: Daniel Vetter

RE: [PATCH 3/4] drm/ttm: make unlocking in ttm_bo_cleanup_refs optional

Please see comments inline -Original Message- From: Christian König [mailto:ckoenig.leichtzumer...@gmail.com] Sent: Wednesday, November 08, 2017 11:00 PM To: He, Roger ; amd-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org Subject: [PATCH 3/4] drm/ttm: make

RE: [PATCH 6/7] drm/ttm: make unlocking in ttm_bo_cleanup_refs optional

static int ttm_bo_cleanup_refs(struct ttm_buffer_object *bo, bool interruptible, bool no_wait_gpu, bool unlock_resv) { .. ttm_bo_del_from_lru(bo); list_del_init(>ddestroy); kref_put(>list_kref,

[PATCH v2] drm/printer: Add drm_vprintf()

Simple va_args equivalent to the existing drm_printf() for use with the drm_printer. Signed-off-by: Chris Wilson --- drivers/gpu/drm/drm_print.c | 5 + include/drm/drm_print.h | 14 ++ 2 files changed, 15 insertions(+), 4 deletions(-) diff --git

Re: [PATCH] drm/bridge: dw-hdmi: fix EDID parsing

On Thu, 09 Nov 2017, Russell King - ARM Linux wrote: > On Thu, Nov 09, 2017 at 02:12:45PM +0200, Jani Nikula wrote: >> And as I said elsewhere in the thread, Russell's patch may be relevant >> for current Linus' master and stable. We just need to reconciliate how >> the two

Recall: [PATCH 3/4] drm/ttm: make unlocking in ttm_bo_cleanup_refs optional

He, Roger would like to recall the message, "[PATCH 3/4] drm/ttm: make unlocking in ttm_bo_cleanup_refs optional". ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel

Recall: [PATCH 3/4] drm/ttm: make unlocking in ttm_bo_cleanup_refs optional

He, Roger would like to recall the message, "[PATCH 3/4] drm/ttm: make unlocking in ttm_bo_cleanup_refs optional". ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel

Recall: [PATCH 3/4] drm/ttm: make unlocking in ttm_bo_cleanup_refs optional

He, Roger would like to recall the message, "[PATCH 3/4] drm/ttm: make unlocking in ttm_bo_cleanup_refs optional". ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: [PATCH 7/7] drm/ttm: optimize ttm_mem_evict_first v2

On 2017年11月09日 16:59, Christian König wrote: Deleted BOs with the same reservation object can be reaped even if they can't be reserved. v2: rebase and we still need to remove/add the BO from/to the LRU. Signed-off-by: Christian König ---

[PATCH] video: fbdev: pxa3xx_gcu: Convert timers to use timer_setup()

In preparation for unconditionally passing the struct timer_list pointer to all timer callbacks, switch to using the new timer_setup() and from_timer() to pass the timer pointer explicitly. This also fixes the use of the "priv" variable in QERROR(), since it was pointing to struct timer_list, not

[PATCH] i915: pm: Be less agressive with clockfreq changes on Bay Trail

Bay Trail devices are known to hang when changing the frequency often, this is discussed in great length in: https://bugzilla.kernel.org/show_bug.cgi?id=109051 Commit 6067a27d1f01 ("drm/i915: Avoid tweaking evaluation thresholds on Baytrail v3") is an attempt to workaround this. Several users in

Re: [PATCH] drm/bridge: dw-hdmi: fix EDID parsing

On Thu, Nov 09, 2017 at 09:23:18AM +0100, Daniel Vetter wrote: > On Tue, Nov 07, 2017 at 11:27:21AM +, Russell King wrote: > > Parsing the EDID for HDMI and audio information in the get_modes() > > callback is incorrect - this only parses the EDID read from the > > connector, not any override

Re: [PATCH] drm/bridge: dw-hdmi: fix EDID parsing

Complementing my previous email information with better dmesg output (I had booted with my TV monitor off in my previous email): [8.687907] [drm] Initialized etnaviv 1.1.0 20151214 for gpu-subsystem on minor 0 [8.689356] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [

Re: [PATCH] drm/bridge: dw-hdmi: fix EDID parsing

On Thu, Nov 09, 2017 at 02:12:45PM +0200, Jani Nikula wrote: > And as I said elsewhere in the thread, Russell's patch may be relevant > for current Linus' master and stable. We just need to reconciliate how > the two things should work together in drm-next and v4.15 and on. Exactly, the patch is

Re: [PATCH] drm/bridge: dw-hdmi: fix EDID parsing

I've verified that dw_hdmi tracks when there is a monitor connected or not and reacts to it, there are logs that are generated when the TV/Monitor goes into standby and this is true even if DDC cannot be read. My original problem is that if the EDID data cannot be read then dw_hdmi will enter DVI

Re: [PATCH] drm/bridge: dw-hdmi: fix EDID parsing

On Thu, Nov 09, 2017 at 05:01:35PM +0200, Jani Nikula wrote: > On Thu, 09 Nov 2017, Luís Mendes wrote: > > Hi Jani, > > > > I tried: > > git clone git://people.freedesktop.org/~airlied/linux -b drm-next > > --depth=1 --single-branch > > > > I got this: > > EDID isn't

Re: [PATCH] drm/bridge: dw-hdmi: fix EDID parsing

Hi, I've just applied the referred individual patch to kernel-4.14-rc5 and the EDID isn't loaded. dw-hdmi gets no firmware at all. #cat /proc/cmdline console=ttymxc0,115200 root=/dev/sda2 rw video=HDMI-A-1:1920x1080M@60 drm.edid_firmware=edid/ktc_edid.bin dw_hdmi.dyndbg=+pfl cma=128M #zcat

Re: [linux-sunxi] Re: [PATCH v2 00/10] Allwinner H3/H5/A64(DE2) SimpleFB support

Hi Everyone, What's the status of HDMI/SimpleFB driver for H5? I don't see anything related to HDMI in linux-next dts files: arch/arm64/boot/dts/allwinner/sun50i-h5-orangepi-pc2.dts (example board) arch/arm64/boot/dts/allwinner/sun50i-h5.dtsi arch/arm/boot/dts/sunxi-h3-h5.dtsi On 6 November

Re: [PATCH] drm/bridge: dw-hdmi: fix EDID parsing

Hi everyone, I can try that patch and see if it fixes the problem. Give me a moment so that I can check how it goes. Luís On Thu, Nov 9, 2017 at 9:49 AM, Jani Nikula wrote: > On Thu, 09 Nov 2017, Russell King - ARM Linux > wrote: > > On

Re: [PATCH] video: fbdev: Convert timers to use timer_setup()

On Thu, Nov 9, 2017 at 9:08 AM, Bartlomiej Zolnierkiewicz wrote: > On Tuesday, October 24, 2017 08:20:26 AM Kees Cook wrote: > >> diff --git a/drivers/video/fbdev/pxa3xx-gcu.c >> b/drivers/video/fbdev/pxa3xx-gcu.c >> index 933619da1a94..e88447eac32c 100644 >> ---

Re: [PATCH] drm/bridge: dw-hdmi: fix EDID parsing

Hi Jani, I tried: git clone git://people.freedesktop.org/~airlied/linux -b drm-next --depth=1 --single-branch I got this: EDID isn't loaded from file # cat /proc/cmdline console=ttymxc0,115200 root=/dev/sda2 rw video=HDMI-A-1:1920x1080M@60 drm.edid_firmware=edid/ktc_edid.bin dw_hdmi.dyndbg=+pfl

RE: [Intel-gfx] [PATCH 0/7] Add Plane Color Properties

>-Original Message- >From: Daniel Stone [mailto:dan...@fooishbar.org] >Sent: Tuesday, November 7, 2017 9:44 PM >To: Shankar, Uma >Cc: intel-gfx ; dri-devel de...@lists.freedesktop.org>; Syrjala, Ville ;