linux-next: Fixes tag needs some work in the drm tree

Hi all, In commit 289aabbf7bc8 ("drm/amd/display: Use vrr friendly pageflip throttling in DC.") Fixes tag Fixes: bb47de736661 ("drm/amdgpu: Set FreeSync state using drm VRR has these problem(s): - Please don't split Fixes tags over more than one line -- Cheers, Stephen Rothwell pgpd

[PATCH] [v3,2/2] drm/panel: Add Boe Himax8279d MIPI-DSI LCD panel

Support Boe Himax8279d 8.0" 1200x1920 TFT LCD panel, it is a MIPI DSI panel. Signed-off-by: Jerry Han Cc: Jitao Shi Cc: Nick Sanders Cc: YH Lin Cc: Rock wang --- MAINTAINERS |6 + drivers/gpu/drm/panel/Kconfig| 11 + drivers/gpu/drm/pane

Re: The "udl" driver crashes the kernel.

Hi, A few more details. In the current configuration, inspite of kernel warnings the system is working, and I was able to configure both monitors (LCD in my laptop and external LCD monitor connected to UDL-165). I have followed the procedure described in https://wiki.archlinux.org/index.php/Di

[PATCH] [v3,2/2] drm/panel: Add Boe Himax8279d MIPI-DSI LCD panel

Support Boe Himax8279d 8.0" 1200x1920 TFT LCD panel, it is a MIPI DSI panel. Signed-off-by: Jerry Han Cc: Jitao Shi Cc: Nick Sanders Cc: YH Lin Cc: Rock wang --- MAINTAINERS |6 + drivers/gpu/drm/panel/Kconfig| 22 + drivers/gpu/drm/pane

Re: The "udl" driver crashes the kernel.

On 26.11.2018 00:07, Pavel Machek wrote: > On Sun 2018-11-25 16:58:59, wzabo...@elektron.elka.pw.edu.pl wrote: >> When I connect my Displaylink DL-165 adapter to my Debian/testing >> machine, the "udl" driver is loaded and the following error messages >> appears in kernel logs: > 4.18 kernel. Might

Re: The "udl" driver crashes the kernel.

Hi, It appeared that the crash was not immediate, and the messages got saved into /var/log/messages. Below is full set of messages generated after disconnection of UDL-165. I hope that they may help to isolate the problem. With best regards, Wojtek Mar  3 21:39:35 wzdell kernel: [ 1270.474832]

[PATCH] [v3, 1/2] dt-bindings: panel: Add Boe Himax8279d is 1200x1920, 4-lane MIPI-DSI LCD panel

The Boe Himax8279d is a 8.0" panel with a 1200x1920 resolution and connected to DSI using four lanes. Signed-off-by: Jerry Han Cc: Jitao Shi Cc: Nick Sanders Cc: YH Lin Cc: Rock wang --- .../bindings/display/panel/boe,himax8279d.txt | 24 ++ 1 file changed, 24 insert

Re: [PATCH] virtgpu: Update kernel header

Hey Gurchetan, Thanks for sending this in! Reviewed-by: Robert Foss On 2/28/19 1:52 AM, Gurchetan Singh wrote: Generated using make headers_install. This brings in the in/out fence support for explicit synchronization. v2: don't use experimental kernel branch Signed-off-by: Gurchetan Singh

Re: [PATCH v2] drm/bridge: sil_sii8620: make remote control optional.

On Thu, Jan 24, 2019 at 05:33:55PM -0800, Ronald Tschalär wrote: > commit d6abe6df706c (drm/bridge: sil_sii8620: do not have a dependency > of RC_CORE) changed the driver to select both RC_CORE and INPUT. > However, this causes problems with other drivers, in particular an input > driver that depen

RE: [PATCH] drm/amd/powerplay: fix memdup.cocci warnings

> -Original Message- > From: Julia Lawall [mailto:julia.law...@lip6.fr] > Sent: Saturday, March 02, 2019 2:51 PM > To: Gao, Likun > Cc: Deucher, Alexander ; Wang, Kevin(Yang) > ; Quan, Evan ; Koenig, > Christian ; David Airlie ; > Daniel Vetter ; Huang, Ray ; amd- > g...@lists.freedesktop

Re: [PATCH v2 4/5] drm/bridge: sii902x: Select I2C_MUX

On 27.02.2019 22:54, Jyri Sarha wrote: > "drm/bridge/sii902x: Fix EDID readback"-commit added a dependency to > I2C_MUX, but not indicate it in the Kconfig entry. Fix it by selecting > I2C_MUX for DRM_SII902X config option. > > Fixes: 88664675239 ("drm/bridge/sii902x: Fix EDID readback") > Signed-o

[Bug 109808] ROCm OpenCL segfaults on drm-next-5.1-wip

https://bugs.freedesktop.org/show_bug.cgi?id=109808 --- Comment #3 from Michael Eagle --- Hi Philip, I was wondering. Is it possible so that the message would be either more descriptive so that user is informed about this or the kernel config to be modified to automatically satisfy dependencies?

Re: [Bug 109808] ROCm OpenCL segfaults on drm-next-5.1-wip

Hi Philip, I was wondering. Is it possible so that the message would be either more descriptive so that user is informed about this or the kernel config to be modified to automatically satisfy dependencies? On Sun, Mar 3, 2019 at 10:36 PM wrote: > bmil...@gmail.com changed bug 109808 >

Re: [PATCH v2 5/5] drm/bridge: sii902x: Implement HDMI audio support

On 27.02.2019 22:54, Jyri Sarha wrote: > Implement HDMI audio support by using ASoC HDMI codec. The commit > implements the necessary callbacks and configuration for the HDMI > codec and registers a virtual platform device for the codec to attach. > > Signed-off-by: Jyri Sarha > --- > .../binding

Re: [PATCH 1/9] drm/bridge: tc358767: Simplify tc_poll_timeout()

On 26.02.2019 20:36, Andrey Smirnov wrote: > Implementation of tc_poll_timeout() is almost a 100% copy-and-paste of > the code for regmap_read_poll_timeout(). Replace copied code with a > call to the original. No functional change intended. > Signed-off-by: Andrey Smirnov > Cc: Archit Taneja > Cc

[Bug 202735] CONFIG_DRM_TTM does not have name in Kconfig, so it is invisble for menuconfig

https://bugzilla.kernel.org/show_bug.cgi?id=202735 --- Comment #1 from Michel Dänzer (mic...@daenzer.net) --- Sounds rather like vboxvideo needs to autoselect TTM as well. -- You are receiving this mail because: You are watching the assignee of the bug. __

Re: [PATCH libdrm] libkms: update list of intel_drivers for Android build

On Monday, 2019-03-04 08:28:25 +0200, Tapani Pälli wrote: > ping! Reviewed-by: Eric Engestrom > > On 2/21/19 8:56 AM, Tapani Pälli wrote: > > Add new iris driver, remove deprecated ilo driver. > > > > Signed-off-by: Tapani Pälli > > --- > > libkms/Android.mk | 2 +- > > 1 file changed, 1 i

Re: [PATCH] [v3, 2/2] drm/panel: Add Boe Himax8279d MIPI-DSI LCD panel

Hi Jerry I can see two mails with identical subject and both v3 but with slightly different content To help us please send a v4 with: - changelog that identifies what was done in v2, v3, v4 - subjects that are not identical - and please copy all people that provided review feedback Then we can b

Re: [Intel-gfx] [PATCH v2 2/2] drm: i915: Switch to bitmap_zalloc()

Quoting Andy Shevchenko (2019-03-04 09:29:08) > Switch to bitmap_zalloc() to show clearly what we are allocating. > Besides that it returns pointer of bitmap type instead of opaque void *. Which is confusing; since we explicitly want unsigned longs, not some amorphous bitmap type. > Signed-off-by

Re: [PATCH 2/9] drm/bridge: tc358767: Simplify tc_stream_clock_calc()

On 26.02.2019 20:36, Andrey Smirnov wrote: > Drop the use of tc_write() as well as "magicly" used "ret" and "err:" > and replace it with a simple call to regmap_write(). No functional > change intended. > > Signed-off-by: Andrey Smirnov > Cc: Archit Taneja > Cc: Andrzej Hajda > Cc: Laurent Pinch

Re: [Intel-gfx] [PATCH v2 1/2] drm/selftests/mm: Switch to bitmap_zalloc()

Quoting Andy Shevchenko (2019-03-04 09:29:07) > Switch to bitmap_zalloc() to show clearly what we are allocating. > Besides that it returns pointer of bitmap type instead of opaque void *. > > Signed-off-by: Andy Shevchenko Reviewed-by: Chris Wilson -Chris ___

[Bug 202735] CONFIG_DRM_TTM does not have name in Kconfig, so it is invisble for menuconfig

https://bugzilla.kernel.org/show_bug.cgi?id=202735 --- Comment #2 from Ilya (kazakevichi...@gmail.com) --- Virtualbox is not part of Linux source tree. Threre is an .iso file for each VBox version that contains sources and script to compile it against your kernel -- You are receiving this mail

Re: [Intel-gfx] [PATCH v2 2/2] drm: i915: Switch to bitmap_zalloc()

Quoting Andy Shevchenko (2019-03-04 09:54:46) > On Mon, Mar 04, 2019 at 09:41:34AM +, Chris Wilson wrote: > > Quoting Andy Shevchenko (2019-03-04 09:29:08) > > > Switch to bitmap_zalloc() to show clearly what we are allocating. > > > Besides that it returns pointer of bitmap type instead of opa

[PATCH] drm/vmwgfx: Don't double-free the mode stored in par->set_mode

When calling vmw_fb_set_par(), the mode stored in par->set_mode gets free'd twice. The first free is in vmw_fb_kms_detach(), the second is near the end of vmw_fb_set_par() under the name of 'old_mode'. The mode-setting code only works correctly if the mode doesn't actually change. Removing 'old_mod

[Bug 107956] [CI][SHARDS] igt@kms_busy@extended_*_render-[abc] - dmesg-warn - Asynchronous wait on fence i915:kms_busy\[\d+\]/0:1 timed out \(hint:intel_atomic_commit_ready

https://bugs.freedesktop.org/show_bug.cgi?id=107956 Petri Latvala changed: What|Removed |Added QA Contact||intel-gfx-bugs@lists.freede

[PATCH v3] dt-bindings: gpu: add bindings for the ARM Mali Bifrost GPU

Add the bindings for the Bifrost family of ARM Mali GPUs. The Bifrost GPU architecture is similar to the Midgard family, but with a different Shader Core & Execution Engine structures. Bindings are based on the Midgard family bindings, but the inner architectural changes makes it a separate famil

Re: [Intel-gfx] [PATCH v1 1/2] drm/selftests/mm: Switch to bitmap_zalloc()

/commits/Andy-Shevchenko/drm-selftests-mm-Switch-to-bitmap_zalloc/20190304-183335 base: git://anongit.freedesktop.org/drm-intel for-linux-next config: nds32-allyesconfig (attached as .config) compiler: nds32le-linux-gcc (GCC) 6.4.0 reproduce: wget https://raw.githubusercontent.com/intel/lkp

Re: [PATCH 5/7] pwm: atmel-hlcdc: add compatible for SAM9X60 HLCDC's PWM

On Wed, Feb 27, 2019 at 04:24:35PM +, claudiu.bez...@microchip.com wrote: > From: Claudiu Beznea > > Add compatible string for SAM9X60 HLCDC's PWM. > > Signed-off-by: Claudiu Beznea > --- > drivers/pwm/pwm-atmel-hlcdc.c | 3 +++ > 1 file changed, 3 insertions(+) I guess it makes more sens

Re: [Intel-gfx] [PATCH v1 1/2] drm/selftests/mm: Switch to bitmap_zalloc()

/commits/Andy-Shevchenko/drm-selftests-mm-Switch-to-bitmap_zalloc/20190304-183335 base: git://anongit.freedesktop.org/drm-intel for-linux-next config: xtensa-allyesconfig (attached as .config) compiler: xtensa-linux-gcc (GCC) 8.2.0 reproduce: wget https://raw.githubusercontent.com/intel/lkp

[PATCH 0/6] Enable P0xx (planar), Y2xx/Y4xx (packed) pixel formats

This patch series is for enabling P0xx, Y2xx and Y4xx pixel formats for intel's i915 driver. In this patch series, Juha Pekka's patch series Gen10+ P0xx formats https://patchwork.freedesktop.org/series/56053/ is combined with Swati's https://patchwork.freedesktop.org/series/55035/ for Gen11+ pixel

[PATCH 4/6] drm: Add Y2xx and Y4xx (xx:10/12/16) format definitions and fourcc

The following pixel formats are packed format that follows 4:2:2 chroma sampling. For memory represenation each component is allocated 16 bits each. Thus each pixel occupies 32bit. Y210: For each component, valid data occupies MSB 10 bits. LSB 6 bits are filled with zeroes. Y212: For e

[PATCH 2/6] drm/i915: Preparations for enabling P010, P012, P016 formats

From: Juha-Pekka Heikkila Preparations for enabling P010, P012 and P016 formats. These formats will extend NV12 for larger bit depths. Signed-off-by: Juha-Pekka Heikkila Signed-off-by: Swati Sharma Reviewed-by: Maarten Lankhorst --- drivers/gpu/drm/i915/intel_atomic_plane.c | 2 +- drivers/

[PATCH 6/6] drm/i915/icl: Enabling Y2xx and Y4xx (xx:10/12/16) formats for universal planes

Signed-off-by: Swati Sharma Signed-off-by: Vidya Srinivas Reviewed-by: Juha-Pekka Heikkila Reviewed-by: Maarten Lankhorst --- drivers/gpu/drm/i915/intel_display.c | 30 ++ drivers/gpu/drm/i915/intel_sprite.c | 60 +++- 2 files changed, 89 insert

[PATCH 1/6] drm/i915: Add P010, P012, P016 plane control definitions

From: Juha-Pekka Heikkila Add needed plane control flag definitions for P010, P012 and P016 formats. Signed-off-by: Juha-Pekka Heikkila Signed-off-by: Swati Sharma Reviewed-by: Maarten Lankhorst --- drivers/gpu/drm/i915/i915_reg.h | 3 +++ 1 file changed, 3 insertions(+) diff --git a/driver

[PATCH 5/6] drm/i915/icl: Add Y2xx and Y4xx (xx:10/12/16) plane control definitions

Added needed plane control flag definitions for Y2xx and Y4xx (10, 12 and 16 bits) Signed-off-by: Swati Sharma Signed-off-by: Vidya Srinivas Reviewed-by: Juha-Pekka Heikkila Reviewed-by: Maarten Lankhorst --- drivers/gpu/drm/i915/i915_reg.h | 6 ++ 1 file changed, 6 insertions(+) diff --

[PATCH 3/6] drm/i915: Enable P010, P012, P016 formats for primary and sprite planes

From: Juha-Pekka Heikkila Enabling of P010, P012 and P016 formats. These formats will extend NV12 for larger bit depths. Signed-off-by: Juha-Pekka Heikkila Signed-off-by: Swati Sharma Reviewed-by: Maarten Lankhorst --- drivers/gpu/drm/i915/intel_sprite.c | 28 ++-- 1

Re: [PATCH 1/9] drm/bridge: tc358767: Simplify tc_poll_timeout()

Hi Andrey, Thank you for the patch. On Tue, Feb 26, 2019 at 11:36:01AM -0800, Andrey Smirnov wrote: > Implementation of tc_poll_timeout() is almost a 100% copy-and-paste of > the code for regmap_read_poll_timeout(). Replace copied code with a > call to the original. No functional change intended.

Re: [PATCH 2/9] drm/bridge: tc358767: Simplify tc_stream_clock_calc()

Hello, On Mon, Mar 04, 2019 at 10:42:20AM +0100, Andrzej Hajda wrote: > On 26.02.2019 20:36, Andrey Smirnov wrote: > > Drop the use of tc_write() as well as "magicly" used "ret" and "err:" > > and replace it with a simple call to regmap_write(). No functional > > change intended. > > > > Signed-of

Re: [PATCH 3/9] drm/bridge: tc358767: Simplify tc_set_video_mode()

Hi Andrey, Thank you for the patch. On Tue, Feb 26, 2019 at 11:36:03AM -0800, Andrey Smirnov wrote: > Simplify tc_set_video_mode() by replacing repreated calls to > tc_write()/regmap_write() with a single call regmap_multi_reg_write(). > No functional change intended. > > Signed-off-by: Andrey S

Re: [PATCH 4/9] drm/bridge: tc358767: Simplify polling in tc_main_link_setup()

On Tue, Feb 26, 2019 at 11:36:04AM -0800, Andrey Smirnov wrote: > Replace explicit polling loop with equivalent call to > regmap_read_poll_timeout() for simplicity. No functional change > intended. > > Signed-off-by: Andrey Smirnov > Cc: Archit Taneja > Cc: Andrzej Hajda > Cc: Laurent Pinchart

Re: [PATCH 5/9] drm/bridge: tc358767: Simplify polling in tc_link_training()

Hi Andrey, Thank you for the patch. On Tue, Feb 26, 2019 at 11:36:05AM -0800, Andrey Smirnov wrote: > Replace explicit polling in tc_link_training() with equivalent call to > regmap_read_poll_timeout() for simplicity. No functional change > intended (not including slightly altered debug output).

Re: [PATCH 6/9] drm/bridge: tc358767: Simplify error check in tc_aux_linx_setup()

Hi Andrey, Thank you for the patch. On Tue, Feb 26, 2019 at 11:36:06AM -0800, Andrey Smirnov wrote: > Tc_poll_timeout() can only return -ETIMEDOUT, so checking for other > errors is not necessary. Drop it. No functional change intended. Is that true given patch 1/9 in this series ? regmap_read_p

Re: [PATCH 7/9] drm/bridge: tc358767: Introduce tc_set_syspllparam()

Hi Andrey, Thank you for the patch. On Tue, Feb 26, 2019 at 11:36:07AM -0800, Andrey Smirnov wrote: > Move common code converting clock rate to an appropriate constant and > configuring SYS_PLLPARAM register into a separate routine and convert > the rest of the code to use it. No functional chang

Re: [PATCH 8/9] drm/bridge: tc358767: Introduce tc_pllupdate_pllen()

Hi Andrey, Thank you for the patch. On Tue, Feb 26, 2019 at 11:36:08AM -0800, Andrey Smirnov wrote: > Tc_wait_pll_lock() is always called as a follow-up for updating s/Tc/tc/ > PLLUPDATE and PLLEN bit of a given PLL control register. To simplify > things, merge the two operation into a single h

Re: [PATCH 9/9] drm/bridge: tc358767: Drop tc_read() macro

Hi Andrey, Thank you for the patch. On Tue, Feb 26, 2019 at 11:36:09AM -0800, Andrey Smirnov wrote: > There's only one place where tc_read() is used, so it doesn't save us > much. Drop it. No functional change intended. > > Signed-off-by: Andrey Smirnov > Cc: Archit Taneja > Cc: Andrzej Hajda

Re: [PATCH v2 0/5] drm/bridge: sii902x: HDMI-audio support and some fixes

Hi Jyri, On Wed, Feb 27, 2019 at 11:54:18PM +0200, Jyri Sarha wrote: > Changes since first version: > - Moved reviewed patches to front: > - drm/bridge: sii902x: add input_bus_flags > - drm/bridge: sii902x: Set output mode to HDMI or DVI according to EDID > - drm/bridge: sii902x: pixel clock

Re: [PATCH v2 1/5] drm/bridge: sii902x: add input_bus_flags

Hi Jyri, Thank you for the patch. On Wed, Feb 27, 2019 at 11:54:19PM +0200, Jyri Sarha wrote: > From: Tomi Valkeinen > > The driver always sets InputBusFmt:EDGE to 0 (falling edge). > > Add drm_bridge_timings's input_bus_flags to reflect that the bridge > samples on falling edges. > > Signed-

[RFC PATCH 0/2] Add DRM panel driver for Ilitek ILI9341 based panels in parallel RGB mode

These patches add panel driver for ili9341-based panels in parallel RGB mode. The driver was developed for DispleyTech DT024CTFT LCD panel [1] which features ILI9341 chip [2]. The driver was tested on the Allwinner A13 (sun5i) platform. The driver supports 240x320 pixel resolution with 18-bit RGB

[RFC PATCH 2/2] dt-bindings: panel: Add Ilitek ILI9341 panel documentation

--- .../bindings/display/panel/ilitek,ili9341.txt | 33 +++ 1 file changed, 33 insertions(+) create mode 100644 Documentation/devicetree/bindings/display/panel/ilitek,ili9341.txt diff --git a/Documentation/devicetree/bindings/display/panel/ilitek,ili9341.txt b/Documentation/dev

[RFC PATCH 1/2] drm/panel: Add Ilitek ILI9341 parallel RGB panel driver

--- MAINTAINERS | 6 + drivers/gpu/drm/panel/Kconfig| 7 + drivers/gpu/drm/panel/Makefile | 1 + drivers/gpu/drm/panel/panel-ilitek-ili9341.c | 320 +++ 4 files changed, 334 insertions(+) create mode 100644 drive

Re: [PATCH v2 2/5] drm/bridge: sii902x: Set output mode to HDMI or DVI according to EDID

Hi Jyri, Thank you for the patch. On Wed, Feb 27, 2019 at 11:54:20PM +0200, Jyri Sarha wrote: > Set output mode to HDMI or DVI according to EDID HDMI signature. > > Signed-off-by: Jyri Sarha > Reviewed-by: Andrzej Hajda > --- > drivers/gpu/drm/bridge/sii902x.c | 9 + > 1 file changed,

[Bug 202735] CONFIG_DRM_TTM does not have name in Kconfig, so it is invisble for menuconfig

https://bugzilla.kernel.org/show_bug.cgi?id=202735 --- Comment #3 from Jani Nikula (jani.nik...@intel.com) --- Arguably not a bug in kernel. -- You are receiving this mail because: You are watching the assignee of the bug. ___ dri-devel mailing list dr

Re: [PATCH v5 2/2] drm/lima: driver for ARM Mali4xx GPUs

Hi Sam, Thanks, I'll fix them in next version. Regards, Qiang On Sun, Mar 3, 2019 at 11:02 PM Sam Ravnborg wrote: > > Hi Qiang. > > Good to see you do prompt follow-up on the feedback you get. > I applied the patch and noticed that git compains about > a few whitespace errors. > So for good mea

Re: [PATCH 14/17] drm/tegra: Convert to using __drm_atomic_helper_crtc_reset() for reset.

On Fri, Mar 01, 2019 at 01:56:24PM +0100, Maarten Lankhorst wrote: > Convert tegra to using __drm_atomic_helper_crtc_reset(), instead of > writing its own version. Instead of open coding destroy_state(), > call it directly for freeing the old state. > > Signed-off-by: Maarten Lankhorst > Cc: Thie

Re: [linux-sunxi] [RESEND PATCH] drm/sun4i: hdmi: Improve compatibility with hpd-less HDMI displays

On Mon, Mar 04, 2019 at 03:06:16PM +0200, Priit Laes wrote: > From: Priit Laes > > Even though HDMI connector features hotplug detect pin (HPD), there > are older devices which do not support it. For these devices fall > back to additional check on I2C bus to probe for EDID data. > > One known e

[Bug 202735] CONFIG_DRM_TTM does not have name in Kconfig, so it is invisble for menuconfig

https://bugzilla.kernel.org/show_bug.cgi?id=202735 --- Comment #4 from Ilya (kazakevichi...@gmail.com) --- Not a bug at all. I'd call it "usability problem") User can't enable TTM (which is required for virtualbox) unless she enables some redundant driver. -- You are receiving this mail because

Re: [PATCH 15/17] drm/vc4: Convert to using __drm_atomic_helper_crtc_reset() for reset.

Op 01-03-2019 om 23:47 schreef Eric Anholt: > Maarten Lankhorst writes: > >> Convert vc4 to using __drm_atomic_helper_crtc_reset(), instead of >> writing its own version. Instead of open coding destroy_state(), >> call it directly for freeing the old state. >> >> Signed-off-by: Maarten Lankhorst

Re: [PATCH v2 2/5] drm/bridge: sii902x: Set output mode to HDMI or DVI according to EDID

On 04/03/2019 14:52, Laurent Pinchart wrote: > Hi Jyri, > > Thank you for the patch. > On Wed, Feb 27, 2019 at 11:54:20PM +0200, Jyri Sarha wrote: >> Set output mode to HDMI or DVI according to EDID HDMI signature. >> >> Signed-off-by: Jyri Sarha >> Reviewed-by: Andrzej Hajda >> --- >> drivers/

Re: [PATCH v2 0/5] drm/bridge: sii902x: HDMI-audio support and some fixes

On 04/03/2019 14:42, Laurent Pinchart wrote: > Hi Jyri, > > On Wed, Feb 27, 2019 at 11:54:18PM +0200, Jyri Sarha wrote: >> Changes since first version: >> - Moved reviewed patches to front: >> - drm/bridge: sii902x: add input_bus_flags >> - drm/bridge: sii902x: Set output mode to HDMI or DVI a

Re: [PATCH v3 0/7] drm/tinydrm: Remove tinydrm_device

Den 25.02.2019 15.42, skrev Noralf Trønnes: > This patchset is part of the effort to remove tinydrm.ko. It removes > struct tinydrm_device and tinydrm.h. > > Only one change in this version and that is expanding the driver > example. > > The drm_dev_unplug() dependency series has been applied t

Re: [PATCH] tinydrm/mipi-dbi: Use dma-safe buffers for all SPI transfers

Den 22.02.2019 16.58, skrev Andy Shevchenko: > On Fri, Feb 22, 2019 at 01:43:29PM +0100, Noralf Trønnes wrote: >> Buffers passed to spi_sync() must be dma-safe even for tiny buffers since >> some SPI controllers use DMA for all transfers. >> >> Example splat with CONFIG_DMA_API_DEBUG enabled: >>

[PATCH 2/5] drm/rockchip: fix fb references in async update

In the case of async update, modifications are done in place, i.e. in the current plane state, so the new_state is prepared and the new_state is cleanup up (instead of the old_state, diferrently on what happen in a normal sync update). To cleanup the old_fb properly, it needs to be placed in the ne

[PATCH 1/5] drm: don't block fb changes for async plane updates

In the case of a normal sync update, the preparation of framebuffers (be it calling drm_atomic_helper_prepare_planes() or doing setups with drm_framebuffer_get()) are performed in the new_state and the respective cleanups are performed in the old_state. In the case of async updates, the preparatio

[PATCH 0/5] drm: Fix fb changes for async updates

Hello, This series is a first attempt to fix the slow down in performance introduced by "[PATCH v2] drm: Block fb changes for async plane updates" where async update falls back to a sync update, causing igt failures of type: "CRITICAL: completed 97 cursor updated in a period of 30 flips, we

[PATCH 3/5] drm/amd: fix fb references in async update

Async update callbacks are expected to set the old_fb in the new_state so prepare/cleanup framebuffers are balanced. Calling drm_atomic_set_fb_for_plane() (which gets a reference of the new fb and put the old fb) is not required, as it's taken care by drm_mode_cursor_universal() when calling drm_a

[PATCH 5/5] drm/vc4: fix fb references in async update

Async update callbacks are expected to set the old_fb in the new_state so prepare/cleanup framebuffers are balanced. Calling drm_atomic_set_fb_for_plane() (which gets a reference of the new fb and put the old fb) is not required, as it's taken care by drm_mode_cursor_universal() when calling drm_a

[PATCH 4/5] drm/msm: fix fb references in async update

Async update callbacks are expected to set the old_fb in the new_state so prepare/cleanup framebuffers are balanced. Cc: # v4.14+: 25dc194b34dd: drm: Block fb changes for async plane updates Cc: # v4.14+: 8105bbaf9afd: drm: don't block fb changes for async plane updates Fixes: 25dc194b34dd ("d

[PATCH 0/7] drm/vc4: Allow for more boot-time configuration

Hi, The proprietary stack for the RaspberryPi allows for a number of video parameters widely used by their users, but yet don't have any equivalents in the mainline kernel. Those options are detailed here: https://www.raspberrypi.org/documentation/configuration/config-txt/video.md While not all

[PATCH 1/7] drm/vc4: hdmi: Check that the monitor supports HDMI audio

The current code assumes as soon as the device is an HDMI one that it supports an audio sink. However, strictly speaking, this is exposed as a separate part of EDID. This can be checked through the drm_detect_monitor_audio function, so let's use it and make sure that we can use the HDMI monitor as

[PATCH 4/7] drm/modes: Rewrite the command line parser

From: Maxime Ripard Rewrite the command line parser in order to get away from the state machine parsing the video mode lines. Hopefully, this will allow to extend it more easily to support named modes and / or properties set directly on the command line. Signed-off-by: Maxime Ripard --- drive

[PATCH 5/7] drm/modes: Support modes names on the command line

From: Maxime Ripard The drm subsystem also uses the video= kernel parameter, and in the documentation refers to the fbdev documentation for that parameter. However, that documentation also says that instead of giving the mode using its resolution we can also give a name. However, DRM doesn't han

[PATCH 2/7] drm/edid: Allow to ignore the audio EDID data

In some cases, in order to accomodate with displays with poor EDIDs, we need to ignore that the monitor alledgedly supports audio output and disable the audio output. Signed-off-by: Maxime Ripard --- drivers/gpu/drm/drm_edid.c | 8 1 file changed, 8 insertions(+) diff --git a/drivers/g

[PATCH 7/7] drm/modes: Parse overscan properties

Properly configuring the overscan properties might be needed for the initial setup of the framebuffer for display that still have overscan. Let's allow for more properties on the kernel command line to setup each margin. Signed-off-by: Maxime Ripard --- drivers/gpu/drm/drm_fb_helper.c | 47 +

[PATCH 6/7] drm/modes: Allow to specify rotation and reflection on the commandline

Rotations and reflections setup are needed in some scenarios to initialise properly the initial framebuffer. Some drivers already had a bunch of quirks to deal with this, such as either a private kernel command line parameter (omapdss) or on the device tree (various panels). In order to accomodate

[PATCH 3/7] drm/edid: Allow to ignore the HDMI monitor mode

Signed-off-by: Maxime Ripard --- drivers/gpu/drm/drm_edid.c | 8 1 file changed, 8 insertions(+) diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c index c0258b011bb2..2f6df10ed9f1 100644 --- a/drivers/gpu/drm/drm_edid.c +++ b/drivers/gpu/drm/drm_edid.c @@ -4156,6 +415

Re: [EARLY RFC][PATCH] dma-buf: Add dma-buf heaps framework

On 3/1/19 6:06 AM, Brian Starkey wrote: > Hi Andrew, > > Sorry for not managing to comment on this sooner, I've had a crazy few > days. > > As the others have said, I quite like the direction here. > > On Mon, Feb 25, 2019 at 08:36:04AM -0600, Andrew F. Davis wrote: >> This framework allows a un

Re: [PATCH 1/7] drm/vc4: hdmi: Check that the monitor supports HDMI audio

Hi, On Mon, 2019-03-04 at 15:52 +0100, Maxime Ripard wrote: > The current code assumes as soon as the device is an HDMI one that it > supports an audio sink. However, strictly speaking, this is exposed as a > separate part of EDID. > > This can be checked through the drm_detect_monitor_audio func

Re: [PATCH 3/7] drm/edid: Allow to ignore the HDMI monitor mode

Hi, On Mon, 2019-03-04 at 15:52 +0100, Maxime Ripard wrote: > Signed-off-by: Maxime Ripard Reviewed-by: Paul Kocialkowski Cheers, Paul > --- > drivers/gpu/drm/drm_edid.c | 8 > 1 file changed, 8 insertions(+) > > diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c

Re: [PATCH 0/7] drm/vc4: Allow for more boot-time configuration

Hi, Maxime Ripard wrote: > properties to initialise the overscan or rotation parameters, or the > one to deal with broken displays. How does that work on systems with multiple connectors? On SBCs with only one output I guess it's fine to have a global option, but it may be important for new opti

[Bug 109808] ROCm OpenCL segfaults on drm-next-5.1-wip

https://bugs.freedesktop.org/show_bug.cgi?id=109808 --- Comment #4 from Philip Yang --- I will change the error message for this specific case to mention the missing kernel config option. I cannot add select ZONE_DEVICE in driver Kconfig file because there will be a circular dependency issue. Th

Re: [PATCH v9 2/5] drm/sun4i: sun6i_mipi_dsi: Fix TCON DRQ set bits

On Sun, Mar 03, 2019 at 11:05:24PM +0530, Jagan Teki wrote: > TCON DRQ for non-burst DSI mode can computed based on horizontal > front porch value, but the current driver trying to include sync > timings along with front porch resulting wrong drq. > > This patch is trying to update the drq by subt

Re: [PATCH 2/7] drm/edid: Allow to ignore the audio EDID data

On Mon, 04 Mar 2019, Maxime Ripard wrote: > In some cases, in order to accomodate with displays with poor EDIDs, we > need to ignore that the monitor alledgedly supports audio output and > disable the audio output. *sad trombone* Trying to figure this out automatically in kernel is better than a

Re: [PATCH 3/7] drm/edid: Allow to ignore the HDMI monitor mode

On Mon, 04 Mar 2019, Maxime Ripard wrote: > Signed-off-by: Maxime Ripard > --- > drivers/gpu/drm/drm_edid.c | 8 > 1 file changed, 8 insertions(+) > > diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c > index c0258b011bb2..2f6df10ed9f1 100644 > --- a/drivers/gpu/drm/d

Re: [PATCH 1/5] drm: don't block fb changes for async plane updates

On 3/4/19 9:49 AM, Helen Koike wrote: > In the case of a normal sync update, the preparation of framebuffers (be > it calling drm_atomic_helper_prepare_planes() or doing setups with > drm_framebuffer_get()) are performed in the new_state and the respective > cleanups are performed in the old_state.

Re: [PATCH v9 3/5] drm/sun4i: sun6i_mipi_dsi: Support vblk timing for 4-lane devices

On Sun, Mar 03, 2019 at 11:05:25PM +0530, Jagan Teki wrote: > Like other dsi setup timings, or hblk for that matter vblk would > also require compute the timings based payload equation along with > packet overhead. > > But, on the other hand vblk computation is also depends on device > lane number

Re: [PATCH 0/7] drm/vc4: Allow for more boot-time configuration

Hi Maxime, Am 04.03.2019 um 15:52 schrieb Maxime Ripard: Hi, The proprietary stack for the RaspberryPi allows for a number of video parameters widely used by their users, but yet don't have any equivalents in the mainline kernel. Those options are detailed here: https://www.raspberrypi.org/doc

Re: [PATCH v9 5/5] drm/sun4i: sun6i_mipi_dsi: Simplify dsi setup timings code

On Sun, Mar 03, 2019 at 11:05:27PM +0530, Jagan Teki wrote: > DSI timings are varies between burst/non-burst devices and > current driver is handling this support via if, else statements > which would difficult to read. > > Simplify it by using goto to make code more readable. > > Signed-off-by:

Re: [PATCH 2/7] drm/edid: Allow to ignore the audio EDID data

On Mon, 2019-03-04 at 17:47 +0200, Jani Nikula wrote: > On Mon, 04 Mar 2019, Maxime Ripard wrote: > > In some cases, in order to accomodate with displays with poor EDIDs, we > > need to ignore that the monitor alledgedly supports audio output and > > disable the audio output. > > *sad trombone* >

Re: [PATCH 3/5] drm/amd: fix fb references in async update

On 3/4/19 9:49 AM, Helen Koike wrote: > Async update callbacks are expected to set the old_fb in the new_state > so prepare/cleanup framebuffers are balanced. > > Calling drm_atomic_set_fb_for_plane() (which gets a reference of the new > fb and put the old fb) is not required, as it's taken care b

Re: [PATCH v9 1/5] drm/sun4i: sun6i_mipi_dsi: Fix hsync_porch overflow

On Sun, Mar 03, 2019 at 11:05:23PM +0530, Jagan Teki wrote: > Loop N1 instruction delay for burst mode devices are computed > based on horizontal sync and porch timing values. > > The current driver is using u16 type for computing this hsync_porch > value, which would failed to fit within the u16

Re: [PATCH 1/7] drm/vc4: hdmi: Check that the monitor supports HDMI audio

Hi Maxime, Am 04.03.2019 um 15:52 schrieb Maxime Ripard: The current code assumes as soon as the device is an HDMI one that it supports an audio sink. However, strictly speaking, this is exposed as a separate part of EDID. This can be checked through the drm_detect_monitor_audio function, so le

Re: [PATCH 0/7] drm/vc4: Allow for more boot-time configuration

Hi Peter, On Mon, Mar 04, 2019 at 03:21:35PM +, Peter Stuge wrote: > Hi, > > Maxime Ripard wrote: > > properties to initialise the overscan or rotation parameters, or the > > one to deal with broken displays. > > How does that work on systems with multiple connectors? > > On SBCs with only

Re: [PATCH 2/7] drm/edid: Allow to ignore the audio EDID data

On Mon, Mar 04, 2019 at 03:52:35PM +0100, Maxime Ripard wrote: > In some cases, in order to accomodate with displays with poor EDIDs, we > need to ignore that the monitor alledgedly supports audio output and > disable the audio output. > > Signed-off-by: Maxime Ripard > --- > drivers/gpu/drm/drm

Re: [PATCH v2 3/5] drm/bridge: sii902x: pixel clock unit is 10kHz instead of 1kHz

Hi Jyri, Thank you for the patch. On Wed, Feb 27, 2019 at 11:54:21PM +0200, Jyri Sarha wrote: > The pixel clock unit in the first two registers (0x00 and 0x01) of > sii9022 is 10kHz, not 1kHz as in struct drm_display_mode. Division by > 10 fixes the issue. > > Signed-off-by: Jyri Sarha > Review

Re: [PATCH v2 4/5] drm/bridge: sii902x: Select I2C_MUX

Hi Jyri, Thank you for the patch. On Wed, Feb 27, 2019 at 11:54:22PM +0200, Jyri Sarha wrote: > "drm/bridge/sii902x: Fix EDID readback"-commit added a dependency to > I2C_MUX, but not indicate it in the Kconfig entry. Fix it by selecting > I2C_MUX for DRM_SII902X config option. > > Fixes: 886646

Re: [PATCH] drm: add __user attribute to ptr_to_compat()

On Fri, Mar 01, 2019 at 12:00:46PM +, Ben Dooks wrote: > The ptr_to_compat() call takes a "void __user *", so cast > the compat drm calls that use it to avoid the following > warnings from sparse: > > drivers/gpu/drm/drm_ioc32.c:188:39: warning: incorrect type in argument 1 > (different addre

Re: [PATCH v2 0/5] drm/bridge: sii902x: HDMI-audio support and some fixes

Hi Jyri, On Mon, Mar 04, 2019 at 04:29:17PM +0200, Jyri Sarha wrote: > On 04/03/2019 14:42, Laurent Pinchart wrote: > > On Wed, Feb 27, 2019 at 11:54:18PM +0200, Jyri Sarha wrote: > >> Changes since first version: > >> - Moved reviewed patches to front: > >> - drm/bridge: sii902x: add input_bus_

Re: [PATCH] drm: fix spelling mistake "intead" -> "instead"

On Sun, Feb 17, 2019 at 10:55:54PM +, Colin King wrote: > From: Colin Ian King > > There is a spelling mistake in a DRM_NOTE message. Fix this. > > Signed-off-by: Colin Ian King Applied to drm-misc-next, thanks. Sean > --- > drivers/gpu/drm/drm_kms_helper_common.c | 2 +- > 1 file chang

[PATCH 3/3] drm/vboxvideo: Move the vboxvideo driver out of staging

The vboxvideo driver has been converted to the atomic modesetting API and all FIXME and TODO items have been fixed, so it is time to move it out of staging. Signed-off-by: Hans de Goede --- drivers/gpu/drm/Kconfig | 2 ++ drivers/gpu/drm/Makefile

[PATCH 2/3] staging/vboxvideo: Refactor vbox_update_mode_hints

Refactor vbox_update_mode_hints to no longer use the obsolete drm_modeset_lock_all() and switch it over to drm_connector_list_iter instead of directly accessing the list using list_for_each_entry. Signed-off-by: Hans de Goede --- drivers/staging/vboxvideo/vbox_irq.c | 15 +++ 1 file

  1   2   >