On Mon, 16 Dec 2024 00:44:05 +0200, Dmitry Baryshkov wrote:
> - Fix register programming in the dp_audio module
> - Rework most of the register programming functions to be local to the
> calling module rather than accessing everything through huge
> dp_catalog monster.
>
>
Applied, thanks!
Rework most of the register programming functions to be local to the
calling module rather than accessing everything through huge dp_catalog
monster.
Signed-off-by: Dmitry Baryshkov
---
Changes in v5:
- Dropped applied patches.
- Removed MMSS_DP_DSC_DTO programming from msm_dp_catalog_ctrl_config
On Mon, 16 Dec 2024 00:44:05 +0200, Dmitry Baryshkov wrote:
> - Fix register programming in the dp_audio module
> - Rework most of the register programming functions to be local to the
> calling module rather than accessing everything through huge
> dp_catalog monster.
>
>
Applied, thanks!
- Fix register programming in the dp_audio module
- Rework most of the register programming functions to be local to the
calling module rather than accessing everything through huge
dp_catalog monster.
Signed-off-by: Dmitry Baryshkov
---
Changes in v4:
- Rebased on top of linux-next + msm-fix
Quoting Dmitry Baryshkov (2024-12-11 15:41:35)
> - Fix register programming in the dp_audio module
> - Rework most of the register programming functions to be local to the
> calling module rather than accessing everything through huge
> dp_catalog monster.
>
> Signed-off-by: Dmitry Baryshkov
>
- Fix register programming in the dp_audio module
- Rework most of the register programming functions to be local to the
calling module rather than accessing everything through huge
dp_catalog monster.
Signed-off-by: Dmitry Baryshkov
---
Changes in v3:
- Fixed falce -> false typo (Abhinav)
-
- Fix register programming in the dp_audio module
- Rework most of the register programming functions to be local to the
calling module rather than accessing everything through huge
dp_catalog monster.
Signed-off-by: Dmitry Baryshkov
---
Changes in v2:
- Set safe_to_exit_level before printing
- Fix register programming in the dp_audio module
- Rework most of the register programming functions to be local to the
calling module rather than accessing everything through huge
dp_catalog monster.
Signed-off-by: Dmitry Baryshkov
---
Dmitry Baryshkov (14):
drm/msm/dp: fix msm_dp_uti
This is the same set I've sent earlier in the week. CI found a warning
and I wanted to give the systems a chance to compile/run the fixed
version before submitting it.
Roland Scheidegger (1):
drm/vmwgfx: add Zack Rusin as maintainer
Zack Rusin (7):
drm/vmwgfx: Remove stealth mode
drm/vmwgfx
I've been off in December and just now I finally rebased those on top
drm-misc-next. I'd like to move our developlement to drm-misc so
getting commit rights to drm-misc for both me and Roland would be great
("zack" and "sroland" accounts on fdo).
Roland Scheidegger (1):
drm/vmwgfx: add Zack Rusi
Forget what I wrote the -ENOMEM was a type in my local change :)
Sorry for the noise,
Christian.
Am 05.08.20 um 13:55 schrieb Christian König:
Dave, do you have a branch with the latest version somewhere?
I've tested your ttm-refactor-mem-manager branch from fdo today a bit
and that pretty qu
Dave, do you have a branch with the latest version somewhere?
I've tested your ttm-refactor-mem-manager branch from fdo today a bit
and that pretty quickly results in an -ENOMEM.
Looks like a leak somewhere to me.
Christian.
Am 04.08.20 um 04:55 schrieb Dave Airlie:
I've decided to repost t
On Tue, 4 Aug 2020 at 12:56, Dave Airlie wrote:
>
> I've decided to repost the whole queue this time, it has a few driver
> patches up front that are just cleanups.
Sample branch is
https://cgit.freedesktop.org/~airlied/linux/log/?h=ttm-refactor-mem-manager-rename
Dave.
I've decided to repost the whole queue this time, it has a few driver
patches up front that are just cleanups.
I've reorodered things a little since the first posting, but not much.
misc core/driver cleanups
mem type manager debug callback cleanup (reordered)
new mem type manager init path
new me
On 02/15/2019 09:58 AM, Geert Uytterhoeven wrote:
> Hi all,
>
> This patch series fixes the frame buffer on Atari Falcon when using
> kexec while blanked, and does some miscellaneous cleanups.
>
> This has been tested on ARAnyM.
>
> Thanks!
>
> Geert Uytterhoeven (4):
> fbdev: atafb: S
Hi all,
This patch series fixes the frame buffer on Atari Falcon when using
kexec while blanked, and does some miscellaneous cleanups.
This has been tested on ARAnyM.
Thanks!
Geert Uytterhoeven (4):
fbdev: atafb: Stop printing virtual screen_base
fbdev: atafb: Remove obsolete module
On 04/05/17 13:23, Tomi Valkeinen wrote:
> Hi,
>
> This series has a bunch of cleanups. We drop DMA and VRFB rotation, and RFBI
> output. None of those are supported.
>
> The latter half is about getting rid of enum omap_color_mode and moving to use
> fourcc pixel formats.
>
> There should be no
Hi,
This series has a bunch of cleanups. We drop DMA and VRFB rotation, and RFBI
output. None of those are supported.
The latter half is about getting rid of enum omap_color_mode and moving to use
fourcc pixel formats.
There should be no functional changes caused by this series.
This series is
Cairo
- Add cflags only when needed (tests/util).
- Leave the link against cairo for the final object, not the static
library.
- Use Makefile.sources for the sources list.
- Drop unused includes
Signed-off-by: Emil Velikov
---
tests/modetest/Makefile.am | 1 -
tests/modetest/buffers.c|
This is the complete set of patches that yield a working 3-pipe mode
setting configuration on my test machines. It does not make DPMS work,
so I still need to figure that out. As the DPMS paths are almost
entirely different from mode setting (whose crazy idea was that,
anyway?), that may take a bit
This is the complete set of patches that yield a working 3-pipe mode
setting configuration on my test machines. It does not make DPMS work,
so I still need to figure that out. As the DPMS paths are almost
entirely different from mode setting (whose crazy idea was that,
anyway?), that may take a bit
On Mon, Nov 7, 2011 at 3:03 PM, Jesse Barnes
wrote:
> Just some cleanups for unused fields in drm_crtc.h and some comment
> corrections. ?I also removed a few DRM_ERRORs from drm_crtc.c (things
> actually weren't as bad as I feared).
>
> Next step is to remove a whole slew of DRM_DEBUG calls unle
On Mon, Nov 7, 2011 at 3:03 PM, Jesse Barnes wrote:
> Just some cleanups for unused fields in drm_crtc.h and some comment
> corrections. I also removed a few DRM_ERRORs from drm_crtc.c (things
> actually weren't as bad as I feared).
>
> Next step is to remove a whole slew of DRM_DEBUG calls unles
Just some cleanups for unused fields in drm_crtc.h and some comment
corrections. I also removed a few DRM_ERRORs from drm_crtc.c (things
actually weren't as bad as I feared).
Next step is to remove a whole slew of DRM_DEBUG calls unless people are
really attached to them. I find them to just get
Just some cleanups for unused fields in drm_crtc.h and some comment
corrections. I also removed a few DRM_ERRORs from drm_crtc.c (things
actually weren't as bad as I feared).
Next step is to remove a whole slew of DRM_DEBUG calls unless people are
really attached to them. I find them to just get
25 matches
Mail list logo
