On 9/10/25 13:29, Krzysztof Kozlowski wrote:
On Tue, Sep 09, 2025 at 11:16:22AM +0530, Harikrishna Shenoy wrote:
From: Swapnil Jakhade
Add binding changes for DSC(Display Stream Compression) in the MHDP8546
DPI/DP bridge.
Also, where is any user of this change (DSC)? Why are you adding chan
On Wed, Sep 10, 2025 at 10:23:10AM +0800, Chu Guangqing wrote:
> add support for Yhgc BMC soc chipset
>
> Signed-off-by: Chu Guangqing
> ---
> MAINTAINERS | 5 +
> drivers/gpu/drm/Kconfig | 2 +
> drivers/gpu/drm/Makefile
The tee_context can be used to manage TEE user resources, including
those allocated by the driver for the TEE on behalf of the user.
The release() callback is invoked only when all resources, such as
tee_shm, are released and there are no references to the tee_context.
When a user closes the devic
On 2025-06-18 11:19, Melissa Wen wrote:
> From: Rodrigo Siqueira
>
> Since DC is a shared code, this commit introduces a new file to work as
> a mid-layer in DC for the edid manipulation.
>
> Signed-off-by: Rodrigo Siqueira
> Co-developed-by: Melissa Wen
> Signed-off-by: Melissa Wen
>
> -
For drivers that can transfer data to the TEE without using shared
memory from client, it is necessary to receive the user address
directly, bypassing any processing by the TEE subsystem. Introduce
TEE_IOCTL_PARAM_ATTR_TYPE_UBUF_INPUT/OUTPUT/INOUT to represent
userspace buffers.
Reviewed-by: Sumit
Introduce qcomtee_object, which represents an object in both QTEE and
the kernel. QTEE clients can invoke an instance of qcomtee_object to
access QTEE services. If this invocation produces a new object in QTEE,
an instance of qcomtee_object will be returned.
Similarly, QTEE can request services fr
Increase TEE_MAX_ARG_SIZE to accommodate worst-case scenarios where
additional buffer space is required to pass all arguments to TEE.
This change is necessary for upcoming support for Qualcomm TEE, which
requires a larger buffer for argument marshaling.
Reviewed-by: Sumit Garg
Tested-by: Harshal
Enable userspace to allocate shared memory with QTEE. Since
QTEE handles shared memory as object, a wrapper is implemented
to represent tee_shm as an object. The shared memory identifier,
obtained through TEE_IOC_SHM_ALLOC, is transferred to the driver using
TEE_IOCTL_PARAM_ATTR_TYPE_OBJREF_INPUT/O
The TEE subsystem allows session-based access to trusted services,
requiring a session to be established to receive a service. This
is not suitable for an environment that represents services as objects.
An object supports various operations that a client can invoke,
potentially generating a result
Add documentation for the Qualcomm TEE driver.
Acked-by: Sumit Garg
Signed-off-by: Amirreza Zarrabi
---
Documentation/tee/index.rst | 1 +
Documentation/tee/qtee.rst | 96 +
MAINTAINERS | 1 +
3 files changed, 98 insertions(+)
diff
After booting, the kernel provides a static object known as the
primordial object. This object is utilized by QTEE for native
kernel services such as yield or privileged operations.
Acked-by: Sumit Garg
Tested-by: Neil Armstrong
Tested-by: Harshal Dev
Signed-off-by: Amirreza Zarrabi
---
drive
A TEE driver doesn't always need to provide a pool if it doesn't
support memory sharing ioctls and can allocate memory for TEE
messages in another way. Although this is mentioned in the
documentation for tee_device_alloc(), it is not handled correctly.
Reviewed-by: Sumit Garg
Signed-off-by: Amirr
Anyone with access to contiguous physical memory should be able to
share memory with QTEE using shm_bridge.
Tested-by: Neil Armstrong
Tested-by: Harshal Dev
Reviewed-by: Kuldeep Singh
Signed-off-by: Amirreza Zarrabi
---
drivers/firmware/qcom/qcom_tzmem.c | 63 ++-
Qualcomm TEE (QTEE) hosts Trusted Applications (TAs) and services in
the secure world, accessed via objects. A QTEE client can invoke these
objects to request services. Similarly, QTEE can request services from
the nonsecure world using objects exported to the secure world.
Add low-level primitive
This patch series introduces a Trusted Execution Environment (TEE)
driver for Qualcomm TEE (QTEE). QTEE enables Trusted Applications (TAs)
and services to run securely. It uses an object-based interface, where
each service is an object with sets of operations. Clients can invoke
these operations on
On 9/8/25 11:37 PM, Bagas Sanjaya wrote:
> Hi,
>
> Here are reST formatting cleanup and improvements for fbcon documentation.
> The shortlog below should be self-explanatory.
>
> This series is based on docs-next tree.
>
> Enjoy!
>
> Bagas Sanjaya (3):
> Documentation: fbcon: Add boot opti
The shift6mq's variant supports controlling the backlight via DSI
commands. Use that if a max_brightness is set in the device specific
data.
Reviewed-by: Neil Armstrong
Signed-off-by: Guido Günther
---
drivers/gpu/drm/panel/panel-visionox-rm69299.c | 67 ++
1 file change
On Wed, Sep 10, 2025 at 02:09:55PM -0400, Joel Fernandes wrote:
[...]
> > > +/// Allocate IRQ vectors for this PCI device.
> > > +///
> > > +/// Allocates between `min_vecs` and `max_vecs` interrupt vectors
> > > for the device.
> > > +/// The allocation will use MSI-X, MSI, or le
Hi Sumit,
On 9/10/2025 3:10 PM, Sumit Garg wrote:
> Hi Amir,
>
> On Tue, Sep 09, 2025 at 05:11:02PM -0700, Amirreza Zarrabi wrote:
>> This patch series introduces a Trusted Execution Environment (TEE)
>> driver for Qualcomm TEE (QTEE). QTEE enables Trusted Applications (TAs)
>> and services to ru
On 2025-06-18 11:19, Melissa Wen wrote:
> From: Rodrigo Siqueira
>
> As part of the effort of stopping using raw edid, this commit move the
> copy of the edid in DC to a dedicated function that will allow the usage
> of drm_edid in the next steps.
>
> Signed-off-by: Rodrigo Siqueira
> Co-dev
On Wed, Sep 10, 2025 at 07:08:43PM -0400, Joel Fernandes wrote:
> > You've got only one negative test that covers the .from() method.
> > Can you add more?
>
> Sure, but note that we can only add negative tests if there is a chance of
> failure, which at runtime can mainly happen with the fallible
Hi,
this patch causes a regression. It has been reported in
https://bugzilla.kernel.org/show_bug.cgi?id=220554
It affects the gru/kevin platform (arm64,RK3399) with the Panfrost DRM driver.
When it boots in console mode, the blinking of the cursor keeps the display on.
If it is turned off via /sy
Hi Aleksandrs,
On Wed, Sep 10, 2025 at 12:04 PM Steev Klimaszewski wrote:
>
> Hi Aleksandrs,
>
> On Wed, Sep 10, 2025 at 7:01 AM Aleksandrs Vinarskis
> wrote:
> >
> > Leverage newly introduced 'leds' and 'led-names' properties to pass
> > indicator's phandle and function to v4l2 subnode. The la
On Tue, Sep 09, 2025 at 04:45:27PM +0200, Paul Cercueil wrote:
> Hi Ville,
>
> Le mardi 09 septembre 2025 à 16:52 +0300, Ville Syrjälä a écrit :
> > On Tue, Sep 09, 2025 at 01:27:56PM +0200, Maxime Ripard wrote:
> > > The ingenic CRTC atomic_enable() implementation will indirectly
> > > call
> > >
Hi
Am 10.09.25 um 17:25 schrieb Michael Kelley:
From: Thomas Zimmermann Sent: Wednesday, September 10,
2025 2:36 AM
Hi
Am 09.09.25 um 18:58 schrieb Prasanna Kumar T S M:
The Hyper-V DRM driver is available since kernel version 5.14 and
provides full KMS support along with fbdev emulation vi
Hi Jury,
Some reason I messed up with my email client while trimming, so I am re-sending.
Sorry :)
On 9/9/2025 11:04 PM, Yury Norov wrote:
[...]
>> +#[test]
>> +fn test_range_fields() {
>> +let mut pte = TestPageTableEntry::default();
>> +
>> +pte = pte.set_pfn(0x123456);
are available in the Git repository at:
https://git.kernel.org/pub/scm/linux/kernel/git/chunkuang.hu/linux.git
tags/mediatek-drm-fixes-20250910
for you to fetch changes up to 9ba2556cef1df746fad4d691c8290e235b23c7d1:
drm/mediatek: clean up driver data initialisation (2025-09-10 12:52:59 +
On Wed, Sep 10, 2025 at 02:44:54PM -0700, Rob Clark wrote:
> On Wed, Sep 10, 2025 at 12:38 PM Dmitry Baryshkov
> wrote:
> >
> > On Tue, Sep 09, 2025 at 10:25:52AM -0700, Rob Clark wrote:
> > > On Tue, Sep 9, 2025 at 8:01 AM Dmitry Baryshkov
> > > wrote:
> > > >
> > > > On Mon, Sep 08, 2025 at 12:
On 9/9/2025 11:04 PM, Yury Norov wrote:
> On Tue, Sep 09, 2025 at 05:20:39PM -0400, Joel Fernandes wrote:
>> Add KUNIT tests to make sure the macro is working correctly.
>>
>> [Added range overlap tests suggested by Yury].
>
> Please no brackets and personal references in commit messages.
> If
On 2025-09-08 6:35 p.m., Daniele Ceraolo Spurio wrote:
On 9/2/2025 8:14 AM, Zhanjun Dong wrote:
Boolean flag access from interrupt context might have synchronous issueis
on multiple processor platform, flags modified by one core might be read
as an old value by another core. This issue on i
On Wed, Sep 10, 2025 at 7:45 AM Alexandre Courbot wrote:
>
> That would be nice, but also wouldn't cover all the cases where implicit
> panics can happen, like out-of-bounds slice accesses - we can't have a
> "report-and-continue" mode for these.
In principle, it could cover OOBs (even if it is a
On Wed, Sep 10, 2025 at 01:03:47PM +0200, Maxime Ripard wrote:
> On Tue, Sep 09, 2025 at 05:51:59PM +0300, Dmitry Baryshkov wrote:
> > Currently DRM framework expects that the HDMI connector driver supports
> > all infoframe types: it generates the data as required and calls into
> > the driver to
https://bugzilla.kernel.org/show_bug.cgi?id=220554
--- Comment #5 from vice...@gmail.com ---
Here it is:
https://lists.freedesktop.org/archives/dri-devel/2025-September/524682.html
--
You may reply to this email to add a comment.
You are receiving this mail because:
You are watching the assigne
On Wed, Sep 10, 2025 at 12:38 PM Dmitry Baryshkov
wrote:
>
> On Tue, Sep 09, 2025 at 10:25:52AM -0700, Rob Clark wrote:
> > On Tue, Sep 9, 2025 at 8:01 AM Dmitry Baryshkov
> > wrote:
> > >
> > > On Mon, Sep 08, 2025 at 12:30:04PM -0700, Rob Clark wrote:
> > > > Since these generated files are no
On Wed, Sep 10, 2025 at 3:55 PM Alexandre Courbot wrote:
>
> The only two options are either allowing user-space to crash the kernel
> through a module with a missing bound check, or letting it tamper with
So we are definitely not aiming to allow that on purpose, i.e. I know
you said "missing", b
On Thu, Sep 11, 2025 at 02:14:03AM +0530, Akhil P Oommen wrote:
> A few changes and fixes that were lying in my stack.
>
> Signed-off-by: Akhil P Oommen
> ---
> Changes in v2:
> - EDITME: describe what is new in this series revision.
> - EDITME: use bulletpoints and terse descriptions.
Wink-wink
Hi Christian,
On 9/9/2025 9:55 PM, Christian König wrote:
On 09.09.25 16:05, Peter Zijlstra wrote:
On Tue, Sep 09, 2025 at 02:04:30PM +0200, Christian König wrote:
Hi Arun,
On 09.09.25 11:56, Arunpravin Paneer Selvam wrote:
[SNIP]
+/**
+ * rbtree_for_each_entry_safe - iterate in-order over
On 9/11/2025 2:14 AM, Akhil P Oommen wrote:
> A few changes and fixes that were lying in my stack.
>
> Signed-off-by: Akhil P Oommen
> ---
> Changes in v2:
> - EDITME: describe what is new in this series revision.
> - EDITME: use bulletpoints and terse descriptions.
Oops, sent it too soon before
Hi,
On Wed, Sep 10, 2025 at 11:34 AM John Ripple wrote:
>
> @@ -221,6 +236,23 @@ static const struct regmap_config
> ti_sn65dsi86_regmap_config = {
> .max_register = 0xFF,
> };
>
> +static int ti_sn65dsi86_read_u8(struct ti_sn65dsi86 *pdata, unsigned int reg,
> +
On Wed, 10 Sep 2025 10:51:18 -0300
Daniel Almeida wrote:
> Add a Rust driver for ARM Mali CSF-based GPUs. It is a port of Panthor
> and therefore exposes Panthor's uAPI and name to userspace, and the
> product of a joint effort between Collabora, Arm and Google engineers.
>
> The aim is to incre
On Wed, Sep 10, 2025 at 12:33 AM Maxime Ripard wrote:
>
> On Tue, Aug 26, 2025 at 09:36:03AM +0200, Maxime Ripard wrote:
> > Hi,
> >
> > On Mon, Jul 21, 2025 at 01:17:29PM +0200, Maxime Ripard wrote:
> > > Here's another attempt at supporting user-space allocations from a
> > > specific carved-out
It is not obvious why we can skip error checking of
dev_pm_opp_find_freq_exact() API. Add a comment explaining it.
Reviewed-by: Konrad Dybcio
Signed-off-by: Akhil P Oommen
---
drivers/gpu/drm/msm/adreno/a6xx_gmu.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/gpu/drm/msm/adren
Current parser logic for GMU firmware assumes a dword aligned payload
size for every block. This is not true for all GMU firmwares. So, fix
this by using correct 'size' value in the calculation for the offset
for the next block's header.
Fixes: c6ed04f856a4 ("drm/msm/a6xx: A640/A650 GMU firmware p
During bringup of a new GPU support, it is convenient to have knob to
quickly disable GPU, but keep the display support. This helps to
fallback to 'kms_swrast' in case of bootup issues due to GPU. Add a
modparam to support this.
Reviewed-by: Dmitry Baryshkov
Signed-off-by: Akhil P Oommen
---
dr
The drm_gem_for_each_gpuvm_bo() call from lookup_vma() accesses
drm_gem_obj.gpuva.list, which is not initialized when the drm driver
does not support DRIVER_GEM_GPUVA feature. Enable it for msm_kms
drm driver to fix the splat seen when msm.separate_gpu_drm=1 modparam
is set. Also, update the descri
A few changes and fixes that were lying in my stack.
Signed-off-by: Akhil P Oommen
---
Changes in v2:
- EDITME: describe what is new in this series revision.
- EDITME: use bulletpoints and terse descriptions.
- Link to v1:
https://lore.kernel.org/r/20250902-assorted-sept-1-v1-0-f3ec9baed...@oss.
On 9/10/25 12:11 PM, Bjorn Helgaas wrote:
On Wed, Sep 10, 2025 at 11:52:00AM -0500, Mario Limonciello wrote:
On 9/10/25 10:06 AM, Bjorn Helgaas wrote:
On Tue, Sep 09, 2025 at 02:16:12PM -0500, Mario Limonciello (AMD) wrote:
PCI devices can be configured as wakeup sources from low power states.
On 2025-06-18 11:19, Melissa Wen wrote:
> Add Linux opaque object to dc_sink for storing EDID data cross driver,
> drm_edid. Also include the Linux call to free this object, the
> drm_edid_free()
>
> Signed-off-by: Melissa Wen
>
> ---
>
> v3:
> - remove uneccessary include (jani)
>
> v5:
>
On Wed, Sep 10, 2025 at 06:39:57PM +0200, Guido Günther wrote:
> Don't clear all mode flags. We only want to maek sure we use HS mode
> during unprepare.
>
> Fixes: c7f66d32dd431 ("drm/panel: add support for rm69299 visionox panel")
> Reviewed-by: Neil Armstrong
> Signed-off-by: Guido Günther
>
On Wed, Sep 10, 2025 at 06:39:58PM +0200, Guido Günther wrote:
> The shift6mq's variant supports controlling the backlight via DSI
> commands. Use that if a max_brightness is set in the device specific
> data.
>
> Reviewed-by: Neil Armstrong
> Signed-off-by: Guido Günther
> ---
> drivers/gpu/dr
On Wed, Sep 10, 2025 at 06:39:56PM +0200, Guido Günther wrote:
> Make the clock frequency match what the sdm845 downstream kernel
> uses. Otherwise the panel stays black.
>
> Fixes: 783334f366b18 ("drm/panel: visionox-rm69299: support the variant found
> in the SHIFT6mq")
> Signed-off-by: Guido G
https://bugzilla.kernel.org/show_bug.cgi?id=220554
--- Comment #4 from Artem S. Tashkinov (a...@gmx.com) ---
Indeed there's a DRM mailing list at dri-devel@lists.freedesktop.org
So, send your message over there please.
--
You may reply to this email to add a comment.
You are receiving this mai
https://bugzilla.kernel.org/show_bug.cgi?id=220554
--- Comment #3 from Artem S. Tashkinov (a...@gmx.com) ---
Please post your issue to LKML or/and the DRM mailing list (if it exists) and
CC Aradhya Bhatia and Maxime Ripard
This bug report will die here otherwise.
--
You may reply to this ema
On Tue, Sep 09, 2025 at 03:36:44PM +0530, Suraj Kandpal wrote:
> Now with drm_writeback_connector moved to drm_connector it makes
> more sense use drm_connector as an argument rather than drm_connector.
than drm_writeback_connector
> The writeback connector can easily be derived from drm_connecto
On Tue, Sep 09, 2025 at 03:36:43PM +0530, Suraj Kandpal wrote:
> Some drivers cannot work with the current design where the connector
> is embedded within the drm_writeback_connector such as Intel and
> some drivers that can get it working end up adding a lot of checks
> all around the code to chec
On Wed, Sep 10, 2025 at 11:52:00AM -0500, Mario Limonciello wrote:
> On 9/10/25 10:06 AM, Bjorn Helgaas wrote:
> > On Tue, Sep 09, 2025 at 02:16:12PM -0500, Mario Limonciello (AMD) wrote:
> > > PCI devices can be configured as wakeup sources from low power states.
> > > However, when the system is
On Wed Sep 10, 2025 at 8:18 PM JST, Alexandre Courbot wrote:
>>> here is what it looks like when I got it to compile:
>>
>> This looks great!
>>
>>> pub(crate) fn new<'a>(
>>> pdev: &'a pci::Device,
>>> devres_bar: Arc>,
>>> bar: &'a Bar0,
>>> ) -> impl PinInit + 'a
From: Hans de Goede
Add 'name' argument to of_led_get() such that it can lookup LEDs in
devicetree by either name or index.
And use this modified function to add devicetree support to the generic
(non devicetree specific) [devm_]led_get() function.
This uses the standard devicetree pattern of a
On Wed Sep 10, 2025 at 1:18 PM CEST, Alexandre Courbot wrote:
> On Wed Sep 10, 2025 at 5:01 PM JST, Danilo Krummrich wrote:
>> On Wed Sep 10, 2025 at 6:48 AM CEST, Alexandre Courbot wrote:
>>> On Tue Sep 9, 2025 at 11:43 PM JST, Danilo Krummrich wrote:
impl Gpu {
pub(crate) fn n
On Tue, Sep 09, 2025 at 10:25:52AM -0700, Rob Clark wrote:
> On Tue, Sep 9, 2025 at 8:01 AM Dmitry Baryshkov
> wrote:
> >
> > On Mon, Sep 08, 2025 at 12:30:04PM -0700, Rob Clark wrote:
> > > Since these generated files are no longer checked in, either in mesa or
> > > in the linux kernel, simplify
: 53e760d8949895390e256e723e7ee46618310361
patch link:
https://lore.kernel.org/r/20250908061605.76787-3-mike.looijmans%40topic.nl
patch subject: [PATCH v5 2/2] drm: bridge: Add TI tmds181 and sn65dp159 driver
config: i386-randconfig-013-20250910
(https://download.01.org/0day-ci/archive
On Wed, 10 Sep 2025 16:42:32 +0100
Steven Price wrote:
> > +int panfrost_jm_ctx_create(struct drm_file *file,
> > + struct drm_panfrost_jm_ctx_create *args)
> > +{
> > + struct panfrost_file_priv *priv = file->driver_priv;
> > + struct panfrost_device *pfdev = priv->pfdev
On 9/10/25 8:58 AM, Rafael J. Wysocki wrote:
On Tue, Sep 9, 2025 at 9:16 PM Mario Limonciello (AMD)
wrote:
PMSG_POWEROFF will be used for the PM core to allow differentiating between
a hibernation or shutdown sequence when re-using callbacks.
This event should not have wakeups enabled
Why?
On Wed, Sep 10, 2025 at 8:19 PM Mario Limonciello wrote:
>
> On 9/10/25 1:11 PM, Rafael J. Wysocki wrote:
> > Hi Mario,
> >
> > On Tue, Sep 9, 2025 at 9:16 PM Mario Limonciello (AMD)
> > wrote:
> >>
> >> A variety of issues both in function and in power consumption have been
> >> raised as a resu
On 9/10/25 1:11 PM, Rafael J. Wysocki wrote:
Hi Mario,
On Tue, Sep 9, 2025 at 9:16 PM Mario Limonciello (AMD)
wrote:
A variety of issues both in function and in power consumption have been
raised as a result of devices not being put into a low power state when
the system is powered off.
Ther
Hi Mario,
On Tue, Sep 9, 2025 at 9:16 PM Mario Limonciello (AMD)
wrote:
>
> A variety of issues both in function and in power consumption have been
> raised as a result of devices not being put into a low power state when
> the system is powered off.
>
> There have been some localized changes[1]
On Wed, Sep 10, 2025 at 7:48 PM Mario Limonciello wrote:
>
> On 9/10/25 8:58 AM, Rafael J. Wysocki wrote:
> > On Tue, Sep 9, 2025 at 9:16 PM Mario Limonciello (AMD)
> > wrote:
> >>
> >> PMSG_POWEROFF will be used for the PM core to allow differentiating between
> >> a hibernation or shutdown sequ
On Tue, Sep 9, 2025 at 9:16 PM Mario Limonciello (AMD)
wrote:
>
> In order to unify suspend and hibernate codepaths without code duplication
> the common code should be in common helpers. Move it from
> pci_pm_suspend_noirq() into a helper. No intended functional changes.
You should say why you
Hi Aleksandrs,
On Wed, Sep 10, 2025 at 7:01 AM Aleksandrs Vinarskis wrote:
>
> Leverage newly introduced 'leds' and 'led-names' properties to pass
> indicator's phandle and function to v4l2 subnode. The latter supports
> privacy led since couple of years ago under 'privacy-led' designation.
> Unl
On 9/10/25 10:06 AM, Bjorn Helgaas wrote:
On Tue, Sep 09, 2025 at 02:16:12PM -0500, Mario Limonciello (AMD) wrote:
PCI devices can be configured as wakeup sources from low power states.
However, when the system is halting or powering off such wakeups are
not expected and may lead to spurious beh
On Wed, 10 Sep 2025 12:59:12 +0200
Maxime Ripard wrote:
> On Mon, Sep 08, 2025 at 03:49:06PM +0200, Luca Ceresoli wrote:
> > Hi Maxime,
> >
> > On Wed, 27 Aug 2025 09:46:03 +0200
> > Maxime Ripard wrote:
> >
> > > On Wed, Aug 20, 2025 at 01:13:02PM +0200, Luca Ceresoli wrote:
> > > > Hello
Make the clock frequency match what the sdm845 downstream kernel
uses. Otherwise the panel stays black.
Fixes: 783334f366b18 ("drm/panel: visionox-rm69299: support the variant found
in the SHIFT6mq")
Signed-off-by: Guido Günther
Reviewed-by: Neil Armstrong
---
drivers/gpu/drm/panel/panel-visio
This adds optional backlight support via DSI commands. If
a max_brightness is set in the panel description the backlight
is created.
While at that we fold in the already sent out clock fix and
a fix that prevents us from clearing all mode flags when we
only want HS mode.
Signed-off-by: Guido Günt
Hi Dave, Simona,
Fixes for 6.17.
The following changes since commit 8b556ddeee8da9420699ce221b6267f395e7d72b:
Merge tag 'amd-drm-fixes-6.17-2025-09-03' of
https://gitlab.freedesktop.org/agd5f/linux into drm-fixes (2025-09-05 08:06:34
+1000)
are available in the Git repository at:
https:/
Krzysztof, all,
On 9/9/25 3:56 AM, Krzysztof Kozlowski wrote:
On 05/09/2025 13:33, Linus Walleij wrote:
On Fri, Sep 5, 2025 at 12:02 PM Dmitry Torokhov
wrote:
On Thu, Aug 21, 2025 at 01:56:24PM +0200, Linus Walleij wrote:
Hi Ariel,
thanks for your patch!
On Wed, Aug 20, 2025 at 7:17 PM Ari
On 10/09/2025 16:52, Boris Brezillon wrote:
> On Wed, 10 Sep 2025 16:42:32 +0100
> Steven Price wrote:
>
>>> +int panfrost_jm_ctx_create(struct drm_file *file,
>>> + struct drm_panfrost_jm_ctx_create *args)
>>> +{
>>> + struct panfrost_file_priv *priv = file->driver_priv;
>
On Tue, Sep 09, 2025 at 11:05:24PM -0300, Fabio Estevam wrote:
> mx6sl.dtsi and imx6sll.dtsi have the following lcdif entries:
>
> compatible = "fsl,imx6sl-lcdif", "fsl,imx28-lcdif";
>
> This causes dt-schema warnings as the current binding only
> allow 'fsl,imx6sx-lcdif' as fallback.
>
> ['fsl,imx
Rob,
On 8/22/25 12:52 PM, Rob Herring wrote:
On Wed, Aug 20, 2025 at 02:13:01PM -0300, Ariel D'Alessandro wrote:
Convert the existing text-based DT bindings for MELFAS MIP4 Touchscreen
controller to a YAML schema.
Signed-off-by: Ariel D'Alessandro
---
.../input/touchscreen/melfas,mip4_ts.ya
Krzysztof,
On 9/10/25 11:21 AM, Krzysztof Kozlowski wrote:
On 10/09/2025 16:04, Ariel D'Alessandro wrote:
Krzysztof,
On 8/21/25 3:50 AM, Krzysztof Kozlowski wrote:
On Wed, Aug 20, 2025 at 02:12:55PM -0300, Ariel D'Alessandro wrote:
Current, the DT bindings for Mediatek UFOe (Unified Frame Op
On 04/09/2025 01:08, Adrián Larumbe wrote:
> From: Boris Brezillon
>
> For DebugFS builds, create a filesystem knob that, for every single open
> file of the Panfrost DRM device, shows its command name information and
> PID (when applicable), and all of its existing JM contexts.
>
> For every co
On 04/09/2025 01:07, Adrián Larumbe wrote:
> From: Boris Brezillon
>
> The new uAPI lets user space query the KM driver for the available
> priorities a job can be given at submit time. These are managed through
> the notion of a context, for which we also provide new creation and
> destruction i
On Wed, Sep 10, 2025 at 12:18:41PM +0200, Marek Vasut wrote:
> On 9/10/25 9:37 AM, Nilesh Laad wrote:
> > From: Yi Zhang
> >
> > Add bindings for lt9211c.
> >
> > Signed-off-by: Yi Zhang
> > Signed-off-by: Nilesh Laad
> > ---
> > .../bindings/display/bridge/lontium,lt9211c.yaml | 113
> >
On Wed, Sep 10, 2025 at 07:32:51AM +0200, Christophe JAILLET wrote:
> Le 10/09/2025 à 05:47, Dmitry Baryshkov a écrit :
> > On Mon, Sep 08, 2025 at 11:38:44PM +0200, Christophe JAILLET wrote:
> > > Le 08/09/2025 à 23:26, Dmitry Baryshkov a écrit :
> > > > On Mon, Sep 08, 2025 at 11:09:07PM +0200, C
From: Thomas Zimmermann Sent: Wednesday, September 10,
2025 2:36 AM
>
> Hi
>
> Am 09.09.25 um 18:58 schrieb Prasanna Kumar T S M:
> > The Hyper-V DRM driver is available since kernel version 5.14 and
> > provides full KMS support along with fbdev emulation via the DRM fbdev
> > helpers. This ma
On 9/10/25 1:25 PM, Akhil P Oommen wrote:
> From: Puranam V G Tejaswi
>
> Add gpu and gmu nodes for sa8775p chipset. Also, add the speedbin
> qfprom node and wire it up with GPU node.
>
> Signed-off-by: Puranam V G Tejaswi
> Signed-off-by: Akhil P Oommen
> Reviewed-by: Dmitry Baryshkov
> ---
Hi Janne,
On 8-Sep-25 11:23 PM, Janne Grunau wrote:
> The pm_domain cleanup can not be devres managed as it uses struct
> simplefb_par which is allocated within struct fb_info by
> framebuffer_alloc(). This allocation is explicitly freed by
> unregister_framebuffer() in simplefb_remove().
> Devres
Am 11.08.25 um 18:26 schrieb Mario Limonciello (AMD):
On systems with multiple GPUs there can be uncertainty which GPU is the
primary one used to drive the display at bootup. In some desktop
environments this can lead to increased power consumption because
secondary GPUs may be used for render
Rob,
On 8/20/25 3:55 PM, Rob Herring wrote:
On Wed, Aug 20, 2025 at 02:13:02PM -0300, Ariel D'Alessandro wrote:
Commit 14176e94bb35d ("arm64: dts: mediatek: mt8195: Fix ranges for jpeg
That commit is not in any upstream tree.
Ugh, indeed. Dropping this patch.
enc/decoder nodes") redefin
On 9/10/25 4:43 PM, Daniel Almeida wrote:
> Fair enough, perhaps a quick v4 then?
In case this remains to be the only change you could also fix it up on apply.
Krzysztof,
On 8/21/25 3:53 AM, Krzysztof Kozlowski wrote:
On Wed, Aug 20, 2025 at 02:12:58PM -0300, Ariel D'Alessandro wrote:
Convert the existing text-based DT bindings for Dialog Semiconductor DA9211
Voltage Regulators family to a YAML schema. Examples are simplified, as
these are all equal.
From: Hans de Goede
Add 'name' argument to of_led_get() such that it can lookup LEDs in
devicetree by either name or index.
And use this modified function to add devicetree support to the generic
(non devicetree specific) [devm_]led_get() function.
This uses the standard devicetree pattern of a
On Tue, Sep 09, 2025 at 02:16:13PM -0500, Mario Limonciello (AMD) wrote:
> In order to unify suspend and hibernate codepaths without code duplication
> the common code should be in common helpers. Move it from
> pci_pm_suspend_noirq() into a helper. No intended functional changes.
>
> Tested-by:
> On 10 Sep 2025, at 11:04, Danilo Krummrich wrote:
>
> On 9/10/25 3:51 PM, Daniel Almeida wrote:
>> diff --git a/drivers/gpu/drm/tyr/Kconfig b/drivers/gpu/drm/tyr/Kconfig
>> new file mode 100644
>> index
>> ..de910b2cba3a48e0b238eb0f66279758c02dfb6f
>>
Am 11.08.25 um 18:26 schrieb Mario Limonciello (AMD):
vga_is_firmware_default() checks firmware resources to find the owner
framebuffer resources to find the firmware PCI device. This is an
open coded implementation of screen_info_pci_dev(). Switch to using
screen_info_pci_dev() instead.
Ac
On 9/10/2025 9:25 AM, Alexandre Courbot wrote:
>>> I agree the `: u32` can be introduced later, the original `register!`
>>> macro did not specify any type information so there is indeed no reason
>>> to add it in this patch.
Yep.
>> When you introduce the types, can you change the syntax f
On 10.09.25 14:37, Arunpravin Paneer Selvam wrote:
> Hi Christian,
>
> On 9/9/2025 9:55 PM, Christian König wrote:
>> On 09.09.25 16:05, Peter Zijlstra wrote:
>>> On Tue, Sep 09, 2025 at 02:04:30PM +0200, Christian König wrote:
Hi Arun,
On 09.09.25 11:56, Arunpravin Paneer Selvam wr
Hi Dmitry
On Fri, 5 Sept 2025 at 17:51, Dmitry Baryshkov
wrote:
>
> On Fri, Aug 15, 2025 at 06:11:57PM +0300, Dmitry Baryshkov wrote:
> > On Sat, Jul 05, 2025 at 01:05:13PM +0300, Dmitry Baryshkov wrote:
> > > Switch VC4 driver to using CEC helpers code, simplifying hotplug and
> > > registration
On 9/10/25 9:37 AM, Nilesh Laad wrote:
From: Yi Zhang
Add bindings for lt9211c.
Signed-off-by: Yi Zhang
Signed-off-by: Nilesh Laad
---
.../bindings/display/bridge/lontium,lt9211c.yaml | 113 +
1 file changed, 113 insertions(+)
diff --git
a/Documentation/devicetree/
On Wed, Sep 10, 2025 at 01:05:47PM +0200, Maxime Ripard wrote:
> On Tue, Sep 09, 2025 at 05:52:08PM +0300, Dmitry Baryshkov wrote:
> > Sending Audio InfoFrames is mandatory for getting audio to work over the
> > HDMI link. Warn if the driver requests HDMI audio support for the HDMI
> > connector, b
On 05/09/2025 11:23, Nicolas Frattaroli wrote:
> As it stands, panthor keeps a cached current frequency value for when it
> wants to retrieve it. This doesn't work well for when things might
> switch frequency without panthor's knowledge.
>
> Instead, implement the get_cur_freq operation, and expo
1 - 100 of 150 matches
Mail list logo
