Re: [PATCH 5/8] drm/doc: the KMS properties section is for user-space devs

2020-12-16 Thread Daniel Vetter
On Wed, Dec 16, 2020 at 09:22:19PM +0100, Simon Ser wrote: > State that the "KMS Properties" section is mainly for user-space > developers. > > Signed-off-by: Simon Ser > Cc: Daniel Vetter > Cc: Pekka Paalanen > --- > Documentation/gpu/drm-kms.rst | 3 +++ > 1 file changed, 3 insertions(+) >

Re: [PATCH 7/8] drm/doc: fix drm_plane_type docs

2020-12-16 Thread Daniel Vetter
On Wed, Dec 16, 2020 at 09:22:21PM +0100, Simon Ser wrote: > The docs for enum drm_plane_type mention legacy IOCTLs, however the > plane type is not tied to legacy IOCTLs, the drm_cursor.primary and > cursor fields are. Add a small paragraph to reference these. > > Instead, document expectations f

Re: [PATCH 6/8] drm/doc: introduce new section for standard plane properties

2020-12-16 Thread Daniel Vetter
On Wed, Dec 16, 2020 at 09:22:20PM +0100, Simon Ser wrote: > Introduce a new "Standard Plane Properties" section for properties > defined in drm_plane.c. Move the mis-placed IN_FORMATS docs there. Yeah that's misplaced. Reviewed-by: Daniel Vetter > > Signed-off-by: Simon Ser > Cc: Daniel Vett

Re: [PATCH 8/8] drm/doc: document the type plane property

2020-12-16 Thread Daniel Vetter
On Wed, Dec 16, 2020 at 09:22:22PM +0100, Simon Ser wrote: > Add a new entry for "type" in the section for standard plane properties. > > Signed-off-by: Simon Ser > Cc: Daniel Vetter > Cc: Pekka Paalanen Looks solid, bunch of comments for extensions and more clarity below. -Daniel > --- > dr

Re: [PATCH] drm/amd/display: Revert "add DCN support for aarch64"

2020-12-16 Thread Ard Biesheuvel
On Wed, 16 Dec 2020 at 19:00, Alex Deucher wrote: > > On Mon, Dec 14, 2020 at 12:53 PM Ard Biesheuvel wrote: > > > > This reverts commit c38d444e44badc557cf29fdfdfb823604890ccfa. > > > > Simply disabling -mgeneral-regs-only left and right is risky, given that > > the standard AArch64 ABI permits

Re: [pull] amdgpu, amdkfd, radeon drm-fixes-5.11

2020-12-16 Thread Daniel Vetter
On Wed, Dec 16, 2020 at 02:24:20PM -0500, Alex Deucher wrote: > Hi Dave, Daniel, > > Fixes for 5.11. > > The following changes since commit b10733527bfd864605c33ab2e9a886eec317ec39: > > Merge tag 'amd-drm-next-5.11-2020-12-09' of > git://people.freedesktop.org/~agd5f/linux into drm-next (2020

Re: [pull] amdgpu, amdkfd, radeon drm-fixes-5.11

2020-12-16 Thread Alex Deucher
On Wed, Dec 16, 2020 at 5:28 PM Daniel Vetter wrote: > > On Wed, Dec 16, 2020 at 02:24:20PM -0500, Alex Deucher wrote: > > Hi Dave, Daniel, > > > > Fixes for 5.11. > > > > The following changes since commit b10733527bfd864605c33ab2e9a886eec317ec39: > > > > Merge tag 'amd-drm-next-5.11-2020-12-09

Re: [PATCH 13/17] drm/amd/display: Expose new CRC window property

2020-12-16 Thread Daniel Vetter
On Fri, Nov 13, 2020 at 03:56:41PM -0500, Bindu Ramamurthy wrote: > From: Wayne Lin > > [Why] > Instead of calculating CRC on whole frame, add flexibility to calculate > CRC on specific frame region. > > [How] > Add few crc window coordinate properties. By default, CRC is calculated > on whole f

Re: [pull] amdgpu, amdkfd, radeon drm-fixes-5.11

2020-12-16 Thread Daniel Vetter
On Wed, Dec 16, 2020 at 11:39 PM Alex Deucher wrote: > > On Wed, Dec 16, 2020 at 5:28 PM Daniel Vetter wrote: > > > > On Wed, Dec 16, 2020 at 02:24:20PM -0500, Alex Deucher wrote: > > > Hi Dave, Daniel, > > > > > > Fixes for 5.11. > > > > > > The following changes since commit > > > b10733527bfd

Re: [kbuild-all] Re: [radeon-alex:amd-20.45 2127/2427] drivers/gpu/drm/amd/amdgpu/../display/dc/bios/command_table.c:1880:39: sparse: sparse: incorrect type in argument 1 (different base types)

2020-12-16 Thread Philip Li
On Wed, Dec 16, 2020 at 04:20:58PM +, Deucher, Alexander wrote: > [AMD Official Use Only - Internal Distribution Only] > > You can add amd-21.xx as well, since they will coming up next year. Maybe > amd-2*? Got it, we will ignore amd-2.* pattern. > > Alex > > _

Re: [PATCH v3 05/12] drm/ttm: Expose ttm_tt_unpopulate for driver use

2020-12-16 Thread Daniel Vetter
On Wed, Dec 16, 2020 at 7:26 PM Andrey Grodzovsky wrote: > > > On 12/16/20 12:12 PM, Daniel Vetter wrote: > > On Wed, Dec 16, 2020 at 5:18 PM Christian König > > wrote: > >> Am 16.12.20 um 17:13 schrieb Andrey Grodzovsky: > >>> On 12/16/20 9:21 AM, Daniel Vetter wrote: > On Wed, Dec 16, 2020

Re: [PATCH v3 05/12] drm/ttm: Expose ttm_tt_unpopulate for driver use

2020-12-16 Thread Andrey Grodzovsky
On 12/16/20 6:15 PM, Daniel Vetter wrote: On Wed, Dec 16, 2020 at 7:26 PM Andrey Grodzovsky wrote: On 12/16/20 12:12 PM, Daniel Vetter wrote: On Wed, Dec 16, 2020 at 5:18 PM Christian König wrote: Am 16.12.20 um 17:13 schrieb Andrey Grodzovsky: On 12/16/20 9:21 AM, Daniel Vetter wrote: O

[Bug 210739] New: Regression in 5.10, Oops at amdgpu_connector_dp_detect()

2020-12-16 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=210739 Bug ID: 210739 Summary: Regression in 5.10, Oops at amdgpu_connector_dp_detect() Product: Drivers Version: 2.5 Kernel Version: 5.10 Hardware: All OS: Li

[Bug 210739] Regression in 5.10, Oops at amdgpu_connector_dp_detect()

2020-12-16 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=210739 Alex Deucher (alexdeuc...@gmail.com) changed: What|Removed |Added CC||alexdeuc...@gmail.c

[Bug 210739] Regression in 5.10, Oops at amdgpu_connector_dp_detect()

2020-12-16 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=210739 --- Comment #2 from Alex Deucher (alexdeuc...@gmail.com) --- (In reply to Alex Deucher from comment #1) > Fixed with this patch: > https://patchwork.freedesktop.org/patch/408230/ > Which will be landing soon. Nevermind, this only applies when amd

[Bug 210739] Regression in 5.10, Oops at amdgpu_connector_dp_detect()

2020-12-16 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=210739 --- Comment #3 from Alex Deucher (alexdeuc...@gmail.com) --- Can you bisect? -- You are receiving this mail because: You are watching the assignee of the bug. ___ dri-devel mailing list dri-devel@lists

Re: [PATCH] dt-bindings/display: abt,y030xx067a: Fix binding

2020-12-16 Thread Sam Ravnborg
On Thu, Dec 17, 2020 at 12:59:45AM +, Paul Cercueil wrote: > The binding should use "unevaluatedProperties" instead of > "additionalProperties", since it is a SPI device and may have > SPI-related Device Tree properties, for instance the "spi-max-frequency" > property that is present in the exa

<    1   2