Re: [PATCH v5 2/2] ARM: dts: exynos: Add HDMI and Sil9234 to Trats2 board

On Thu, Oct 05, 2017 at 04:07:11PM +0200, Maciej Purski wrote: > Add HDMI and Sil9234 MHL converter to Trats2 board. > Following in SoC devices have been enabled: > - HDMI (HDMI signal encoder), > - Mixer (video buffer scanout device), > - I2C_5 bus (used for HDMI DDC) > - I2C_8 bus (used for

Re: [PATCH v3] drm/gem-fb-helper: Improve documentation

Den 22.09.2017 19.58, skrev Eric Anholt: Noralf Trønnes writes: Make the docs read a little better. This all looks nice to me. Reviewed-by: Eric Anholt Thanks, applied to drm-misc. Noralf. ___ dri-devel

Re: [Intel-gfx] [PATCH v3] drm/i915: Replace *_reference/unreference() or *_ref/unref with _get/put()

Quoting Harsha Sharma (2017-10-08 15:04:07) > @@ -624,7 +624,7 @@ static bool intel_fbdev_init_bios(struct drm_device *dev, > ifbdev->preferred_bpp = fb->base.format->cpp[0] * 8; > ifbdev->fb = fb; > > - drm_framebuffer_reference(>fb->base); > +

[Bug 197103] BUG: unable to handle kernel NULL pointer dereference at 0000000000000008 / IP: nouveau_fbcon_set_suspend_work+0x45/0xf0 [nouveau]

https://bugzilla.kernel.org/show_bug.cgi?id=197103 Thorsten Leemhuis (regressi...@leemhuis.info) changed: What|Removed |Added CC|

[Bug 197103] BUG: unable to handle kernel NULL pointer dereference at 0000000000000008 / IP: nouveau_fbcon_set_suspend_work+0x45/0xf0 [nouveau]

https://bugzilla.kernel.org/show_bug.cgi?id=197103 Pierre Moreau (pierre.mor...@free.fr) changed: What|Removed |Added CC|

[PATCH 1/2] vgaarb: Select a default VGA device even if there's no legacy VGA

From: Bjorn Helgaas Daniel Axtens reported that on the HiSilicon D05 board, the VGA device is behind a bridge that doesn't support PCI_BRIDGE_CTL_VGA, so the VGA arbiter never selects it as the default, which means Xorg auto-detection doesn't work. VGA is a legacy PCI

Re: [PATCH 2/2] drm/atomic: Make atomic iterators less surprising

On 06.10.2017 12:07, Maarten Lankhorst wrote: > Op 27-09-17 om 14:53 schreef Dmitry Osipenko: >> On 27.09.2017 11:35, Maarten Lankhorst wrote: >>> Commit 669c9215afea ("drm/atomic: Make async plane update checks work as >>> intended, v2.") assumed incorrectly that if only 1 plane is matched in >>>

Re: [PATCH] drm: vc4: Fix race during binding

Hi Eric, > Eric Anholt hat am 6. Oktober 2017 um 21:42 geschrieben: > > > Stefan Wahren writes: > > > This fixes the race between vc4_overflow_mem_work and the init of the > > job lock. Otherwise we could trigger a NULL pointer dereference > > during

Re: [PATCH v2] drm/i915: Replace *_reference/unreference() or *_ref/unref with _get/put()

On Fri, Sep 29, 2017 at 10:00 AM, Harsha Sharma wrote: > Replace instances of drm_framebuffer_reference/unreference() with > *_get/put() suffixes and drm_dev_unref with *_put() suffix > because get/put is shorter and consistent with the > kernel use of *_get/put

[PATCH 2/2] vgaarb: Factor out EFI and fallback default device selection

From: Bjorn Helgaas The default VGA device is normally set in vga_arbiter_add_pci_device() when we call it for the first enabled device that can be accessed with the legacy VGA resources ([mem 0xa-0xb], etc.) That default device can be overridden by an EFI device

[PATCH] drm: vc4: Fix race during binding

This fixes the race between vc4_overflow_mem_work and the init of the job lock. Otherwise we could trigger a NULL pointer dereference during VC4 binding. Link: https://github.com/anholt/linux/issues/114 Signed-off-by: Stefan Wahren Fixes: d5b1a78a772f ("drm/vc4: Add

Re: [PATCH] drm: vc4: Fix race during binding

Stefan Wahren writes: > Hi Eric, > >> Eric Anholt hat am 6. Oktober 2017 um 21:42 geschrieben: >> >> >> Stefan Wahren writes: >> >> > This fixes the race between vc4_overflow_mem_work and the init of the >> > job lock.

[Bug 50325] Glyphy bad render on r600g (software render is fine) - too many registers?

https://bugs.freedesktop.org/show_bug.cgi?id=50325 --- Comment #8 from Gert Wollny --- Could you re-test with the latest mesa-git? As of mid September some patches landed that improved the register use. I myself tried it on an AMD 6850 HD and the trace works fine now. --

[PATCH v3] drm/tinydrm: Replace dev_error with DRM_DEV_ERROR

Convert instances of dev_error to DRM_DEV_ERROR as we have DRM_DEV_ERROR variants of drm print macros. Signed-off-by: Harsha Sharma --- Changes in v3: -Solve merge conflicts Changes in v2: -Fix alignment issues drivers/gpu/drm/tinydrm/mi0283qt.c | 8

[PATCH v3] drm/i915: Replace *_reference/unreference() or *_ref/unref with _get/put()

Replace instances of drm_framebuffer_reference/unreference() with *_get/put() suffixes and drm_dev_unref with *_put() suffix because get/put is shorter and consistent with the kernel use of *_get/put suffixes. Done with following coccinelle semantic patch @@ expression ex; @@ (

[BUG] gma500: Possible sleep-in-atomic bugs in gma_resume_pci

The driver may sleep under a spinlock, and the function call paths are: gma_power_begin (acquire the spinlock) gma_resume_pci pci_set_power_state __pci_start_power_transition (drivers/pci/pci.c) msleep --> may sleep gma_power_begin (acquire the spinlock) gma_resume_pci

Re: [PATCH v3 0/3] Split default display handling out from VGA arbiter

On Wed, Sep 27, 2017 at 01:52:55PM +1000, Daniel Axtens wrote: > Hi Bjorn, > > Yes, this works: > > Tested-by: Daniel Axtens # arm64, ppc64-qemu-tcg I guess I was assuming you'd pick this up, but that doesn't really make sense because I didn't give you a signed-off-by or

[PATCH 0/2] vgaarb: Select fallback default VGA device

These patches are supposed to fix a problem Daniel Axtens found on the HiSilicon D05 board. The VGA device there is behind a bridge that doesn't support PCI_BRIDGE_CTL_VGA, so the arbiter never selects the device as the default. The first patch extends the arbiter so that if it can't find an

Fwd: linux video documentation ?

I noticed this email address is listed as the relevant area for the Documentation/devicetree/bindings/video/ directory in the Linux kernel. I have a question about this. I noticed the Documentation/devicetree/bindings/video/ is no longer in the Linux kernel repo. It was in release 4.3.6 but got

[Bug 92755] [APITRACE] Shadow of Mordor locks up R600

https://bugs.freedesktop.org/show_bug.cgi?id=92755 vitor@gmail.com changed: What|Removed |Added CC||vitor@gmail.com --- Comment #5

Re: [amd-staging-drm-next] regression - no fan info (sensors) on RX580

Sorry Rex, after return from our vacation, I've tested latest amd-staging-drm-next (e5f6a57e350a) but it is NOT solved on my RX580. I'll try bisecting if I find some more time in the coming days. amdgpu-pci-0100 Adapter: PCI adapter temp1:+27.0°C (crit = +0.0°C, hyst = +0.0°C)

Re: [amd-staging-drm-next] regression - no fan info (sensors) on RX580

OK, got it but can't revert the commit clean. amdgpu-pci-0100 Adapter: PCI adapter fan1: 873 RPM temp1:+26.0°C (crit = +0.0°C, hyst = +0.0°C) SOURCE/amd-staging-drm-next> git bisect good 0944c350c8eddf4064e7abb881dd245032fdfa23 is the first bad commit commit

[Bug 29725] EXT_framebuffer_object extension with free radeon driver

https://bugs.freedesktop.org/show_bug.cgi?id=29725 Timothy Arceri changed: What|Removed |Added Status|NEW |RESOLVED

[pull] radeon, amdgpu, and ttm drm-next-4.15

Hi Dave, More new stuff for 4.15. Highlights: - Add clock query interface for raven - Add new FENCE_TO_HANDLE ioctl - UVD video encode ring support on polaris - transparent huge page DMA support - deadlock fixes - compute pipe lru tweaks - powerplay cleanups and regression fixes - fix duplicate

[drm:drm-next-amd-dc-staging 8/9] drivers/gpu/drm/amd/amdgpu/../display/amdgpu_dm/amdgpu_dm.c:581:2: error: implicit declaration of function 'for_each_connector_in_state'

tree: git://people.freedesktop.org/~airlied/linux.git drm-next-amd-dc-staging head: e7b8e99bed73e9c42f1c074ad6009cb59a79bd52 commit: b9e56e41e0c55c2b2ab5919c5e167faa4200b083 [8/9] Merge branch 'drm-next-4.15-dc' of git://people.freedesktop.org/~agd5f/linux into drm-next config: