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
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
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
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
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
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
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
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
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,
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
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
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
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
---
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
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
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
---
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
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
---
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
river-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)
> compiler
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
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
28 matches
Mail list logo
