Re: [PATCH 13/17] drm/sun4i: Add DE2 CSC library

Hi! Dne torek, 28. november 2017 ob 21:55:50 CET je Maxime Ripard napisal(a): > On Mon, Nov 27, 2017 at 09:57:46PM +0100, Jernej Skrabec wrote: > > DE2 have many CSC units - channel input CSC, channel output CSC and > > mixer output CSC and maybe more. > > > > Fortunately, they have all same

Re: [PATCH v3 4/4] DTS: Pandora: fix panel compatibility string

* H. Nikolaus Schaller [171128 16:17]: > Hi Tony, > > > Am 28.11.2017 um 17:04 schrieb Tony Lindgren : > > > > * H. Nikolaus Schaller [171128 15:52]: > >> We can remove the unnecessary "omapdss," prefix because > >> the omapdrm driver

Re: [PATCH] drm: fix amdkfd use-after-free GP fault

On 11/13/2017 08:09 AM, Oded Gabbay wrote: > On Sat, Nov 11, 2017 at 8:16 AM, Randy Dunlap wrote: >> From: Randy Dunlap >> >> Fix GP fault caused by dev_info() reference to a struct device* >> after the device has been freed (use after free). >>

Re: [PATCH v3 4/4] DTS: Pandora: fix panel compatibility string

* H. Nikolaus Schaller [171128 15:52]: > We can remove the unnecessary "omapdss," prefix because > the omapdrm driver takes care of it when matching with > the driver table. So is this needed as a fix or is this another clean-up? So is this is really needed as a fix? If

Re: [PATCH v2 2/4] DTS: GTA04: fix panel compatibility string

Hi Tony, > Am 28.11.2017 um 16:10 schrieb Tony Lindgren : > > * H. Nikolaus Schaller [171128 15:04]: >> Hi Tony, >> >>> Am 28.11.2017 um 15:57 schrieb Tony Lindgren : >>> >>> * H. Nikolaus Schaller [171116 08:53]:

[PATCH] drm/tegra: gem: Use PTR_ERR_OR_ZERO()

Fix ptr_ret.cocci warnings: drivers/gpu/drm/tegra/gem.c:420:1-3: WARNING: PTR_ERR_OR_ZERO can be used Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR Generated by: scripts/coccinelle/api/ptr_ret.cocci Signed-off-by: Vasyl Gomonovych ---

Re: [PATCH v3 3/4] DTS: GTA04: fix panel compatibility string

* H. Nikolaus Schaller [171128 15:52]: > Official vendor string is now "tpo" and not "toppoly". > > Requires patch "omapdrm: panel: fix compatible vendor string for td028ttec1" This is not a fix then, this is a clean up as you change the compatible earlier. Please resend

[PATCH] fbdev: au1200fb: delete duplicate header contents

This file has been copy-pasted-pasted: ~/linux$ x=drivers/video/fbdev/au1200fb.h; diff -u <(head -n 286 $x; head -n 286 $x) $x ~/linux$ Signed-off-by: Rasmus Villemoes --- drivers/video/fbdev/au1200fb.h | 286 - 1 file

Re: [PATCH v2 05/18] drm/sun4i: Force the mixer rate at 150MHz

Hi! Dne torek, 28. november 2017 ob 09:58:26 CET je Maxime Ripard napisal(a): > On Mon, Nov 27, 2017 at 05:07:04PM +0100, Jernej Škrabec wrote: > > Hi Maxime, > > > > Dne ponedeljek, 27. november 2017 ob 16:41:29 CET je Maxime Ripard napisal(a): > > > It seems like the mixer can only run

Re: [PATCH v2 11/18] drm/sun4i: Add A83T support

Hi! Dne torek, 28. november 2017 ob 23:00:14 CET je Maxime Ripard napisal(a): > On Tue, Nov 28, 2017 at 04:48:55PM +0100, Jernej Škrabec wrote: > > > On Mon, Nov 27, 2017 at 05:01:49PM +0100, Jernej Škrabec wrote: > > > > Dne ponedeljek, 27. november 2017 ob 16:41:35 CET je Maxime Ripard > > > >

Re: [RFC][PATCH] drm: adv7511/33: Fix adv7511_cec_init() failure handling

On Wed, Nov 29, 2017 at 6:05 AM, Archit Taneja wrote: > On 11/29/2017 03:02 AM, John Stultz wrote: >> On Sun, Nov 26, 2017 at 4:56 AM, Archit Taneja >> wrote: >>> Apart from this, we should also move adv7511_cec_init() up in the probe >>> so that

[PATCH] drm/tegra: Use PTR_ERR_OR_ZERO()

Fix ptr_ret.cocci warnings: drivers/gpu/drm/tegra/drm.c:597:1-3: WARNING: PTR_ERR_OR_ZERO can be used Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR Generated by: scripts/coccinelle/api/ptr_ret.cocci Signed-off-by: Vasyl Gomonovych ---

[PATCH 3/6] drm/i2c: tda998x: fix error cleanup paths

If tda998x_get_audio_ports() fails, and we requested the interrupt, we fail to free the interrupt before returning failure. Rework the failure cleanup code and exit paths so that we always clean up properly after an error, and always propagate the error code. Signed-off-by: Russell King

[PATCH 6/6] drm/i2c: tda998x: add CEC support

The TDA998x is a HDMI transmitter with a TDA9950 CEC engine integrated onto the same die. Add support for the TDA9950 CEC engine to the TDA998x driver. Signed-off-by: Russell King --- drivers/gpu/drm/i2c/Kconfig | 1 + drivers/gpu/drm/i2c/tda998x_drv.c | 209

Re: [PATCH v2 2/4] DTS: GTA04: fix panel compatibility string

* H. Nikolaus Schaller [171128 15:04]: > Hi Tony, > > > Am 28.11.2017 um 15:57 schrieb Tony Lindgren : > > > > * H. Nikolaus Schaller [171116 08:53]: > >> Vendor string is "tpo" and not "toppoly". > >> > >> Signed-off-by: H. Nikolaus

Re: [PATCH v2 11/18] drm/sun4i: Add A83T support

Hi, Dne torek, 28. november 2017 ob 10:02:23 CET je Maxime Ripard napisal(a): > Hi, > > On Mon, Nov 27, 2017 at 05:01:49PM +0100, Jernej Škrabec wrote: > > Dne ponedeljek, 27. november 2017 ob 16:41:35 CET je Maxime Ripard napisal(a): > > > Add support for the A83T display pipeline. > > > > >

Re: [PATCH v9 4/5] x86/PCI: Enable a 64bit BAR on AMD Family 15h (Models 30h-3fh) Processors v5

On 11/28/2017 04:12 AM, Christian König wrote: > > > How about the attached patch? It limits the newly added MMIO space to > the upper 256GB of the address space. That should still be enough for > most devices, but we avoid both issues with Xen dom0 as most likely > problems with memory hotplug as

[PATCH v3 2/4] omapdrm: panel: td028ttec1: replace MODULE_ALIAS by MODULE_DEVICE_TABLE

to make it easier to keep in sync with the OF device table. Signed-off-by: H. Nikolaus Schaller --- drivers/gpu/drm/omapdrm/displays/panel-tpo-td028ttec1.c | 12 ++-- .../video/fbdev/omap2/omapfb/displays/panel-tpo-td028ttec1.c | 11 +-- 2 files changed,

[PATCH 1/6] drm/i2c: tda998x: move mutex/waitqueue/timer/work init early

Move the mutex, waitqueue, timer and detect work initialisation early in the driver's initialisation, rather than being after we've registered the CEC device. Signed-off-by: Russell King --- drivers/gpu/drm/i2c/tda998x_drv.c | 11 +-- 1 file changed, 5

[PATCH v3 4/4] DTS: Pandora: fix panel compatibility string

We can remove the unnecessary "omapdss," prefix because the omapdrm driver takes care of it when matching with the driver table. Signed-off-by: H. Nikolaus Schaller --- arch/arm/boot/dts/omap3-pandora-common.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

Re: [PATCH 08/17] drm/sun4i: Add support for DE2 VI planes

Hi! Dne torek, 28. november 2017 ob 22:00:01 CET je Maxime Ripard napisal(a): > Hi, > > On Mon, Nov 27, 2017 at 09:57:41PM +0100, Jernej Skrabec wrote: > > This commit adds basic support for VI planes. They are meant for video > > overlay and because of that they support YUV formats too.

[PATCH 4/6] drm/i2c: tda998x: always disable and clear interrupts at probe

Always disable and clear interrupts at probe time to ensure that the TDA998x is in a sane state. This ensures that the interrupt line, which is also the CEC clock calibration signal, is always deasserted. Signed-off-by: Russell King ---

Re: [PATCH] drm/fb_helper: Disable all crtc's when initial setup fails.

On Tue, 28 Nov 2017, Daniel Vetter wrote: On Tue, Nov 28, 2017 at 12:16:03PM +0100, Maarten Lankhorst wrote: Some drivers like i915 start with crtc's enabled, but with deferred fbcon setup they were no longer disabled as part of fbdev setup. Headless units could no longer enter pc3 state

[PATCH 0/6] TDA998x CEC support

Hi, This patch series adds CEC support to the DRM TDA998x driver. The TDA998x family of devices integrate a TDA9950 CEC at a separate I2C address from the HDMI encoder. Implementation of the CEC part is separate to allow independent CEC implementations, or independent HDMI implementations

Re: [PATCH 01/17] drm/sun4i: Refactor DE2 code

Hi! Dne torek, 28. november 2017 ob 16:54:42 CET je Maxime Ripard napisal(a): > Hi, > > On Mon, Nov 27, 2017 at 09:57:34PM +0100, Jernej Skrabec wrote: > > Since the time initial DE2 driver was written, some knowledge was gained > > what setting are really necessary and what most of the magic

[PATCH 2/6] drm/i2c: tda998x: move CEC device initialisation later

We no longer use the CEC client to access the CEC part itself, so we can move this later in the initialisation sequence. Signed-off-by: Russell King --- drivers/gpu/drm/i2c/tda998x_drv.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git

Re: [Intel-gfx] [PATCH v6 0/7] drm/fbdev: Panel orientation connector property support

On Tue, Nov 28, 2017 at 02:36:09PM +0100, Hans de Goede wrote: > Hi, > > On 28-11-17 11:27, Daniel Vetter wrote: > > On Sat, Nov 25, 2017 at 06:33:34PM +0100, Hans de Goede wrote: > > > Hi All, > > > > > > Here is v6 of my series to add a "panel orientation" property to > > > the drm-connector

Re: [PATCH 0/6] TDA998x CEC support

Hi, On 29 November 2017 at 10:02, Daniel Vetter wrote: > On Wed, Nov 29, 2017 at 08:57:36AM +0100, Hans Verkuil wrote: >> BTW, I didn't see this patch series appear on dri-devel, even though it is >> CC-ed there. Odd. > > Moderation queue doesn't get flushed all that regularly

Re: [PATCH v2 4/4] backlight: as3711_bl: fix device-tree node leaks

On Mon, 20 Nov 2017, Johan Hovold wrote: > Two framebuffer device-node names were looked up during probe, but were > only used as flags to indicate the presence of two framebuffer device. > > Drop the unused framebuffer name along with a likewise unused device > pointer from the driver data, and

Re: [PATCH v2 3/4] backlight: tps65217_bl: fix device-tree node lookup

On Mon, 20 Nov 2017, Johan Hovold wrote: > Fix child-node lookup during probe, which ended up searching the whole > device tree depth-first starting at the parent rather than just matching > on its children. > > This would only cause trouble if the child node is missing while there > is an

Re: [GIT PULL] exynos-drm-next

On Tue, Nov 28, 2017 at 02:45:49PM +0100, Marek Szyprowski wrote: > Hi Daniel, > > On 2017-11-20 08:33, Daniel Vetter wrote: > > On Wed, Nov 15, 2017 at 10:26:45AM +0900, Inki Dae wrote: > > > 2017년 11월 14일 13:22에 Dave Airlie 이(가) 쓴 글: > > > > On 26 October 2017 at 11:37, Inki Dae

Re: [PATCH v3 0/7] drm/bridge: tc358767: fixes and improvements

On 07.11.2017 17:56, Andrey Gusakov wrote: > This set of patches fixes several issues that was found during testing > tc358767 with desktop DisplayPort displays. > > Changes since v3 > - added comment about removed VPCTRL0 write > - corrected comment in "filter out too high modes" >

[PATCH] drm: hibmc: Initialize the hibmc_bo_driver.io_mem_pfn

From: Michal Srb The io_mem_pfn field was added in ea642c3216cb2a60d1c0e760ae47ee85c9c16447 and is used unconditionally. Most drivers were updated to set it to the default implementation ttm_bo_default_io_mem_pfn, but hibmc was not. This fixes crash in ttm_bo_vm_fault when hibmc

Re: Hardware 3D acceleration doesn't work anymore with the latest git kernel

On 2017-11-27 01:20 PM, Christian König wrote: > Am 27.11.2017 um 13:02 schrieb Michel Dänzer: >> [SNIP] >> I thought I did above... >> >> Commit f7871fd19389c5f64f625a4389675d0740f0dfe4 made the radeon driver >> rely on ttm_populate_and_map_pages, which is implemented as: >> >> static inline int

Re: [PATCH] MAINTAINERS: change maintainer for Rockchip drm drivers

Am Mittwoch, 29. November 2017, 10:54:18 CET schrieb Daniel Vetter: > On Tue, Nov 28, 2017 at 03:42:36PM -0800, Doug Anderson wrote: > > Hi, > > > > On Sun, Nov 26, 2017 at 6:22 PM, Sandy Huang wrote: > > > Hi Daniel, > > > > > > I register the account and get the

Re: [PATCH 02/13] fbdev: add remove_conflicting_pci_framebuffers()

On Tue, Nov 28, 2017 at 12:30:30PM +, Sudip Mukherjee wrote: > On Tue, Nov 28, 2017 at 12:32:38PM +0100, Greg KH wrote: > > On Tue, Nov 28, 2017 at 11:22:17AM +0100, Daniel Vetter wrote: > > > On Mon, Nov 27, 2017 at 08:52:19PM +, Sudip Mukherjee wrote: > > > > On Mon, Nov 27, 2017 at

Re: [PATCH 0/6] TDA998x CEC support

On Wed, Nov 29, 2017 at 08:57:36AM +0100, Hans Verkuil wrote: > On 11/29/2017 08:41 AM, Hans Verkuil wrote: > > Hi Russell, > > > > On 11/29/2017 12:17 AM, Russell King - ARM Linux wrote: > >> Hi, > >> > >> This patch series adds CEC support to the DRM TDA998x driver. The > >> TDA998x family of

[PATCH] drm/atomic: make drm_atomic_helper_wait_for_vblanks more agressive

drm_atomic_helper_setup_commit expects that flipping of previous commits has happened when it is called to set up a new commit. This can be violated by commits where userspace doesn't get a flip completion event to synchronize against i.e. legacy modesets and property changes. The expectation is

[Bug 103791] Tearing after screen wakeup/on

https://bugs.freedesktop.org/show_bug.cgi?id=103791 --- Comment #8 from denisgolo...@yandex.ru --- Any news on that? Should I report some more information/logs/etc? -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel

Re: [PATCH v2 1/4] backlight: as3711_bl: fix device-tree node lookup

On Mon, 20 Nov 2017, Johan Hovold wrote: > Fix child-node lookup during probe, which ended up searching the whole > device tree depth-first starting at the parent rather than just matching > on its children. > > To make things worse, the parent mfd node was also prematurely freed. > > Fixes:

Re: [PATCH v2 2/4] backlight: max8925_bl: fix device-tree node lookup

On Mon, 20 Nov 2017, Johan Hovold wrote: > Fix child-node lookup during probe, which ended up searching the whole > device tree depth-first starting at the parent rather than just matching > on its children. > > To make things worse, the parent mfd node was also prematurely freed, > while the

Re: [PATCH] MAINTAINERS: change maintainer for Rockchip drm drivers

On Tue, Nov 28, 2017 at 03:42:36PM -0800, Doug Anderson wrote: > Hi, > > On Sun, Nov 26, 2017 at 6:22 PM, Sandy Huang wrote: > > Hi Daniel, > > I register the account and get the drm-misc commit rights now, thanks. > > > > > > 在 2017/11/24 22:51, Daniel Vetter 写道: > >> >

[Bug 103808] [radeonsi, bisected] World of Warcraft scribbling all over screen

https://bugs.freedesktop.org/show_bug.cgi?id=103808 --- Comment #11 from bartos.p...@gmail.com --- Confirming bug 103919 is also fixed. -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list

Re: [Intel-gfx] [PATCH V3 09/29] drm/i915: deprecate pci_get_bus_and_slot()

On 11/28/2017 10:30 AM, Ville Syrjälä wrote: >> +dev_priv->bridge_dev = >> +pci_get_domain_bus_and_slot(domain, 0, PCI_DEVFN(0, 0)); > Maybe just pci_get_slot(pdev->bus, PCI_DEVFN(0, 0)) ? > > I guess if we want to be pedantic we could go for: > > bus =

[PATCH] drm: rcar-du: calculate DPLLCR to be more small jitter

From: Kuninori Morimoto In general, PLL has VCO (= Voltage controlled oscillator), one of the very important electronic feature called as "jitter" is related to this VCO. In academic generalism, VCO should be maximum to be more small jitter. In high frequency

Re: [PATCH v3 4/4] DTS: Pandora: fix panel compatibility string

Hi, > Am 28.11.2017 um 17:18 schrieb Tony Lindgren : > > * H. Nikolaus Schaller [171128 16:17]: >> Hi Tony, >> >>> Am 28.11.2017 um 17:04 schrieb Tony Lindgren : >>> >>> * H. Nikolaus Schaller [171128 15:52]: We

Re: [PATCH v3 4/4] DTS: Pandora: fix panel compatibility string

Hi Tony, > Am 28.11.2017 um 17:04 schrieb Tony Lindgren : > > * H. Nikolaus Schaller [171128 15:52]: >> We can remove the unnecessary "omapdss," prefix because >> the omapdrm driver takes care of it when matching with >> the driver table. > > So is this

[PATCH v3 3/4] DTS: GTA04: fix panel compatibility string

Official vendor string is now "tpo" and not "toppoly". Requires patch "omapdrm: panel: fix compatible vendor string for td028ttec1" Signed-off-by: H. Nikolaus Schaller --- arch/arm/boot/dts/omap3-gta04.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH v2 2/4] DTS: GTA04: fix panel compatibility string

> Am 28.11.2017 um 17:00 schrieb Tony Lindgren : > > * H. Nikolaus Schaller [171128 15:51]: >>> Am 28.11.2017 um 16:10 schrieb Tony Lindgren : >>> OK fine dropping both. Please update the description in both dts >>> patches to make it

Re: omapfb/dss: Delete an error message for a failed memory allocation in three functions

On Tue, Nov 28, 2017 at 01:13:51PM +0100, SF Markus Elfring wrote: > Additional improvement possibilities can be taken into account > after corresponding software development discussions, can't they? Sure, but that is in contrary to all you replies. I guess you are familiar with

Re: [PATCH v2 2/4] DTS: GTA04: fix panel compatibility string

Hi Tony, > Am 28.11.2017 um 15:57 schrieb Tony Lindgren : > > * H. Nikolaus Schaller [171116 08:53]: >> Vendor string is "tpo" and not "toppoly". >> >> Signed-off-by: H. Nikolaus Schaller >> --- >> arch/arm/boot/dts/omap3-gta04.dtsi |

[PATCH 5/6] drm/i2c: tda9950: add CEC driver

Add a CEC driver for the TDA9950, which is a stand-alone I2C CEC device, but is also integrated into HDMI transceivers such as the TDA9989 and TDA19989. The TDA9950 contains a command processor which handles retransmissions and the low level bus protocol. The driver just has to read and write

Re: [PATCH v2 2/4] DTS: GTA04: fix panel compatibility string

* H. Nikolaus Schaller [171128 15:51]: > > Am 28.11.2017 um 16:10 schrieb Tony Lindgren : > > OK fine dropping both. Please update the description in both dts > > patches to make it clear they are needed as a fix. Preferrably > > with a proper fixes tag. > >

[PATCH resend V3 24/29] backlight: deprecate pci_get_bus_and_slot()

pci_get_bus_and_slot() is restrictive such that it assumes domain=0 as where a PCI device is present. This restricts the device drivers to be reused for other domain numbers. Getting ready to remove pci_get_bus_and_slot() function in favor of pci_get_domain_bus_and_slot(). Hard-coding the domain

[PATCH v3 1/4] omapdrm: panel: fix compatible vendor string for td028ttec1

The vendor name was "toppoly" but other panels and the vendor list have defined it as "tpo". So let's fix it in driver and bindings. We keep the old definition in parallel to stay compatible with potential older DTB setup. Signed-off-by: H. Nikolaus Schaller ---

[PATCH v3 0/4] Fixes for omapdrm on OpenPandora and GTA04

Changes V3: * stay compatible with old DTB files which still use "toppoly" (suggested by Tomi Valkeinen) * replaced MODULE_ALIAS entries by MODULE_DEVICE_TABLE (suggested by Andrew F. Davis) * removed DSI VDDS patch as it has already been accepted 2017-11-16 09:50:22: Changes V2: * replaced

Re: [PATCH v2 2/4] DTS: GTA04: fix panel compatibility string

* H. Nikolaus Schaller [171116 08:53]: > Vendor string is "tpo" and not "toppoly". > > Signed-off-by: H. Nikolaus Schaller > --- > arch/arm/boot/dts/omap3-gta04.dtsi | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

[PATCH] drm/bridge/sii8620: start MHL transmission after HDMI signal detection

The vendor code waits for infoframe to detect video mode set by source. We do not need to follow this pattern, because video mode information is provided by drm core. As a result most of the infoframe handling code can be removed. Start transmission immediately after detecting stream on HDMI

[PATCH 3/5] drm/armada: fix UV swap code

The UV swap code was not always programming things correctly when the source origin box has been offset. Fix this. Signed-off-by: Russell King --- drivers/gpu/drm/armada/armada_crtc.h| 2 ++ drivers/gpu/drm/armada/armada_overlay.c | 38

Re: [PATCH 0/6] TDA998x CEC support

On Wed, Nov 29, 2017 at 09:11:43AM +, Russell King - ARM Linux wrote: > On Wed, Nov 29, 2017 at 08:41:45AM +0100, Hans Verkuil wrote: > > Hi Russell, > > > > On 11/29/2017 12:17 AM, Russell King - ARM Linux wrote: > > > Hi, > > > > > > This patch series adds CEC support to the DRM TDA998x

Re: [PATCH 10/10] gpu: host1x: Optionally block when acquiring channel

On 29.11.2017 15:25, Mikko Perttunen wrote: > On 29.11.2017 14:18, Dmitry Osipenko wrote: >> On 29.11.2017 12:10, Mikko Perttunen wrote: >>> On 12.11.2017 13:23, Dmitry Osipenko wrote: On 11.11.2017 00:15, Dmitry Osipenko wrote: > On 07.11.2017 18:29, Dmitry Osipenko wrote: >> On

Re: [PATCH 10/10] gpu: host1x: Optionally block when acquiring channel

On 12.11.2017 13:23, Dmitry Osipenko wrote: On 11.11.2017 00:15, Dmitry Osipenko wrote: On 07.11.2017 18:29, Dmitry Osipenko wrote: On 07.11.2017 16:11, Mikko Perttunen wrote: On 05.11.2017 19:14, Dmitry Osipenko wrote: On 05.11.2017 14:01, Mikko Perttunen wrote: Add an option to

[PATCH 2/5] drm/armada: fix SRAM powerdown

Avoid powering down the overlay SRAM banks when disabling the primary plane, thereby masking any overlay video. This feature is supposed to allow us to cut the bandwidth required while displaying full-frame overlay video. Signed-off-by: Russell King ---

Re: [PATCH v2] MAINTAINERS: change maintainer for Rockchip drm drivers

On Wed, Nov 29, 2017 at 09:24:42AM -0500, Sean Paul wrote: > From: Mark Yao > > For personal reasons, Mark Yao will leave rockchip, > can not continue maintain drm/rockchip, Sandy Huang > and Heiko Stübner will take over drm/rockchip. > > Cc: Sandy Huang

[Bug 103968] No Hardware Acceleration with AMD RX 550

https://bugs.freedesktop.org/show_bug.cgi?id=103968 --- Comment #1 from Michel Dänzer --- Please provide the output of: dpkg -l | grep '^i.*mesa' -- You are receiving this mail because: You are the assignee for the bug.___

Re: [PATCH v6 2/2] staging: ion: create one device entry per heap

2017-11-28 14:32 GMT+01:00 Greg KH : > On Mon, Nov 06, 2017 at 04:59:45PM +0100, Benjamin Gaignard wrote: >> Instead a getting only one common device "/dev/ion" for >> all the heaps this patch allow to create one device >> entry ("/dev/ionX") per heap. >> Getting an

Re: [PATCH 0/6] TDA998x CEC support

On 11/29/17 10:11, Russell King - ARM Linux wrote: > On Wed, Nov 29, 2017 at 08:41:45AM +0100, Hans Verkuil wrote: >> Hi Russell, >> >> On 11/29/2017 12:17 AM, Russell King - ARM Linux wrote: >>> Hi, >>> >>> This patch series adds CEC support to the DRM TDA998x driver. The >>> TDA998x family of

[Bug 103968] No Hardware Acceleration with AMD RX 550

https://bugs.freedesktop.org/show_bug.cgi?id=103968 Michel Dänzer changed: What|Removed |Added Attachment #135796|text/x-log |text/plain

Re: [PATCH 0/6] TDA998x CEC support

On Wed, Nov 29, 2017 at 01:43:27PM +0100, Hans Verkuil wrote: > On 11/29/17 10:11, Russell King - ARM Linux wrote: > > On Wed, Nov 29, 2017 at 08:41:45AM +0100, Hans Verkuil wrote: > >> Hi Russell, > >> > >> On 11/29/2017 12:17 AM, Russell King - ARM Linux wrote: > >>> Hi, > >>> > >>> This patch

Re: [PATCH 06/10] drm/tegra: Deliver job completion callback to client

On 16.11.2017 18:40, Dmitry Osipenko wrote: On 05.11.2017 14:01, Mikko Perttunen wrote: To allow client drivers to free resources when jobs have completed, deliver job completion callbacks to them. This requires adding reference counting to context objects, as job completion can happen after

[PATCH 1/5] drm/armada: fix leak of crtc structure

Fix the leak of the CRTC structure in the failure paths of armada_drm_crtc_create(). Signed-off-by: Russell King --- drivers/gpu/drm/armada/armada_crtc.c | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git

Re: [PATCH 10/10] gpu: host1x: Optionally block when acquiring channel

On 29.11.2017 14:18, Dmitry Osipenko wrote: On 29.11.2017 12:10, Mikko Perttunen wrote: On 12.11.2017 13:23, Dmitry Osipenko wrote: On 11.11.2017 00:15, Dmitry Osipenko wrote: On 07.11.2017 18:29, Dmitry Osipenko wrote: On 07.11.2017 16:11, Mikko Perttunen wrote: On 05.11.2017 19:14, Dmitry

[PATCH 4/5] drm/armada: improve efficiency of armada_drm_plane_calc_addrs()

Lookup the drm_format_info structure once when computing all the framebuffer plane addresses by using drm_format_info(), rather than repetitive lookups via drm_format_plane_cpp(). Signed-off-by: Russell King --- drivers/gpu/drm/armada/armada_crtc.c | 5 +++-- 1 file

[PATCH 5/5] drm/armada: fix YUV planar format framebuffer offsets

We weren't correctly calculating the YUV planar offsets for subsampled chroma planes correctly - fix up the coordinates for planes 1 and 2. Signed-off-by: Russell King --- drivers/gpu/drm/armada/armada_crtc.c | 8 +++- 1 file changed, 7 insertions(+), 1

Re: [PATCH 10/10] gpu: host1x: Optionally block when acquiring channel

On 29.11.2017 12:10, Mikko Perttunen wrote: > On 12.11.2017 13:23, Dmitry Osipenko wrote: >> On 11.11.2017 00:15, Dmitry Osipenko wrote: >>> On 07.11.2017 18:29, Dmitry Osipenko wrote: On 07.11.2017 16:11, Mikko Perttunen wrote: > On 05.11.2017 19:14, Dmitry Osipenko wrote: >> On

[PATCH 0/5] Armada DRM fixes

Hi David, This series fixes some issues in the Armada DRM driver: - A memory leak while cleaning up in the CRTC initialisation path - Avoid powering down YUV FIFOs when disabling the graphics plane - Several fixes for the overlay plane positioning I'll send a pull request for this as is normal

Re: [PATCH 0/6] TDA998x CEC support

On Wed, Nov 29, 2017 at 08:41:45AM +0100, Hans Verkuil wrote: > Hi Russell, > > On 11/29/2017 12:17 AM, Russell King - ARM Linux wrote: > > Hi, > > > > This patch series adds CEC support to the DRM TDA998x driver. The > > TDA998x family of devices integrate a TDA9950 CEC at a separate I2C > >

[PATCH 7/6] dt-bindings: tda998x: add the calibration gpio

Add the optional calibration gpio for integrated TDA9950 CEC support. This GPIO corresponds with the interrupt from the TDA998x, as the calibration requires driving the interrupt pin low. Signed-off-by: Russell King --- Sorry, this patch got forgotten, tacking it on

Re: [PATCH] drm/tegra: gem: Use PTR_ERR_OR_ZERO()

On 29.11.2017 00:18, Vasyl Gomonovych wrote: Fix ptr_ret.cocci warnings: drivers/gpu/drm/tegra/gem.c:420:1-3: WARNING: PTR_ERR_OR_ZERO can be used Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR Generated by: scripts/coccinelle/api/ptr_ret.cocci Signed-off-by: Vasyl Gomonovych

Re: [PATCH] drm: hibmc: Initialize the hibmc_bo_driver.io_mem_pfn

On Wed, Nov 29, 2017 at 12:33:24PM +0100, m...@suse.com wrote: > From: Michal Srb > > The io_mem_pfn field was added in ea642c3216cb2a60d1c0e760ae47ee85c9c16447 and > is used unconditionally. Most drivers were updated to set it to the default > implementation

[PATCH 2/2] drm/bridge/sii8620: fix HDMI cable connection to dongle

MHL bridge is usually connected to TV via MHL dongle. Currently plugging HDMI cable to dongle is handled improperly. This patch fixes it. Signed-off-by: Maciej Purski --- drivers/gpu/drm/bridge/sil-sii8620.c | 49 1 file changed, 27

[PATCH 1/2] drm/bridge/sii8620: remove HSIC initialization

HSIC initialization was taken from the vendor code. HSIC in MHL circuit is not connected, so it is not possible to test it. Tests prove that without HSIC the device works well. Therefore it can be removed. Signed-off-by: Maciej Purski ---

[PATCH] drm/ttm: Use ttm_bo_default_io_mem_pfn if io_mem_pfn is NULL

The io_mem_pfn field was added in commit ea642c3216cb2a60d1c0e760ae47ee85c9c16447 and is called unconditionally. However, not all drivers were updated to set it. Use the ttm_bo_default_io_mem_pfn function if a driver did not set its own. Signed-off-by: Michal Srb ---

Re: [PATCH] drm/atomic: make drm_atomic_helper_wait_for_vblanks more agressive

Op 29-11-17 om 12:04 schreef Lucas Stach: > drm_atomic_helper_setup_commit expects that flipping of previous commits > has happened when it is called to set up a new commit. This can be violated > by commits where userspace doesn't get a flip completion event to > synchronize against i.e. legacy

Re: [PATCH 0/6] TDA998x CEC support

On 11/29/17 14:45, Russell King - ARM Linux wrote: > On Wed, Nov 29, 2017 at 01:43:27PM +0100, Hans Verkuil wrote: >> On 11/29/17 10:11, Russell King - ARM Linux wrote: >>> On Wed, Nov 29, 2017 at 08:41:45AM +0100, Hans Verkuil wrote: Hi Russell, On 11/29/2017 12:17 AM, Russell King

Re: [PATCH] drm/fb_helper: Disable all crtc's when initial setup fails.

Op 28-11-17 om 16:13 schreef Thomas Voegtle: > On Tue, 28 Nov 2017, Daniel Vetter wrote: > >> On Tue, Nov 28, 2017 at 12:16:03PM +0100, Maarten Lankhorst wrote: >>> Some drivers like i915 start with crtc's enabled, but with deferred >>> fbcon setup they were no longer disabled as part of fbdev

Re: [PATCH] drm/ttm: Use ttm_bo_default_io_mem_pfn if io_mem_pfn is NULL

On Wed, Nov 29, 2017 at 04:40:18PM +0100, Christian König wrote: > Am 29.11.2017 um 16:36 schrieb Sean Paul: > > On Wed, Nov 29, 2017 at 04:24:21PM +0100, Christian König wrote: > > > Am 29.11.2017 um 16:20 schrieb Michal Srb: > > > > The io_mem_pfn field was added in commit > > > >

Re: [PATCH v2 05/18] drm/sun4i: Force the mixer rate at 150MHz

On Tue, Nov 28, 2017 at 10:56:31PM +0100, Jernej Škrabec wrote: > Hi! > > Dne torek, 28. november 2017 ob 09:58:26 CET je Maxime Ripard napisal(a): > > On Mon, Nov 27, 2017 at 05:07:04PM +0100, Jernej Škrabec wrote: > > > Hi Maxime, > > > > > > Dne ponedeljek, 27. november 2017 ob 16:41:29 CET

Re: [PATCH] drm/ttm: Use ttm_bo_default_io_mem_pfn if io_mem_pfn is NULL

Am 29.11.2017 um 16:44 schrieb Sean Paul: On Wed, Nov 29, 2017 at 04:40:18PM +0100, Christian König wrote: Am 29.11.2017 um 16:36 schrieb Sean Paul: On Wed, Nov 29, 2017 at 04:24:21PM +0100, Christian König wrote: Am 29.11.2017 um 16:20 schrieb Michal Srb: The io_mem_pfn field was added in

Re: [PATCH] drm: hibmc: Initialize the hibmc_bo_driver.io_mem_pfn

On středa 29. listopadu 2017 15:47:30 CET Sean Paul wrote: > On Wed, Nov 29, 2017 at 12:33:24PM +0100, m...@suse.com wrote: > > From: Michal Srb > > > > The io_mem_pfn field was added in ea642c3216cb2a60d1c0e760ae47ee85c9c16447 > > and is used unconditionally. Most drivers were

Re: [PATCH v3 0/7] drm/bridge: tc358767: fixes and improvements

Andrzej, Please queue 1-6 to -fixes, 7 to -next. Andrey. On Wed, Nov 29, 2017 at 2:03 PM, Andrzej Hajda wrote: > On 07.11.2017 17:56, Andrey Gusakov wrote: > > This set of patches fixes several issues that was found during testing > > tc358767 with desktop DisplayPort

Re: [PATCH] drm/ttm: Use ttm_bo_default_io_mem_pfn if io_mem_pfn is NULL

Am 29.11.2017 um 16:20 schrieb Michal Srb: The io_mem_pfn field was added in commit ea642c3216cb2a60d1c0e760ae47ee85c9c16447 and is called unconditionally. However, not all drivers were updated to set it. Use the ttm_bo_default_io_mem_pfn function if a driver did not set its own.

Re: [PATCH] drm/ttm: Use ttm_bo_default_io_mem_pfn if io_mem_pfn is NULL

On Wednesday 29th November 2017 16:24:21 CET Christian König wrote: > Am 29.11.2017 um 16:20 schrieb Michal Srb: > > The io_mem_pfn field was added in commit > > ea642c3216cb2a60d1c0e760ae47ee85c9c16447 and is called unconditionally. > > However, not all drivers were updated to set it. > > > >

Re: [PATCH] drm/ttm: Use ttm_bo_default_io_mem_pfn if io_mem_pfn is NULL

On Wed, Nov 29, 2017 at 04:24:21PM +0100, Christian König wrote: > Am 29.11.2017 um 16:20 schrieb Michal Srb: > > The io_mem_pfn field was added in commit > > ea642c3216cb2a60d1c0e760ae47ee85c9c16447 > > and is called unconditionally. However, not all drivers were updated to set > > it. > > > >

Re: [PATCH] drm/ttm: Use ttm_bo_default_io_mem_pfn if io_mem_pfn is NULL

Am 29.11.2017 um 16:36 schrieb Sean Paul: On Wed, Nov 29, 2017 at 04:24:21PM +0100, Christian König wrote: Am 29.11.2017 um 16:20 schrieb Michal Srb: The io_mem_pfn field was added in commit ea642c3216cb2a60d1c0e760ae47ee85c9c16447 and is called unconditionally. However, not all drivers were

Re: [PATCH 13/17] drm/sun4i: Add DE2 CSC library

On Tue, Nov 28, 2017 at 10:43:39PM +0100, Jernej Škrabec wrote: > Hi! > > Dne torek, 28. november 2017 ob 21:55:50 CET je Maxime Ripard napisal(a): > > On Mon, Nov 27, 2017 at 09:57:46PM +0100, Jernej Skrabec wrote: > > > DE2 have many CSC units - channel input CSC, channel output CSC and > > >

Re: [PATCH 1/5] drm/armada: fix leak of crtc structure

On Wed, Nov 29, 2017 at 11:45:43AM +, Russell King wrote: > Fix the leak of the CRTC structure in the failure paths of > armada_drm_crtc_create(). > > Signed-off-by: Russell King > --- > drivers/gpu/drm/armada/armada_crtc.c | 10 -- > 1 file changed, 8

[Bug 103791] Tearing after screen wakeup/on

https://bugs.freedesktop.org/show_bug.cgi?id=103791 --- Comment #10 from Michel Dänzer --- BTW, the patch is completely untested; if it fails to compile, hopefully it won't be hard to fix it up. -- You are receiving this mail because: You are the assignee for the

Re: [PATCH v3 4/5] drm/rockchip: Add ROCKCHIP DW MIPI DSI controller driver

On Tue, Nov 28, 2017 at 6:02 PM, Sean Paul wrote: > On Tue, Nov 28, 2017 at 02:55:41PM -0800, Brian Norris wrote: >> On Tue, Nov 28, 2017 at 12:48:43PM -0800, Matthias Kaehlcke wrote: >> > El Tue, Nov 28, 2017 at 07:20:05PM +0800 Nickey Yang ha dit: >> > >> > > Add the

[Bug 103791] Tearing after screen wakeup/on

https://bugs.freedesktop.org/show_bug.cgi?id=103791 --- Comment #9 from Michel Dänzer --- Created attachment 135808 --> https://bugs.freedesktop.org/attachment.cgi?id=135808=edit Add debugging output why the ioctls return -EINVAL Sorry, been busy with other fires. Please

  1   2   >