Re: [PATCH v5 12/13] soc: mediatek: cmdq: add clear option in cmdq_pkt_wfe api

2020-03-08 Thread CK Hu
Hi, Dennis: On Sun, 2020-03-08 at 18:52 +0800, Dennis YC Hsieh wrote: > Add clear parameter to let client decide if > event should be clear to 0 after GCE receive it. > Reviewed-by: CK Hu > Signed-off-by: Dennis YC Hsieh > --- > drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 2 +- > drivers/soc/

Re: [PATCH v4 7/7] RFC: drm/panfrost: devfreq: Add support for 2 regulators

2020-03-08 Thread Nicolas Boichat
Looping back on this, after digging a bit deeper... On Fri, Feb 14, 2020 at 9:38 AM Nick Fan (范哲維) wrote: > [snip] > > > Another thing that I'm not implementing is the dance that Mediatek > > > does in their kbase driver when changing the clock (described in > > > patch > > > 2/7): > > > "" > > >

Re: [PATCH v5 11/13] soc: mediatek: cmdq: add jump function

2020-03-08 Thread CK Hu
Hi, Dennis: On Sun, 2020-03-08 at 18:52 +0800, Dennis YC Hsieh wrote: > Add jump function so that client can jump to any address which > contains instruction. > Reviewed-by: CK Hu > Signed-off-by: Dennis YC Hsieh > --- > drivers/soc/mediatek/mtk-cmdq-helper.c | 13 + > include/li

Re: [PATCH] MAINTAINERS: Update Chun-Kuang Hu's email address

2020-03-08 Thread CK Hu
On Sun, 2020-03-08 at 12:52 +0800, Chun-Kuang Hu wrote: > Update my email address to @kernel.org > Applied to mediatek-drm-next-5.7 [1]. [1] https://github.com/ckhu-mediatek/linux.git-tags/commits/mediatek-drm-next-5.7 Regards, CK > Signed-off-by: Chun-Kuang Hu > --- > MAINTAINERS | 2 +- >

Re: [PATCH] drm/exynos: Fix memory leak and release IOMMU mapping structures

2020-03-08 Thread Inki Dae
Hi Lukasz, 20. 3. 5. 오전 7:00에 Lukasz Luba 이(가) 쓴 글: > There is a memory leak which left some objects not freed. The reference > counter of mapping: 'mapping->kref' was 2 when calling > arm_iommu_detach_device(), so the release_iommu_mapping() won't be called. > Since the old mapping structure is n

Re: [PATCH] drm/exynos: Fix cleanup of IOMMU related objects

2020-03-08 Thread Inki Dae
20. 3. 5. 오후 5:13에 Marek Szyprowski 이(가) 쓴 글: > Hi Inki, > > On 05.03.2020 09:01, Inki Dae wrote: >> Hi Marek, >> >> 20. 3. 2. 오후 11:27에 Marek Szyprowski 이(가) 쓴 글: >>> Store the IOMMU mapping created by device core of each Exynos DRM >>> sub-device and restore it when Exynos DRM driver is unboun

2020 X.Org Board of Directors Elections Nomination period is NOW

2020-03-08 Thread Daniel Vetter
We are seeking nominations for candidates for election to the X.Org Foundation Board of Directors. All X.Org Foundation members are eligible for election to the board. Nominations for the 202 election are now open and will remain open until 23:59 UTC on 29th March 2020. The Board consists of dire

[PATCH v2 0/1] Regression in analogix_anx78xx

2020-03-08 Thread Tobias Schramm
commit ff1e8fb68ea0 ("drm/bridge: analogix-anx78xx: Avoid drm_dp_link helpers") stores the max link rate in a u8, overflowing it. This will probably prevent the link training from working. I've not tested this patch beyond a simple compile test since I do not own any devices containing an anx78xx.

[PATCH v2 1/1] drm/bridge: anx78xx: fix calculation of dp link rate

2020-03-08 Thread Tobias Schramm
commit ff1e8fb68ea0 ("drm/bridge: analogix-anx78xx: Avoid drm_dp_link helpers") changed the link training logic to remove use of drm_dp_link helpers. However the new logic stores the maximum link rate in a u8, overflowing it. This commit changes the logic to store the bw code directly, avoiding any

[PATCH v1 0/1]: dt-bindings: display: fix panel warnings

2020-03-08 Thread Sam Ravnborg
While experiemnting with latest kbuild changes for DT Schema support there was a couple a new warnings - in may use-case where I only check one binding file. Fix the warnings in display/panel/ There are plenty more to go after in other directories, which I have left for others to have fun with. P

[PATCH v1 1/1] dt-bindings: display: fix panel warnings

2020-03-08 Thread Sam Ravnborg
Fix following type af warnings in the panel bindings: Warning (unit_address_vs_reg): /example-0/dsi/panel: node has a reg or ranges property, but no unit name Warning (unit_address_vs_reg): /example-0/dsi@ff45: node has a unit name, but no reg property Removing the "@xxx" from the node name

[Bug 206781] GM104 (GeForce 840m) with many errors "fifo: SCHED_ERROR 20"

2020-03-08 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=206781 --- Comment #2 from gse...@gmail.com --- In the first step: what can be done that other users would not have to deal with "nouveau.noaccel=1" or other kernel options just to use the system (assuming no need for 3D from dedicated card) I was also t