Hi--
On 1/29/22 22:04, Sui Jingfeng wrote:
> diff --git a/drivers/gpu/drm/lsdc/Kconfig b/drivers/gpu/drm/lsdc/Kconfig
> new file mode 100644
> index ..f470892ddf60
> --- /dev/null
> +++ b/drivers/gpu/drm/lsdc/Kconfig
> @@ -0,0 +1,38 @@
> +config DRM_LSDC
> + tristate "DRM Support f
From: suijingfeng
There is a display controller in loongson's LS2K1000 SoC and LS7A1000
bridge, and the DC in those chip is a PCI device. This display controller
have two display pipes but with only one hardware cursor.
This display controller is uncommon outside of china, it don't have rich
doc
v2: fixup warnings reported by kernel test robot
There is a display controller in loongson's LS2K1000 SoC and LS7A1000
bridge, and the DC in those chip is a PCI device. This display controller
have two display pipes but with only one hardware cursor.
This display controller is uncommon outside of
There is a display controller in loongson's LS2K1000 SoC and LS7A1000 bridge,
and the DC in those chip is a PCI device. This display controller have two
display pipes but with only one hardware cursor.
This display controller is uncommon outside of china, it don't have rich
document either. This p
https://bugzilla.kernel.org/show_bug.cgi?id=204611
--- Comment #14 from Thierry (thierry.monni...@gmail.com) ---
No problem since a long time too. I think it's solve.
Le sam. 29 janv. 2022 à 23:59, a écrit :
> https://bugzilla.kernel.org/show_bug.cgi?id=204611
>
> --- Comment #13 from aeon.desc
On Thu, Jan 20, 2022 at 4:00 PM Paul Kocialkowski
wrote:
> There are lots of different versions of the logicvc block and it
> makes little sense to list them all in compatibles since all versions
> with the same major are found to be register-compatible.
>
> Add common compatibles that only list
On Thu, Jan 20, 2022 at 4:00 PM Paul Kocialkowski
wrote:
> There are lots of different versions of the logicvc block and it
> makes little sense to list them all in compatibles since all versions
> with the same major are found to be register-compatible.
The reason we try to be precise is becaus
On Thu, Jan 20, 2022 at 4:00 PM Paul Kocialkowski
wrote:
> Support the newly-introduced common compatible for version 3.
>
> Signed-off-by: Paul Kocialkowski
Reviewed-by: Linus Walleij
Are there dependencies between the GPIO patches and the rest?
Doesn't look like that.
Can Bartosz just merge
Hi--
On 1/29/22 12:33, suijingfeng wrote:
> diff --git a/drivers/gpu/drm/lsdc/Kconfig b/drivers/gpu/drm/lsdc/Kconfig
> new file mode 100644
> index ..744009dfcdde
> --- /dev/null
> +++ b/drivers/gpu/drm/lsdc/Kconfig
> @@ -0,0 +1,32 @@
> +config DRM_LSDC
> + tristate "DRM Support fo
https://bugzilla.kernel.org/show_bug.cgi?id=204611
--- Comment #13 from aeon.descrip...@gmail.com ---
I still have this issue, but I'm using the latest Ubuntu 20.04 patched
kernels, so I don't know how 'latest' that is.
What kernel versions work? I could try them out.
On Sat, Jan 29, 2022, 2:55
https://bugzilla.kernel.org/show_bug.cgi?id=204611
--- Comment #12 from tones...@hotmail.com ---
I haven't seen problems resuming from sleep in some time. Is anyone still
experiencing this problem on newer kernels? If not then I'd like to propose
this issue be marked as resolved.
--
You may re
Am Mittwoch, 26. Januar 2022, 15:55:46 CET schrieb Sascha Hauer:
> The pixel clocks dclk_vop[012] can be clocked from hpll, vpll, gpll or
> cpll. gpll and cpll also drive many other clocks, so changing the
> dclk_vop[012] clocks could change these other clocks as well. Drop
> CLK_SET_RATE_PARENT to
On Sat, Jan 29, 2022 at 09:19:18AM -0600, Kangjie Lu wrote:
> > So to be explicit, so you do not misunderstand me somehow:
> >
> > No more patches from umn.edu should be accepted into the Linux
> > kernel until further public notice.
>
> This is clear to me.
>
> > They should be c
If lt9611_audio_init() fails, some resources still need to be released
before returning an error code.
Add the missing goto the error handling path.
Fixes: 23278bf54afe ("drm/bridge: Introduce LT9611 DSI to HDMI bridge")
Signed-off-by: Christophe JAILLET
---
drivers/gpu/drm/bridge/lontium-lt961
From: Tom Rix
clang build fails with
amdgpu_virt.c:878:51: error: variable 'reg_access_ctrl' is
uninitialized when used here
... + 4 * reg_access_ctrl->scratch_reg0;
^~~
The reg_access_ctrl ptr is never initialized, so
initialize once we know it is supported.
Fixes:
This is a note to let you know that I've just added the patch titled
drm/atomic: Add the crtc to affected crtc only if uapi.enable = true
to the 5.15-stable tree which can be found at:
http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary
The filename of the
On Sat, Jan 29, 2022 at 08:18:55AM -0600, Kangjie Lu wrote:
> On Fri, Jan 28, 2022 at 1:58 PM Karol Herbst wrote:
> >
> > On Fri, Jan 28, 2022 at 8:54 PM Alex Deucher wrote:
> > >
> > > On Fri, Jan 28, 2022 at 2:20 PM Lyude Paul wrote:
> > > >
> > > > Sigh-thank you for catching this - I had tot
This is a note to let you know that I've just added the patch titled
drm/atomic: Add the crtc to affected crtc only if uapi.enable = true
to the 5.16-stable tree which can be found at:
http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary
The filename of the
On 1/28/22 23:32, Tvrtko Ursulin wrote:
On 27/01/2022 11:56, Thomas Hellström wrote:
The vma destruction code was using an unlocked advisory check for
drm_mm_node_allocated() to avoid racing with eviction code unbinding
the vma.
This is very fragile and prohibits the dereference of non-refco
after the buffer object is successfully mapped, call amdgpu_bo_kunmap before
the function returns.
Signed-off-by: zhanglianjie
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_uvd.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_uvd.c
index 6f8de11a17f1..9cc23b220537 100644
--- a/drivers/gpu/drm/amd/amdgpu
There are quite a few spelling mistakes in various function names
and error messages. Fix these.
Signed-off-by: Colin Ian King
---
.../amd/display/amdgpu_dm/amdgpu_dm_helpers.c | 32 +--
1 file changed, 16 insertions(+), 16 deletions(-)
diff --git a/drivers/gpu/drm/amd/display/a
after the buffer object is successfully mapped, call radeon_bo_kunmap before
the function returns.
Signed-off-by: zhanglianjie
diff --git a/drivers/gpu/drm/radeon/radeon_uvd.c
b/drivers/gpu/drm/radeon/radeon_uvd.c
index 377f9cdb5b53..c5482f7793db 100644
--- a/drivers/gpu/drm/radeon/radeon_uvd.
There are two spelling mistakes in dev_err messages. Fix them.
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/amd/amdgpu/amdgpu_virt.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_virt.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_virt.c
i
lcdc-drm-driver-for-imx21-25-27/20220128-190002
> base: https://git.kernel.org/pub/scm/linux/kernel/git/shawnguo/linux.git
> for-next
> config: arc-randconfig-r012-20220128
> (https://download.01.org/0day-ci/archive/20220129/202201290646.48sngwm1-...@intel.com/config)
>
On Fri, Jan 28, 2022 at 02:59:42PM -0500, Lyude Paul wrote:
> on further reconsideration: Self-NAKing this. I don't see any issues with
> those patches.
I agree, the original change looks correct here. Thanks for the
re-review.
greg k-h
On Fri, Jan 28, 2022 at 02:57:36PM -0500, Lyude Paul wrote:
> On Fri, 2022-01-28 at 14:53 -0500, Alex Deucher wrote:
> > On Fri, Jan 28, 2022 at 2:20 PM Lyude Paul wrote:
> > >
> > > Sigh-thank you for catching this - I had totally forgot about the umn.edu
> > > ban.
> > > I pushed this already b
On Fri, Jan 28, 2022 at 02:20:24PM -0500, Lyude Paul wrote:
> Sigh-thank you for catching this - I had totally forgot about the umn.edu ban.
> I pushed this already but I will go ahead and send a revert for this patch.
No worries, thanks for doing this.
greg k-h
On Fri, Jan 28, 2022 at 08:57:56PM +0100, Karol Herbst wrote:
> On Fri, Jan 28, 2022 at 8:54 PM Alex Deucher wrote:
> >
> > On Fri, Jan 28, 2022 at 2:20 PM Lyude Paul wrote:
> > >
> > > Sigh-thank you for catching this - I had totally forgot about the umn.edu
> > > ban.
> > > I pushed this alrea
28 matches
Mail list logo
