Re: [PATCH 1/4] ASoC: hdmi-codec: Add an op to set callback function for plug event

2019-07-05 Thread Tzung-Bi Shih
On Fri, Jul 5, 2019 at 12:26 PM Cheng-Yi Chiang wrote: > diff --git a/include/sound/hdmi-codec.h b/include/sound/hdmi-codec.h > index 7fea496f1f34..26c02abb8eba 100644 > --- a/include/sound/hdmi-codec.h > +++ b/include/sound/hdmi-codec.h > @@ -47,6 +47,9 @@ struct hdmi_codec_params { > int

Re: [PATCH 2/4] drm: bridge: dw-hdmi: Report connector status using callback

2019-07-05 Thread Tzung-Bi Shih
On Fri, Jul 5, 2019 at 12:26 PM Cheng-Yi Chiang wrote: > diff --git a/drivers/gpu/drm/bridge/synopsys/dw-hdmi-audio.h > b/drivers/gpu/drm/bridge/synopsys/dw-hdmi-audio.h > index 63b5756f463b..f523c590984e 100644 > --- a/drivers/gpu/drm/bridge/synopsys/dw-hdmi-audio.h > +++ b/drivers/gpu/drm/bridg

Re: [PATCH 3/4] ASoC: rockchip_max98090: Add dai_link for HDMI

2019-07-05 Thread Tzung-Bi Shih
On Fri, Jul 5, 2019 at 12:26 PM Cheng-Yi Chiang wrote: > diff --git a/sound/soc/rockchip/rockchip_max98090.c > b/sound/soc/rockchip/rockchip_max98090.c > index c5fc24675a33..195309d1225a 100644 > --- a/sound/soc/rockchip/rockchip_max98090.c > +++ b/sound/soc/rockchip/rockchip_max98090.c > static

Re: [PATCH 0/5] Unmappable DRM client buffers for fbdev emulation

2019-07-05 Thread Thomas Zimmermann
Hi Am 04.07.19 um 16:15 schrieb Noralf Trønnes: >>> Hm, why do you think that? >> >> Drivers may already come with their own shadow buffer. Cirrus is an >> example of that. It uses shmem buffer objects as shadow fbs and >> internally updates the device frame buffer in its dirty callback. Using >>

Re: [PATCH] drm/komeda: Adds VRR support

2019-07-05 Thread Daniel Vetter
On Thu, Jul 4, 2019 at 5:41 PM Brian Starkey wrote: > > Hi, > > On Thu, Jul 04, 2019 at 11:57:00AM +0100, james qian wang (Arm Technology > China) wrote: > > On Wed, Jul 03, 2019 at 12:01:49PM +0200, Daniel Vetter wrote: > > > > > > Uh, what exactly are you doing reinventing uapi properties that

Re: [alsa-devel] [PATCH 2/4] drm: bridge: dw-hdmi: Report connector status using callback

2019-07-05 Thread Cheng-yi Chiang
On Fri, Jul 5, 2019 at 1:45 PM Jonas Karlman wrote: > > On 2019-07-05 06:26, Cheng-Yi Chiang wrote: > > Allow codec driver register callback function for plug event. > > > > The callback registration flow: > > dw-hdmi <--- hw-hdmi-i2s-audio <--- hdmi-codec > > > > dw-hdmi-i2s-audio implements hook

Re: [PATCH 2/4] drm: bridge: dw-hdmi: Report connector status using callback

2019-07-05 Thread Cheng-yi Chiang
On Fri, Jul 5, 2019 at 3:09 PM Tzung-Bi Shih wrote: > > On Fri, Jul 5, 2019 at 12:26 PM Cheng-Yi Chiang wrote: > > diff --git a/drivers/gpu/drm/bridge/synopsys/dw-hdmi-audio.h > > b/drivers/gpu/drm/bridge/synopsys/dw-hdmi-audio.h > > index 63b5756f463b..f523c590984e 100644 > > --- a/drivers/gpu/

Re: [PATCH 0/4] Add HDMI jack support on RK3288

2019-07-05 Thread Daniel Vetter
On Fri, Jul 05, 2019 at 12:26:19PM +0800, Cheng-Yi Chiang wrote: > This patch series supports HDMI jack reporting on RK3288, which uses > DRM dw-hdmi driver and hdmi-codec codec driver. > > The previous discussion about reporting jack status using hdmi-notifier > and drm_audio_component is at > >

Re: [PATCH v3 00/22] Associate ddc adapters with connectors

2019-07-05 Thread Laurent Pinchart
Hi Andrzej, On Fri, Jul 05, 2019 at 10:38:27AM +0200, Andrzej Pietrasiewicz wrote: > W dniu 28.06.2019 o 18:11, Laurent Pinchart pisze: > > Hi Andrzej, > > > > Just FYI, I have a patch series that reworks how bridges and connectors > > are handled, and it will heavily conflict with this. The purp

Re: [PATCH v3 21/22] drm/amdgpu: Provide ddc symlink in connector sysfs directory

2019-07-05 Thread Andrzej Pietrasiewicz
W dniu 02.07.2019 o 22:54, Alex Deucher pisze: On Fri, Jun 28, 2019 at 12:31 PM Andrzej Pietrasiewicz wrote: Use the ddc pointer provided by the generic connector. Signed-off-by: Andrzej Pietrasiewicz --- .../gpu/drm/amd/amdgpu/amdgpu_connectors.c| 70 ++- 1 file chang

Re: [PATCH v3 00/22] Associate ddc adapters with connectors

2019-07-05 Thread Andrzej Pietrasiewicz
W dniu 28.06.2019 o 18:11, Laurent Pinchart pisze: Hi Andrzej, Just FYI, I have a patch series that reworks how bridges and connectors are handled, and it will heavily conflict with this. The purpose of the two series isn't the same, so both make sense. I will post the patches this weekend, and

Re: hmm_range_fault related fixes and legacy API removal v2

2019-07-05 Thread Jason Gunthorpe
On Wed, Jul 03, 2019 at 03:02:08PM -0700, Christoph Hellwig wrote: > Hi Jérôme, Ben and Jason, > > below is a series against the hmm tree which fixes up the mmap_sem > locking in nouveau and while at it also removes leftover legacy HMM APIs > only used by nouveau. > > Changes since v1: > - don't

[PATCH] dma-buf: Update docs to discourage use of dma_buf_mmap()

2019-07-05 Thread Steven Price
dma_buf_mmap() allows a device driver to forward a mmap() call to the dma_buf exporter. However this mechanism provides no way for userspace to use the DMA_BUF_IOCTL_SYNC mechanism to ensure coherency with the mapped buffer. Because of this it is wise to migrate away from providing this mmap() for

Re: [Mesa-dev] [RFC PATCH] mesa: Export BOs in RW mode

2019-07-05 Thread Steven Price
On 03/07/2019 17:18, Daniel Vetter wrote: > On Wed, Jul 3, 2019 at 6:11 PM Steven Price wrote: [...] >> In theory the exporter should do whatever is required to ensure that the >> CPU is synchronised when a user space mapping exists. There are some >> issues here though: >> >> * In theory the kern

Contract Offer

2019-07-05 Thread SAKI NISHIYO
We’d like to contract your services for a period of 12 months. Please advise if you are open to new opportunities. Regards, SAKI NISHIYO ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel

[PATCH -next] video: fbdev: imxfb: fix a typo in imxfb_probe()

2019-07-05 Thread Wei Yongjun
Fix the return value check which testing the wrong variable in imxfb_probe(). Fixes: 739a6439c2bf ("video: fbdev: imxfb: fix sparse warnings about using incorrect types") Signed-off-by: Wei Yongjun --- drivers/video/fbdev/imxfb.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[Bug 111060] Dying Light does start but doesnt render properly.

2019-07-05 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=111060 --- Comment #5 from Haxk20 --- I dont care about the damn crash. Thats not even why i opened the bug report. The bug report is for not correctly rendering stuff. It renders to one quater of the screen in down right corner and shows only one colo

Re: [PATCH v6 06/18] drm/virtio: remove ttm calls from in virtio_gpu_object_{reserve,unreserve}

2019-07-05 Thread Gerd Hoffmann
On Thu, Jul 04, 2019 at 12:17:48PM -0700, Chia-I Wu wrote: > On Thu, Jul 4, 2019 at 4:10 AM Gerd Hoffmann wrote: > > > > Hi, > > > > > > - r = ttm_bo_reserve(&bo->tbo, true, false, NULL); > > > > + r = reservation_object_lock_interruptible(bo->gem_base.resv, > > > > NULL); > > > Can

Re: [PATCH v6 14/18] drm/virtio: rework virtio_gpu_transfer_from_host_ioctl fencing

2019-07-05 Thread Gerd Hoffmann
On Thu, Jul 04, 2019 at 11:55:59AM -0700, Chia-I Wu wrote: > On Thu, Jul 4, 2019 at 4:48 AM Gerd Hoffmann wrote: > > > > On Wed, Jul 03, 2019 at 01:05:12PM -0700, Chia-I Wu wrote: > > > On Tue, Jul 2, 2019 at 7:19 AM Gerd Hoffmann wrote: > > > > > > > > Switch to the virtio_gpu_array_* helper wor

Re: [PATCH v6 15/18] drm/virtio: rework virtio_gpu_transfer_to_host_ioctl fencing

2019-07-05 Thread Gerd Hoffmann
On Thu, Jul 04, 2019 at 12:08:14PM -0700, Chia-I Wu wrote: > On Thu, Jul 4, 2019 at 4:51 AM Gerd Hoffmann wrote: > > > > Hi, > > > > > > convert_to_hw_box(&box, &args->box); > > > > if (!vgdev->has_virgl_3d) { > > > > virtio_gpu_cmd_transfer_to_host_2d > > > > -

[Bug 111060] Dying Light does start but doesnt render properly.

2019-07-05 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=111060 --- Comment #6 from Haxk20 --- (In reply to Timothy Arceri from comment #4) > The crash on Arch Linux is due to a game bug not a Mesa bug which is bought > to light by Arch using libglvnd, basically the game doesn't check for > features it uses

[PATCH v2 5/6] drm/bochs: Use shadow buffer for bochs framebuffer console

2019-07-05 Thread Thomas Zimmermann
The bochs driver (and virtual hardware) requires buffer objects to reside in video ram to display them to the screen. So it can not display the framebuffer console because the respective buffer object is permanently pinned in system memory. Using a shadow buffer for the console solves this problem

[PATCH v2 1/6] drm/client: Support unmapping of DRM client buffers

2019-07-05 Thread Thomas Zimmermann
DRM clients, such as the fbdev emulation, have their buffer objects mapped by default. Mapping a buffer implicitly prevents its relocation. Hence, the buffer may permanently consume video memory while it's allocated. This is a problem for drivers of low-memory devices, such as ast, mgag200 or older

[PATCH v2 4/6] drm/ast: Replace struct ast_fbdev with generic framebuffer emulation

2019-07-05 Thread Thomas Zimmermann
This patch replaces ast's framebuffer console with DRM's generic implememtation. All respective code is being removed from the driver. The console is set up with a shadow buffer. The actual buffer object is not permanently pinned in video ram, but just another buffer object that the driver moves i

[PATCH v2 0/6] Unmappable DRM client buffers for fbdev emulation

2019-07-05 Thread Thomas Zimmermann
DRM client buffers are permanently mapped throughout their lifetime. This prevents us from using generic framebuffer emulation for devices with small dedicated video memory, such as ast or mgag200. With fb buffers permanently mapped, such devices often won't have enough space left to display other

[PATCH v2 6/6] drm/mgag200: Replace struct mga_fbdev with generic framebuffer emulation

2019-07-05 Thread Thomas Zimmermann
This patch replaces mgag200's framebuffer console with DRM's generic implememtation. All respective code is being removed from the driver. The console is set up with a shadow buffer. The actual buffer object is not permanently pinned in video ram, but just another buffer object that the driver mov

[PATCH v2 2/6] drm/fb-helper: Map DRM client buffer only when required

2019-07-05 Thread Thomas Zimmermann
This patch changes DRM clients to not map the buffer by default. The buffer, like any buffer object, should be mapped and unmapped when needed. An unmapped buffer object can be evicted to system memory and does not consume video ram until displayed. This allows to use generic fbdev emulation with

[PATCH v2 3/6] drm/fb-helper: Instanciate shadow FB if configured in device's mode_config

2019-07-05 Thread Thomas Zimmermann
Generic framebuffer emulation uses a shadow buffer for framebuffers with dirty() function. If drivers want to use the shadow FB without such a function, they can now set prefer_shadow or prefer_shadow_fbdev in their mode_config structures. The former flag is exported to userspace, the latter flag i

Re: Why is Thunderbolt 3 limited to 2.5 GT/s on Linux?

2019-07-05 Thread Timur Kristóf
On Wed, 2019-07-03 at 14:44 -0400, Marek Olšák wrote: > You can run: > AMD_DEBUG=testdmaperf glxgears > > It tests transfer sizes of up to 128 MB, and it tests ~60 slightly > different methods of transfering data. > > Marek Thanks Marek, I didn't know about that option. Tried it, here is the ou

Re: Why is Thunderbolt 3 limited to 2.5 GT/s on Linux?

2019-07-05 Thread Timur Kristóf
> > Can you point me to the place where amdgpu decides the PCIe link > > speed? > > I'd like to try to tweak it a little bit to see if that helps at > > all. > > I'm not sure offhand, Alex or anyone? Thus far, I started by looking at how the pp_dpm_pcie sysfs interface works, and found smu7_hwmg

[Bug 111060] Dying Light does start but doesnt render properly.

2019-07-05 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=111060 --- Comment #7 from Haxk20 --- Issue fixed. For some reason i had all the variables that work around bugs set in .drirc as false. Its fixed now. -- You are receiving this mail because: You are the assignee for the bug._

Re: [PATCH 2/2] backlight: arcxcnn: add "arctic" vendor prefix

2019-07-05 Thread Pavel Machek
On Sun 2019-06-30 20:28:15, Brian Dodge wrote: > The original patch adding this driver and DT bindings improperly > used "arc" as the vendor-prefix. This adds "arctic" which is the > proper prefix and retains "arc" to allow existing users of the > "arc" prefix to update to new kernels. There is at

Re: [PATCH v3 01/22] drm: Include ddc adapter pointer in struct drm_connector

2019-07-05 Thread Andrzej Hajda
On 01.07.2019 16:41, Thomas Zimmermann wrote: > Hi > > Am 01.07.19 um 15:27 schrieb Andrzej Pietrasiewicz: >> Hi Thomas, >> >> Thank you for your comments. Please see inline. >> >> W dniu 30.06.2019 o 10:12, Thomas Zimmermann pisze: >>> Hi >>> >>> I like the idea, but would prefer a more structured

Re: [PATCH 3/4] backlight: add led-backlight driver

2019-07-05 Thread Pavel Machek
Hi! > > > > Also still relevant is whether the LED device is being correctly > > > > modelled if the act of turning on the LED doesn't, in fact, turn the LED > > > > on. Is it *really* a correct implementation of an LED device that > > > > setting it to LED_FULL using sysfs doesn't cause it to lig

Re: [PATCH 4/4] devicetree: Add led-backlight binding

2019-07-05 Thread Pavel Machek
Hi! > Add DT binding for led-backlight. > > Signed-off-by: Tomi Valkeinen > Signed-off-by: Jean-Jacques Hiblot > Cc: devicet...@vger.kernel.org > --- > +Required properties: > + - compatible: "led-backlight" > + - brightness-levels: Array of distinct LED brightness levels. These > + are

Re: [PATCH 0/4] Add a generic driver for LED-based backlight

2019-07-05 Thread Pavel Machek
On Mon 2019-07-01 17:14:19, Jean-Jacques Hiblot wrote: > This series aims to add a led-backlight driver, similar to pwm-backlight, > but using a LED class device underneath. > > A few years ago (2015), Tomi Valkeinen posted a series implementing a > backlight driver on top of a LED device: > https

Re: [PATCH 0/4] Add a generic driver for LED-based backlight

2019-07-05 Thread Daniel Thompson
On Fri, Jul 05, 2019 at 12:14:34PM +0200, Pavel Machek wrote: > On Mon 2019-07-01 17:14:19, Jean-Jacques Hiblot wrote: > > This series aims to add a led-backlight driver, similar to pwm-backlight, > > but using a LED class device underneath. > > > > A few years ago (2015), Tomi Valkeinen posted a

Re: [v1] gpu: ipu-v3: allow to build with ARCH_LAYERSCAPE

2019-07-05 Thread Philipp Zabel
Hi Wen, On Wed, 2019-05-08 at 10:56 +, Wen He wrote: > The new LS1028A DP driver code causes a link failure when DRM_IMX built-in, > but platform is ARCH_LAYERSCAPE: > > drivers/gpu/drm/imx/ipuv3-crtc.c:51: undefined reference to `ipu_prg_enable' > drivers/gpu/drm/imx/ipuv3-crtc.c:52: undefin

Re: [PATCH 3/4] backlight: add led-backlight driver

2019-07-05 Thread Jean-Jacques Hiblot
Pavel On 05/07/2019 12:08, Pavel Machek wrote: Hi! Also still relevant is whether the LED device is being correctly modelled if the act of turning on the LED doesn't, in fact, turn the LED on. Is it *really* a correct implementation of an LED device that setting it to LED_FULL using sysfs does

[Bug 203963] Unable to overclock memory while core is overclocking fine. RX560X

2019-07-05 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=203963 --- Comment #1 from Haxk20 (haxk...@gmail.com) --- I just tried overclocking with setting ppmask and im not now able to even overclock the core. -- You are receiving this mail because: You are watching the assignee of the bug. __

Re: [PATCH v5 08/12] dt-bindings: mediatek: Change the binding for mmsys clocks

2019-07-05 Thread Matthias Brugger
On 05/07/2019 03:35, CK Hu wrote: > Hi, Uli: > > On Thu, 2019-07-04 at 17:33 +0200, Ulrich Hecht wrote: >>> On July 4, 2019 at 11:08 AM Matthias Brugger wrote: >>> You are right, it took far too long for me to respond with a new version of >>> the >>> series. The problem I face is, that I use

[PATCH -next] drm/i915: Remove set but not used variable 'encoder'

2019-07-05 Thread YueHaibing
Fixes gcc '-Wunused-but-set-variable' warning: drivers/gpu/drm/i915/display/intel_dp.c: In function 'intel_dp_set_drrs_state': drivers/gpu/drm/i915/display/intel_dp.c:6623:24: warning: variable 'encoder' set but not used [-Wunused-but-set-variable] It's never used, so can be removed.Also remove

[PATCH -next] drm/i915: Remove set but not used variable 'intel_dig_port'

2019-07-05 Thread YueHaibing
Fixes gcc '-Wunused-but-set-variable' warning: drivers/gpu/drm/i915/display/intel_ddi.c: In function 'intel_ddi_get_config': drivers/gpu/drm/i915/display/intel_ddi.c:3774:29: warning: variable 'intel_dig_port' set but not used [-Wunused-but-set-variable] struct intel_digital_port *intel_dig_por

Re: [PATCH 0/4] Add a generic driver for LED-based backlight

2019-07-05 Thread Jean-Jacques Hiblot
On 05/07/2019 12:14, Pavel Machek wrote: On Mon 2019-07-01 17:14:19, Jean-Jacques Hiblot wrote: This series takes it from there and implements the binding that was discussed in https://patchwork.kernel.org/patch/7293991/. In this new binding the backlight device is a child of the LED controlle

[GIT PULL] drm/imx: IPUv3 image converter improvements, enable scanout FIFO watermark

2019-07-05 Thread Philipp Zabel
Hi Dave, Daniel, please consider merging these (mostly image converter) updates for v5.3. This series changes the API between ipu-v3 and the imx-media driver to enable improved colorimetry configuration of the image converter, and so it contains commits that touch drivers/staging/media. As a res

[PATCH 1/2] drm/komeda: Disable slave pipeline support

2019-07-05 Thread james qian wang (Arm Technology China)
Since the property slave_planes have been removed, to avoid the resource assignment problem in user disable slave pipeline support temporarily. Signed-off-by: james qian wang (Arm Technology China) --- drivers/gpu/drm/arm/display/komeda/komeda_crtc.c | 2 +- 1 file changed, 1 insertion(+), 1 del

[PATCH 2/2] drm/komeda: Computing layer_split and image_enhancer internally

2019-07-05 Thread james qian wang (Arm Technology China)
For layer_split: Enable it if the scaling exceed the accept range of scaler. For image_enhancer: Enable it if the scaling is a 2x+ scaling Signed-off-by: james qian wang (Arm Technology China) --- .../gpu/drm/arm/display/komeda/komeda_pipeline.h | 3 ++- .../arm/display/komeda/komeda_pipeline

[PATCH 1/5] drm/komeda: Remove clock ratio property

2019-07-05 Thread Daniel Vetter
Properties are uapi like anything else, with all the usual rules regarding review, testcases, open source userspace ... Furthermore driver-private kms properties are highly discouraged, over the past few years we've realized we need to make a serious effort at better standardizing this stuff. From

[PATCH 3/5] drm/komeda: remove img_enhancement property

2019-07-05 Thread Daniel Vetter
Properties are uapi like anything else, with all the usual rules regarding review, testcases, open source userspace ... Furthermore driver-private kms properties are highly discouraged, over the past few years we've realized we need to make a serious effort at better standardizing this stuff. Agai

[PATCH 4/5] drm/komeda: Remove layer_split property

2019-07-05 Thread Daniel Vetter
Properties are uapi like anything else, with all the usual rules regarding review, testcases, open source userspace ... Furthermore driver-private kms properties are highly discouraged, over the past few years we've realized we need to make a serious effort at better standardizing this stuff. Agai

[PATCH 5/5] RFC: MAINTAINERS: maintain drm/arm drivers in drm-misc for now

2019-07-05 Thread Daniel Vetter
From discussions with Liviu it sounded like the komeda team would benefit a bit from more cross-review with other drivers. To make sure komeda is aligned with how similar problems are solved in other drivers (in the end everyone ends up with similar ideas on how to solve various display engine desi

[PATCH 2/5] drm/komeda: remove slave_planes property

2019-07-05 Thread Daniel Vetter
Properties are uapi like anything else, with all the usual rules regarding review, testcases, open source userspace ... Furthermore driver-private kms properties are highly discouraged, over the past few years we've realized we need to make a serious effort at better standardizing this stuff. Agai

Re: [PATCH 1/4] ASoC: hdmi-codec: Add an op to set callback function for plug event

2019-07-05 Thread Mark Brown
On Fri, Jul 05, 2019 at 03:08:37PM +0800, Tzung-Bi Shih wrote: > On Fri, Jul 5, 2019 at 12:26 PM Cheng-Yi Chiang wrote: > > +typedef void (*hdmi_codec_plugged_cb)(struct platform_device *dev, > > + bool plugged); > > + > The callback prototype is "weird" by st

Re: [PATCH 1/2] drm/komeda: Disable slave pipeline support

2019-07-05 Thread Daniel Vetter
On Fri, Jul 05, 2019 at 11:44:16AM +, james qian wang (Arm Technology China) wrote: > Since the property slave_planes have been removed, to avoid the resource > assignment problem in user disable slave pipeline support temporarily. > > Signed-off-by: james qian wang (Arm Technology China) >

Re: [PATCH 1/3] drm/bridge: sii902x: fix missing reference to mclk clock

2019-07-05 Thread Philippe CORNU
Hi Olivier, and many thanks for your patch. I do not see how audio could work without your patch, so: Reviewed-by: Philippe Cornu Philippe :-) On 7/2/19 5:47 PM, Olivier Moysan wrote: > Add devm_clk_get call to retrieve reference to master clock. > > Fixes: ff5781634c41 ("drm/bridge: sii902x: Im

Re: [PATCH 2/2] drm/komeda: Computing layer_split and image_enhancer internally

2019-07-05 Thread Daniel Vetter
On Fri, Jul 05, 2019 at 11:44:45AM +, james qian wang (Arm Technology China) wrote: > For layer_split: > Enable it if the scaling exceed the accept range of scaler. > > For image_enhancer: > Enable it if the scaling is a 2x+ scaling Imo should be two patches. Aside from that (and with 0 know

Re: [PATCH 5/5] RFC: MAINTAINERS: maintain drm/arm drivers in drm-misc for now

2019-07-05 Thread Maxime Ripard
On Fri, Jul 05, 2019 at 02:10:06PM +0200, Daniel Vetter wrote: > From discussions with Liviu it sounded like the komeda team would > benefit a bit from more cross-review with other drivers. To make sure > komeda is aligned with how similar problems are solved in other > drivers (in the end everyone

Re: [PATCH] drm/komeda: Adds VRR support

2019-07-05 Thread james qian wang (Arm Technology China)
On Thu, Jul 04, 2019 at 11:41:38PM +0800, Brian Starkey wrote: > Hi, > > On Thu, Jul 04, 2019 at 11:57:00AM +0100, james qian wang (Arm Technology > China) wrote: > > On Wed, Jul 03, 2019 at 12:01:49PM +0200, Daniel Vetter wrote: > > > > > > Uh, what exactly are you doing reinventing uapi proper

Re: [PATCH 2/3] dt-bindings: display: sii902x: Change audio mclk binding

2019-07-05 Thread Philippe CORNU
Hi Olivier, and many thanks for your patch. I have double checked in the sil9022/24 datasheet and you are right: "As an option, the original MCLK signal used to strobe the I2S signals out from the sourcing chip can be used. If the internal PLL is used, then an external MCLK input is not required

Re: [PATCH 3/3] drm/bridge: sii902x: make audio mclk optional

2019-07-05 Thread Philippe CORNU
Hi Olivier, and many thanks for your patch. Reviewed-by: Philippe Cornu Philippe :-) On 7/2/19 5:47 PM, Olivier Moysan wrote: > The master clock on i2s bus is not mandatory, > as sii902X internal PLL can be used instead. > Make use of mclk optional. > > Fixes: ff5781634c41 ("drm/bridge: sii902x

Re: [PATCH] drm/komeda: Adds VRR support

2019-07-05 Thread james qian wang (Arm Technology China)
On Fri, Jul 05, 2019 at 09:23:20AM +0200, Daniel Vetter wrote: > On Thu, Jul 4, 2019 at 5:41 PM Brian Starkey wrote: > > > > Hi, > > > > On Thu, Jul 04, 2019 at 11:57:00AM +0100, james qian wang (Arm Technology > > China) wrote: > > > On Wed, Jul 03, 2019 at 12:01:49PM +0200, Daniel Vetter wrote:

Re: [PATCH] drm/bridge: sii902x: add audio graph card support

2019-07-05 Thread Philippe CORNU
Hi Olivier, and many thanks for your patch. Good to have the audio graph card support, looks ok. Reviewed-by: Philippe Cornu Philippe :-) On 7/3/19 10:04 AM, Olivier Moysan wrote: > Implement get_dai_id callback of audio HDMI codec > to support ASoC audio graph card. > HDMI audio output has to be

Re: [PATCH -next] drm/i915: Remove set but not used variable 'intel_dig_port'

2019-07-05 Thread Ville Syrjälä
On Fri, Jul 05, 2019 at 11:31:38AM +, YueHaibing wrote: > Fixes gcc '-Wunused-but-set-variable' warning: > > drivers/gpu/drm/i915/display/intel_ddi.c: In function 'intel_ddi_get_config': > drivers/gpu/drm/i915/display/intel_ddi.c:3774:29: warning: > variable 'intel_dig_port' set but not used

Re: [PATCH -next] drm/i915: Remove set but not used variable 'encoder'

2019-07-05 Thread Ville Syrjälä
On Fri, Jul 05, 2019 at 11:31:12AM +, YueHaibing wrote: > Fixes gcc '-Wunused-but-set-variable' warning: > > drivers/gpu/drm/i915/display/intel_dp.c: In function > 'intel_dp_set_drrs_state': > drivers/gpu/drm/i915/display/intel_dp.c:6623:24: warning: > variable 'encoder' set but not used [-W

Re: [PATCH v7 07/11] drm: Add Content protection type property

2019-07-05 Thread Pekka Paalanen
On Thu, 4 Jul 2019 16:06:05 +0530 Ramalingam C wrote: > On 2019-07-04 at 14:11:59 +0300, Pekka Paalanen wrote: > > On Tue, 7 May 2019 21:57:41 +0530 > > Ramalingam C wrote: > > > > > This patch adds a DRM ENUM property to the selected connectors. > > > This property is used for mentioning th

Re: [PATCH v7 07/11] drm: Add Content protection type property

2019-07-05 Thread Ramalingam C
On 2019-07-05 at 16:00:37 +0300, Pekka Paalanen wrote: > On Thu, 4 Jul 2019 16:06:05 +0530 > Ramalingam C wrote: > > > On 2019-07-04 at 14:11:59 +0300, Pekka Paalanen wrote: > > > On Tue, 7 May 2019 21:57:41 +0530 > > > Ramalingam C wrote: > > > > > > > This patch adds a DRM ENUM property to

Re: [PATCH v7 09/11] drm: uevent for connector status change

2019-07-05 Thread Pekka Paalanen
On Thu, 4 Jul 2019 16:12:10 +0530 Ramalingam C wrote: > On 2019-07-04 at 14:12:27 +0300, Pekka Paalanen wrote: > > On Tue, 7 May 2019 21:57:43 +0530 > > Ramalingam C wrote: > > > > > DRM API for generating uevent for a status changes of connector's > > > property. > > > > > > This uevent wi

Re: Why is Thunderbolt 3 limited to 2.5 GT/s on Linux?

2019-07-05 Thread Alex Deucher
On Thu, Jul 4, 2019 at 6:55 AM Michel Dänzer wrote: > > On 2019-07-03 1:04 p.m., Timur Kristóf wrote: > > > >>> There may be other factors, yes. I can't offer a good explanation > >>> on > >>> what exactly is happening, but it's pretty clear that amdgpu can't > >>> take > >>> full advantage of the

Re: [PATCH 5/5] RFC: MAINTAINERS: maintain drm/arm drivers in drm-misc for now

2019-07-05 Thread Liviu Dudau
On Fri, Jul 05, 2019 at 02:10:06PM +0200, Daniel Vetter wrote: > From discussions with Liviu it sounded like the komeda team would > benefit a bit from more cross-review with other drivers. To make sure > komeda is aligned with how similar problems are solved in other > drivers (in the end everyone

Re: [PATCH v7 10/11] drm/hdcp: update content protection property with uevent

2019-07-05 Thread Pekka Paalanen
On Thu, 4 Jul 2019 16:41:15 +0530 Ramalingam C wrote: > On 2019-07-04 at 14:14:19 +0300, Pekka Paalanen wrote: > > On Tue, 7 May 2019 21:57:44 +0530 > > Ramalingam C wrote: > > > > > drm function is defined and exported to update a connector's > > > content protection property state and to g

Re: [PATCH 03/10] drm/sysfs: Add mstpath attribute to connector devices

2019-07-05 Thread Li, Sun peng (Leo)
On 2019-07-04 3:33 p.m., Ville Syrjälä wrote: > On Thu, Jul 04, 2019 at 03:05:12PM -0400, sunpeng...@amd.com wrote: >> From: Leo Li >> >> This can be used to create more descriptive symlinks for MST aux >> devices. Consider the following udev rule: >> >> SUBSYSTEM=="drm_dp_aux_dev", SUBSYSTEMS=

Re: [PATCH v6 15/18] drm/virtio: rework virtio_gpu_transfer_to_host_ioctl fencing

2019-07-05 Thread Gerd Hoffmann
> > > ... 3d case passes the objs list to virtio_gpu_cmd_transfer_to_host_3d, > > > so it gets added to the vbuf and released when the command is finished. > > Why doesn't this apply to virtio_gpu_cmd_transfer_to_host_2d? > > Hmm, yes, makes sense to handle both the same way. > > With virgl=off q

Re: [PATCH v7 07/11] drm: Add Content protection type property

2019-07-05 Thread Pekka Paalanen
On Fri, 5 Jul 2019 12:03:18 +0530 Ramalingam C wrote: > On 2019-07-05 at 16:00:37 +0300, Pekka Paalanen wrote: > > On Thu, 4 Jul 2019 16:06:05 +0530 > > Ramalingam C wrote: > > > > > On 2019-07-04 at 14:11:59 +0300, Pekka Paalanen wrote: > > > > On Tue, 7 May 2019 21:57:41 +0530 > > > > Ra

Re: [PATCH] drm/etnaviv: clean up includes

2019-07-05 Thread Sam Ravnborg
Hi Lucas. On Thu, Jul 04, 2019 at 12:43:37PM +0200, Lucas Stach wrote: > Drop unused includes, move more includes from the generic etnaviv_drv.h to > the units where they are actually used, sort includes. > > Signed-off-by: Lucas Stach Tedious work But looks good. Acked-by: Sam Ravnborg

[PATCH v2] drm/sysfs: Add mstpath attribute to connector devices

2019-07-05 Thread sunpeng.li
From: Leo Li This can be used to create more descriptive symlinks for MST aux devices. Consider the following udev rule: SUBSYSTEM=="drm_dp_aux_dev", SUBSYSTEMS=="drm", ATTRS{mstpath}=="?*", SYMLINK+="drm_dp_aux/by-path/$attr{mstpath}" The following symlinks will be created (depending o

AMDGPU mesa3d ABI specs

2019-07-05 Thread sylvain . bertrand
Hi, Is there a document which describes, with implementat-able accuracy, the mesa3d ABI for amdgpu? Namely, proper document to generate a mesa3d loadable ELF object, and what GPU state shader code can expect to run. regards, -- Sylvain ___ dri-deve

Re: [PATCH 07/11] video: fbdev: wm8505fb: convert platform driver to use dev_groups

2019-07-05 Thread Bartlomiej Zolnierkiewicz
On 7/4/19 4:26 PM, Greg Kroah-Hartman wrote: > Platform drivers now have the option to have the platform core create > and remove any needed sysfs attribute files. So take advantage of that > and do not register "by hand" a sysfs file. > > Cc: Tony Prisk > Cc: Bartlomiej Zolnierkiewicz > Cc: l

Re: [PATCH 08/11] video: fbdev: w100fb: convert platform driver to use dev_groups

2019-07-05 Thread Bartlomiej Zolnierkiewicz
On 7/4/19 10:46 AM, Greg Kroah-Hartman wrote: > Platform drivers now have the option to have the platform core create > and remove any needed sysfs attribute files. So take advantage of that > and do not register "by hand" a bunch of sysfs files. > > Cc: Tony Prisk > Cc: Bartlomiej Zolnierkiew

Re: [PATCH 09/11] video: fbdev: sm501fb: convert platform driver to use dev_groups

2019-07-05 Thread Bartlomiej Zolnierkiewicz
On 7/4/19 10:46 AM, Greg Kroah-Hartman wrote: > Platform drivers now have the option to have the platform core create > and remove any needed sysfs attribute files. So take advantage of that > and do not register "by hand" a bunch of sysfs files. > > Cc: Bartlomiej Zolnierkiewicz > Cc: dri-deve

[PATCH v1] drm/tegra: Fix gpiod_get_from_of_node() regression

2019-07-05 Thread Dmitry Osipenko
That function now returns ERR_PTR instead of NULL if "hpd-gpio" is not present in device-tree. The offending patch missed to adapt the Tegra's DRM driver for the API change. Fixes: 025bf37725f1 ("gpio: Fix return value mismatch of function gpiod_get_from_of_node()") Signed-off-by: Dmitry Osipenko

[Bug 106795] Laptop with Intel+Nvidia hybrid graphics won't suspend after hibernation

2019-07-05 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106795 --- Comment #1 from network...@rkmail.ru --- Created attachment 144714 --> https://bugs.freedesktop.org/attachment.cgi?id=144714&action=edit kernel error message Still happening as of kernel 5.1.16 -- You are receiving this mail because: You

Re: [PATCH] drm/doc: Document kapi doc expectations

2019-07-05 Thread Daniel Vetter
On Thu, Jul 04, 2019 at 04:50:54PM +0200, Daniel Vetter wrote: > We've had this already for anything new. With my drm_prime.c cleanup I > also think documentation for everything already existing is complete, > and we can bake this in as a requirements subsystem wide. > > v2: Improve wording a bit

Re: [PATCH] video: fbdev: s3c-fb: Mark expected switch fall-throughs

2019-07-05 Thread Bartlomiej Zolnierkiewicz
On 6/25/19 6:01 PM, Gustavo A. R. Silva wrote: > In preparation to enabling -Wimplicit-fallthrough, mark switch > cases where we are expecting to fall through. > > This patch fixes the following warnings: > > drivers/video/fbdev/s3c-fb.c: In function ‘s3c_fb_blank’: > drivers/video/fbdev/s3c-fb.

Re: [PATCH -next] video: fbdev: imxfb: fix a typo in imxfb_probe()

2019-07-05 Thread Bartlomiej Zolnierkiewicz
On 7/4/19 11:52 AM, Wei Yongjun wrote: > Fix the return value check which testing the wrong variable > in imxfb_probe(). I added following comment while merging the patch: b.zolnierkie: please note that ->screen_base and ->screen_buffer are equivalent (they are part of unnamed union in struct fb

Re: Why is Thunderbolt 3 limited to 2.5 GT/s on Linux?

2019-07-05 Thread Marek Olšák
On Fri, Jul 5, 2019 at 5:27 AM Timur Kristóf wrote: > On Wed, 2019-07-03 at 14:44 -0400, Marek Olšák wrote: > > You can run: > > AMD_DEBUG=testdmaperf glxgears > > > > It tests transfer sizes of up to 128 MB, and it tests ~60 slightly > > different methods of transfering data. > > > > Marek > > >

[PATCH][next] drm/exynos: remove redundant assignment to pointer 'node'

2019-07-05 Thread Colin King
From: Colin Ian King The pointer 'node' is being assigned with a value that is never read and is re-assigned later. The assignment is redundant and can be removed. Addresses-Coverity: ("Unused value") Signed-off-by: Colin Ian King --- drivers/gpu/drm/exynos/exynos_drm_g2d.c | 2 +- 1 file chan

[Bug 110886] After S3 resume, kernel: [drm:drm_atomic_helper_wait_for_flip_done [drm_kms_helper]] *ERROR* [CRTC:57:crtc-0] flip_done timed out

2019-07-05 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=110886 --- Comment #3 from Alex Deucher --- Is this a regression? If so, can you bisect? -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list dri-devel@lists.

[Bug 110886] After S3 resume, kernel: [drm:drm_atomic_helper_wait_for_flip_done [drm_kms_helper]] *ERROR* [CRTC:57:crtc-0] flip_done timed out

2019-07-05 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=110886 --- Comment #4 from Kai-Heng Feng --- (In reply to Alex Deucher from comment #3) > Is this a regression? If so, can you bisect? No this is not a regression. This issue (S3 resume fail) also happens on previous kernel versions, but without any

[PATCH v3 10/13] dt-bindings: display: Convert innolux, ee101ia-01 panel to DT schema

2019-07-05 Thread Rob Herring
Convert the innolux,ee101ia-01 LVDS panel binding to DT schema. Cc: Thierry Reding Cc: Sam Ravnborg Cc: Laurent Pinchart Cc: dri-devel@lists.freedesktop.org Reviewed-by: Maxime Ripard Acked-by: Thierry Reding Signed-off-by: Rob Herring --- .../display/panel/innolux,ee101ia-01d.txt | 7

[PATCH v3 07/13] dt-bindings: display: Convert raspberrypi, 7inch-touchscreen panel to DT schema

2019-07-05 Thread Rob Herring
Convert the raspberrypi,7inch-touchscreen panel binding to DT schema. Cc: Eric Anholt Cc: Thierry Reding Cc: Sam Ravnborg Cc: Laurent Pinchart Cc: dri-devel@lists.freedesktop.org Reviewed-by: Maxime Ripard Signed-off-by: Rob Herring --- .../panel/raspberrypi,7inch-touchscreen.txt | 49 ---

[PATCH v3 13/13] dt-bindings: display: Convert sgd,gktw70sdae4se panel to DT schema

2019-07-05 Thread Rob Herring
Convert the sgd,gktw70sdae4se LVDS panel binding to DT schema. Cc: Neil Armstrong Cc: Thierry Reding Cc: Sam Ravnborg Cc: Laurent Pinchart Reviewed-by: Maxime Ripard Signed-off-by: Rob Herring --- .../display/panel/sgd,gktw70sdae4se.txt | 41 --- .../display/panel/sgd,gktw70sd

[PATCH v3 00/13] Conversion of panel bindings to DT schema

2019-07-05 Thread Rob Herring
This series converts the common panel bindings to DT schema format. Besides the conversion of common panel properties, a few panel bindings are converted here as well. These are all the ones with references to panel-common.txt or panel-lvds.txt. I'll apply the series to drm-misc. One patch from

[PATCH v3 09/13] dt-bindings: display: Convert panel-lvds to DT schema

2019-07-05 Thread Rob Herring
Convert the panel-lvds binding to use DT schema. The panel-lvds schema inherits from the panel-common.yaml schema and specific LVDS panel bindings should inherit from this schema. Cc: Thierry Reding Cc: Sam Ravnborg Cc: Laurent Pinchart Cc: dri-devel@lists.freedesktop.org Reviewed-by: Maxime Ri

[PATCH v3 08/13] dt-bindings: display: Convert tfc, s9700rtwv43tr-01b panel to DT schema

2019-07-05 Thread Rob Herring
Convert the tfc,s9700rtwv43tr-01b panel binding to DT schema. Cc: Heiko Stuebner Cc: Thierry Reding Cc: Sam Ravnborg Cc: Laurent Pinchart Cc: dri-devel@lists.freedesktop.org Reviewed-by: Maxime Ripard Signed-off-by: Rob Herring --- .../display/panel/tfc,s9700rtwv43tr-01b.txt | 15

[PATCH v3 03/13] dt-bindings: display: Convert armadeus, st0700-adapt panel to DT schema

2019-07-05 Thread Rob Herring
Convert the armadeus,st0700-adapt panel binding to DT schema. Cc: Thierry Reding Cc: Sam Ravnborg Cc: Laurent Pinchart Cc: dri-devel@lists.freedesktop.org Reviewed-by: Maxime Ripard Signed-off-by: Rob Herring --- .../display/panel/armadeus,st0700-adapt.txt | 9 - .../display/panel/arm

[PATCH v3 04/13] dt-bindings: display: Convert bananapi, s070wv20-ct16 panel to DT schema

2019-07-05 Thread Rob Herring
Convert the bananapi,s070wv20-ct16 panel binding to DT schema. Cc: Thierry Reding Cc: Sam Ravnborg Cc: Maxime Ripard Cc: Laurent Pinchart Cc: dri-devel@lists.freedesktop.org Reviewed-by: Maxime Ripard Signed-off-by: Rob Herring --- .../display/panel/bananapi,s070wv20-ct16.txt | 12 ---

[PATCH v3 02/13] dt-bindings: display: Convert ampire, am-480272h3tmqw-t01h panel to DT schema

2019-07-05 Thread Rob Herring
Convert the ampire,am-480272h3tmqw-t01h panel binding to DT schema. Cc: Yannick Fertre Cc: Thierry Reding Cc: Sam Ravnborg Cc: Laurent Pinchart Cc: dri-devel@lists.freedesktop.org Reviewed-by: Maxime Ripard Acked-by: Thierry Reding Signed-off-by: Rob Herring --- .../panel/ampire,am-480272h

[PATCH v3 01/13] dt-bindings: display: Convert common panel bindings to DT schema

2019-07-05 Thread Rob Herring
Convert the common panel bindings to DT schema consolidating scattered definitions to a single schema file. The 'simple-panel' binding just a collection of properties and not a complete binding itself. All of the 'simple-panel' properties are covered by the panel-common.txt binding with the except

[PATCH v3 11/13] dt-bindings: display: Convert mitsubishi, aa104xd12 panel to DT schema

2019-07-05 Thread Rob Herring
Convert the mitsubishi,aa104xd12 LVDS panel binding to DT schema. Cc: Thierry Reding Cc: Sam Ravnborg Cc: Laurent Pinchart Reviewed-by: Maxime Ripard Signed-off-by: Rob Herring --- .../display/panel/mitsubishi,aa104xd12.txt| 47 .../display/panel/mitsubishi,aa104xd12.yaml

[PATCH v3 12/13] dt-bindings: display: Convert mitsubishi, aa121td01 panel to DT schema

2019-07-05 Thread Rob Herring
Convert the mitsubishi,aa121td01 LVDS panel binding to DT schema. Cc: Thierry Reding Cc: Sam Ravnborg Cc: Laurent Pinchart Reviewed-by: Maxime Ripard Signed-off-by: Rob Herring --- .../display/panel/mitsubishi,aa121td01.txt| 47 .../display/panel/mitsubishi,aa121td01.yaml

  1   2   >