RE: [v8 3/3] drm/debug: Expose connector VRR monitor range via debugfs

2020-06-21 Thread Modem, Bhanuprakash
> -Original Message- > From: Navare, Manasi D > Sent: Saturday, June 20, 2020 12:13 AM > To: Modem, Bhanuprakash > Cc: dri-devel@lists.freedesktop.org; intel-...@lists.freedesktop.org > Subject: Re: [v8 3/3] drm/debug: Expose connector VRR monitor range via > debugfs > > Hi Bhanu, > >

Re: [PATCH v1 01/11] soc: mediatek: cmdq: add address shift in jump

2020-06-21 Thread Bibby Hsieh
Reviewed-by: Bibby Hsieh Thanks. On Sun, 2020-06-21 at 22:18 +0800, Dennis YC Hsieh wrote: > Add address shift when compose jump instruction > to compatible with 35bit format. > > Signed-off-by: Dennis YC Hsieh > --- > drivers/soc/mediatek/mtk-cmdq-helper.c |3 ++- > 1 file changed, 2

Re: [PATCH v1 0/11] support cmdq helper function on mt6779 platform

2020-06-21 Thread Bibby Hsieh
Hi, Dennis, Please add "depends on patch: support gce on mt6779 platform" in cover letter. Thanks Bibby On Sun, 2020-06-21 at 22:18 +0800, Dennis YC Hsieh wrote: > This patch support cmdq helper function on mt6779 platform, > based on "support gce on mt6779 platform" patchset. > > > Dennis YC

Re: [PATCH v1 1/2] drm/panel-simple: Correct EDT ET057090DHU connector type

2020-06-21 Thread Laurent Pinchart
Hi Dmitry, Thank you for the patch. On Mon, Jun 22, 2020 at 01:27:41AM +0300, Dmitry Osipenko wrote: > The EDT ET057090DHU panel has a DPI connector and not LVDS. This patch > corrects the panel's description. > > Reported-by: Laurent Pinchart > Fixes: 94f07917ebe8 ("drm/panel-simple: Add

Re: [PATCH][next] drm/mm/selftests: fix unsigned comparison with less than zero

2020-06-21 Thread Nirmoy
On 6/18/20 12:39 PM, Dan Carpenter wrote: On Wed, Jun 17, 2020 at 04:59:59PM +0100, Colin King wrote: From: Colin Ian King Function get_insert_time can return error values that are cast to a u64. The checks of insert_time1 and insert_time2 check for the errors but because they are u64

Re: [PATCH] mm: Track mmu notifiers in fs_reclaim_acquire/release

2020-06-21 Thread Daniel Vetter
On Sun, Jun 21, 2020 at 08:07:08PM +0200, Daniel Vetter wrote: > On Sun, Jun 21, 2020 at 7:42 PM Qian Cai wrote: > > > > On Wed, Jun 10, 2020 at 09:41:01PM +0200, Daniel Vetter wrote: > > > fs_reclaim_acquire/release nicely catch recursion issues when > > > allocating GFP_KERNEL memory against

Re: [PATCH] mm: Track mmu notifiers in fs_reclaim_acquire/release

2020-06-21 Thread Daniel Vetter
ea? Aside this is the first email I've typed, until I realized the first report was against the broken patch and that looked like a much more reasonable explanation (but didn't quite match up with the code paths). Thanks, Daniel > > [ 190.455003][ T369] WARNING: possible circular

[Bug 208269] Polaris HDMI passthrough for TrueHD and DTS-HD does not work without snoop enabled, which leads to clipping

2020-06-21 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=208269 --- Comment #5 from Brady (brady.w.cl...@gmail.com) --- I should add (headdesk) that the driver in question is amdgpu. -- You are receiving this mail because: You are watching the assignee of the bug.

Re: [PATCH 01/18] mm: Track mmu notifiers in fs_reclaim_acquire/release

2020-06-21 Thread Daniel Vetter
n Gunthorpe > > Cc: linux...@kvack.org > > Cc: linux-r...@vger.kernel.org > > Cc: Maarten Lankhorst > > Cc: Christian König > > Signed-off-by: Daniel Vetter > > Reverting this commit fixed the lockdep splat below while applying some

[Bug 208269] Polaris HDMI passthrough for TrueHD and DTS-HD does not work without snoop enabled, which leads to clipping

2020-06-21 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=208269 --- Comment #4 from Brady (brady.w.cl...@gmail.com) --- Created attachment 289779 --> https://bugzilla.kernel.org/attachment.cgi?id=289779=edit alsa-info.sh results with snoop forced enabled in snd_hda_intel -- You are receiving this mail

[Bug 208269] Polaris HDMI passthrough for TrueHD and DTS-HD does not work without snoop enabled, which leads to clipping

2020-06-21 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=208269 Brady (brady.w.cl...@gmail.com) changed: What|Removed |Added Attachment #289775|0 |1 is obsolete|

[Bug 208269] Polaris HDMI passthrough for TrueHD and DTS-HD does not work without snoop enabled, which leads to clipping

2020-06-21 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=208269 --- Comment #2 from Brady (brady.w.cl...@gmail.com) --- Created attachment 289775 --> https://bugzilla.kernel.org/attachment.cgi?id=289775=edit alsa-test.sh results without snoop -- You are receiving this mail because: You are watching the

[Bug 208269] Polaris HDMI passthrough for TrueHD and DTS-HD does not work without snoop enabled, which leads to clipping

2020-06-21 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=208269 --- Comment #1 from Brady (brady.w.cl...@gmail.com) --- Created attachment 289773 --> https://bugzilla.kernel.org/attachment.cgi?id=289773=edit \proc\asound\card0\eld#0.3 -- You are receiving this mail because: You are watching the assignee

[Bug 208269] New: Polaris HDMI passthrough for TrueHD and DTS-HD does not work without snoop enabled, which leads to clipping

2020-06-21 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=208269 Bug ID: 208269 Summary: Polaris HDMI passthrough for TrueHD and DTS-HD does not work without snoop enabled, which leads to clipping Product: Drivers Version: 2.5

Re: [PATCH][next] drm/mm/selftests: fix unsigned comparison with less than zero

2020-06-21 Thread Christian König
Am 17.06.20 um 17:59 schrieb Colin King: From: Colin Ian King Function get_insert_time can return error values that are cast to a u64. The checks of insert_time1 and insert_time2 check for the errors but because they are u64 variables the check for less than zero can never be true. Fix this by

Re: [PATCH v7 26/36] drm: host1x: fix common struct sg_table related issues

2020-06-21 Thread kernel test robot
-184302 base:ce2cc8efd7a40cbd17841add878cb691d0ce0bba config: arm64-randconfig-r036-20200621 (attached as .config) compiler: clang version 11.0.0 (https://github.com/llvm/llvm-project ef455a55bcf2cfea04a99c361b182ad18b7f03f1) reproduce (this is a W=1 build): wget https

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

2020-06-21 Thread Sam Ravnborg
On Tue, May 26, 2020 at 04:15:05AM +0300, Laurent Pinchart wrote: > The DRM CRTC helpers add default modes to connectors in the connected > state if no mode can be retrieved from the connector. This behaviour is > useful for VGA or DVI outputs that have no connected DDC bus. However, > in such

Re: [PATCH 09/27] drm: edid: Constify connector argument to infoframe functions

2020-06-21 Thread Sam Ravnborg
On Tue, May 26, 2020 at 04:14:47AM +0300, Laurent Pinchart wrote: > The drm_hdmi_avi_infoframe_from_display_mode(), > drm_hdmi_vendor_infoframe_from_display_mode() and > drm_hdmi_avi_infoframe_quant_range() functions take a drm_connector that > they don't modify. Mark it as const. > >

Re: [PATCH 05/27] drm: bridge: Return NULL on error from drm_bridge_get_edid()

2020-06-21 Thread Sam Ravnborg
On Tue, May 26, 2020 at 04:14:43AM +0300, Laurent Pinchart wrote: > The drm_bridge_get_edid() function is documented to return an error > pointer on error. The underlying .get_edid() operation, however, returns > NULL on error, and so do the drm_get_edid() and drm_do_get_edid() > functions upon

Re: [PATCH 03/27] drm: bridge: adv7511: Implement bridge connector operations

2020-06-21 Thread Sam Ravnborg
On Tue, May 26, 2020 at 04:14:41AM +0300, Laurent Pinchart wrote: > Implement the bridge connector-related .get_edid(), .detect() and > .hpd_notify() operations, and report the related bridge capabilities. > > Output status detection is implemented using the same backend as for the > DRM

Re: [PATCH v2] video: fbdev: uvesafb: fix "noblank" option handling

2020-06-21 Thread Sam Ravnborg
On Tue, Jun 09, 2020 at 11:29:43AM +0200, Bartlomiej Zolnierkiewicz wrote: > Fix the recent regression. > > Fixes: dbc7ece12a38 ("video: uvesafb: use true,false for bool variables") > Cc: Jason Yan > Reviewed-by: Sam Ravnborg > Signed-off-by: Bartlomiej Zolnierkiewicz Hi Bartlomiej I was

Re: [PATCH v13 2/2] drm/bridge: anx7625: Add anx7625 MIPI DSI/DPI to DP

2020-06-21 Thread Sam Ravnborg
Hi Xin. On Tue, Jun 09, 2020 at 03:19:50PM +0800, Xin Ji wrote: > The ANX7625 is an ultra-low power 4K Mobile HD Transmitter designed > for portable device. It converts MIPI DSI/DPI to DisplayPort 1.3 4K. > > Signed-off-by: Xin Ji The bridge driver now implements the bridge functions for

Re: [PATCH] drm/panel-simple: fix connector type for newhaven_nhd_43_480272ef_atxl

2020-06-21 Thread Sam Ravnborg
Hi Tomi On Tue, Jun 09, 2020 at 01:28:09PM +0300, Tomi Valkeinen wrote: > Add connector type for newhaven_nhd_43_480272ef_atxl, as > drm_panel_bridge_add() requires connector type to be set. > > Signed-off-by: Tomi Valkeinen > Cc: sta...@vger.kernel.org # v5.5+ Applied to drm-misc-fixes. I

[Bug 207383] [Regression] 5.7 amdgpu/polaris11 gpf: amdgpu_atomic_commit_tail

2020-06-21 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=207383 --- Comment #15 from Duncan (1i5t5.dun...@cox.net) --- Bug's in v5.8-rc1-226-g4333a9b0b too. -- You are receiving this mail because: You are watching the assignee of the bug. ___ dri-devel mailing

Re: [PATCH RESEND v2 0/4] panel-simple: CDTech S070PWS19HP-FC21 and S070SWV29HG-DC44, Tianma TM070JVHG33

2020-06-21 Thread Sam Ravnborg
Hi Matthias On Fri, Jun 12, 2020 at 09:22:15AM +0200, Matthias Schiffer wrote: > From: Matthias Schiffer > > This adds a few panels TQ-Systems uses with various starterkit > mainboards. Device trees actually using these panels will be added with > a later submission. > > > Matthias Schiffer

Re: [PATCH] drm/panel-simple: fix connector type for LogicPD Type28 Display

2020-06-21 Thread Sam Ravnborg
Hi Adam. On Mon, Jun 15, 2020 at 09:53:45AM -0500, Adam Ford wrote: > On Mon, Jun 15, 2020 at 9:46 AM Fabio Estevam wrote: > > > > On Mon, Jun 15, 2020 at 10:19 AM Adam Ford wrote: > > > > > > The LogicPD Type28 display used by several Logic PD products has not > > > worked since v5.5. > > > >

[PATCH v2 4/8] drm/amdgpu: Split amdgpu_device_fini into early and late

2020-06-21 Thread Andrey Grodzovsky
Some of the stuff in amdgpu_device_fini such as HW interrupts disable and pending fences finilization must be done right away on pci_remove while most of the stuff which relates to finilizing and releasing driver data structures can be kept until drm_driver.release hook is called, i.e. when the

[PATCH v2 8/8] drm/amdgpu: Prevent any job recoveries after device is unplugged.

2020-06-21 Thread Andrey Grodzovsky
No point to try recovery if device is gone, just messes up things. Signed-off-by: Andrey Grodzovsky --- drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 16 drivers/gpu/drm/amd/amdgpu/amdgpu_job.c | 8 2 files changed, 24 insertions(+) diff --git

[PATCH v2 6/8] drm/amdgpu: Unmap entire device address space on device remove.

2020-06-21 Thread Andrey Grodzovsky
Use the new TTM interface to invalidate all exsisting BO CPU mappings form all user proccesses. Signed-off-by: Andrey Grodzovsky --- drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c

[PATCH v2 3/8] drm/ttm: Add unampping of the entire device address space

2020-06-21 Thread Andrey Grodzovsky
Helper function to be used to invalidate all BOs CPU mappings once device is removed. Signed-off-by: Andrey Grodzovsky --- drivers/gpu/drm/ttm/ttm_bo.c| 8 ++-- include/drm/ttm/ttm_bo_driver.h | 7 +++ 2 files changed, 13 insertions(+), 2 deletions(-) diff --git

[PATCH v2 5/8] drm/amdgpu: Refactor sysfs removal

2020-06-21 Thread Andrey Grodzovsky
Track sysfs files in a list so they all can be removed during pci remove since otherwise their removal after that causes crash because parent folder was already removed during pci remove. Signed-off-by: Andrey Grodzovsky --- drivers/gpu/drm/amd/amdgpu/amdgpu.h | 13 +++

[PATCH v2 7/8] drm/amdgpu: Fix sdma code crash post device unplug

2020-06-21 Thread Andrey Grodzovsky
entity->rq becomes null aftre device unplugged so just return early in that case. Signed-off-by: Andrey Grodzovsky --- drivers/gpu/drm/amd/amdgpu/amdgpu_vm_sdma.c | 21 - 1 file changed, 16 insertions(+), 5 deletions(-) diff --git

[PATCH v2 2/8] drm/ttm: Remap all page faults to per process dummy page.

2020-06-21 Thread Andrey Grodzovsky
On device removal reroute all CPU mappings to dummy page per drm_file instance or imported GEM object. Signed-off-by: Andrey Grodzovsky --- drivers/gpu/drm/ttm/ttm_bo_vm.c | 65 - 1 file changed, 57 insertions(+), 8 deletions(-) diff --git

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

2020-06-21 Thread Andrey Grodzovsky
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.c | 10 ++ include/drm/drm_file.h | 2 ++ include/drm/drm_gem.h | 2 ++ 4 files changed, 22

[PATCH v2 0/8] RFC Support hot device unplug in amdgpu

2020-06-21 Thread Andrey Grodzovsky
This RFC is more of a proof of concept then a fully working solution as there are a few unresolved issues we are hoping to get advise on from people on the mailing list. Until now extracting a card either by physical extraction (e.g. eGPU with thunderbolt connection or by emulation through syfs