Re: [Intel-gfx] [PATCH 1/2] Revert "dma-buf: Report signaled links inside dma-fence-chain"

2020-06-26 Thread Christian König
Am 26.06.20 um 06:43 schrieb Sumit Semwal: On Fri, 26 Jun 2020 at 01:24, Daniel Vetter wrote: Ignoring everything else ... On Thu, Jun 25, 2020 at 9:28 PM Jani Nikula wrote: As a side note, there seem to be extra checks in place for acks when applying non-i915 patches to drm-intel; there are

Re: [RFC] Host1x/TegraDRM UAPI (drm_tegra_channel_map)

2020-06-26 Thread Thierry Reding
On Fri, Jun 26, 2020 at 01:47:46AM +0300, Dmitry Osipenko wrote: > 23.06.2020 15:09, Mikko Perttunen пишет: > > ### DRM_TEGRA_CHANNEL_MAP > > > > Make memory accessible by the engine while executing work on the channel. > > > > ``` > > #define DRM_TEGRA_CHANNEL_MAP_READWRITE    (1<<0) > > >

[PATCH v5 00/13] Add support for PinePhone LCD panel

2020-06-26 Thread Ondrej Jirman
This patchset adds support for the LCD panel of PinePhone. I've tested this on PinePhone 1.0 and 1.2. Please take a look. thank you and regards, Ondrej Jirman Changes in v5: - rewritten on top of rocktech-jh057n00900 driver - rocktech-jh057n00900 renamed to st7703 (controller name) - converte

[PATCH v5 09/13] drm/panel: st7703: Add support for Xingbangda XBD599

2020-06-26 Thread Ondrej Jirman
Xingbangda XBD599 is a 5.99" 720x1440 MIPI-DSI LCD panel used in PinePhone. Add support for it. Signed-off-by: Icenowy Zheng Signed-off-by: Ondrej Jirman --- drivers/gpu/drm/panel/panel-sitronix-st7703.c | 199 +- 1 file changed, 197 insertions(+), 2 deletions(-) diff --git a/d

[PATCH v5 02/13] dt-bindings: panel: Convert rocktech, jh057n00900 to yaml

2020-06-26 Thread Ondrej Jirman
Convert Rocktech MIPI DSI panel driver from txt to yaml bindings. Signed-off-by: Ondrej Jirman --- .../display/panel/rocktech,jh057n00900.txt| 23 --- .../display/panel/rocktech,jh057n00900.yaml | 66 +++ 2 files changed, 66 insertions(+), 23 deletions(-) delete mode 1

Re: [PATCH 3/3] drm/bridge: ps8640: Rework power state handling

2020-06-26 Thread Enric Balletbo i Serra
Hi Sam, On 24/6/20 9:07, Sam Ravnborg wrote: > Hi Enric. > > On Tue, Jun 23, 2020 at 05:16:43PM +0200, Enric Balletbo i Serra wrote: >> Hi Sam, >> >> Many thanks for your feedback. See my answers below. >> >> On 20/6/20 23:42, Sam Ravnborg wrote: >>> Hi Enric. >>> >>> On Mon, Jun 15, 2020 at 10:5

[v2] drm/msm/dpu: add support for dither block in display

2020-06-26 Thread Kalyan Thota
This change enables dither block for primary interface in display. Enabled for 6bpc in the current version. Changes in v1: - Remove redundant error checks (Rob). Signed-off-by: Kalyan Thota --- drivers/gpu/drm/msm/disp/dpu1/dpu_encoder.c | 39 +++ drivers/gpu/drm/msm/disp/dpu1

[v1] drm/msm/dpu: enumerate second cursor pipe for external interface

2020-06-26 Thread Kalyan Thota
Setup an RGB HW pipe as cursor which can be used on secondary interface. For SC7180 2 HW pipes are enumerated as cursors 1 - primary interface 2 - secondary interface Signed-off-by: Kalyan Thota --- drivers/gpu/drm/msm/disp/dpu1/dpu_hw_catalog.c | 12 ++-- 1 file changed, 6 insertions(+

[PATCH v5 06/13] drm/panel: st7703: Prepare for supporting multiple panels

2020-06-26 Thread Ondrej Jirman
Parametrize the driver so that it can support more panels based on st7703 controller. Signed-off-by: Ondrej Jirman --- drivers/gpu/drm/panel/panel-sitronix-st7703.c | 43 +-- 1 file changed, 31 insertions(+), 12 deletions(-) diff --git a/drivers/gpu/drm/panel/panel-sitronix-st77

Re: [PATCHv2 00/56] drm/omap: Convert DSI code to use drm_mipi_dsi and drm_panel

2020-06-26 Thread H. Nikolaus Schaller
Hi Sebastian, > Am 25.02.2020 um 00:20 schrieb Sebastian Reichel > : > > This updates the existing omapdrm DSI code, so that it uses > common drm_mipi_dsi API and drm_panel. > > The patchset has been tested with Droid 4 using Linux console, X.org and > Weston. The patchset is based on Laurent P

[PATCH v5 03/13] dt-bindings: panel: Add compatible for Xingbangda XBD599 panel

2020-06-26 Thread Ondrej Jirman
Xingbangda XBD599 is a 5.99" 720x1440 MIPI-DSI LCD panel. It is based on Sitronix ST7703 LCD controller just like rocktech,jh057n00900. It is used in PinePhone. Add a compatible for it. Signed-off-by: Ondrej Jirman --- .../bindings/display/panel/rocktech,jh057n00900.yaml| 6 +- 1 fi

[PATCH v5 12/13] arm64: dts: sun50i-a64-pinephone: Enable LCD support on PinePhone

2020-06-26 Thread Ondrej Jirman
From: Icenowy Zheng PinePhone uses PWM backlight and a XBD599 LCD panel over DSI for display. Backlight levels curve was optimized by Martijn Braam using a lux meter. Add its device nodes. Signed-off-by: Icenowy Zheng Signed-off-by: Martijn Braam Signed-off-by: Ondrej Jirman --- .../allwin

Re: [Freedreno] [PATCH] drm/msm/dpu: add support for dither block in display

2020-06-26 Thread kalyan_t
On 2020-06-25 01:55, Rob Clark wrote: On Wed, Jun 24, 2020 at 4:57 AM Kalyan Thota wrote: This change enables dither block for primary interface in display. Enabled for 6bpc in the current version. Signed-off-by: Kalyan Thota --- drivers/gpu/drm/msm/disp/dpu1/dpu_encoder.c | 45 ++

Re: [RFC] Host1x/TegraDRM UAPI

2020-06-26 Thread Dmitry Osipenko
25.06.2020 12:16, Mikko Perttunen пишет: > On 6/25/20 2:11 AM, Dmitry Osipenko wrote: >> 23.06.2020 15:09, Mikko Perttunen пишет: >>> /* Command is an opcode gather from a GEM handle */ >>> #define DRM_TEGRA_SUBMIT_COMMAND_GATHER 0 >>> /* Command is an opcode gather from a user pointer

Re: [PATCH 0/5] drm/etnaviv: Ignore MC bit when checking for runtime suspend

2020-06-26 Thread Chris Healy
Would this power difference with the GPU also apply with the GC3000 in the i.MX6qp or the GC2000 in the i.MX6q? On Thu, Jun 25, 2020 at 8:04 AM Guido Günther wrote: > Hi, > On Tue, Mar 03, 2020 at 12:55:04PM +0100, Lucas Stach wrote: > > On Mo, 2020-03-02 at 20:13 +0100, Guido Günther wrote: > >

[PATCH v1] drm/amd/powerplay: Fix NULL dereference in lock_bus() on Vega20 w/o RAS

2020-06-26 Thread Ivan Mironov
I updated my system with Radeon VII from kernel 5.6 to kernel 5.7, and following started to happen on each boot: ... BUG: kernel NULL pointer dereference, address: 0128 ... CPU: 9 PID: 1940 Comm: modprobe Tainted: GE 5.7.2-200.im0.fc32.x

[PATCH v5 10/13] drm/panel: st7703: Enter sleep after display off

2020-06-26 Thread Ondrej Jirman
The datasheet suggests to issue sleep in after display off as a part of the panel's shutdown sequence. Signed-off-by: Ondrej Jirman --- drivers/gpu/drm/panel/panel-sitronix-st7703.c | 13 - 1 file changed, 12 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/panel/panel-sitr

[PATCH v5 04/13] drm/panel: rocktech-jh057n00900: Rename the driver to st7703

2020-06-26 Thread Ondrej Jirman
This rename is done so that the driver matches the name of the display controller and in preparation for adding support for more panels to the driver. This is just a basic file rename, with no code changes. Signed-off-by: Ondrej Jirman --- drivers/gpu/drm/panel/Kconfig | 26

Re: [RFC] Host1x/TegraDRM UAPI (drm_tegra_submit_relocation)

2020-06-26 Thread Dmitry Osipenko
25.06.2020 12:27, Mikko Perttunen пишет: > On 6/25/20 1:33 AM, Dmitry Osipenko wrote: >> 23.06.2020 15:09, Mikko Perttunen пишет: >>> struct drm_tegra_submit_relocation { >>> /* [in] Index of GATHER or GATHER_UPTR command in commands. */ >>> __u32 gather_command_index; >>> >>>    

[PATCH v5 01/13] dt-bindings: vendor-prefixes: Add Xingbangda

2020-06-26 Thread Ondrej Jirman
From: Icenowy Zheng Shenzhen Xingbangda Display Technology Co., Ltd is a company which produces LCD modules. It supplies the LCD panels for the PinePhone. Add the vendor prefix of it. Signed-off-by: Icenowy Zheng Signed-off-by: Ondrej Jirman Acked-by: Rob Herring --- Documentation/devicetre

[PATCH v5 11/13] drm/panel: st7703: Assert reset prior to powering down the regulators

2020-06-26 Thread Ondrej Jirman
The reset pin is inverted, so if we don't assert reset, the actual gpio will be high and may keep driving the IO port of the panel. Signed-off-by: Ondrej Jirman --- drivers/gpu/drm/panel/panel-sitronix-st7703.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/panel/panel-sitro

[PATCH v5 08/13] drm/panel: st7703: Move generic part of init sequence to enable callback

2020-06-26 Thread Ondrej Jirman
Calling sleep out and display on is a controller specific part of the initialization process. Move it out of the panel specific initialization function to the enable callback. Signed-off-by: Ondrej Jirman --- drivers/gpu/drm/panel/panel-sitronix-st7703.c | 33 ++- 1 file changed,

[PATCH v5 07/13] drm/panel: st7703: Move code specific to jh057n closer together

2020-06-26 Thread Ondrej Jirman
It's better than having it spread around the driver. Signed-off-by: Ondrej Jirman --- drivers/gpu/drm/panel/panel-sitronix-st7703.c | 50 +-- 1 file changed, 25 insertions(+), 25 deletions(-) diff --git a/drivers/gpu/drm/panel/panel-sitronix-st7703.c b/drivers/gpu/drm/panel/pan

Re: [RFC] Host1x/TegraDRM UAPI (drm_tegra_channel_map)

2020-06-26 Thread Dmitry Osipenko
23.06.2020 15:09, Mikko Perttunen пишет: > ### DRM_TEGRA_CHANNEL_MAP > > Make memory accessible by the engine while executing work on the channel. > > ``` > #define DRM_TEGRA_CHANNEL_MAP_READWRITE    (1<<0) > > struct drm_tegra_channel_map { >     /* > * [in] ID of the channel f

[PATCH v5 13/13] arm64: dts: sun50i-a64-pinephone: Add touchscreen support

2020-06-26 Thread Ondrej Jirman
Pinephone has a Goodix GT917S capacitive touchscreen controller on I2C0 bus. Add support for it. Signed-off-by: Ondrej Jirman --- .../dts/allwinner/sun50i-a64-pinephone.dtsi | 19 +++ 1 file changed, 19 insertions(+) diff --git a/arch/arm64/boot/dts/allwinner/sun50i-a64-pineph

[PATCH 1/1] drm/scheduler: improve job distribution with multiple queues

2020-06-26 Thread Nirmoy Das
This patch uses score to select a new drm scheduler for better loadbalance between multiple drm schedulers instead of num_jobs. Below are test results after running amdgpu_test for ~10 times. Before this patch: sched_name num of many times it got schedule = =

Re: [PATCH v1] drm/amd/powerplay: Fix NULL dereference in lock_bus() on Vega20 w/o RAS

2020-06-26 Thread Ivan Mironov
Issue still reproduces on latest 5.8.0-rc2+ (8be3a53e18e0e1a98f288f6c7f5e9da3adbe9c49). ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel

Warning triggered in drm_dp_delayed_destroy_work workqueue

2020-06-26 Thread Luis Henriques
Hi! I've been seeing this warning occasionally, not sure if it has been reported yet. It's not a regression as I remember seeing it in, at least, 5.7. Anyway, here it is: [ cut here ] sysfs group 'power' not found for kobject 'i2c-7' WARNING: CPU: 1 PID: 17996 at fs/sysf

[PATCH v5 05/13] drm/panel: st7703: Rename functions from jh057n prefix to st7703

2020-06-26 Thread Ondrej Jirman
This is done so that code that's not specific to a particular jh057n panel is named after the controller. Functions specific to the panel are kept named after the panel. Signed-off-by: Ondrej Jirman --- drivers/gpu/drm/panel/panel-sitronix-st7703.c | 90 ++- 1 file changed, 46 in

[RFC] drm: expose connector status values in uapi

2020-06-26 Thread Simon Ser
Right now user-space doesn't have access to connector status definitions. This means user-space needs to maintain a separate enum for these, and makes it difficult to document the uapi. Introduce defines in drm_mode.h, and copy over the docs. Keep using the drm_connector_status enum in drivers, be

Re: [PATCH 27/27] drm: Add default modes for connectors in unknown state

2020-06-26 Thread Pekka Paalanen
On Thu, 25 Jun 2020 12:44:36 +0200 Daniel Vetter wrote: > On Thu, Jun 25, 2020 at 12:32 PM Pekka Paalanen wrote: > > > > On Thu, 25 Jun 2020 09:57:44 +0200 > > Daniel Vetter wrote: > > > > > On Thu, Jun 25, 2020 at 9:56 AM Daniel Vetter wrote: > > > > > > > > On Wed, Jun 24, 2020 at 03:40:

Re: [RFC] Host1x/TegraDRM UAPI (drm_tegra_submit_relocation)

2020-06-26 Thread Mikko Perttunen
On 6/26/20 1:50 AM, Dmitry Osipenko wrote: 25.06.2020 12:27, Mikko Perttunen пишет: On 6/25/20 1:33 AM, Dmitry Osipenko wrote: 23.06.2020 15:09, Mikko Perttunen пишет: struct drm_tegra_submit_relocation { /* [in] Index of GATHER or GATHER_UPTR command in commands. */ __u32

Re: [RFC] Host1x/TegraDRM UAPI

2020-06-26 Thread Mikko Perttunen
On 6/26/20 2:24 AM, Dmitry Osipenko wrote: 25.06.2020 12:16, Mikko Perttunen пишет: On 6/25/20 2:11 AM, Dmitry Osipenko wrote: 23.06.2020 15:09, Mikko Perttunen пишет: /* Command is an opcode gather from a GEM handle */ #define DRM_TEGRA_SUBMIT_COMMAND_GATHER 0 /* Command is an opc

[radeon-alex:drm-next 462/499] drivers/gpu/drm/amd/amdgpu/../display/dmub/src/dmub_dcn20.c:326:8: warning: missing braces around initializer

2020-06-26 Thread kernel test robot
tree: git://people.freedesktop.org/~agd5f/linux.git drm-next head: 7aebbbd59a2ee62e3b75d7e8e3617171c3c6a208 commit: 956a0ff27b40732740abac49cd773574a4a81793 [462/499] drm/amd/display: add mechanism to skip DCN init config: i386-randconfig-a014-20200624 (attached as .config) compiler: gcc-4.9 (

Re: [RFC] drm: expose connector status values in uapi

2020-06-26 Thread Pekka Paalanen
On Fri, 26 Jun 2020 07:55:12 + Simon Ser wrote: > Right now user-space doesn't have access to connector status definitions. > This means user-space needs to maintain a separate enum for these, and > makes it difficult to document the uapi. > > Introduce defines in drm_mode.h, and copy over t

Re: [PATCH 1/3] gpu: ipu-v3: Restore RGB32, BGR32

2020-06-26 Thread Philipp Zabel
On Wed, 2020-06-17 at 15:40 -0700, Steve Longerbeam wrote: > RGB32 and BGR32 formats were inadvertently removed from the switch > statement in ipu_pixelformat_to_colorspace(). Restore them. > > Fixes: a59957172b0c ("gpu: ipu-v3: enable remaining 32-bit RGB V4L2 pixel > formats") > Signed-off-by:

Re: [PATCH 27/27] drm: Add default modes for connectors in unknown state

2020-06-26 Thread Daniel Stone
Hi, On Fri, 26 Jun 2020 at 10:00, Pekka Paalanen wrote: > On Thu, 25 Jun 2020 12:44:36 +0200 Daniel Vetter wrote: > > Maybe an aside, but the guideline is for autoconfiguration: > > - Light up everything that has connector status connected. > > - If nothing has that status, try to light up the c

Re: [PATCH 2/3] gpu: ipu-v3: image-convert: Combine rotate/no-rotate irq handlers

2020-06-26 Thread Philipp Zabel
On Wed, 2020-06-17 at 15:40 -0700, Steve Longerbeam wrote: > Combine the rotate_irq() and norotate_irq() handlers into a single > eof_irq() handler. > > Signed-off-by: Steve Longerbeam Reviewed-by: Philipp Zabel regards Philipp > --- > drivers/gpu/ipu-v3/ipu-image-convert.c | 58 +---

Re: [PATCH v2 3/3] gpu: ipu-v3: image-convert: Wait for all EOFs before completing a tile

2020-06-26 Thread Philipp Zabel
Hi Steve, On Thu, 2020-06-25 at 11:13 -0700, Steve Longerbeam wrote: > Use a bit-mask of EOF irqs to determine when all required idmac > channel EOFs have been received for a tile conversion, and only do > tile completion processing after all EOFs have been received. Otherwise > it was found that

Re: [PATCH] backlight: lms501kf03: Drop unused include

2020-06-26 Thread Daniel Thompson
On Fri, Jun 26, 2020 at 01:25:12AM +0200, Linus Walleij wrote: > This driver includes but does not use any > symbols from that file, drop the include. > > Signed-off-by: Linus Walleij Reviewed-by: Daniel Thompson > --- > drivers/video/backlight/lms501kf03.c | 1 - > 1 file changed, 1 deleti

Re: [PATCH 3/8] backlight: ili922x: Add missing kerneldoc descriptions for CHECK_FREQ_REG() args

2020-06-26 Thread Daniel Thompson
On Thu, Jun 25, 2020 at 11:33:34AM +0100, Lee Jones wrote: > On Thu, 25 Jun 2020, Daniel Thompson wrote: > > > On Wed, Jun 24, 2020 at 03:57:16PM +0100, Lee Jones wrote: > > > Kerneldoc syntax is used, but not complete. Descriptions required. > > > > > > Prevents warnings like: > > > > > > dri

[PATCH v6 1/4] driver core: add device probe log helper

2020-06-26 Thread Andrzej Hajda
During probe every time driver gets resource it should usually check for error printk some message if it is not -EPROBE_DEFER and return the error. This pattern is simple but requires adding few lines after any resource acquisition code, as a result it is often omitted or implemented only partially

[PATCH v6 3/4] drm/bridge/sii8620: fix resource acquisition error handling

2020-06-26 Thread Andrzej Hajda
In case of error during resource acquisition driver should print error message only in case it is not deferred probe, using dev_err_probe helper solves the issue. Moreover it records defer probe reason for debugging. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/bridge/sil-sii8620.c | 21

[PATCH v6 4/4] drm/bridge: lvds-codec: simplify error handling

2020-06-26 Thread Andrzej Hajda
Using dev_err_probe code has following advantages: - shorter code, - recorded defer probe reason for debugging, - uniform error code logging. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/bridge/lvds-codec.c | 10 +++--- 1 file changed, 3 insertions(+), 7 deletions(-) diff --git a/driver

[PATCH v6 0/4] driver core: add probe error check helper

2020-06-26 Thread Andrzej Hajda
Hi All, Thanks for multiple comments. Changes since v5: - removed patch adding macro, dev_err_probe(dev, PTR_ERR(ptr), ...) should be used instead, - added dev_dbg logging in case of -EPROBE_DEFER, - renamed functions and vars according to comments, - extended docs, - cosmetics. Original messag

[PATCH v6 2/4] driver core: add deferring probe reason to devices_deferred property

2020-06-26 Thread Andrzej Hajda
/sys/kernel/debug/devices_deferred property contains list of deferred devices. This list does not contain reason why the driver deferred probe, the patch improves it. The natural place to set the reason is probe_err function introduced recently, ie. if probe_err will be called with -EPROBE_DEFER in

[PATCH] backlight: Delete the OT200 backlight driver

2020-06-26 Thread Linus Walleij
This driver has no in-kernel users. The device can only be populated by board files since it does not support device tree nor ACPI, and nothing in the kernel creates a device named "ot200-backlight". This driver has been in the kernel since 2012. If it is used by out-of-tree code that code should

[PATCH] drm/vc4: call ->post_disable() functions in vc4_dsi_encoder_disable()

2020-06-26 Thread Dan Carpenter
The problem is that the iterator is already at the list head so the list_for_each_entry_from() loop is a no-op and we don't call the the iter->funcs->post_disable() functions. This should be list_for_each_entry() instead. Fixes: 033bfe7538a1 ("drm/vc4: dsi: Fix bridge chain handling") Signed-off-

Re: [PATCH] drm/vc4: call ->post_disable() functions in vc4_dsi_encoder_disable()

2020-06-26 Thread Boris Brezillon
On Fri, 26 Jun 2020 13:34:01 +0300 Dan Carpenter wrote: > The problem is that the iterator is already at the list head so the > list_for_each_entry_from() loop is a no-op and we don't call the > the iter->funcs->post_disable() functions. This should be > list_for_each_entry() instead. > > Fixes

[PATCH] drm/vmwgfx: Use correct vmw_legacy_display_unit pointer

2020-06-26 Thread Dan Carpenter
The "entry" pointer is an offset from the list head and it doesn't point to a valid vmw_legacy_display_unit struct. Presumably the intent was to point to the last entry. Also the "i++" wasn't used so I have removed that as well. Fixes: d7e1958dbe4a ("drm/vmwgfx: Support older hardware.") Signed-

[PATCH] drm/vmwgfx: Fix two list_for_each loop exit tests

2020-06-26 Thread Dan Carpenter
These if statements are supposed to be true if we ended the list_for_each_entry() loops without hitting a break statement but they don't work. In the first loop, we increment "i" after the "if (i == unit)" condition so we don't necessarily know that "i" is not equal to unit at the end of the loop.

[PULL] drm-misc-next

2020-06-26 Thread Maarten Lankhorst
drm-misc-next-2020-06-26: drm-misc-next for v5.9: Cross-subsystem Changes: - Improve dma-buf docs. Core Changes: - Add NV15, Q410, Q401 yuv formats. - Add uncompressed AFBC modifier. - Add DP helepr for reading Ignore MSA from DPCD. - Add missing panel type for some panels - Optimize drm/mm hole

Re: [RFC] Host1x/TegraDRM UAPI

2020-06-26 Thread Karol Herbst
On Tue, Jun 23, 2020 at 3:03 PM Mikko Perttunen wrote: > > # Host1x/TegraDRM UAPI proposal > > This is a proposal for a stable UAPI for Host1x and TegraDRM, to replace > the current TegraDRM UAPI that is behind `STAGING` and quite obsolete in > many ways. > > I haven't written any implementation y

Re: [PATCH] backlight: Delete the OT200 backlight driver

2020-06-26 Thread Daniel Thompson
On Fri, Jun 26, 2020 at 12:25:00PM +0200, Linus Walleij wrote: > This driver has no in-kernel users. The device can only be populated > by board files since it does not support device tree nor ACPI, > and nothing in the kernel creates a device named "ot200-backlight". > > This driver has been in t

Re: [RFC] Host1x/TegraDRM UAPI

2020-06-26 Thread Mikko Perttunen
On 6/26/20 2:06 PM, Karol Herbst wrote: On Tue, Jun 23, 2020 at 3:03 PM Mikko Perttunen wrote: # Host1x/TegraDRM UAPI proposal This is a proposal for a stable UAPI for Host1x and TegraDRM, to replace the current TegraDRM UAPI that is behind `STAGING` and quite obsolete in many ways. I haven'

Re: [RFC] Host1x/TegraDRM UAPI

2020-06-26 Thread Karol Herbst
On Fri, Jun 26, 2020 at 1:13 PM Mikko Perttunen wrote: > > On 6/26/20 2:06 PM, Karol Herbst wrote: > > On Tue, Jun 23, 2020 at 3:03 PM Mikko Perttunen wrote: > >> > >> # Host1x/TegraDRM UAPI proposal > >> > >> This is a proposal for a stable UAPI for Host1x and TegraDRM, to replace > >> the curre

[PATCH 0/1] drm/bridge: analogix_dp: Add PSR toggle

2020-06-26 Thread Shawn Anastasio
This patch adds a commandline toggle for the Panel Self-Refresh feature to the analogix_dp bridge driver, much like the one in i915. This is required to work around a hardware fault in some Pinebook Pro units from the May 2020 batch whose display panels seem to behave sporadically when PSR is enab

[PATCH 1/1] drm/bridge: analogix_dp: Add enable_psr param

2020-06-26 Thread Shawn Anastasio
Add a toggle to enable/disable PSR from the kernel commandline. This is useful in situations where PSR is supported by the hardware but is not desired by the user. One such use case is working around hardware errata. Signed-off-by: Shawn Anastasio --- drivers/gpu/drm/bridge/analogix/analogix_dp_

Re: [RFC] Host1x/TegraDRM UAPI

2020-06-26 Thread Thierry Reding
On Fri, Jun 26, 2020 at 01:06:58PM +0200, Karol Herbst wrote: > On Tue, Jun 23, 2020 at 3:03 PM Mikko Perttunen wrote: > > > > # Host1x/TegraDRM UAPI proposal > > > > This is a proposal for a stable UAPI for Host1x and TegraDRM, to replace > > the current TegraDRM UAPI that is behind `STAGING` and

Re: [v3] drm/bridge: ti-sn65dsi86: ensure bridge suspend happens during PM sleep

2020-06-26 Thread Neil Armstrong
Hi, On 19/06/2020 00:09, Doug Anderson wrote: > Hi, > > On Tue, Jun 9, 2020 at 5:05 AM Harigovindan P wrote: >> >> ti-sn65dsi86 bridge is enumerated as a runtime device. When >> suspend is triggered, PM core adds a refcount on all the >> devices and calls device suspend, since usage count is >>

Re: [RFC] drm: expose connector status values in uapi

2020-06-26 Thread Simon Ser
On Friday, June 26, 2020 11:15 AM, Pekka Paalanen wrote: > I have no opinion really if adding yet another set of the same > definitions is good or not. We do need the UAPI doc, but that does not > necessarily mean we also need definition code in UAPI headers. > > I give this one a shrug. But the

[PATCH] dma-buf: document dma-fence-chain purpose/behavior

2020-06-26 Thread Lionel Landwerlin
Trying to explain a bit how this thing works. In my opinion diagrams are a bit easier to understand than words. Signed-off-by: Lionel Landwerlin --- drivers/dma-buf/dma-fence-chain.c | 37 +++ 1 file changed, 37 insertions(+) diff --git a/drivers/dma-buf/dma-fence-ch

Re: [Intel-gfx] [PATCH 1/2] Revert "dma-buf: Report signaled links inside dma-fence-chain"

2020-06-26 Thread Daniel Vetter
On Fri, Jun 26, 2020 at 9:03 AM Christian König wrote: > > Am 26.06.20 um 06:43 schrieb Sumit Semwal: > > On Fri, 26 Jun 2020 at 01:24, Daniel Vetter wrote: > >> Ignoring everything else ... > >> > >> On Thu, Jun 25, 2020 at 9:28 PM Jani Nikula > >> wrote: > >>> As a side note, there seem to be

Re: [PATCH] dma-buf: document dma-fence-chain purpose/behavior

2020-06-26 Thread Daniel Vetter
On Fri, Jun 26, 2020 at 2:21 PM Lionel Landwerlin wrote: > > Trying to explain a bit how this thing works. In my opinion diagrams > are a bit easier to understand than words. kerneldoc supports in-line DOT graphs, see e.g. https://dri.freedesktop.org/docs/drm/gpu/drm-kms.html#overview If that d

Re: [RFC] drm: expose connector status values in uapi

2020-06-26 Thread Pekka Paalanen
On Fri, 26 Jun 2020 12:05:16 + Simon Ser wrote: > On Friday, June 26, 2020 11:15 AM, Pekka Paalanen wrote: > > > I have no opinion really if adding yet another set of the same > > definitions is good or not. We do need the UAPI doc, but that does not > > necessarily mean we also need defini

Re: [RESEND] [PATCH v6 0/8] do not store GPU address in TTM

2020-06-26 Thread Christian König
Am 25.06.20 um 18:02 schrieb Christian König: Am 25.06.20 um 17:52 schrieb Christian König: Am 25.06.20 um 17:44 schrieb Daniel Vetter: On Thu, Jun 25, 2020 at 11:50 AM Christian König wrote: I've pushed patches #1, #2 and #5-#8 of this series to drm-misc-next. I think you left an unresolved

Re: [RESEND] [PATCH v6 0/8] do not store GPU address in TTM

2020-06-26 Thread Daniel Vetter
On Fri, Jun 26, 2020 at 3:12 PM Daniel Vetter wrote: > > On Fri, Jun 26, 2020 at 3:04 PM Christian König > wrote: > > > > Am 25.06.20 um 18:02 schrieb Christian König: > > > Am 25.06.20 um 17:52 schrieb Christian König: > > >> Am 25.06.20 um 17:44 schrieb Daniel Vetter: > > >>> On Thu, Jun 25, 20

Re: [RESEND] [PATCH v6 0/8] do not store GPU address in TTM

2020-06-26 Thread Daniel Vetter
On Fri, Jun 26, 2020 at 3:04 PM Christian König wrote: > > Am 25.06.20 um 18:02 schrieb Christian König: > > Am 25.06.20 um 17:52 schrieb Christian König: > >> Am 25.06.20 um 17:44 schrieb Daniel Vetter: > >>> On Thu, Jun 25, 2020 at 11:50 AM Christian König > >>> wrote: > I've pushed patche

[Bug 208333] New: No desktop on 5.8 rc1 rc2 with Gtx 760 driver nouveau

2020-06-26 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=208333 Bug ID: 208333 Summary: No desktop on 5.8 rc1 rc2 with Gtx 760 driver nouveau Product: Drivers Version: 2.5 Kernel Version: 5.8 rc2 Hardware: All OS: Linux Tr

Re: [PATCH 27/27] drm: Add default modes for connectors in unknown state

2020-06-26 Thread Daniel Vetter
On Fri, Jun 26, 2020 at 10:25:45AM +0100, Daniel Stone wrote: > Hi, > > On Fri, 26 Jun 2020 at 10:00, Pekka Paalanen wrote: > > On Thu, 25 Jun 2020 12:44:36 +0200 Daniel Vetter wrote: > > > Maybe an aside, but the guideline is for autoconfiguration: > > > - Light up everything that has connector

Re: [RFC] Host1x/TegraDRM UAPI

2020-06-26 Thread Daniel Vetter
On Fri, Jun 26, 2020 at 01:40:40PM +0200, Thierry Reding wrote: > On Fri, Jun 26, 2020 at 01:06:58PM +0200, Karol Herbst wrote: > > On Tue, Jun 23, 2020 at 3:03 PM Mikko Perttunen wrote: > > > > > > # Host1x/TegraDRM UAPI proposal > > > > > > This is a proposal for a stable UAPI for Host1x and Teg

Re: Warning triggered in drm_dp_delayed_destroy_work workqueue

2020-06-26 Thread Daniel Vetter
Adding Lyude, she's been revamping all the lifetime refcouting in the dp code last few kernel releases. At a glance I don't even have an idea what's going wrong here ... -Daniel On Thu, Jun 25, 2020 at 12:22 PM Luis Henriques wrote: > > Hi! > > I've been seeing this warning occasionally, not sure

Re: [PATCH] drm/atomic_helper: duplicate state for drm_private_obj

2020-06-26 Thread Daniel Vetter
On Thu, Jun 25, 2020 at 09:24:38AM -0700, Rob Clark wrote: > On Thu, Jun 25, 2020 at 8:55 AM Daniel Vetter wrote: > > > > On Thu, Jun 25, 2020 at 4:17 PM Rob Clark wrote: > > > > > > On Thu, Jun 25, 2020 at 5:35 AM Daniel Vetter > > > wrote: > > > > > > > > On Thu, Jun 25, 2020 at 1:58 PM Shawn

Re: [PATCH] dma-buf: document dma-fence-chain purpose/behavior

2020-06-26 Thread Lionel Landwerlin
On 26/06/2020 15:43, Daniel Vetter wrote: On Fri, Jun 26, 2020 at 2:21 PM Lionel Landwerlin wrote: Trying to explain a bit how this thing works. In my opinion diagrams are a bit easier to understand than words. kerneldoc supports in-line DOT graphs, see e.g. https://dri.freedesktop.org/docs/d

[PATCH] drm: drm_fourcc: Add generic alias for 16_16_TILE modifier

2020-06-26 Thread Brian Starkey
In cases such as DRM_FORMAT_MOD_SAMSUNG_16_16_TILE, the modifier describes a generic pixel re-ordering which can be applicable to multiple vendors. Define an alias: DRM_FORMAT_MOD_GENERIC_16_16_TILE, which can be used to describe this layout in a vendor-neutral way, and add a comment about the exp

Re: Warning triggered in drm_dp_delayed_destroy_work workqueue

2020-06-26 Thread Ville Syrjälä
On Fri, Jun 26, 2020 at 03:40:20PM +0200, Daniel Vetter wrote: > Adding Lyude, she's been revamping all the lifetime refcouting in the > dp code last few kernel releases. At a glance I don't even have an > idea what's going wrong here ... Already fixed by Imre I believe. 7d11507605a7 ("drm/dp_mst

Re: [PATCH] drm: drm_fourcc: Add generic alias for 16_16_TILE modifier

2020-06-26 Thread Daniel Vetter
On Fri, Jun 26, 2020 at 3:52 PM Brian Starkey wrote: > > In cases such as DRM_FORMAT_MOD_SAMSUNG_16_16_TILE, the modifier > describes a generic pixel re-ordering which can be applicable to > multiple vendors. > > Define an alias: DRM_FORMAT_MOD_GENERIC_16_16_TILE, which can be > used to describe t

Re: [PATCH] drm: drm_fourcc: Add generic alias for 16_16_TILE modifier

2020-06-26 Thread Brian Starkey
Hi Daniel, On Fri, Jun 26, 2020 at 04:07:43PM +0200, Daniel Vetter wrote: > On Fri, Jun 26, 2020 at 3:52 PM Brian Starkey wrote: > > > > In cases such as DRM_FORMAT_MOD_SAMSUNG_16_16_TILE, the modifier > > describes a generic pixel re-ordering which can be applicable to > > multiple vendors. > >

Re: [PATCH 1/2] drm: drm_fourcc: add NV20 YUV format【请注意,邮件由linux-rockchip-bounces+sandy.huang=rock-chips....@lists.infradead.org代发】

2020-06-26 Thread Jonas Karlman
On 2020-06-17 14:07, Huang Jiachai wrote: > Hi Jonas Karlman, > >     Is there an another yuv 10bit format with 4:4:4 sub-simpling but > has no padding? > >  Maybe we can call it DRM_FORMAT_NV30: > > { .format = DRM_FORMAT_NV30, .depth = 0, >.num_planes = 2, .char_per_block = { 5

Re: [PATCH] dma-buf: document dma-fence-chain purpose/behavior

2020-06-26 Thread Chris Wilson
Quoting Lionel Landwerlin (2020-06-26 13:21:00) > Trying to explain a bit how this thing works. In my opinion diagrams > are a bit easier to understand than words. > > Signed-off-by: Lionel Landwerlin > --- > drivers/dma-buf/dma-fence-chain.c | 37 +++ > 1 file change

Re: [PATCH] dma-buf: document dma-fence-chain purpose/behavior

2020-06-26 Thread Lionel Landwerlin
On 26/06/2020 17:22, Chris Wilson wrote: Quoting Lionel Landwerlin (2020-06-26 13:21:00) Trying to explain a bit how this thing works. In my opinion diagrams are a bit easier to understand than words. Signed-off-by: Lionel Landwerlin --- drivers/dma-buf/dma-fence-chain.c | 37 +++

Re: [PATCH] drm: drm_fourcc: Add generic alias for 16_16_TILE modifier

2020-06-26 Thread Daniel Vetter
On Fri, Jun 26, 2020 at 4:16 PM Brian Starkey wrote: > > Hi Daniel, > > On Fri, Jun 26, 2020 at 04:07:43PM +0200, Daniel Vetter wrote: > > On Fri, Jun 26, 2020 at 3:52 PM Brian Starkey wrote: > > > > > > In cases such as DRM_FORMAT_MOD_SAMSUNG_16_16_TILE, the modifier > > > describes a generic pi

Re: [PATCH] drm: drm_fourcc: Add generic alias for 16_16_TILE modifier

2020-06-26 Thread Brian Starkey
On Fri, Jun 26, 2020 at 05:16:53PM +0200, Daniel Vetter wrote: > On Fri, Jun 26, 2020 at 4:16 PM Brian Starkey wrote: > > > > Hi Daniel, > > > > On Fri, Jun 26, 2020 at 04:07:43PM +0200, Daniel Vetter wrote: > > > On Fri, Jun 26, 2020 at 3:52 PM Brian Starkey > > > wrote: > > > > > > > > In case

Re: [PATCH] drm/atomic_helper: duplicate state for drm_private_obj

2020-06-26 Thread Rob Clark
On Fri, Jun 26, 2020 at 6:46 AM Daniel Vetter wrote: > > On Thu, Jun 25, 2020 at 09:24:38AM -0700, Rob Clark wrote: > > On Thu, Jun 25, 2020 at 8:55 AM Daniel Vetter > > wrote: > > > > > > On Thu, Jun 25, 2020 at 4:17 PM Rob Clark wrote: > > > > > > > > On Thu, Jun 25, 2020 at 5:35 AM Daniel Ve

[no subject]

2020-06-26 Thread Rob Clark
Hi Dave, A few fixes, mostly fallout from the address space refactor and dpu color processing. The following changes since commit 1cb2c4a2c89b2004a36399860c85a1af9b3fcba7: Revert "drm/msm/dpu: add support for clk and bw scaling for display" (2020-06-01 20:56:18 -0700) are available in the Gi

Re: [PATCH 3/8] backlight: ili922x: Add missing kerneldoc descriptions for CHECK_FREQ_REG() args

2020-06-26 Thread Lee Jones
On Fri, 26 Jun 2020, Daniel Thompson wrote: > On Thu, Jun 25, 2020 at 11:33:34AM +0100, Lee Jones wrote: > > On Thu, 25 Jun 2020, Daniel Thompson wrote: > > > > > On Wed, Jun 24, 2020 at 03:57:16PM +0100, Lee Jones wrote: > > > > Kerneldoc syntax is used, but not complete. Descriptions required.

Re: [Intel-gfx] [PATCH 1/2] Revert "dma-buf: Report signaled links inside dma-fence-chain"

2020-06-26 Thread Sumit Semwal
Hi Christian, On Fri, 26 Jun 2020, 18:10 Daniel Vetter, wrote: > On Fri, Jun 26, 2020 at 9:03 AM Christian König > wrote: > > > > Am 26.06.20 um 06:43 schrieb Sumit Semwal: > > > On Fri, 26 Jun 2020 at 01:24, Daniel Vetter wrote: > > >> Ignoring everything else ... > > >> > > >> On Thu, Jun 25

[pull] drm/msm: msm-fixes for 5.8-rc3

2020-06-26 Thread Rob Clark
(retry with $subject) Hi Dave, A few fixes, mostly fallout from the address space refactor and dpu color processing. The following changes since commit 1cb2c4a2c89b2004a36399860c85a1af9b3fcba7: Revert "drm/msm/dpu: add support for clk and bw scaling for display" (2020-06-01 20:56:18 -0700)

Re: [PATCH v6 1/4] driver core: add device probe log helper

2020-06-26 Thread Rafael J. Wysocki
On Fri, Jun 26, 2020 at 12:01 PM Andrzej Hajda wrote: > > During probe every time driver gets resource it should usually check for > error printk some message if it is not -EPROBE_DEFER and return the error. > This pattern is simple but requires adding few lines after any resource > acquisition co

Re: [PATCH v6 2/4] driver core: add deferring probe reason to devices_deferred property

2020-06-26 Thread Rafael J. Wysocki
On Fri, Jun 26, 2020 at 12:01 PM Andrzej Hajda wrote: > > /sys/kernel/debug/devices_deferred property contains list of deferred devices. > This list does not contain reason why the driver deferred probe, the patch > improves it. > The natural place to set the reason is probe_err function introduce

Re: [PATCH] drm: drm_fourcc: Add generic alias for 16_16_TILE modifier

2020-06-26 Thread Daniel Vetter
On Fri, Jun 26, 2020 at 5:21 PM Brian Starkey wrote: > > On Fri, Jun 26, 2020 at 05:16:53PM +0200, Daniel Vetter wrote: > > On Fri, Jun 26, 2020 at 4:16 PM Brian Starkey wrote: > > > > > > Hi Daniel, > > > > > > On Fri, Jun 26, 2020 at 04:07:43PM +0200, Daniel Vetter wrote: > > > > On Fri, Jun 26

Re: [PATCH v6 1/4] driver core: add device probe log helper

2020-06-26 Thread Sam Ravnborg
Hi Andrzej On Fri, Jun 26, 2020 at 12:01:00PM +0200, Andrzej Hajda wrote: > During probe every time driver gets resource it should usually check for > error printk some message if it is not -EPROBE_DEFER and return the error. > This pattern is simple but requires adding few lines after any resourc

Re: [PATCH] drm: drm_fourcc: Add generic alias for 16_16_TILE modifier

2020-06-26 Thread Brian Starkey
On Fri, Jun 26, 2020 at 06:15:36PM +0200, Daniel Vetter wrote: > On Fri, Jun 26, 2020 at 5:21 PM Brian Starkey wrote: > > > > On Fri, Jun 26, 2020 at 05:16:53PM +0200, Daniel Vetter wrote: > > > On Fri, Jun 26, 2020 at 4:16 PM Brian Starkey > > > wrote: > > > > > > > > Hi Daniel, > > > > > > > >

[PATCH v2] drm: drm_fourcc: Add generic alias for 16_16_TILE modifier

2020-06-26 Thread Brian Starkey
In cases such as DRM_FORMAT_MOD_SAMSUNG_16_16_TILE, the modifier describes a generic pixel re-ordering which can be applicable to multiple vendors. Define an alias: DRM_FORMAT_MOD_GENERIC_16_16_TILE, which can be used to describe this layout in a vendor-neutral way, and add a comment about the exp

Re: [PATCH v3 0/7] Convert the remaining text files to ReST

2020-06-26 Thread Jonathan Corbet
On Tue, 23 Jun 2020 15:31:33 +0200 Mauro Carvalho Chehab wrote: > The main goal of this series is to finish the ReST conversion. After this > series, we have just those files still in plain old format: > > - Documentation/RCU/RTFP.txt > - Documentation/atomic_bitops.txt > - Doc

RE: [PATCH 1/2] drm/ttm: cleanup ttm_mem_type_manager_func.get_node interface

2020-06-26 Thread Ruhl, Michael J
>-Original Message- >From: dri-devel On Behalf Of >Christian König >Sent: Wednesday, June 24, 2020 9:36 AM >To: dri-devel@lists.freedesktop.org >Subject: [PATCH 1/2] drm/ttm: cleanup >ttm_mem_type_manager_func.get_node interface > >Instead of signaling failure by setting the node pointer t

RE: [PATCH 2/2] drm/ttm: make TT creation purely optional

2020-06-26 Thread Ruhl, Michael J
>-Original Message- >From: dri-devel On Behalf Of >Christian König >Sent: Wednesday, June 24, 2020 9:36 AM >To: dri-devel@lists.freedesktop.org >Subject: [PATCH 2/2] drm/ttm: make TT creation purely optional > >We only need the page array when the BO is about to be accessed. > >So not only

Re: [PATCH 1/2] drm/ttm: cleanup ttm_mem_type_manager_func.get_node interface

2020-06-26 Thread Christian König
Am 26.06.20 um 19:39 schrieb Ruhl, Michael J: -Original Message- From: dri-devel On Behalf Of Christian König Sent: Wednesday, June 24, 2020 9:36 AM To: dri-devel@lists.freedesktop.org Subject: [PATCH 1/2] drm/ttm: cleanup ttm_mem_type_manager_func.get_node interface Instead of signalin

Re: [PATCH v2 3/3] gpu: ipu-v3: image-convert: Wait for all EOFs before completing a tile

2020-06-26 Thread Steve Longerbeam
Hi Philipp, On 6/26/20 2:38 AM, Philipp Zabel wrote: Hi Steve, On Thu, 2020-06-25 at 11:13 -0700, Steve Longerbeam wrote: Use a bit-mask of EOF irqs to determine when all required idmac channel EOFs have been received for a tile conversion, and only do tile completion processing after all EOFs

Re: [git pull] drm fixes for v5.8-rc3

2020-06-26 Thread pr-tracker-bot
The pull request you sent on Fri, 26 Jun 2020 14:26:34 +1000: > git://anongit.freedesktop.org/drm/drm tags/drm-fixes-2020-06-26 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/6a6c9b220a7fb7c8285ad1739ac3c909584feb43 Thank you! -- Deet-doot-dot, I am a bot. https://k

  1   2   >