linux-next: manual merge of the akpm-current tree with the drm tree

2020-04-02 Thread Stephen Rothwell
Hi all, Today's linux-next merge of the akpm-current tree got a conflict in: mm/memory.c between commit: 327e9fd48972 ("mm: Split huge pages on write-notify or COW") from the drm tree and commit: de0b1f32cbeb ("userfaultfd: wp: hook userfault handler to write protection fault") from

linux-next: manual merge of the akpm-current tree with the drm tree

2020-04-02 Thread Stephen Rothwell
Hi all, Today's linux-next merge of the akpm-current tree got a conflict in: include/linux/huge_mm.h between commit: 9a9731b18c9b ("mm: Add vmf_insert_pfn_xxx_prot() for huge page-table entries") from the drm tree and commit: 7b6b88969e9d ("mm: merge parameters for

[git pull] drm ttm hugepages feature pull for 5.7-rc1

2020-04-02 Thread Dave Airlie
Hi Linus, This is the second pull, it has some changes to mm in it that should all have acks on them. The first dax constify arg patch got an ack on the list from Matthew Wilcox and Dan Williams after the MR was sent, but I didn't think it was worth a resend for that. This adds support for

Re: [PATCH 1/1] lib/vsprintf: Add support for printing V4L2 and DRM fourccs

2020-04-02 Thread Joe Perches
On Thu, 2020-04-02 at 15:53 +0200, Mauro Carvalho Chehab wrote: > I liked one of the suggestions of using "%p4cc" (or maybe something > similar, if having a number there is a problem, like "%pAcc" or "%pfcc") Using a number is not a problem. ___

Re: [PATCH 1/1] lib/vsprintf: Add support for printing V4L2 and DRM fourccs

2020-04-02 Thread Joe Perches
On Thu, 2020-04-02 at 11:34 +0300, Jani Nikula wrote: > On Wed, 01 Apr 2020, Sakari Ailus wrote: > > Add a printk modifier %ppf (for pixel format) for printing V4L2 and DRM > > pixel formats denoted by 4ccs. The 4cc encoding is the same for both so > > the same implementation can be used. > >

Re: linux-next: manual merge of the drm tree with the omap tree

2020-04-02 Thread Stephen Rothwell
Hi all, On Wed, 18 Mar 2020 13:50:34 +1100 Stephen Rothwell wrote: > > Today's linux-next merge of the drm tree got a conflict in: > > arch/arm/configs/omap2plus_defconfig > > between commit: > > 98c2cc359f8f ("ARM: omap2plus_defconfig: Update for moved and dropped > options") > > from

[PATCH] drm/legacy: Fix type for drm_local_map.offset

2020-04-02 Thread Chris Wilson
drm_local_map.offset is not only used for resource_size_t but also dma_addr_t which may be of different sizes. Reported-by: Nathan Chancellor Fixes: 8e4ff9b56957 ("drm: Remove the dma_alloc_coherent wrapper for internal usage") Signed-off-by: Chris Wilson Cc: Dave Airlie Cc: Nathan Chancellor

[PULL] drm-intel-next-fixes

2020-04-02 Thread Rodrigo Vivi
Hi Dave and Daniel, Here goes drm-intel-next-fixes-2020-04-02: Only gvt fixes on this round: - Fix non-privilege access warning (Tina) - Fix display port type (Tina) - BDW cmd parser missed SWTESS_BASE_ADDRESS (Yan) - Bypass length check of LRI (Yan) - Fix one klocwork warning (Tina) Thanks,

Re: [git pull] drm for 5.7-rc1

2020-04-02 Thread Linus Torvalds
On Thu, Apr 2, 2020 at 1:33 PM Nathan Chancellor wrote: > > This fixes it but I am not sure if it is proper or not (could be > problematic if CONFIG_PHYS_ADDR_T_64BIT is set but > CONFIG_ARCH_DMA_ADDR_T_64BIT is not, not sure if that is possible) so I > figured I'd report it and let you guys deal

Re: How to handle disconnection of eDP panels due to dynamic display mux switches

2020-04-02 Thread Lukas Wunner
On Thu, Apr 02, 2020 at 12:56:04PM -0500, Daniel Dadap wrote: > I'll check one of the eDP-based systems I've been experimenting on to see if > setting the VGA_SWITCHER_NEEDS_EDP_CONFIG capability in the handler is > sufficient to make i915 avoid poking the AUX channel when it's mux-switched >

Re: [PATCH v4.19.y, v4.14.y, v4.9.y] drm/etnaviv: Backport fix for mmu flushing

2020-04-02 Thread Lucas Stach
Am Donnerstag, den 02.04.2020, 18:07 +0100 schrieb Robert Beckett: > commit 4900dda90af2cb13bc1d4c12ce94b98acc8fe64e upstream > > Due to async need_flush updating via other buffer mapping, checking > gpu->need_flush in 3 places within etnaviv_buffer_queue can cause GPU > hangs. > > This occurs

[PATCH v4.9.y] drm/etnaviv: replace MMU flush marker with flush sequence

2020-04-02 Thread Robert Beckett
From: Lucas Stach commit 4900dda90af2cb13bc1d4c12ce94b98acc8fe64e upstream If a MMU is shared between multiple GPUs, all of them need to flush their TLBs, so a single marker that gets reset on the first flush won't do. Replace the flush marker with a sequence number, so that it's possible to

[PATCH v4.14.y] drm/etnaviv: replace MMU flush marker with flush sequence

2020-04-02 Thread Robert Beckett
From: Lucas Stach commit 4900dda90af2cb13bc1d4c12ce94b98acc8fe64e upstream If a MMU is shared between multiple GPUs, all of them need to flush their TLBs, so a single marker that gets reset on the first flush won't do. Replace the flush marker with a sequence number, so that it's possible to

[PATCH v4.19.y] drm/etnaviv: replace MMU flush marker with flush sequence

2020-04-02 Thread Robert Beckett
From: Lucas Stach commit 4900dda90af2cb13bc1d4c12ce94b98acc8fe64e upstream If a MMU is shared between multiple GPUs, all of them need to flush their TLBs, so a single marker that gets reset on the first flush won't do. Replace the flush marker with a sequence number, so that it's possible to

[PATCH v4.19.y, v4.14.y, v4.9.y] drm/etnaviv: Backport fix for mmu flushing

2020-04-02 Thread Robert Beckett
commit 4900dda90af2cb13bc1d4c12ce94b98acc8fe64e upstream Due to async need_flush updating via other buffer mapping, checking gpu->need_flush in 3 places within etnaviv_buffer_queue can cause GPU hangs. This occurs due to need_flush being false for the first 2 checks in that function, so that the

Re: [PATCH 05/33] drm/panel-leadtek-ltk500hd1829: Fix dotclock

2020-04-02 Thread Sam Ravnborg
Hi Ville. On Thu, Apr 02, 2020 at 04:13:10PM +0300, Ville Syrjälä wrote: > On Tue, Mar 03, 2020 at 01:52:27PM +0100, Heiko Stuebner wrote: > > Hi, > > > > Am Montag, 2. März 2020, 21:34:24 CET schrieb Ville Syrjala: > > > From: Ville Syrjälä > > > > > > The currently listed dotclock disagrees

[Bug 207047] Crash after failed to pin userptr on amdgpu

2020-04-02 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=207047 Artemis Tosini (m...@artem.ist) changed: What|Removed |Added Status|NEW |RESOLVED

Re: How to handle disconnection of eDP panels due to dynamic display mux switches

2020-04-02 Thread Daniel Vetter
On Thu, Apr 2, 2020 at 4:31 PM Lukas Wunner wrote: > > On Thu, Apr 02, 2020 at 03:13:26PM +0200, Daniel Vetter wrote: > > On Thu, Apr 2, 2020 at 2:58 PM Pekka Paalanen wrote: > > > On Thu, 2 Apr 2020 13:39:25 +0200 Lukas Wunner wrote: > > > > Note that vga_switcheroo is currently controlled via

Re: How to handle disconnection of eDP panels due to dynamic display mux switches

2020-04-02 Thread Lukas Wunner
On Thu, Apr 02, 2020 at 03:13:26PM +0200, Daniel Vetter wrote: > On Thu, Apr 2, 2020 at 2:58 PM Pekka Paalanen wrote: > > On Thu, 2 Apr 2020 13:39:25 +0200 Lukas Wunner wrote: > > > Note that vga_switcheroo is currently controlled via debugfs. > > > That is a historic artefact. The kernel has

Re: [PATCH 1/1] lib/vsprintf: Add support for printing V4L2 and DRM fourccs

2020-04-02 Thread Mauro Carvalho Chehab
Em Thu, 02 Apr 2020 11:34:48 +0300 Jani Nikula escreveu: > On Wed, 01 Apr 2020, Sakari Ailus wrote: > > Add a printk modifier %ppf (for pixel format) for printing V4L2 and DRM > > pixel formats denoted by 4ccs. The 4cc encoding is the same for both so > > the same implementation can be used.

Re: How to handle disconnection of eDP panels due to dynamic display mux switches

2020-04-02 Thread Daniel Vetter
On Thu, Apr 2, 2020 at 2:58 PM Pekka Paalanen wrote: > > On Thu, 2 Apr 2020 13:39:25 +0200 > Lukas Wunner wrote: > > > Note that vga_switcheroo is currently controlled via debugfs. > > That is a historic artefact. The kernel has since gained a > > mux subsystem in drivers/mux/ which could be

Re: [PATCH 05/33] drm/panel-leadtek-ltk500hd1829: Fix dotclock

2020-04-02 Thread Ville Syrjälä
On Tue, Mar 03, 2020 at 01:52:27PM +0100, Heiko Stuebner wrote: > Hi, > > Am Montag, 2. März 2020, 21:34:24 CET schrieb Ville Syrjala: > > From: Ville Syrjälä > > > > The currently listed dotclock disagrees with the currently > > listed vrefresh rate. Change the dotclock to match the vrefresh.

Re: [PATCH v3 1/4] drm/mediatek: Move tz_disabled from mtk_hdmi_phy to mtk_hdmi driver

2020-04-02 Thread Chun-Kuang Hu
Hi, Matthias: Matthias Brugger 於 2020年4月1日 週三 下午11:53寫道: > > > > On 01/04/2020 04:16, Chunfeng Yun wrote: > > On Tue, 2020-03-31 at 23:57 +0800, Chun-Kuang Hu wrote: > >> From: CK Hu > >> > >> tz_disabled is used to control mtk_hdmi output signal, but this variable > >> is stored in

Re: How to handle disconnection of eDP panels due to dynamic display mux switches

2020-04-02 Thread Pekka Paalanen
On Thu, 2 Apr 2020 13:39:25 +0200 Lukas Wunner wrote: > Note that vga_switcheroo is currently controlled via debugfs. > That is a historic artefact. The kernel has since gained a > mux subsystem in drivers/mux/ which could be used to represent > the display mux in a standardized way in regular

[drm-tip:drm-tip 9/10] include/net/ax25.h:125:2: error: redefinition of enumerator 'AX25_PROTO_DAMA_MASTER'

2020-04-02 Thread kbuild test robot
tree: git://anongit.freedesktop.org/drm/drm-tip drm-tip head: cade363a69762c57ffb58f91b47670df7ca520bf commit: f0b7c5c4d7beea0cd83b2f8659faf9fd406137e6 [9/10] Merge remote-tracking branch 'drm-intel/topic/core-for-CI' into drm-tip config: x86_64-allyesconfig (attached as .config) compiler:

Re: How to handle disconnection of eDP panels due to dynamic display mux switches

2020-04-02 Thread Daniel Stone
Hi Daniel (another one!), On Thu, 2 Apr 2020 at 08:18, Daniel Dadap wrote: > > I primarily asked about vgaswitcheroo since you didn't mention it at all. > > I had actually anticipated that vga-switcheroo would likely be > suggested, and my first draft of my initial message had a lengthy >

Re: How to handle disconnection of eDP panels due to dynamic display mux switches

2020-04-02 Thread Lukas Wunner
On Thu, Apr 02, 2020 at 01:39:25PM +0200, Lukas Wunner wrote: > First of all, there's DPCD byte 3 bit 6 (NO_AUX_HANDSHAKE_LINK_TRAINING) > which is documented as follows: > > Does not require AUX CH handshake when the link configuration is > already known. [...] The known-good drive

Re: How to handle disconnection of eDP panels due to dynamic display mux switches

2020-04-02 Thread Lukas Wunner
On Fri, Mar 27, 2020 at 04:25:19PM -0500, Daniel Dadap wrote: > A number of hybrid GPU notebook computer designs with dual (integrated plus > discrete) GPUs are equipped with multiplexers (muxes) that allow display > panels to be driven by either the integrated GPU or the discrete GPU. >

Re: [PATCH] drm: rcar-du: Create immutable zpos property for primary planes

2020-04-02 Thread Daniel Vetter
On Thu, Apr 2, 2020 at 12:57 PM Daniel Stone wrote: > > On Thu, 2 Apr 2020 at 11:40, Laurent Pinchart > wrote: > > The R-Car DU driver creates a zpos property, ranging from 1 to 7, for > > all the overlay planes, but leaves the primary plane without a zpos > > property. The DRM/KMS API doesn't

Re: [PATCH] drm: rcar-du: Create immutable zpos property for primary planes

2020-04-02 Thread Geert Uytterhoeven
Hi Laurent, On Thu, Apr 2, 2020 at 12:42 PM Laurent Pinchart wrote: > The R-Car DU driver creates a zpos property, ranging from 1 to 7, for > all the overlay planes, but leaves the primary plane without a zpos > property. The DRM/KMS API doesn't clearly specify if this is acceptable, > of it the

Re: [PATCH] drm: Fix wrong kfree() in managed resource usage example

2020-04-02 Thread Daniel Vetter
On Thu, Apr 02, 2020 at 12:53:25PM +0300, Laurent Pinchart wrote: > The example code showing how to use the managed resource API calls > kfree() on the wrong pointer. Fix it. > > Fixes: d33b58d0115e ("drm: Garbage collect drm_dev_fini") Actually goes back to the original doc patch adding these,

Re: [PATCH 0/2] powerpc: Remove support for ppc405/440 Xilinx platforms

2020-04-02 Thread Arnd Bergmann
On Wed, Apr 1, 2020 at 11:07 PM Arnd Bergmann wrote: > > On Tue, Mar 31, 2020 at 7:51 PM Segher Boessenkool > wrote: > > > > On Tue, Mar 31, 2020 at 08:56:23AM +0200, Christophe Leroy wrote: > > > While we are at it, can we also remove the 601 ? This one is also full > > > of workarounds and

Re: [PATCH] drm: rcar-du: Create immutable zpos property for primary planes

2020-04-02 Thread Daniel Stone
On Thu, 2 Apr 2020 at 11:40, Laurent Pinchart wrote: > The R-Car DU driver creates a zpos property, ranging from 1 to 7, for > all the overlay planes, but leaves the primary plane without a zpos > property. The DRM/KMS API doesn't clearly specify if this is acceptable, > of it the property is

[PATCH] drm: rcar-du: Create immutable zpos property for primary planes

2020-04-02 Thread Laurent Pinchart
The R-Car DU driver creates a zpos property, ranging from 1 to 7, for all the overlay planes, but leaves the primary plane without a zpos property. The DRM/KMS API doesn't clearly specify if this is acceptable, of it the property is mandatory for all planes when exposed for some of the planes.

Re: [PATCH 0/2] powerpc: Remove support for ppc405/440 Xilinx platforms

2020-04-02 Thread Benjamin Herrenschmidt
On Tue, 2020-03-31 at 16:30 +1100, Michael Ellerman wrote: > I have no attachment to 40x, and I'd certainly be happy to have less > code in the tree, we struggle to keep even the modern platforms well > maintained. > > At the same time I don't want to render anyone's hardware obsolete >

[PATCH] drm: Fix wrong kfree() in managed resource usage example

2020-04-02 Thread Laurent Pinchart
The example code showing how to use the managed resource API calls kfree() on the wrong pointer. Fix it. Fixes: d33b58d0115e ("drm: Garbage collect drm_dev_fini") Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/drm_drv.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH 19/51] drm: Cleanups after drmm_add_final_kfree rollout

2020-04-02 Thread Daniel Vetter
On Thu, Apr 2, 2020 at 11:39 AM Laurent Pinchart wrote: > > Hi Daniel, > > On Thu, Apr 02, 2020 at 07:17:40AM +0200, Daniel Vetter wrote: > > On Thu, Apr 2, 2020 at 2:50 AM Laurent Pinchart wrote: > > > On Mon, Mar 23, 2020 at 03:49:18PM +0100, Daniel Vetter wrote: > > > > A few things: > > > > -

Re: [PATCH 19/51] drm: Cleanups after drmm_add_final_kfree rollout

2020-04-02 Thread Laurent Pinchart
Hi Daniel, On Thu, Apr 02, 2020 at 07:17:40AM +0200, Daniel Vetter wrote: > On Thu, Apr 2, 2020 at 2:50 AM Laurent Pinchart wrote: > > On Mon, Mar 23, 2020 at 03:49:18PM +0100, Daniel Vetter wrote: > > > A few things: > > > - Update the example driver in the documentation. > > > - We can drop the

Re: [PATCH 1/1] lib/vsprintf: Add support for printing V4L2 and DRM fourccs

2020-04-02 Thread Sakari Ailus
Moi, On Thu, Apr 02, 2020 at 11:34:48AM +0300, Jani Nikula wrote: > On Wed, 01 Apr 2020, Sakari Ailus wrote: > > Add a printk modifier %ppf (for pixel format) for printing V4L2 and DRM > > pixel formats denoted by 4ccs. The 4cc encoding is the same for both so > > the same implementation can be

Re: [PATCH 1/1] lib/vsprintf: Add support for printing V4L2 and DRM fourccs

2020-04-02 Thread Jani Nikula
On Wed, 01 Apr 2020, Sakari Ailus wrote: > Add a printk modifier %ppf (for pixel format) for printing V4L2 and DRM > pixel formats denoted by 4ccs. The 4cc encoding is the same for both so > the same implementation can be used. I'm not going to take a strong stand in one way or the other

Re: [PATCH] drm/i915: Remove WARN_ON and WARN_ON_ONCE overrides.

2020-04-02 Thread Jani Nikula
On Thu, 02 Apr 2020, Daniel Vetter wrote: > On Thu, Apr 2, 2020 at 8:23 AM Jani Nikula > wrote: >> >> On Thu, 02 Apr 2020, Pankaj Bharadiya >> wrote: >> > Now we have new struct drm_device based drm_WARN* macros. These are >> > preferred over the regular WARN* macros. >> > >> > Remove WARN_ON

Re: lima, panfrost: multiple definition of `of_devfreq_cooling_register_power'

2020-04-02 Thread Thomas Zimmermann
Hi Martin Am 02.04.20 um 09:39 schrieb Martin Blumenstingl: > Hi Thomas, > > On Thu, Apr 2, 2020 at 9:26 AM Thomas Zimmermann wrote: >> >> Hi, >> >> building lima and panfrost drivers from drm-tip, I currently get the >> following linker error >> >> > make clean >> > make >> [...] >> LD

Re: [PATCH 1/1] lib/vsprintf: Add support for printing V4L2 and DRM fourccs

2020-04-02 Thread Sakari Ailus
Hi Andy, Thanks for the review. On Wed, Apr 01, 2020 at 06:13:32PM +0300, Andy Shevchenko wrote: > On Wed, Apr 01, 2020 at 04:13:51PM +0200, Hans Verkuil wrote: > > On 4/1/20 4:05 PM, Sakari Ailus wrote: > > > Add a printk modifier %ppf (for pixel format) for printing V4L2 and DRM > > > pixel

Re: [PATCH] drm/i915: Remove WARN_ON and WARN_ON_ONCE overrides.

2020-04-02 Thread Daniel Vetter
On Thu, Apr 2, 2020 at 8:23 AM Jani Nikula wrote: > > On Thu, 02 Apr 2020, Pankaj Bharadiya > wrote: > > Now we have new struct drm_device based drm_WARN* macros. These are > > preferred over the regular WARN* macros. > > > > Remove WARN_ON and WARN_ON_ONCE overriedes to avoid any temptations

lima, panfrost: multiple definition of `of_devfreq_cooling_register_power'

2020-04-02 Thread Thomas Zimmermann
Hi, building lima and panfrost drivers from drm-tip, I currently get the following linker error > make clean > make [...] LD vmlinux.o arm-suse-linux-gnueabi-ld: drivers/gpu/drm/panfrost /panfrost_devfreq.o: in function `of_devfreq_cooling_register_power':

[PATCH v5 0/8] do not store GPU address in TTM

2020-04-02 Thread Nirmoy Das
With this patch series I am trying to remove GPU address dependency in TTM and moving GPU address calculation to individual drm drivers. This cleanup will simplify introduction of drm_mem_region/domain work started by Brian Welty[1]. It would be nice if someone test this for nouveau. Rest of the

Re: How to handle disconnection of eDP panels due to dynamic display mux switches

2020-04-02 Thread Daniel Dadap
On 4/1/20 1:46 AM, Daniel Vetter wrote On Wed, Apr 1, 2020 at 3:58 AM Daniel Dadap wrote: On 3/31/20 2:32 AM, Daniel Vetter wrote: Since I see no mention of this anywhere in your mail ... have you tried looking at drivers/gpu/vga/vga_switcheroo.c? This also supports switching of just

Re: [PATCH 1/1] lib/vsprintf: Add support for printing V4L2 and DRM fourccs

2020-04-02 Thread Sakari Ailus
Hi Hans, Thank you for the review. On Wed, Apr 01, 2020 at 04:13:51PM +0200, Hans Verkuil wrote: > On 4/1/20 4:05 PM, Sakari Ailus wrote: > > Add a printk modifier %ppf (for pixel format) for printing V4L2 and DRM > > pixel formats denoted by 4ccs. The 4cc encoding is the same for both so > >

[v2 3/3] arm64: dts: sc7180: add interconnect bindings for display

2020-04-02 Thread Krishna Manikandan
This change adds the interconnect bindings to the MDSS node. This will establish Display to DDR path for bus bandwidth voting. Changes in v2: - Change in commit message Signed-off-by: Krishna Manikandan --- arch/arm64/boot/dts/qcom/sc7180.dtsi | 3 +++ 1 file changed, 3 insertions(+)

[PATCH 3/8] drm/vmwgfx: don't use ttm bo->offset

2020-04-02 Thread Nirmoy Das
Calculate GPU offset within vmwgfx driver itself without depending on bo->offset. Signed-off-by: Nirmoy Das Acked-by: Christian König Acked-by: Thomas Hellstrom Tested-by: Thomas Hellstrom --- drivers/gpu/drm/vmwgfx/vmwgfx_bo.c | 4 ++-- drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c| 2

Re: [Outreachy kernel] [PATCH] staging: android: ion: Fix parenthesis alignment

2020-04-02 Thread Julia Lawall
On Wed, 1 Apr 2020, John B. Wyatt IV wrote: > Fix 2 parenthesis alignment issues. Please try to find a way to describe what you have done that doesn't involve the word "Fix". What have you done and why? julia > > Reported by checkpatch. > > Signed-off-by: John B. Wyatt IV > --- >

[v2 2/3] arm64: dts: sc7180: add bus clock to mdp node for sc7180 target

2020-04-02 Thread Krishna Manikandan
Move the bus clock to mdp device node,in order to facilitate bus band width scaling on sc7180 target. The parent device MDSS will not vote for bus bw, instead the vote will be triggered by mdp device node. Since a minimum vote is required to turn on bus clock, move the clock node to mdp device

Re: [PATCH v2 0/2] powerpc: Remove support for ppc405/440 Xilinx platforms

2020-04-02 Thread Michael Ellerman
Michal Simek writes: > On 01. 04. 20 4:07, Michael Ellerman wrote: >> Michal Simek writes: >>> Hi, >>> >>> recently we wanted to update xilinx intc driver and we found that function >>> which we wanted to remove is still wired by ancient Xilinx PowerPC >>> platforms. Here is the thread about it.

[PATCH 1/1] drm/amdgpu: move ttm bo->offset to amdgpu_bo

2020-04-02 Thread Nirmoy Das
GPU address should belong to driver not in memory management. This patch moves ttm bo.offset and gpu_offset calculation to amdgpu driver. Signed-off-by: Nirmoy Das Acked-by: Huang Rui Reviewed-by: Christian König --- drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 22 ++--

Re: [PATCH 5/5] drm/sun4i: tcon: Support LVDS output on Allwinner A20

2020-04-02 Thread Maxime Ripard
Hi Andrey, On Wed, Apr 01, 2020 at 01:59:27PM +0300, Andrey Lebedev wrote: > Hello Maxime, > > Since Linus' merge window is now open, do I have to do anything to get this > merged into the mainline kernel? You don't have to do anything, it's already on its way to Linus:

Re: [PATCH v2 0/2] powerpc: Remove support for ppc405/440 Xilinx platforms

2020-04-02 Thread Michal Simek
On 01. 04. 20 12:38, Takashi Iwai wrote: > On Wed, 01 Apr 2020 12:35:16 +0200, > Michael Ellerman wrote: >> >> Michal Simek writes: >>> On 01. 04. 20 4:07, Michael Ellerman wrote: Michal Simek writes: > Hi, > > recently we wanted to update xilinx intc driver and we found that

[PATCH] drm/msm/dpu: add support for clk and bw scaling for display

2020-04-02 Thread Kalyan Thota
This change adds support to scale src clk and bandwidth as per composition requirements. Interconnect registration for bw has been moved to mdp device node from mdss to facilitate the scaling. Signed-off-by: Kalyan Thota --- drivers/gpu/drm/msm/disp/dpu1/dpu_core_perf.c | 106

[v2 1/3] drm/msm/dpu: add support for clk and bw scaling for display

2020-04-02 Thread Krishna Manikandan
This change adds support to scale src clk and bandwidth as per composition requirements. Interconnect registration for bw has been moved to mdp device node from mdss to facilitate the scaling. --- drivers/gpu/drm/msm/disp/dpu1/dpu_core_perf.c | 106 +

[PATCH] staging: android: ion: Fix parenthesis alignment

2020-04-02 Thread John B. Wyatt IV
Fix 2 parenthesis alignment issues. Reported by checkpatch. Signed-off-by: John B. Wyatt IV --- drivers/staging/android/ion/ion_page_pool.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/staging/android/ion/ion_page_pool.c

Re: [PATCH v5 4/5] thermal: devfreq_cooling: Refactor code and switch to use Energy Model

2020-04-02 Thread Lukasz Luba
On 3/18/20 11:45 AM, Lukasz Luba wrote: The overhauled Energy Model (EM) framework support also devfreq devices. The unified API interface of the EM can be used in the thermal subsystem to not duplicate code. The power table now is taken from EM structure and there is no need to maintain

Re: How to handle disconnection of eDP panels due to dynamic display mux switches

2020-04-02 Thread Daniel Dadap
On 4/1/20 3:14 AM, Pekka Paalanen wrote: On Tue, 31 Mar 2020 20:59:39 -0500 Daniel Dadap wrote: On 3/30/20 10:11 AM, Jani Nikula wrote: On Fri, 27 Mar 2020, Daniel Dadap wrote: A number of hybrid GPU notebook computer designs with dual (integrated plus discrete) GPUs are equipped with

[PATCH 7/8] drm/bochs: use drm_gem_vram_offset to get bo offset v2

2020-04-02 Thread Nirmoy Das
Switch over to GEM VRAM's implementation to retrieve bo->offset. Signed-off-by: Nirmoy Das Reviewed-by: Daniel Vetter --- drivers/gpu/drm/bochs/bochs_kms.c | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bochs/bochs_kms.c

[PATCH] staging: android: ion: Fix parenthesis alignment

2020-04-02 Thread John B. Wyatt IV
Fix 2 parenthesis alignment issues. Reported by checkpatch. Signed-off-by: John B. Wyatt IV --- drivers/staging/android/ion/ion_page_pool.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/staging/android/ion/ion_page_pool.c

[v1 3/3] arm64: dts: sc7180: define interconnects for sc7180 target

2020-04-02 Thread Krishna Manikandan
Define interconnects for display driver for sc7180 target. Signed-off-by: Krishna Manikandan --- arch/arm64/boot/dts/qcom/sc7180.dtsi | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/arm64/boot/dts/qcom/sc7180.dtsi b/arch/arm64/boot/dts/qcom/sc7180.dtsi index ea1b0cd..31fed6d 100644

[PATCH 2/8] drm/radeon: don't use ttm bo->offset

2020-04-02 Thread Nirmoy Das
Calculate GPU offset in radeon_bo_gpu_offset without depending on bo->offset. Signed-off-by: Nirmoy Das Reviewed-and-tested-by: Christian König --- drivers/gpu/drm/radeon/radeon.h| 1 + drivers/gpu/drm/radeon/radeon_object.h | 16 +++- drivers/gpu/drm/radeon/radeon_ttm.c

Re: [PATCH v5 2/5] OPP: refactor dev_pm_opp_of_register_em() and update related drivers

2020-04-02 Thread Lukasz Luba
On 3/18/20 11:45 AM, Lukasz Luba wrote: The Energy Model framework supports both: CPUs and devfreq devices. Drop the CPU specific interface with cpumask and add struct device. Add also a return value. This new interface provides easy way to create a simple Energy Model, which then might be

Re: [PATCH 5/5] drm/sun4i: tcon: Support LVDS output on Allwinner A20

2020-04-02 Thread Andrey Lebedev
Hello Maxime, Since Linus' merge window is now open, do I have to do anything to get this merged into the mainline kernel? On 2/20/20 7:25 PM, Maxime Ripard wrote: On Wed, Feb 19, 2020 at 08:08:58PM +0200, Andrey Lebedev wrote: From: Andrey Lebedev A20 SoC (found in Cubieboard 2 among

[v1 2/3] arm64: dts: sc7180: add bus clock to mdp node for sc7180 target

2020-04-02 Thread Krishna Manikandan
Move the bus clock to mdp device node,in order to facilitate bus band width scaling on sc7180 target. The parent device MDSS will not vote for bus bw, instead the vote will be triggered by mdp device node. Since a minimum vote is required to turn on bus clock, move the clock node to mdp device

Re: [PATCH 1/1] lib/vsprintf: Add support for printing V4L2 and DRM fourccs

2020-04-02 Thread Andy Shevchenko
On Wed, Apr 01, 2020 at 04:13:51PM +0200, Hans Verkuil wrote: > On 4/1/20 4:05 PM, Sakari Ailus wrote: > > Add a printk modifier %ppf (for pixel format) for printing V4L2 and DRM > > pixel formats denoted by 4ccs. The 4cc encoding is the same for both so > > the same implementation can be used.

[PATCH 4/8] drm/nouveau: don't use ttm bo->offset v3

2020-04-02 Thread Nirmoy Das
Store ttm bo->offset in struct nouveau_bo instead. Signed-off-by: Nirmoy Das --- drivers/gpu/drm/nouveau/dispnv04/crtc.c | 6 +++--- drivers/gpu/drm/nouveau/dispnv04/disp.c | 2 +- drivers/gpu/drm/nouveau/dispnv04/overlay.c | 6 +++--- drivers/gpu/drm/nouveau/dispnv50/base507c.c |

Re: [PATCH] drm/msm/dpu: ensure device suspend happens during PM sleep

2020-04-02 Thread kalyan_t
On 2020-03-31 21:30, Doug Anderson wrote: Hi, On Tue, Mar 31, 2020 at 6:58 AM Kalyan Thota wrote: "The PM core always increments the runtime usage counter before calling the ->suspend() callback and decrements it after calling the ->resume() callback" DPU and DSI are managed as runtime

[PATCH 5/8] drm/qxl: don't use ttm bo->offset

2020-04-02 Thread Nirmoy Das
This patch removes slot->gpu_offset which is not required as VRAM and PRIV slot are in separate PCI bar. This patch also removes unused qxl_bo_gpu_offset() Signed-off-by: Nirmoy Das Acked-by: Christian König Acked-by: Gerd Hoffmann --- drivers/gpu/drm/qxl/qxl_drv.h| 6 ++

[PATCH 6/8] drm/vram-helper: don't use ttm bo->offset v4

2020-04-02 Thread Nirmoy Das
Calculate GEM VRAM bo's offset within vram-helper without depending on bo->offset. Signed-off-by: Nirmoy Das Reviewed-by: Daniel Vetter --- drivers/gpu/drm/drm_gem_vram_helper.c | 11 ++- 1 file changed, 10 insertions(+), 1 deletion(-) diff --git

[PATCH 8/8] drm/ttm: do not keep GPU dependent addresses

2020-04-02 Thread Nirmoy Das
GPU address handling is device specific and should be handle by its device driver. Signed-off-by: Nirmoy Das Reviewed-by: Christian König --- drivers/gpu/drm/ttm/ttm_bo.c| 7 --- include/drm/ttm/ttm_bo_api.h| 2 -- include/drm/ttm/ttm_bo_driver.h | 1 - 3 files changed, 10

Re: [PATCH 4/8] drm/nouveau: don't use ttm bo->offset v3

2020-04-02 Thread Christian König
Am 01.04.20 um 20:42 schrieb Nirmoy Das: Store ttm bo->offset in struct nouveau_bo instead. Signed-off-by: Nirmoy Das Acked-by: Christian König It would indeed be better if one of the nouveau maintainer could take a look since this is the last driver blocking this change. On the other

Re: [PATCH] drm/i915: Remove WARN_ON and WARN_ON_ONCE overrides.

2020-04-02 Thread Jani Nikula
On Thu, 02 Apr 2020, Pankaj Bharadiya wrote: > Now we have new struct drm_device based drm_WARN* macros. These are > preferred over the regular WARN* macros. > > Remove WARN_ON and WARN_ON_ONCE overriedes to avoid any temptations to > use them in the future. Well, since they are overrides of

[PATCH] drm/i915: Remove WARN_ON and WARN_ON_ONCE overrides.

2020-04-02 Thread Pankaj Bharadiya
Now we have new struct drm_device based drm_WARN* macros. These are preferred over the regular WARN* macros. Remove WARN_ON and WARN_ON_ONCE overriedes to avoid any temptations to use them in the future. Suggested-by: Jani Nikula Signed-off-by: Pankaj Bharadiya ---