Re: [PATCH v7 3/8] mm/rmap: Split try_to_munlock from try_to_unmap

2021-03-30 Thread Jason Gunthorpe
On Fri, Mar 26, 2021 at 11:08:00AM +1100, Alistair Popple wrote: > +static bool try_to_munlock_one(struct page *page, struct vm_area_struct *vma, > + unsigned long address, void *arg) > +{ Is this function name right? > + struct page_vma_mapped_walk pvmw = { > +

Re: [PATCH v3 10/11] drm: Use state helper instead of the plane state pointer

2021-03-30 Thread Stephen Boyd
Quoting Maxime Ripard (2021-03-30 08:35:27) > Hi Stephen, > > On Mon, Mar 29, 2021 at 06:52:01PM -0700, Stephen Boyd wrote: > > Trimming Cc list way down, sorry if that's too much. > > > > Quoting Maxime Ripard (2021-02-19 04:00:30) > > > Many drivers reference the plane->state pointer in order t

[Bug 211425] [drm:atom_op_jump] *ERROR* atombios stuck in loop for more than 20secs aborting

2021-03-30 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=211425 Andreas (icedragon...@web.de) changed: What|Removed |Added Kernel Version|5.11.5 |5.11.11 --- Comment #13 f

Re: [Freedreno] [PATCH v3 25/25] drm/msm/dsi: stop passing src_pll_id to the phy_enable call

2021-03-30 Thread abhinavk
On 2021-03-27 04:03, Dmitry Baryshkov wrote: Phy driver already knows the source PLL id basing on the set usecase and the current PLL id. Stop passing it to the phy_enable call. As a reminder, dsi manager will always use DSI 0 as a clock master in a slave mode, so PLL 0 is always a clocksource

Re: [PATCH v7 5/8] mm: Device exclusive memory access

2021-03-30 Thread Jason Gunthorpe
On Fri, Mar 26, 2021 at 11:08:02AM +1100, Alistair Popple wrote: > diff --git a/mm/memory.c b/mm/memory.c > index 3a5705cfc891..33d11527ef77 100644 > +++ b/mm/memory.c > @@ -781,6 +781,27 @@ copy_nonpresent_pte(struct mm_struct *dst_mm, struct > mm_struct *src_mm, > p

[PATCH] drm/atmel-hlcdc: Allow async page flips

2021-03-30 Thread Dan Sneddon
The driver is capable of doing async page flips so we need to tell the core to allow them. Signed-off-by: Dan Sneddon --- drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c b/drivers/gpu/drm/atmel-hlcdc/

[Bug 211425] [drm:atom_op_jump] *ERROR* atombios stuck in loop for more than 20secs aborting

2021-03-30 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=211425 --- Comment #14 from Alex Deucher (alexdeuc...@gmail.com) --- Renoir and vega10 are two different GPUs. They have the same gfx core, but most other things are different (different display hardware, different multi-media hardware, etc.). The atom

Re: [PATCH v6 06/10] gpu: host1x: Cleanup and refcounting for syncpoints

2021-03-30 Thread Dmitry Osipenko
29.03.2021 16:38, Mikko Perttunen пишет: > Add reference counting for allocated syncpoints to allow keeping > them allocated while jobs are referencing them. Additionally, > clean up various places using syncpoint IDs to use host1x_syncpt > pointers instead. > > Signed-off-by: Mikko Perttunen > -

Re: [PATCH v6 05/10] gpu: host1x: Use HW-equivalent syncpoint expiration check

2021-03-30 Thread Dmitry Osipenko
29.03.2021 16:38, Mikko Perttunen пишет: > Make syncpoint expiration checks always use the same logic used by > the hardware. This ensures that there are no race conditions that > could occur because of the hardware triggering a syncpoint interrupt > and then the driver disagreeing. > > One situat

Re: [PATCH v6 03/10] gpu: host1x: Show number of pending waiters in debugfs

2021-03-30 Thread Dmitry Osipenko
29.03.2021 16:38, Mikko Perttunen пишет: > Show the number of pending waiters in the debugfs status file. > This is useful for testing to verify that waiters do not leak > or accumulate incorrectly. > > Signed-off-by: Mikko Perttunen > --- > drivers/gpu/host1x/debug.c | 14 +++--- > 1 fi

Re: [PATCH 14/30] Revert "s3c24xx-dma.c: Fix a typo"

2021-03-30 Thread Bhaskar Chowdhury
On 22:59 Tue 30 Mar 2021, Vinod Koul wrote: On 29-03-21, 05:23, Bhaskar Chowdhury wrote: s/transferred/transfered/ This reverts commit a2ddb8aea8106bd5552f8516ad7a8a26b9282a8f. This is not upstream, why not squash in. Also would make sense to write sensible changelog and not phrases and use t

Re: [PATCH 24/30] Kconfig: Change Synopsys to Synopsis

2021-03-30 Thread Bhaskar Chowdhury
On 12:43 Tue 30 Mar 2021, Robin Murphy wrote: On 2021-03-29 00:53, Bhaskar Chowdhury wrote: s/Synopsys/Synopsis/ .two different places. Erm, that is definitely not a typo... :/ ..and for some unknown reason it introduce a empty line deleted and added back. Presumably your editor is

Re: [PATCH v2 09/14] drm/edid: Use the cached EDID in drm_get_edid() if eDP

2021-03-30 Thread Doug Anderson
Hi, On Tue, Mar 30, 2021 at 7:01 AM Ville Syrjälä wrote: > > > @@ -2049,15 +2049,39 @@ struct edid *drm_get_edid(struct drm_connector > > *connector, > > struct i2c_adapter *adapter) > > { > > struct edid *edid; > > + size_t old_edid_size; > > + const struc

Re: [PATCH v7 3/8] mm/rmap: Split try_to_munlock from try_to_unmap

2021-03-30 Thread Alistair Popple
On Wednesday, 31 March 2021 5:49:03 AM AEDT Jason Gunthorpe wrote: > On Fri, Mar 26, 2021 at 11:08:00AM +1100, Alistair Popple wrote: > > > +static bool try_to_munlock_one(struct page *page, struct vm_area_struct *vma, > > +unsigned long address, void *arg) > > +{ > > Is this fun

Re: [PATCH v7 3/8] mm/rmap: Split try_to_munlock from try_to_unmap

2021-03-30 Thread Alistair Popple
On Wednesday, 31 March 2021 9:09:30 AM AEDT Alistair Popple wrote: > On Wednesday, 31 March 2021 5:49:03 AM AEDT Jason Gunthorpe wrote: > > On Fri, Mar 26, 2021 at 11:08:00AM +1100, Alistair Popple wrote: > > So what clears PG_mlocked on this call path? > > See munlock_vma_page(). munlock works

Re: [PATCH v7 3/8] mm/rmap: Split try_to_munlock from try_to_unmap

2021-03-30 Thread Jason Gunthorpe
On Wed, Mar 31, 2021 at 09:09:30AM +1100, Alistair Popple wrote: > > > @@ -1796,8 +1821,7 @@ bool try_to_unmap(struct page *page, enum ttu_flags > flags) > > > void try_to_munlock(struct page *page) > > > { > > > > But this is also called try_to_munlock ?? > > As far as I can tell this has al

Re: [v1] drm/msm/disp/dpu1: icc path needs to be set before dpu runtime resume

2021-03-30 Thread Steev Klimaszewski
On 3/22/21 4:17 AM, Kalyan Thota wrote: > From: Kalyan Thota > > DPU runtime resume will request for a min vote on the AXI bus as > it is a necessary step before turning ON the AXI clock. > > The change does below > 1) Move the icc path set before requesting runtime get_sync. > 2) remove the dep

Re: [PATCH v7 3/8] mm/rmap: Split try_to_munlock from try_to_unmap

2021-03-30 Thread John Hubbard
On 3/30/21 3:24 PM, Jason Gunthorpe wrote: ... As far as I can tell this has always been called try_to_munlock() even though it appears to do the opposite. Maybe we should change it then? /** * try_to_munlock - try to munlock a page * @page: the page to be munlocked * * Called from mu

Re: [PATCH 1/2] drm/panel: simple: Add support for EDT ETMV570G2DHU panel

2021-03-30 Thread Rob Herring
On Tue, Mar 30, 2021 at 09:09:06AM +0200, Yunus Bas wrote: > From: Stefan Riedmueller > > This patch adds support for the EDT ETMV570G2DHU 5.7" (640x480) lcd panel > to DRM simple panel driver. > > Signed-off-by: Stefan Riedmueller > Signed-off-by: Yunus Bas > --- > .../bindings/display/panel

Re: [PATCH 2/2] drm/panel: simple: Add support for EDT ETM0350G0DH6 panel

2021-03-30 Thread Rob Herring
On Tue, Mar 30, 2021 at 09:09:07AM +0200, Yunus Bas wrote: > From: Stefan Riedmueller > > This patch adds support for the EDT ETM0350G0DH6 3.5" (320x240) lcd > panel to DRM simple panel driver. > > Signed-off-by: Stefan Riedmueller > Signed-off-by: Yunus Bas > --- > .../bindings/display/panel

Re: [PATCH v7 3/8] mm/rmap: Split try_to_munlock from try_to_unmap

2021-03-30 Thread Alistair Popple
On Wednesday, 31 March 2021 9:43:19 AM AEDT John Hubbard wrote: > On 3/30/21 3:24 PM, Jason Gunthorpe wrote: > ... > >> As far as I can tell this has always been called try_to_munlock() even though > >> it appears to do the opposite. > > > > Maybe we should change it then? > > > >>> /** > >>>

Re: [PATCH v3 0/1] drm/tiny: add support for Waveshare 2inch LCD module

2021-03-30 Thread carlis
On Tue, 30 Mar 2021 09:17:19 -0500 David Lechner wrote: > On 3/30/21 3:08 AM, Carlis wrote: > > From: Xuezhi Zhang > > > > This adds a new module for the ST7789V controller with parameters > > for the Waveshare 2inch LCD module. > > > > Signed-off-by: Xuezhi Zhang > > --- > > v2:change compat

Re: Re: [PATCH] amd: display: dc: struct dc_state is declared twice

2021-03-30 Thread Alex Deucher
On Mon, Mar 29, 2021 at 9:36 PM 万家兵 wrote: > > > >On Sat, Mar 27, 2021 at 3:28 AM Wan Jiabing wrote: > >> > >> struct dc_state has been declared at 273rd line. > >> Remove the duplicate. > >> Delete duplicate blank lines. > > > >Can you split these into separate patches? > > > >Alex > > OK. But i

Re: [PATCH 0/2] ensure alignment on CPU page for bo mapping

2021-03-30 Thread Alex Deucher
Applied. Thanks! Alex On Tue, Mar 30, 2021 at 12:21 PM Christian König wrote: > > Reviewed-by: Christian König for the entire > series. > > Alex will probably pick them up for the next feature pull request. > > Regards, > Christian. > > Am 30.03.21 um 17:33 schrieb Xℹ Ruoyao: > > In AMDGPU dri

[PATCH] [v2] amd: display: dc: struct dc_state is declared twice

2021-03-30 Thread Wan Jiabing
struct dc_state is declared twice. One has been declared at 273rd line. Remove the duplicate. Signed-off-by: Wan Jiabing --- drivers/gpu/drm/amd/display/dc/dc.h | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/amd/display/dc/dc.h b/drivers/gpu/drm/amd/display/dc/dc.h index 18e

[PATCH v4 0/2] add support for Waveshare 2inch LCD module

2021-03-30 Thread Carlis
From: Xuezhi Zhang This patch add support for Waveshare 2inch LCD module. Xuezhi Zhang (2): drm/tiny: add support for Waveshare 2inch LCD module dt-bindings: display: sitronix,st7789v-dbi: Add Waveshare 2inch LCD module .../display/sitronix,st7789v-dbi.yaml | 72 + MAINTAI

[PATCH v4 1/2] drm/tiny: add support for Waveshare 2inch LCD module

2021-03-30 Thread Carlis
From: Xuezhi Zhang This adds a new module for the ST7789V controller with parameters for the Waveshare 2inch LCD module. Signed-off-by: Xuezhi Zhang --- v2:change compatible value. v3:change author name. v4:delete a maintainer. --- MAINTAINERS| 7 + drivers/gpu/drm/tiny/K

[PATCH v4 2/2] dt-bindings: display: sitronix, st7789v-dbi: Add Waveshare 2inch LCD module

2021-03-30 Thread Carlis
From: Xuezhi Zhang Document support for the Waveshare 2inch LCD module display, which is a 240x320 2" TFT display driven by a Sitronix ST7789V TFT Controller. Signed-off-by: Xuezhi Zhang --- v2:change compatible value. v3:change author name. v4:delete a maintainer. --- .../display/sitronix,st7

[PATCH 2/2] drm/virtio: Include modifier as part of set_scanout_blob

2021-03-30 Thread Vivek Kasireddy
With new use-cases coming up that include virtio-gpu: https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/9592 the FB associated with a Guest blob may have a modifier. Therefore, this modifier info needs to be included as part of set_scanout_blob. Cc: Gerd Hoffmann Signed-off-by: Vivek Kas

[PATCH 1/2] drm/virtio: Create Dumb BOs as guest Blobs

2021-03-30 Thread Vivek Kasireddy
If support for Blob resources is available, then dumb BOs created by the driver can be considered as guest Blobs. And, for guest Blobs, there is no need to do any transfers or flushes but we do need to do set_scanout even if the FB has not changed as part of plane updates. Cc: Gerd Hoffmann Signe

Re: [PATCH v7 3/8] mm/rmap: Split try_to_munlock from try_to_unmap

2021-03-30 Thread John Hubbard
On 3/30/21 3:56 PM, Alistair Popple wrote: ... +1 for renaming "munlock*" items to "mlock*", where applicable. good grief. At least the situation was weird enough to prompt further investigation :) Renaming to mlock* doesn't feel like the right solution to me either though. I am not sure if yo

Re: [PATCH v7 3/8] mm/rmap: Split try_to_munlock from try_to_unmap

2021-03-30 Thread John Hubbard
On 3/30/21 8:56 PM, John Hubbard wrote: On 3/30/21 3:56 PM, Alistair Popple wrote: ... +1 for renaming "munlock*" items to "mlock*", where applicable. good grief. At least the situation was weird enough to prompt further investigation :) Renaming to mlock* doesn't feel like the right solution

Re: [PATCH v7 3/8] mm/rmap: Split try_to_munlock from try_to_unmap

2021-03-30 Thread Alistair Popple
On Wednesday, 31 March 2021 2:56:38 PM AEDT John Hubbard wrote: > On 3/30/21 3:56 PM, Alistair Popple wrote: > ... > >> +1 for renaming "munlock*" items to "mlock*", where applicable. good grief. > > > > At least the situation was weird enough to prompt further investigation :) > > > > Renaming

Re: [PATCH v6 09/14] drm/bridge: imx: Add i.MX8qxp pixel link to DPI support

2021-03-30 Thread Liu Ying
Hi Robert, On Tue, 2021-03-30 at 11:42 +0200, Robert Foss wrote: > Hey Liu, > > checkpatch --strict had some complaints, with those fixed feel free to > add my r-b. > > Reviewed-by: Robert Foss Thanks for your review. In the next version, I'll also fix the complaints from 'checkpatch.pl --str

Re: [PATCH v6 10/14] drm/bridge: imx: Add LDB driver helper support

2021-03-30 Thread Liu Ying
Hi Robert, On Tue, 2021-03-30 at 11:46 +0200, Robert Foss wrote: > Hey Liu, > > checkpatch --strict is listing some nits for this patch, with those > fixed feel free to add my r-b. > > Reviewed-by: Robert Foss Thanks for your review. Will fix those nits in the next version. Liu Ying ___

Re: [PATCH v6 12/14] drm/bridge: imx: Add LDB support for i.MX8qxp

2021-03-30 Thread Liu Ying
Hi Robert, On Tue, 2021-03-30 at 11:59 +0200, Robert Foss wrote: > Hey Liu, > > checkpatch --strict lists some nits and a warning. I think the kconfig > warning can be ignored. With the rest fixed, feel free to add my r-b. > > Reviewed-by: Robert Foss Thanks for your review. Will fix those ni

Re: [PATCH v6 12/14] drm/bridge: imx: Add LDB support for i.MX8qxp

2021-03-30 Thread Liu Ying
On Tue, 2021-03-30 at 11:54 +0200, Robert Foss wrote: > Hey Liu, > > checkpatch --strict lists some nit and a warning. With those fixed > feel free to add my r-b. > > On Wed, 17 Mar 2021 at 04:57, Liu Ying wrote: > > This patch adds a drm bridge driver for i.MX8qxp LVDS display bridge(LDB) > > w

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

2021-03-30 Thread Stephen Rothwell
Hi Geert, On Tue, 30 Mar 2021 09:36:57 +0200 Geert Uytterhoeven wrote: > > On Mon, Mar 29, 2021 at 4:16 AM Stephen Rothwell > wrote: > > Today's linux-next merge of the drm tree got a conflict in: > > > > drivers/gpu/drm/amd/amdgpu/amdgpu_device.c > > > > between commits: > > > > 9adb125dd

Re: [PATCH v6 13/14] drm/bridge: imx: Add LDB support for i.MX8qm

2021-03-30 Thread Liu Ying
Hi Robert, On Tue, 2021-03-30 at 12:05 +0200, Robert Foss wrote: > Hey Liu, > > checkpatch --strict lists some nits for this patch with those and the > below warning fixed, feel free to add my r-b. Thanks for your review. Will fix those nits in the next version. Regarding the warning you menti

[PATCH v7 00/14] Add some DRM bridge drivers support for i.MX8qm/qxp SoCs

2021-03-30 Thread Liu Ying
Hi, This is the v7 series to add some DRM bridge drivers support for i.MX8qm/qxp SoCs. The bridges may chain one by one to form display pipes to support LVDS displays. The relevant display controller is DPU embedded in i.MX8qm/qxp SoCs. The DPU KMS driver can be found at: https://www.spinics.ne

[PATCH v7 01/14] media: uapi: Add some RGB bus formats for i.MX8qm/qxp pixel combiner

2021-03-30 Thread Liu Ying
This patch adds RGB666_1X30_CPADLO, RGB888_1X30_CPADLO, RGB666_1X36_CPADLO and RGB888_1X36_CPADLO bus formats used by i.MX8qm/qxp pixel combiner. The RGB pixels with padding low per component are transmitted on a 30-bit input bus(10-bit per component) from a display controller or a 36-bit output bu

[PATCH v7 02/14] media: docs: Add some RGB bus formats for i.MX8qm/qxp pixel combiner

2021-03-30 Thread Liu Ying
This patch adds documentations for RGB666_1X30_CPADLO, RGB888_1X30_CPADLO, RGB666_1X36_CPADLO and RGB888_1X36_CPADLO bus formats used by i.MX8qm/qxp pixel combiner. The RGB pixels with padding low per component are transmitted on a 30-bit input bus(10-bit per component) from a display controller o

[PATCH v7 03/14] dt-bindings: display: bridge: Add i.MX8qm/qxp pixel combiner binding

2021-03-30 Thread Liu Ying
This patch adds bindings for i.MX8qm/qxp pixel combiner. Reviewed-by: Rob Herring Signed-off-by: Liu Ying --- v6->v7: * No change. v5->v6: * No change. v4->v5: * No change. v3->v4: * No change. v2->v3: * Add Rob's R-b tag. v1->v2: * Use graph schema. (Laurent) * Use enum instead of oneOf +

[PATCH v7 04/14] drm/bridge: imx: Add i.MX8qm/qxp pixel combiner support

2021-03-30 Thread Liu Ying
This patch adds a drm bridge driver for i.MX8qm/qxp pixel combiner. The pixel combiner takes two output streams from a single display controller and manipulates the two streams to support a number of modes(bypass, pixel combine, YUV444 to YUV422, split_RGB) configured as either one screen, two scre

[PATCH v7 05/14] dt-bindings: display: bridge: Add i.MX8qm/qxp display pixel link binding

2021-03-30 Thread Liu Ying
This patch adds bindings for i.MX8qm/qxp display pixel link. Reviewed-by: Rob Herring Signed-off-by: Liu Ying --- v6->v7: * No change. v5->v6: * No change. v4->v5: * No change. v3->v4: * No change. v2->v3: * Add Rob's R-b tag. v1->v2: * Use graph schema. (Laurent) * Require all four pixel l

[PATCH v7 06/14] drm/bridge: imx: Add i.MX8qm/qxp display pixel link support

2021-03-30 Thread Liu Ying
This patch adds a drm bridge driver for i.MX8qm/qxp display pixel link. The pixel link forms a standard asynchronous linkage between pixel sources(display controller or camera module) and pixel consumers(imaging or displays). It consists of two distinct functions, a pixel transfer function and a c

[PATCH v7 07/14] dt-bindings: mfd: Add i.MX8qm/qxp Control and Status Registers module binding

2021-03-30 Thread Liu Ying
This patch adds bindings for i.MX8qm/qxp Control and Status Registers module. Reviewed-by: Rob Herring Signed-off-by: Liu Ying --- v6->v7: * Add Rob's R-b tag. v5->v6: * Drop 'select' schema. (Rob) v4->v5: * Newly introduced in v5. (Rob) .../devicetree/bindings/mfd/fsl,imx8qxp-csr.yaml | 1

[PATCH v7 08/14] dt-bindings: display: bridge: Add i.MX8qxp pixel link to DPI binding

2021-03-30 Thread Liu Ying
This patch adds bindings for i.MX8qxp pixel link to DPI(PXL2DPI). Reviewed-by: Rob Herring Signed-off-by: Liu Ying --- v6->v7: * No change. v5->v6: * Add Rob's R-b tag. v4->v5: * No change. v3->v4: * Add 'fsl,sc-resource' property. (Rob) v2->v3: * Drop 'fsl,syscon' property. (Rob) * Mention

[PATCH v7 09/14] drm/bridge: imx: Add i.MX8qxp pixel link to DPI support

2021-03-30 Thread Liu Ying
This patch adds a drm bridge driver for i.MX8qxp pixel link to display pixel interface(PXL2DPI). The PXL2DPI interfaces the pixel link 36-bit data output and the DSI controller’s MIPI-DPI 24-bit data input, and inputs of LVDS Display Bridge(LDB) module used in LVDS mode, to remap the pixel color c

[PATCH v7 10/14] drm/bridge: imx: Add LDB driver helper support

2021-03-30 Thread Liu Ying
This patch adds a helper to support LDB drm bridge drivers for i.MX SoCs. Helper functions supported by this helper should implement common logics for all LDB modules embedded in i.MX SoCs. Tested-by: Marcel Ziswiler # Colibri iMX8X, LT170410-2WHC, LP156WF1 Reviewed-by: Robert Foss Signed-off-

[PATCH v7 11/14] dt-bindings: display: bridge: Add i.MX8qm/qxp LVDS display bridge binding

2021-03-30 Thread Liu Ying
This patch adds bindings for i.MX8qm/qxp LVDS display bridge(LDB). Reviewed-by: Rob Herring Signed-off-by: Liu Ying --- v6->v7: * No change. v5->v6: * No change. v4->v5: * No change. v3->v4: * Add Rob's R-b tag. v2->v3: * Drop 'fsl,syscon' property. (Rob) * Mention the CSR module controls LD

[PATCH v7 12/14] drm/bridge: imx: Add LDB support for i.MX8qxp

2021-03-30 Thread Liu Ying
This patch adds a drm bridge driver for i.MX8qxp LVDS display bridge(LDB) which is officially named as pixel mapper. The LDB has two channels. Each of them supports up to 24bpp parallel input color format and can map the input to VESA or JEIDA standards. The two channels cannot be used simultaneo

[PATCH v7 13/14] drm/bridge: imx: Add LDB support for i.MX8qm

2021-03-30 Thread Liu Ying
This patch adds a drm bridge driver for i.MX8qm LVDS display bridge(LDB) which is officially named as pixel mapper. The LDB has two channels. Each of them supports up to 30bpp parallel input color format and can map the input to VESA or JEIDA standards. The two channels can be used simultaneously

[PATCH v7 14/14] MAINTAINERS: add maintainer for DRM bridge drivers for i.MX SoCs

2021-03-30 Thread Liu Ying
Add myself as the maintainer of DRM bridge drivers for i.MX SoCs. Reviewed-by: Robert Foss Signed-off-by: Liu Ying --- v6->v7: * Add Robert's R-b tag. v5->v6: * No change. v4->v5: * No change. v3->v4: * No change. v2->v3: * No change. v1->v2: * No change. MAINTAINERS | 10 ++ 1 fi

RE: [PATCH V3] drm/ast: Disable fast reset after DRAM initial

2021-03-30 Thread Kuo-Hsiang Chou
Message-ID: <20201228030823.294147-1-kuohsiang_c...@aspeedtech.com> -Original Message- From: Thomas Zimmermann [mailto:tzimmerm...@suse.de] Sent: Monday, March 29, 2021 5:17 PM To: Kuo-Hsiang Chou ; dri-devel@lists.freedesktop.org; linux-ker...@vger.kernel.org Subject: Re: [PATCH V3] dr

<    1   2