Re: [PATCH v3 0/5] console: Miscellaneous clean-ups, do not use FNTCHARCNT() in fbcon.c

2020-11-14 Thread Peilin Ye
> On Fri, Nov 13, 2020 at 10:16:33PM +0100, Daniel Vetter wrote: > > On Thu, Nov 12, 2020 at 07:02:21AM -0500, Peilin Ye wrote: > > > Peilin Ye (5): > > > console: Delete unused con_font_copy() callback implementations > > > console: Delete dummy con_font_set() and con_font_default() callback

Re: [PATCH v2 1/8] drm: Add dummy page per device or GEM object

2020-11-14 Thread Christian König
Am 13.11.20 um 21:52 schrieb Andrey Grodzovsky: On 6/22/20 1:50 PM, Daniel Vetter wrote: On Mon, Jun 22, 2020 at 7:45 PM Christian König wrote: Am 22.06.20 um 16:32 schrieb Andrey Grodzovsky: On 6/22/20 9:18 AM, Christian König wrote: Am 21.06.20 um 08:03 schrieb Andrey Grodzovsky: Will be

Re: [PATCH v2 1/8] drm: Add dummy page per device or GEM object

2020-11-14 Thread Daniel Vetter
On Sat, Nov 14, 2020 at 9:41 AM Christian König wrote: > > Am 13.11.20 um 21:52 schrieb Andrey Grodzovsky: > > > > On 6/22/20 1:50 PM, Daniel Vetter wrote: > >> On Mon, Jun 22, 2020 at 7:45 PM Christian König > >> wrote: > >>> Am 22.06.20 um 16:32 schrieb Andrey Grodzovsky: > On 6/22/20 9:18

Re: [PATCH v2 1/8] drm: Add dummy page per device or GEM object

2020-11-14 Thread Daniel Vetter
On Sat, Nov 14, 2020 at 10:51 AM Daniel Vetter wrote: > > On Sat, Nov 14, 2020 at 9:41 AM Christian König > wrote: > > > > Am 13.11.20 um 21:52 schrieb Andrey Grodzovsky: > > > > > > On 6/22/20 1:50 PM, Daniel Vetter wrote: > > >> On Mon, Jun 22, 2020 at 7:45 PM Christian König > > >> wrote: > >

Re: [PATCH v3 0/5] console: Miscellaneous clean-ups, do not use FNTCHARCNT() in fbcon.c

2020-11-14 Thread Greg Kroah-Hartman
On Sat, Nov 14, 2020 at 03:10:21AM -0500, Peilin Ye wrote: > > On Fri, Nov 13, 2020 at 10:16:33PM +0100, Daniel Vetter wrote: > > > On Thu, Nov 12, 2020 at 07:02:21AM -0500, Peilin Ye wrote: > > > > Peilin Ye (5): > > > > console: Delete unused con_font_copy() callback implementations > > > > c

Re: [PATCH v3 0/5] console: Miscellaneous clean-ups, do not use FNTCHARCNT() in fbcon.c

2020-11-14 Thread Greg Kroah-Hartman
On Sat, Nov 14, 2020 at 01:18:06PM +0100, Greg Kroah-Hartman wrote: > On Sat, Nov 14, 2020 at 03:10:21AM -0500, Peilin Ye wrote: > > > On Fri, Nov 13, 2020 at 10:16:33PM +0100, Daniel Vetter wrote: > > > > On Thu, Nov 12, 2020 at 07:02:21AM -0500, Peilin Ye wrote: > > > > > Peilin Ye (5): > > > > >

Re: [PATCH v3 0/5] console: Miscellaneous clean-ups, do not use FNTCHARCNT() in fbcon.c

2020-11-14 Thread Peilin Ye
On Sat, Nov 14, 2020 at 01:22:22PM +0100, Greg Kroah-Hartman wrote: > On Sat, Nov 14, 2020 at 01:18:06PM +0100, Greg Kroah-Hartman wrote: > > On Sat, Nov 14, 2020 at 03:10:21AM -0500, Peilin Ye wrote: > > > Thanks for reviewing! Questions about the last patch [5/5] though, it > > > depends on the

Re: [PATCH v8 01/26] memory: tegra: Correct stub of devm_tegra_memory_controller_get()

2020-11-14 Thread Krzysztof Kozlowski
On Wed, Nov 11, 2020 at 04:14:31AM +0300, Dmitry Osipenko wrote: > Correct typo in a stub of devm_tegra_memory_controller_get() to fix a > non-ARM kernel compile-testing. > > Reported-by: Stephen Rothwell > Signed-off-by: Dmitry Osipenko > --- > include/soc/tegra/mc.h | 2 +- Thanks, applied.

Re: [PATCH v8 02/26] memory: tegra20-emc: Use dev_pm_opp_set_clkname()

2020-11-14 Thread Krzysztof Kozlowski
On Wed, Nov 11, 2020 at 04:14:32AM +0300, Dmitry Osipenko wrote: > The dev_pm_opp_get_opp_table() shouldn't be used by drivers, use > dev_pm_opp_set_clkname() instead. > > Suggested-by: Viresh Kumar > Signed-off-by: Dmitry Osipenko > --- > drivers/memory/tegra/tegra20-emc.c | 30 +++

Re: [PATCH v8 03/26] memory: tegra20-emc: Factor out clk initialization

2020-11-14 Thread Krzysztof Kozlowski
On Wed, Nov 11, 2020 at 04:14:33AM +0300, Dmitry Osipenko wrote: > Factor out clk initialization and make it resource-managed. This makes > easier to follow code and will help to make further changes cleaner. > > Signed-off-by: Dmitry Osipenko > --- > drivers/memory/tegra/tegra20-emc.c | 70

Re: [PATCH v8 04/26] memory: tegra20-emc: Add devfreq support

2020-11-14 Thread Krzysztof Kozlowski
On Wed, Nov 11, 2020 at 04:14:34AM +0300, Dmitry Osipenko wrote: > Add devfreq support to the Tegra20 EMC driver. Memory utilization > statistics will be periodically polled from the memory controller and > appropriate minimum clock rate will be selected by the devfreq governor. > > Signed-off-by:

Re: [PATCH v8 05/26] memory: tegra20-emc: Remove IRQ number from error message

2020-11-14 Thread Krzysztof Kozlowski
On Wed, Nov 11, 2020 at 04:14:35AM +0300, Dmitry Osipenko wrote: > Remove IRQ number from error message since it doesn't add any useful > information, especially because this number is virtual. > > Signed-off-by: Dmitry Osipenko > --- > drivers/memory/tegra/tegra20-emc.c | 2 +- > 1 file changed

Re: [PATCH v8 06/26] memory: tegra30: Add FIFO sizes to memory clients

2020-11-14 Thread Krzysztof Kozlowski
On Wed, Nov 11, 2020 at 04:14:36AM +0300, Dmitry Osipenko wrote: > The latency allowness is calculated based on buffering capabilities of > memory clients. Add FIFO sizes to the Tegra30 memory clients. > > Signed-off-by: Dmitry Osipenko > --- > drivers/memory/tegra/tegra30.c | 66 +++

Re: [PATCH v8 07/26] memory: tegra30-emc: Make driver modular

2020-11-14 Thread Krzysztof Kozlowski
On Wed, Nov 11, 2020 at 04:14:37AM +0300, Dmitry Osipenko wrote: > Add modularization support to the Tegra30 EMC driver, which now can be > compiled as a loadable kernel module. > > Signed-off-by: Dmitry Osipenko > --- > drivers/memory/tegra/Kconfig | 2 +- > drivers/memory/tegra/mc.c

Re: [PATCH v8 08/26] memory: tegra30-emc: Continue probing if timings are missing in device-tree

2020-11-14 Thread Krzysztof Kozlowski
On Wed, Nov 11, 2020 at 04:14:38AM +0300, Dmitry Osipenko wrote: > EMC driver will become mandatory after turning it into interconnect > provider because interconnect users, like display controller driver, will > fail to probe using newer device-trees that have interconnect properties. > Thus make

[Bug 210201] New: [amdpgu] crash when playing after suspend/resume

2020-11-14 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=210201 Bug ID: 210201 Summary: [amdpgu] crash when playing after suspend/resume Product: Drivers Version: 2.5 Kernel Version: 5.9.8, 5.6.19, 5.8.18 Hardware: x86-64 OS: Linux

[Bug 208205] [amdgpu] System hang / freeze

2020-11-14 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=208205 --- Comment #6 from Andrea Borgia (and...@borgia.bo.it) --- Running linux-image-5.9.0-1-amd64 for quite some time now and it looks stable. AFAIK this was the fix: https://lkml.org/lkml/2020/7/27/64 -- You are receiving this mail because: You are

Re: [RESEND PATCH v2 4/5] drm/msm: add DRM_MSM_GEM_SYNC_CACHE for non-coherent cache maintenance

2020-11-14 Thread Rob Clark
On Sat, Nov 14, 2020 at 8:24 AM Christoph Hellwig wrote: > > On Sat, Nov 14, 2020 at 10:17:12AM -0500, Jonathan Marek wrote: > > +void msm_gem_sync_cache(struct drm_gem_object *obj, uint32_t flags, > > + size_t range_start, size_t range_end) > > +{ > > + struct msm_gem_object *msm_

Re: [PATCH] drm/tegra: output: Do not put OF node twice

2020-11-14 Thread Sam Ravnborg
Hi Thierry, On Fri, Nov 13, 2020 at 09:41:57PM +0100, Thierry Reding wrote: > From: Thierry Reding > > The original patch for commit 3d2e7aec7013 ("drm/tegra: output: Don't > leak OF node on error") contained this hunk, but it was accidentally > dropped during conflict resolution. This causes use

Re: [PATCH 12/40] drm/pl111/pl111_display: Make local function static

2020-11-14 Thread Sam Ravnborg
Hi Lee, On Fri, Nov 13, 2020 at 01:49:10PM +, Lee Jones wrote: > Fixes the following W=1 kernel build warning(s): > > drivers/gpu/drm/pl111/pl111_display.c:356:6: warning: no previous prototype > for ‘pl111_display_disable’ [-Wmissing-prototypes] > > Cc: Eric Anholt > Cc: David Airlie > C

Re: [PATCH 13/40] drm/panel/panel-tpo-tpg110: Correct misnaming and supply missing param description

2020-11-14 Thread Sam Ravnborg
Hi Lee, On Fri, Nov 13, 2020 at 01:49:11PM +, Lee Jones wrote: > Fixes the following W=1 kernel build warning(s): > > drivers/gpu/drm/panel/panel-tpo-tpg110.c:94: warning: Function parameter or > member 'panel_mode' not described in 'tpg110' > drivers/gpu/drm/panel/panel-tpo-tpg110.c:372: w

[PATCH 2/3] drm/msm/shrinker: We can vmap shrink active_list too

2020-11-14 Thread Rob Clark
From: Rob Clark Just because a obj is active, if the vmap_count is zero, we can still tear down the vmap. Signed-off-by: Rob Clark --- drivers/gpu/drm/msm/msm_gem_shrinker.c | 47 +++--- 1 file changed, 35 insertions(+), 12 deletions(-) diff --git a/drivers/gpu/drm/msm/msm

[PATCH 0/3] drm/msm: Shrinker fixes and opts

2020-11-14 Thread Rob Clark
From: Rob Clark The last patch is the main thing, motivated by some cases where we would spend a lot of time in msm_gem_shrinker_count(). First two are fixes I noticed along the way. Rob Clark (3): drm/msm: Protect obj->active_count under obj lock drm/msm/shrinker: We can vmap shrink active

[PATCH 3/3] drm/msm/shrinker: Only iterate dontneed objs

2020-11-14 Thread Rob Clark
From: Rob Clark In situations where the GPU is mostly idle, all or nearly all buffer objects will be in the inactive list. But if the system is under memory pressure (from something other than GPU), we could still get a lot of shrinker calls. Which results in traversing a list of thousands of o

[PATCH 1/3] drm/msm: Protect obj->active_count under obj lock

2020-11-14 Thread Rob Clark
From: Rob Clark Previously we only held obj lock in the _active_get() path, and relied on atomic_dec_return() to not be racy in the _active_put() path where obj lock was not held. But this is a false sense of security. Unlike obj lifetime refcnt, where you do not expect to *increase* the refcnt

[PATCH v1 1/1] drm/panel: samsumg-ld9040: fix spi id_table

2020-11-14 Thread Sam Ravnborg
A W=1 build resulted in the following warning: panel-samsung-ld9040.c:377:35: warning: ‘ld9040_ids’ defined but not used The root cause was a missing assignment to spi_driver.id_table. Fixes: 6915db346039 ("drm/panel: ld9040: add MODULE_DEVICE_TABLE with SPI IDs") Cc: Marek Szyprowski Cc: L

Re: [PATCH v1 1/1] drm/panel: samsumg-ld9040: fix spi id_table

2020-11-14 Thread Sam Ravnborg
Hi myself. s/samsumg/samsung/ in the subject. Sam ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: [RESEND PATCH v2 4/5] drm/msm: add DRM_MSM_GEM_SYNC_CACHE for non-coherent cache maintenance

2020-11-14 Thread Rob Clark
On Sat, Nov 14, 2020 at 10:58 AM Jonathan Marek wrote: > > On 11/14/20 1:46 PM, Rob Clark wrote: > > On Sat, Nov 14, 2020 at 8:24 AM Christoph Hellwig wrote: > >> > >> On Sat, Nov 14, 2020 at 10:17:12AM -0500, Jonathan Marek wrote: > >>> +void msm_gem_sync_cache(struct drm_gem_object *obj, uint32

Re: [PATCH 1/5] drm/panel/samsung-sofef00: Add panel for OnePlus 6/T devices

2020-11-14 Thread Sam Ravnborg
Hi Caleb, On Thu, Nov 12, 2020 at 04:21:13PM +, Caleb Connolly wrote: > The OnePlus 6/T devices use different panels however they are > functionally identical with the only differences being the resolution. > The panels also don't seem to be used by any other devices, just combine > them into o

Re: [PATCH 2/5] dt-bindings: panel-simple-dsi: add samsung panels for OnePlus 6/T

2020-11-14 Thread Sam Ravnborg
Hi Caleb, On Thu, Nov 12, 2020 at 04:21:30PM +, Caleb Connolly wrote: > Add compatibles for the samsung,sofef00 and samsung,s6e3fc2x01 panels > used in the OnePlus 6 & 6T respectively. > > Signed-off-by: Caleb Connolly Thansk, applied to drm-misc-next. Fixed so entries are sorted alphabetica

Re: [PATCH v2] dt-bindings: display: mcde: Convert to YAML schema

2020-11-14 Thread Sam Ravnborg
On Thu, Nov 12, 2020 at 01:19:34PM +0100, Linus Walleij wrote: > On Wed, Nov 11, 2020 at 9:59 PM Sam Ravnborg wrote: > > On Wed, Nov 11, 2020 at 02:07:54PM +0100, Linus Walleij wrote: > > > > -- clocks: an array of the MCDE clocks in this strict order: > > > - MCDECLK (main MCDE clock), LCDCLK (

Re: [RESEND PATCH v2 4/5] drm/msm: add DRM_MSM_GEM_SYNC_CACHE for non-coherent cache maintenance

2020-11-14 Thread Rob Clark
On Sat, Nov 14, 2020 at 12:10 PM Jonathan Marek wrote: > > On 11/14/20 2:39 PM, Rob Clark wrote: > > On Sat, Nov 14, 2020 at 10:58 AM Jonathan Marek wrote: > >> > >> On 11/14/20 1:46 PM, Rob Clark wrote: > >>> On Sat, Nov 14, 2020 at 8:24 AM Christoph Hellwig wrote: > > On Sat, Nov 14,

[PATCH] drm/mediatek: dsi: Calculate horizontal_backporch_byte by itself

2020-11-14 Thread Chun-Kuang Hu
From: CK Hu Using vm->hfront_porch + vm->hback_porch to calculate horizontal_backporch_byte would make it negtive, so use horizontal_backporch_byte itself to make it positive. Fixes: 35bf948f1edb ("drm/mediatek: dsi: Fix scrolling of panel with small hfp or hbp") Signed-off-by: CK Hu Signed-o

Re: [PATCH] drm/mediatek: dsi: Calculate horizontal_backporch_byte by itself

2020-11-14 Thread Chun-Kuang Hu
Hi, Bilal: Please help to test this patch on your Chromebook elm, thanks. Regards, Chun-Kuang Hu Chun-Kuang Hu 於 2020年11月15日 週日 上午8:14寫道: > > From: CK Hu > > Using vm->hfront_porch + vm->hback_porch to calculate > horizontal_backporch_byte would make it negtive, so > use horizontal_backporch_b

Re: [PATCH v2 1/8] drm: Add dummy page per device or GEM object

2020-11-14 Thread Andrey Grodzovsky
On 11/14/20 4:51 AM, Daniel Vetter wrote: On Sat, Nov 14, 2020 at 9:41 AM Christian König wrote: Am 13.11.20 um 21:52 schrieb Andrey Grodzovsky: On 6/22/20 1:50 PM, Daniel Vetter wrote: On Mon, Jun 22, 2020 at 7:45 PM Christian König wrote: Am 22.06.20 um 16:32 schrieb Andrey Grodzovsky:

Re: [PATCH v2 1/8] drm: Add dummy page per device or GEM object

2020-11-14 Thread Andrey Grodzovsky
On 6/22/20 5:35 AM, Daniel Vetter wrote: On Sun, Jun 21, 2020 at 02:03:01AM -0400, Andrey Grodzovsky wrote: Will be used to reroute CPU mapped BO's page faults once device is removed. Signed-off-by: Andrey Grodzovsky --- drivers/gpu/drm/drm_file.c | 8 drivers/gpu/drm/drm_prime