Hi Javier,
thanks for the patch.
Am 12.09.24 um 18:33 schrieb Javier Martinez Canillas:
Julius Werner writes:
Hello Julius,
On Coreboot platforms, a system framebuffer may be provided to the Linux
kernel by filling a LB_TAG_FRAMEBUFFER entry in the Coreboot table. But
it seems SeaBIOS paylo
Hi Linus,
Regular fixes pull, the amdgpu JPEG engine fixes are probably the
biggest, they look to block some register accessing, otherwise there
are just minor fixes and regression fixes all over. nouveau had a
regression report going back a few kernels that finally got fixed, Not
entirely happy w
在 2024/9/13 6:43, Kasireddy, Vivek 写道:
Hi Huan,
Subject: [PATCH v6 4/7] udmabuf: udmabuf_create pin folio codestyle
cleanup
This patch aims to simplify the pinning of folio during the udmabuf
creation. No functional changes.
This patch moves the memfd pin folio to udmabuf_pin_folios and mod
在 2024/9/13 6:37, Kasireddy, Vivek 写道:
Hi Huan,
Subject: [PATCH v6 3/7] udmabuf: fix vmap_udmabuf error page set
Currently vmap_udmabuf set page's array by each folio.
But, ubuf->folios is only contain's the folio's head page.
That mean we repeatedly mapped the folio head page to the vmallo
Hi
Am 09.09.24 um 19:52 schrieb Zack Rusin:
On Mon, Sep 9, 2024 at 7:37 AM Thomas Zimmermann wrote:
Call drm_client_setup() to run the kernel's default client setup
for DRM. Set fbdev_probe in struct drm_driver, so that the client
setup can start the common fbdev client.
Signed-off-by: Thomas
Hi
Am 12.09.24 um 20:04 schrieb Lyude Paul:
Reviewed-by: Lyude Paul
Thanks a lot.
I assume you can push this to drm-misc-next yourself?
I think so. :)
Best regards
Thomas
On Mon, 2024-09-09 at 13:31 +0200, Thomas Zimmermann wrote:
Call drm_client_setup() to run the kernel's default
On 13-09-2024 11:32, Jiapeng Chong wrote:
Remove unnecessary semicolon in pick_engine_gt().
Reported-by: Abaci Robot
Closes: https://bugzilla.openanolis.cn/show_bug.cgi?id=8757
LGTM
Reviewed-by: Himal Prasad Ghimiray
Signed-off-by: Jiapeng Chong
---
Changes in v3:
-Amend the submis
Correctly spelled comments make it easier for the reader to understand
the code.
Replace 'platformas' with 'platforms' in the comment &
replace 'prefere' with 'prefer' in the comment &
replace 'corresponsding' with 'corresponding' in the comment &
replace 'harizontal' with 'horizontal' in the comm
Remove unnecessary semicolon in pick_engine_gt().
Reported-by: Abaci Robot
Closes: https://bugzilla.openanolis.cn/show_bug.cgi?id=8757
Signed-off-by: Jiapeng Chong
---
Changes in v3:
-Amend the submission information to "Remove unnecessary semicolon in
pick_engine_gt()".
drivers/gpu/drm/xe/
> > > > Before this patch, only the "Coverage" mode (default) is
>> > > > supported.
>> > >
>> > > For the whole series, applied to mediatek-drm-next [1], thanks.
>> > >
>> > > [1]
>> > > https://git.kern
MT8186 ponyta, known as huaqin custom label, is a
MT8186 based laptop. It is based on the "corsola" design.
It includes LTE, touchpad combinations.
Signed-off-by: Jianeng Ceng
---
Changes in v7:
- PATCH 2/2: Remove prototype sku.
- PATCH 2/2: Disable the other trackpad to enable one of them.
- Li
Ponyta is a custom label Chromebook based on MT8186. It is a
self-developed project of Huaqin and has no fixed OEM.
Acked-by: Krzysztof Kozlowski
Signed-off-by: Jianeng Ceng
---
Changes in v5:
- PATCH 1/2: Remove sku2147483647.
- Link to
v4:https://lore.kernel.org/all/20240906085739.1322676-2-c
This is v7 of the MT8186 Chromebook device tree series.
---
Changes in v7:
- PATCH 2/2: Remove prototype sku.
- PATCH 2/2: Disable the other trackpad to enable one of them.
- Link to
v5:https://lore.kernel.org/all/20240913015503.4192806-1-cengjian...@huaqin.corp-partner.google.com/
Changes in v6:
On Fri, Sep 13, 2024 at 5:28 AM Justin Stitt wrote:
>
> Hi,
>
> On Wed, Aug 28, 2024 at 11:03:21AM GMT, Yafang Shao wrote:
> > To prevent erros from occurring when the src string is longer than the
> > dst string in strcpy(), we should use strscpy() instead. This
> > approach also facilitates futu
On Fri, Sep 13, 2024 at 5:14 AM Justin Stitt wrote:
>
> Hi,
>
> On Wed, Aug 28, 2024 at 11:03:17AM GMT, Yafang Shao wrote:
> > Let's explicitly ensure the destination string is NUL-terminated. This way,
> > it won't be affected by changes to the source string.
> >
> > Signed-off-by: Yafang Shao
>
MT8186 ponyta, known as huaqin custom label, is a
MT8186 based laptop. It is based on the "corsola" design.
It includes LTE, touchpad combinations.
Signed-off-by: Jianeng Ceng
---
Changes in v6:
- PATCH 2/2: Remove prototype sku.
- PATCH 2/2: Disable the other trackpad to enable one of them.
- Li
Ponyta is a custom label Chromebook based on MT8186. It is a
self-developed project of Huaqin and has no fixed OEM.
Acked-by: Krzysztof Kozlowski
Signed-off-by: Jianeng Ceng
---
Changes in v5:
- PATCH 1/2: Remove sku2147483647.
- Link to
v4:https://lore.kernel.org/all/20240906085739.1322676-2-c
This is v6 of the MT8186 Chromebook device tree series.
---
Changes in v6:
- PATCH 2/2: Remove prototype sku.
- PATCH 2/2: Disable the other trackpad to enable one of them.
- Link to
v5:https://lore.kernel.org/all/20240909023148.1677936-1-cengjian...@huaqin.corp-partner.google.com/
Changes in v5:
Hi Harry,
I applied this patch and the two issues I mentioned before are gone.
I noticed a new problem though: Changes in the COLOR_PIPELINE value
aren't always applied immediately. For testing I played an HDR video
on an SDR screen with the work/zamundaaa/drm-colorop KWin branch, and
made it full
Hi Dave and Simona,
Fixes for 6.12 cycle. Very normal fixes, mostly on error paths.
Maybe something different from previous pull requests is the addition of
the workaround, which we were not doing since they don't have a "Fixes"
trailer. However as we are enabling Xe2 platforms starting with this
Hi Huan,
> Subject: [PATCH v6 7/7] udmabuf: reuse folio array when pin folios
>
> When invoke memfd_pin_folios, we need offer an array to save each folio
> which we pinned.
>
> The currently way is dynamic alloc an array, get folios, save into
*current
> udmabuf and then free.
>
> If the size
Hi Huan,
> Subject: [PATCH v6 6/7] udmabuf: remove udmabuf_folio
>
> Currently, udmabuf handles folio by creating an unpin list to record
> each folio obtained from the list and unpinning them when released. To
> maintain this approach, many data structures have been established.
>
> However, ma
Hi Huan,
> Subject: [PATCH v6 4/7] udmabuf: udmabuf_create pin folio codestyle
> cleanup
>
> This patch aims to simplify the pinning of folio during the udmabuf
> creation. No functional changes.
>
> This patch moves the memfd pin folio to udmabuf_pin_folios and modifies
> the original loop cond
Hi Huan,
> Subject: [PATCH v6 3/7] udmabuf: fix vmap_udmabuf error page set
>
> Currently vmap_udmabuf set page's array by each folio.
> But, ubuf->folios is only contain's the folio's head page.
>
> That mean we repeatedly mapped the folio head page to the vmalloc area.
>
> Due to udmabuf can
On 12/09/2024 11:30, Ryosuke Yasuoka wrote:
QXL supports the drm_panic module, which displays a message to the
screen when a kernel panic occurs.
Thanks a lot for this work, one more driver that will handle drm_panic.
I have a few comments below, but from drm_panic point of view, it looks
alr
On Thu, Sep 12, 2024 at 09:21:19PM +0300, Tomi Valkeinen wrote:
> On 12/09/2024 21:08, Maxime Ripard wrote:
> > On Thu, Sep 12, 2024 at 06:04:11PM GMT, Maxime Ripard wrote:
> >> On Thu, 12 Sep 2024 22:41:42 +0530, Devarsh Thakkar wrote:
> >>> Modify license to include dual licensing as GPL-2.0-only
Hi Pierre-Eric,
kernel test robot noticed the following build warnings:
[auto build test WARNING on drm-exynos/exynos-drm-next]
[also build test WARNING on drm-intel/for-linux-next
drm-intel/for-linux-next-fixes drm-misc/drm-misc-next drm-tip/drm-tip
linus/master v6.11-rc7 next-20240912
> On Coreboot platforms, a system framebuffer may be provided to the Linux
> kernel by filling a LB_TAG_FRAMEBUFFER entry in the Coreboot table. But
> it seems SeaBIOS payload can also provide a VGA mode in the boot params.
>
> [...]
>
> To prevent the issue, make the framebuffer_core driver to dis
ty when the planes init.
>> Before this patch, only the "Coverage" mode (default) is supported.
>
> For the whole series, applied to mediatek-drm-next [1], thanks.
>
> [1]
> https://git.kernel.org/pub/scm/linux/kernel/git/chunkuang.hu/linux.git/log/?h=mediatek-drm-
I'm having issues relevant to this thread. I want to build my rtl8723ds driver
into the kernel. When fw_loader tries to load rtw8723d_fw.bin, my sysfs isn't
mounted. Ideally, I don't have to use the driver as a module, use initramfs, or
build the firmware into the kernel. Please let me know if I
Thank you for submitting this patchset. This problem has troubled me
for two years.
I have always built the kernel in the docker container. I have tested
this patchset and it is very good.
Tested-by: Jeff Xie
On Fri, Sep 6, 2024 at 7:04 PM Daniel Gomez via B4 Relay
wrote:
>
> This patch set allo
On Thu, Sep 12, 2024 at 10:41:42PM GMT, Devarsh Thakkar wrote:
> Modify license to include dual licensing as GPL-2.0-only OR MIT license for
> tidss display driver. This allows other operating system ecosystems such as
> Zephyr and also the commercial firmwares to refer and derive code from this
>
Hi,
On Wed, Aug 28, 2024 at 11:03:21AM GMT, Yafang Shao wrote:
> To prevent erros from occurring when the src string is longer than the
> dst string in strcpy(), we should use strscpy() instead. This
> approach also facilitates future extensions to the task comm.
>
> Signed-off-by: Yafang Shao
>
Hi,
On Wed, Aug 28, 2024 at 11:03:20AM GMT, Yafang Shao wrote:
> To prevent errors from occurring when the src string is longer than the dst
> string in strcpy(), we should use strscpy() instead. This approach
> also facilitates future extensions to the task comm.
>
> Signed-off-by: Yafang Shao
Hi,
On Wed, Aug 28, 2024 at 11:03:17AM GMT, Yafang Shao wrote:
> Let's explicitly ensure the destination string is NUL-terminated. This way,
> it won't be affected by changes to the source string.
>
> Signed-off-by: Yafang Shao
> Reviewed-by: Quentin Monnet
> ---
> tools/bpf/bpftool/pids.c | 2
Hi,
On Wed, Aug 28, 2024 at 11:03:15AM GMT, Yafang Shao wrote:
> Using strscpy() to read the task comm ensures that the name is
> always NUL-terminated, regardless of the source string. This approach also
> facilitates future extensions to the task comm.
>
> Signed-off-by: Yafang Shao
> Acked-by
On 9/12/24 7:11 PM, Devarsh Thakkar wrote:
Modify license to include dual licensing as GPL-2.0-only OR MIT license for
tidss display driver. This allows other operating system ecosystems such as
Zephyr and also the commercial firmwares to refer and derive code from this
display driver in a more p
On 07.09.2024 09:00, He Lugang wrote:
> Use devm_add_action_or_reset() to release resources in case of failure,
> because the cleanup function will be automatically called.
>
> Signed-off-by: He Lugang
> ---
> drivers/gpu/drm/gud/gud_drv.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(
On Mon, Sep 09, 2024 at 04:13:57PM +, Matthew Brost wrote:
> On Fri, Sep 06, 2024 at 03:01:09PM +0800, Yu Jiaoliang wrote:
> > Instead of directly casting and returning an error-valued pointer,
> > use ERR_CAST to make the error handling more explicit and improve
> > code clarity.
> >
> > Sign
On 12/09/2024 21:08, Maxime Ripard wrote:
On Thu, Sep 12, 2024 at 06:04:11PM GMT, Maxime Ripard wrote:
On Thu, 12 Sep 2024 22:41:42 +0530, Devarsh Thakkar wrote:
Modify license to include dual licensing as GPL-2.0-only OR MIT license for
tidss display driver. This allows other operating system
Modify license to include dual licensing as GPL-2.0-only OR MIT license for
tidss display driver. This allows other operating system ecosystems such as
Zephyr and also the commercial firmwares to refer and derive code from this
display driver in a more permissive manner.
Signed-off-by: Devarsh Tha
Hi Christian,
kernel test robot noticed the following build errors:
[auto build test ERROR on drm-xe/drm-xe-next]
[also build test ERROR on drm/drm-next drm-exynos/exynos-drm-next
drm-misc/drm-misc-next drm-tip/drm-tip next-20240912]
[cannot apply to drm-intel/for-linux-next drm-intel/for-linux
On Thu, Sep 12, 2024 at 06:04:11PM GMT, Maxime Ripard wrote:
> On Thu, 12 Sep 2024 22:41:42 +0530, Devarsh Thakkar wrote:
> > Modify license to include dual licensing as GPL-2.0-only OR MIT license for
> > tidss display driver. This allows other operating system ecosystems such as
> > Zephyr and al
Reviewed-by: Lyude Paul
I assume you can push this to drm-misc-next yourself?
On Mon, 2024-09-09 at 13:31 +0200, Thomas Zimmermann wrote:
> Call drm_client_setup() to run the kernel's default client setup
> for DRM. Set fbdev_probe in struct drm_driver, so that the client
> setup can start the c
On Thu, 12 Sep 2024 22:41:42 +0530, Devarsh Thakkar wrote:
> Modify license to include dual licensing as GPL-2.0-only OR MIT license for
> tidss display driver. This allows other operating system ecosystems such as
> Zephyr and also the commercial firmwares to refer and derive code from this
> disp
Applied. Thanks!
Alex
On Thu, Sep 12, 2024 at 3:56 AM Yan Zhen wrote:
>
> Correctly spelled comments make it easier for the reader to understand
> the code.
>
> Replace 'maxium' with 'maximum' in the comment &
> replace 'diffculty' with 'difficulty' in the comment &
> replace 'suppluy' with 'su
On Thu, 12 Sep 2024, Mark Brown wrote:
> On Thu, Sep 12, 2024 at 03:51:00PM +0100, Lee Jones wrote:
> > On Wed, 04 Sep 2024, Mark Brown wrote:
>
> > > [03/16] dt-bindings: mfd: mediatek: Add codec property for MT6357 PMIC
> > > commit: 761cab667898d86c04867948f1b7aec1090be796
>
> > Did y
Julius Werner writes:
Hello Julius,
>> On Coreboot platforms, a system framebuffer may be provided to the Linux
>> kernel by filling a LB_TAG_FRAMEBUFFER entry in the Coreboot table. But
>> it seems SeaBIOS payload can also provide a VGA mode in the boot params.
>>
>> [...]
>>
>> To prevent the
At 2024-09-12 01:38:26, "Helge Deller" wrote:
>On 9/11/24 16:29, Kaixin Wang wrote:
>> In the pxafb_probe function, it calls the pxafb_init_fbinfo function,
>> after which &fbi->task is associated with pxafb_task. Moreover,
>> within this pxafb_init_fbinfo function, the pxafb_blank function
>> w
On 9/10/24 6:43 PM, Akhil P Oommen wrote:
On Mon, Sep 09, 2024 at 01:22:22PM +0100, Connor Abbott wrote:
On Fri, Sep 6, 2024 at 9:03 PM Akhil P Oommen wrote:
On Thu, Sep 05, 2024 at 04:51:22PM +0200, Antonino Maniscalco wrote:
This patch implements preemption feature for A6xx targets, this a
vkms_output->lock)
{
struct vkms_output *vkms_output = drm_crtc_to_vkms_output(crtc);
---
base-commit: d2194256049910d286cd6c308c2689df521d8842
change-id: 20240912-vkms-warnings-e0e331bc5e6d
Best regards,
--
Louis Chauvet
On Thu, Sep 12, 2024 at 03:51:00PM +0100, Lee Jones wrote:
> On Wed, 04 Sep 2024, Mark Brown wrote:
> > [03/16] dt-bindings: mfd: mediatek: Add codec property for MT6357 PMIC
> > commit: 761cab667898d86c04867948f1b7aec1090be796
> Did you mean to hoover this up?
It seemed to go along with
On Thu, Sep 12, 2024 at 04:10:37PM GMT, Colin Ian King wrote:
> Don't populate the const read-only arrays ratio_list and band_list on the
> stack at run time, instead make them static.
>
> Signed-off-by: Colin Ian King
> ---
> drivers/gpu/drm/msm/hdmi/hdmi_phy_8998.c | 5 ++---
> 1 file changed,
Don't populate the const read-only arrays ratio_list and band_list on the
stack at run time, instead make them static.
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/msm/hdmi/hdmi_phy_8998.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/msm/hdmi/hdmi
On Thu, 12 Sep 2024 16:03:37 +0100
Adrián Larumbe wrote:
> Hi Boris, thanks for the remarks,
>
> On 04.09.2024 09:49, Boris Brezillon wrote:
> > On Tue, 3 Sep 2024 21:25:35 +0100
> > Adrián Larumbe wrote:
> >
> > > Enable calculations of job submission times in clock cycles and wall
> > > t
On 9/11/24 10:01, Maxime Ripard wrote:
On Wed, Sep 11, 2024 at 02:15:05PM GMT, Louis Chauvet wrote:
Le 10/09/24 - 15:57, Maira Canal a écrit :
On 9/10/24 12:10, Louis Chauvet wrote:
I've been actively working on VKMS to provide new features and
participated in reviews and testing. To help Maìr
Hi Boris, thanks for the remarks,
On 04.09.2024 09:49, Boris Brezillon wrote:
> On Tue, 3 Sep 2024 21:25:35 +0100
> Adrián Larumbe wrote:
>
> > Enable calculations of job submission times in clock cycles and wall
> > time. This is done by expanding the boilerplate command stream when running
>
Am 11.09.24 um 11:44 schrieb Philipp Stanner:
On Wed, 2024-09-11 at 10:58 +0200, Christian König wrote:
Calling the signaling a NULL fence is obviously a coding error in a
driver. Those functions unfortunately just returned silently without
raising a warning.
Good catch
Signed-off-by: Christi
On Wed, 04 Sep 2024, Mark Brown wrote:
> On Mon, 22 Jul 2024 08:53:29 +0200, Alexandre Mergnat wrote:
> > This serie aim to add the following audio support for the Genio 350-evk:
> > - Playback
> > - 2ch Headset Jack (Earphone)
> > - 1ch Line-out Jack (Speaker)
> > - 8ch HDMI Tx
> > - Captur
Hi Dave and Sima,
A bit more hetic that I was expecting for this week.
But important fixes.
While picking them up I had some conflicts on drm-tip
that I had to solve. Most of them just going with
entirely with the version in -next side.
Except the one that removes the double include,
which the re
A specific allocation for the encoder is not strictly necessary at this
point, but in order to implement dynamic configuration of VKMS (configFS),
it will be easier to have one allocation per encoder.
Signed-off-by: Louis Chauvet
---
drivers/gpu/drm/vkms/vkms_drv.h| 1 -
drivers/gpu/drm/vkm
specific allocation for the CRTC is not strictly necessary at this point,
but in order to implement dynamic configuration of VKMS (configFS), it
will be easier to have one allocation per CRTC.
Signed-off-by: Louis Chauvet
---
drivers/gpu/drm/vkms/vkms_crtc.c | 28 ++---
A specific allocation for the connector is not strictly necessary
at this point, but in order to implement dynamic configuration of
VKMS (configFS), it will be easier to have one allocation per
connector.
Signed-off-by: Louis Chauvet
---
drivers/gpu/drm/vkms/vkms_drv.h| 1 -
drivers/gpu/drm/
only be one per CRTC
No functionnal changes are intented in this series.
This series requires [1] to switch vkms objects to drm-managed objects.
[1]:
https://lore.kernel.org/all/20240912-google-vkms-managed-v3-0-7708d6ad2...@bootlin.com/
Signed-off-by: Louis Chauvet
---
Louis Chauvet (3
Add the port node to fix the binding schema check.
Fixes: 009d855a26fd ("arm64: dts: mt8183: add dpi node to mt8183")
Signed-off-by: Pin-yen Lin
Reported-by: kernel test robot
Closes:
https://lore.kernel.org/oe-kbuild-all/202409110843.hm5w9upr-...@intel.com/
---
arch/arm64/boot/dts/mediatek/
The power-domains property is used by most DT nodes using mediatek,dpi
bindings. Add this to the bindings to fix the schema check error.
Signed-off-by: Pin-yen Lin
---
.../bindings/display/mediatek/mediatek,dpi.yaml | 8
1 file changed, 8 insertions(+)
diff --git
a/Document
This series fixes two binding schema errors in mediatek,dpi binding.
The first patch adds the power-domain property to the binding, and the
second patch adds the port node as it's required by the binding.
Pin-yen Lin (2):
dt-bindings: display: mediatek: dpi: Add power-domains to the bindings
On 9/12/24 12:49 PM, Thomas Zimmermann wrote:
> Hi
>
> Am 11.09.24 um 20:06 schrieb Tejas Vipin:
>> Replace drm_detect_hdmi_monitor() with drm_display_info.is_hdmi since
>> monitor HDMI information is available after EDID is parsed. Additionally
>> rewrite the code the code to have fewer indent
Hello dri maintainers/developers,
This is a 31-day syzbot report for the dri subsystem.
All related reports/information can be found at:
https://syzkaller.appspot.com/upstream/s/dri
During the period, 0 new issues were detected and 0 were fixed.
In total, 18 issues are still open and 31 have been
On 2024-09-10, Jocelyn Falempe wrote:
> drm_log is a simple logger that uses the drm_client API to print the
> kmsg boot log on the screen. This is not a full replacement to fbcon,
> as it will only print the kmsg. It will never handle user input, or a
> terminal because this is better done in use
On Wed, Sep 11, 2024 at 06:07:41PM GMT, Stephen Rothwell wrote:
> Hi all,
>
> On Wed, 4 Sep 2024 16:30:18 +1000 Stephen Rothwell
> wrote:
> >
> > After merging the drm-misc-fixes tree, today's linux-next build (htmldocs)
> > produced this warning:
> >
> > Error: Cannot open file drivers/gpu/drm
On Thu, Sep 12, 2024 at 11:59:57AM GMT, Maxime Ripard wrote:
> On Thu, Sep 12, 2024 at 12:46:50PM GMT, Dmitry Baryshkov wrote:
> > On Thu, Sep 12, 2024 at 10:45:40AM GMT, Maxime Ripard wrote:
> > > Commit 9da7ec9b19d8 ("drm/bridge-connector: move to DRM_DISPLAY_HELPER
> > > module") recently moved
On 11/09/2024 13:51, Thomas Zimmermann wrote:
Several functions receive an instance of struct drm_device only to
upcast it to struct ast_device. Improve type safety by passing the
AST device directly.
Thanks, it looks good to me.
Reviewed-by: Jocelyn Falempe
Signed-off-by: Thomas Zimmermann
On 9/6/24 9:58 PM, Akhil P Oommen wrote:
On Thu, Sep 05, 2024 at 04:51:18PM +0200, Antonino Maniscalco wrote:
This series implements preemption for A7XX targets, which allows the GPU to
switch to an higher priority ring when work is pushed to it, reducing latency
for high priority submissions.
On 11/09/2024 13:51, Thomas Zimmermann wrote:
Return an error if CRTC initialization fails.
Thanks, it looks good to me.
Reviewed-by: Jocelyn Falempe
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/ast/ast_mode.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
On 11/09/2024 13:51, Thomas Zimmermann wrote:
Inline ast_vga_connector_init() into its only caller. The helper
currently only does half of the connector-init work and is trivial
enough to be inlined. While at it, remove the error message from the
call to ast_ddc_create(). The function already war
On 11/09/2024 13:51, Thomas Zimmermann wrote:
Inline ast_sil164_connector_init() into its only caller. The helper
currently only does half of the connector-init work and is trivial
enough to be inlined. While at it, remove the error message from the
call to ast_ddc_create(). The function already
On 11/09/2024 13:51, Thomas Zimmermann wrote:
Several functions receive an instance of struct drm_device only to
upcast it to struct ast_device. Improve type safety by passing the
AST device directly.
Thanks, it looks good to me. One small comment below
Reviewed-by: Jocelyn Falempe
Signed-o
Hi, Christian,
On Wed, 2024-09-04 at 12:47 +0200, Christian König wrote:
> Am 04.09.24 um 10:54 schrieb Thomas Hellström:
> > On Wed, 2024-09-04 at 10:50 +0200, Christian König wrote:
> > > Am 04.09.24 um 09:08 schrieb Thomas Hellström:
> > > > Resources of swapped objects remains on the TTM_PL_SY
On 11/09/2024 13:51, Thomas Zimmermann wrote:
Inline ast_dp501_connector_init() into its only caller. The helper
currently only does half of the connector-init work and is trivial
enough to be inlined.
Also set the local variables for encoder and connector as late as
possible, so that the compil
On 11/09/2024 13:51, Thomas Zimmermann wrote:
Replace ast_dp_set_on_off() with ast_dp_set_enable(). The helper's
new name reflects the performed operation. If enabling fails, the
new helper prints a warning. The code that waits for the programmed
effect to take place is now located in __ast_dp_wa
On 11/09/2024 13:51, Thomas Zimmermann wrote:
Replace the helper for controlling power on the physical connector,
ast_dp_power_on_off(), with ast_dp_set_phy_sleep(). The new name
reflects the effect of the operation. Simplify the implementation.
The call now controls sleeping, hence semantics are
On 11/09/2024 13:51, Thomas Zimmermann wrote:
Several functions receive an instance of struct drm_device only to
upcast it to struct ast_device. Improve type safety by passing the
AST device directly.
Thanks, it looks good to me.
Reviewed-by: Jocelyn Falempe
Signed-off-by: Thomas Zimmerman
On 11/09/2024 13:51, Thomas Zimmermann wrote:
Inline ast_astdp_connector_init() into its only caller. The helper
currently only does half of the connector-init work and is trivial
enough to be inlined.
Also set the local variables for encoder and connector as late as
possible, so that the compil
On Thu, Sep 12, 2024 at 01:08:06PM +0200, Thomas Zimmermann wrote:
> Hi
>
> Am 12.09.24 um 11:30 schrieb Jani Nikula:
> > On Thu, 12 Sep 2024, Thomas Zimmermann wrote:
> >> Hi
> >>
> >> Am 12.09.24 um 10:48 schrieb Jani Nikula:
> >>> On Thu, 12 Sep 2024, Thomas Zimmermann wrote:
> Hi
>
Don't populate the read-only array edma_queues_id on the stack at
run time, instead make it static const.
Signed-off-by: Colin Ian King
---
drivers/accel/habanalabs/gaudi2/gaudi2.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/drivers/accel/habanalabs/gaudi2/gaud
On Thu, 12 Sep 2024, Thomas Zimmermann wrote:
> Hi
>
> Am 12.09.24 um 13:25 schrieb Jani Nikula:
>> On Thu, 12 Sep 2024, Thomas Zimmermann wrote:
>>> Hi
>>>
>>> Am 12.09.24 um 11:38 schrieb Jani Nikula:
On Thu, 12 Sep 2024, Thomas Zimmermann wrote:
> Am 12.09.24 um 10:56 schrieb Jani Ni
The current VKMS driver uses managed function to create crtc, but
don't use it to properly clean the crtc workqueue. It is not an
issue yet, but in order to support multiple devices easily,
convert this code to use drm and device managed helpers.
Signed-off-by: Louis Chauvet
---
drivers/gpu/drm/
The current VKMS driver uses non-managed function to create
writeback connectors. It is not an issue yet, but in order
to support multiple devices easily, convert this code to
use drm and device managed helpers.
Signed-off-by: Louis Chauvet
---
drivers/gpu/drm/vkms/vkms_writeback.c | 13 ++--
The current VKMS driver uses non-managed function to create encoders. It
is not an issue yet, but in order to support multiple devices easily,
convert this code to use drm and device managed helpers.
Signed-off-by: Louis Chauvet
---
drivers/gpu/drm/vkms/vkms_output.c | 14 --
1 file
To simplify the memory managment this series replace all manual drm
object managment by drm-managed one. This way the VKMS code don't have to
manage it directly and the DRM core will handle the object destruction.
No functional changes are intended in this series. This series depends on
[1] (fo
The current VKMS driver uses non-managed function to create connectors. It
is not an issue yet, but in order to support multiple devices easily,
convert this code to use drm and device managed helpers.
Signed-off-by: Louis Chauvet
---
drivers/gpu/drm/vkms/vkms_output.c | 13 -
1 file
Hi
Am 12.09.24 um 13:25 schrieb Jani Nikula:
On Thu, 12 Sep 2024, Thomas Zimmermann wrote:
Hi
Am 12.09.24 um 11:38 schrieb Jani Nikula:
On Thu, 12 Sep 2024, Thomas Zimmermann wrote:
Am 12.09.24 um 10:56 schrieb Jani Nikula:
Moreover, in this case .detect() only detects digital displays as
On Thu, 12 Sep 2024, Dmitry Baryshkov wrote:
> On Thu, Sep 12, 2024 at 02:50:04PM GMT, Marc Gonzalez wrote:
>> On 12/09/2024 14:28, Dmitry Baryshkov wrote:
>> > On Thu, Sep 12, 2024 at 02:14:10PM GMT, Marc Gonzalez wrote:
>> >> On 12/09/2024 13:15, Jani Nikula wrote:
>> >>> On Thu, 12 Sep 2024, Ma
On Thu, Sep 12, 2024 at 02:50:04PM GMT, Marc Gonzalez wrote:
> On 12/09/2024 14:28, Dmitry Baryshkov wrote:
> > On Thu, Sep 12, 2024 at 02:14:10PM GMT, Marc Gonzalez wrote:
> >> On 12/09/2024 13:15, Jani Nikula wrote:
> >>> On Thu, 12 Sep 2024, Marc Gonzalez wrote:
> On 11/09/2024 12:23, Jani
Fix typos in comments.
Reported-by: Matthew Wilcox
Signed-off-by: Andrew Kreimer
---
drivers/gpu/drm/tidss/tidss_dispc_regs.h | 2 +-
drivers/gpu/drm/tidss/tidss_plane.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/tidss/tidss_dispc_regs.h
b/drive
On 12/09/2024 14:28, Dmitry Baryshkov wrote:
> On Thu, Sep 12, 2024 at 02:14:10PM GMT, Marc Gonzalez wrote:
>> On 12/09/2024 13:15, Jani Nikula wrote:
>>> On Thu, 12 Sep 2024, Marc Gonzalez wrote:
On 11/09/2024 12:23, Jani Nikula wrote:
> On Tue, 10 Sep 2024, Marc Gonzalez wrote:
>> On
1 - 100 of 164 matches
Mail list logo
