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/
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):
> > > ""
> > >
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
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 +-
>
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
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
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
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.
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
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
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
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
12 matches
Mail list logo