On 5/22/24 6:23 AM, Rob Herring wrote:
> On Mon, May 20, 2024 at 07:20:50PM +0200, Danilo Krummrich wrote:
>> From: Asahi Lina
>>
>> Add abstractions for DRM drivers and devices. These go together in one
>> commit since both are fairly tightly coupled types.
>>
>> A few things have been
On Sat, 8 Jun 2024, at 2:32 AM, Andre Przywara wrote:
>> Signed-off-by: Jernej Skrabec
> This signature suggests that it's indeed Jernej's patch, so it should
> have his authorship, as in the other patches, indicated by a line starting
> with "From:" before the commit message.
Thanks Andre, no
fo *info)
}
EXPORT_SYMBOL(fbtft_remove_common);
+MODULE_DESCRIPTION("Core FB support for small TFT LCD display modules");
MODULE_LICENSE("GPL");
---
base-commit: 19ca0d8a433ff37018f9429f7e7739e9f3d3d2b4
change-id: 20240608-md-drivers-staging-fbtft-b724f0a0ce30
On Sat, 8 Jun 2024, at 2:23 AM, Conor Dooley wrote:
Thanks for the review!
>> --- a/Documentation/devicetree/bindings/bus/allwinner,sun50i-a64-de2.yaml
>> +++ b/Documentation/devicetree/bindings/bus/allwinner,sun50i-a64-de2.yaml
>> @@ -25,6 +25,7 @@ properties:
>>- const:
tree: git://anongit.freedesktop.org/drm/drm-misc topic/rust-drm
head: 508348922df19178b613531fb6cc7beb624642ae
commit: 3fa8443d0fca31d3e103e3a2651d2c38904895a2 [14/20] rust: PCI: add BAR
request and ioremap
config: x86_64-buildonly-randconfig-005-20240609
Hi Paul.
On 6/7/24 12:44 AM, Paul Cercueil wrote:
> Hi Randy,
>
> Le jeudi 06 juin 2024 à 10:32 -0700, Randy Dunlap a écrit :
>> Hi,
>>
>> On 6/5/24 4:08 AM, Paul Cercueil wrote:
>>> Document the new DMABUF based API.
>>>
>>> Signed-off-by: Paul Cercueil
>>> Signed-off-by: Nuno Sa
>>>
>>> ---
ode *node)
detach_cxpd:
dev_pm_domain_detach(gmu->cxpd, false);
-err_mmio:
- iounmap(gmu->mmio);
- if (platform_get_resource_byname(pdev, IORESOURCE_MEM, "rscc"))
- iounmap(gmu->rscc);
+err_cleanup:
free_irq(gmu->gmu_irq, gmu);
free_irq(gmu->hfi_irq, gmu);
---
base-commit: 1b294a1f35616977caddaddf3e9d28e576a1adbc
change-id: 20240608-adreno-98c412bfdc03
Best regards,
--
Kiarash Hajian
Am Sonntag, 2. Juni 2024, 05:35:36 CEST schrieb Val Packett:
>
> On Mon, May 27 2024 at 20:11:49 -03:00:00, Val Packett
> wrote:
> > The RK3066 VOP sets a dma_stop bit when it's done scanning out a frame
> > and needs the driver to acknowledge that by clearing the bit.
> >
> > So unless we
Hello Thomas Hellström,
Commit 08a4f00e62bc ("drm/xe/bo: Simplify xe_bo_lock()") from Sep 8,
2023 (linux-next), leads to the following Smatch static checker
warning:
drivers/gpu/drm/xe/xe_vm.c:2095 vm_bind_ioctl_ops_create()
error: we previously assumed 'bo' could be null (see
Hello Matthew Brost,
Commit dd08ebf6c352 ("drm/xe: Introduce a new DRM driver for Intel
GPUs") from Mar 30, 2023 (linux-next), leads to the following Smatch
static checker warning:
drivers/gpu/drm/xe/xe_pt.c:671 xe_pt_stage_bind()
error: we previously assumed 'bo' could be null
Smatch complains correctly that the NULL checking isn't consistent:
drivers/gpu/drm/bridge/ite-it6505.c:2583 it6505_poweron()
error: we previously assumed 'pdata->pwr18' could be null
(see line 2569)
Add a NULL check to prevent a NULL dereference on the error path.
Fixes:
Hello Neil Armstrong,
Commit 6a044642988b ("drm/meson: fix unbind path if HDMI fails to
bind") from May 30, 2023 (linux-next), leads to the following Smatch
static checker warning:
drivers/gpu/drm/meson/meson_drv.c:377 meson_drv_bind_master()
error: we previously assumed 'priv'
Add tee client application which will be used for
HDCP 1.x and 2.x authentication in DisplayPort.
Changes in v3:
- remove useless define
- refine the return value
- remove the define which control the log output
- remove the struct hdcp2_handler for HDCP 2.X
- refine the struct for the HDCP
Add tee client application, HDCP 1.x and 2.x authentication for DisplayPort
to support the HDCP feature.
mac.shen (3):
Subject: [PATCH] drm/mediatek/dp: Add tee client application for HDCP
feature
Subject: [PATCH] drm/mediatek/dp: Add HDCP2.x feature for DisplayPort
Subject: [PATCH]
Changes in v3:
- refine the function to get system time
- refine the flow to do HDCP with content type and
protection value which set by user space
- refine the flow to update content protection
- refine the flow to do HDCP2.x authentication
per suggestion from the previous thread:
Changes in v3:
- remove useless code
- remove magic number
- refine the flow to do HDCP1.x authentication
per suggestion from the previous thread:
https://patchwork.kernel.org/project/linux-mediatek
/patch/20240205055055.25340-4-mac.s...@mediatek.com/
Signed-off-by: mac.shen
---
Use functions introduced in 966e397e4f603 ("drm/mipi-dsi: Introduce
mipi_dsi_*_write_seq_multi()") and f79d6d28d8fe
("drm/mipi-dsi: wrap more functions for streamline handling") for the
sony tulip truly nt35521 panel.
Signed-off-by: Tejas Vipin
---
.../panel/panel-sony-tulip-truly-nt35521.c
From: Tejas Vipin
Subject: [PATCH] drm/panel : himax-hx83102: fix incorrect argument to
mipi_dsi_msleep
mipi_dsi_msleep expects struct mipi_dsi_multi_context to be passed as a
value and not as a reference.
Signed-off-by: Tejas Vipin
---
drivers/gpu/drm/panel/panel-himax-hx83102.c | 2 +-
1
18 matches
Mail list logo