Add ability to fill pdata from device tree. Common stuff is
filled from core driver and then pdata is filled per-device
since all cells are optional.
Signed-off-by: Svyatoslav Ryhel
---
drivers/iio/light/lm3533-als.c | 58 -
drivers/leds/leds-lm3533.c | 69 +
Add bindings for the LM3533 - a complete power source for
backlight, keypad, and indicator LEDs in smartphone handsets.
The high-voltage inductive boost converter provides the
power for two series LED strings display backlight and keypad
functions.
Signed-off-by: Svyatoslav Ryhel
---
.../devicet
Add schema and add support for lm3533 mfd to use device
tree bindings.
Svyatoslav Ryhel (2):
dt-bindings: mfd: Document TI LM3533 MFD
mfd: lm3533: convert to use OF
.../devicetree/bindings/mfd/ti,lm3533.yaml| 221 ++
drivers/iio/light/lm3533-als.c| 58 +++
The function drm_syncobj_fence_get() may return NULL if the syncobj
has no fence. In eb_fences_add(), this return value is not checked,
leading to a potential NULL pointer dereference in
i915_request_await_dma_fence().
This patch adds a check for the return value of drm_syncobj_fence_get
and retur
Hi
Am 11.02.25 um 21:55 schrieb Rodrigo Vivi:
On Thu, Dec 12, 2024 at 06:08:42PM +0100, Thomas Zimmermann wrote:
Implement drm_client_dev_suspend() and drm_client_dev_resume() for
i915's fbdev emulation and call the helper via DRM client interfaces.
This is required to convert i915 and xe to DR
Hi
Am 12.02.25 um 08:28 schrieb Maarten Lankhorst:
Hey,
I'll give it a spin on xe today. It seems someone already tried on i915,
so I expect no issues.
Thanks for testing.
The only question I have is do we still inherit the BIOS fb on boot
for fbdev?
I tried to not break that code. It st
> -Original Message-
> From: Murthy, Arun R
> Sent: Wednesday, February 5, 2025 3:57 PM
> To: dri-devel@lists.freedesktop.org; intel-...@lists.freedesktop.org; intel-
> x...@lists.freedesktop.org
> Cc: Borah, Chaitanya Kumar ; Syrjala,
> Ville ; Murthy, Arun R
> Subject: [PATCH v4 3/3]
Hey,
I'll give it a spin on xe today. It seems someone already tried on i915,
so I expect no issues.
The only question I have is do we still inherit the BIOS fb on boot
for fbdev?
The really active bit seems to be replacing the fbdev stuff with
drm_client_setup_with_color_mode
Patches themselv
On 2/12/2025 5:30 AM, Dmitry Baryshkov wrote:
> On Tue, Feb 11, 2025 at 06:41:39PM +0530, Akhil P Oommen wrote:
>> On 2/9/2025 9:59 PM, Dmitry Baryshkov wrote:
>>> On Wed, Nov 13, 2024 at 02:18:43AM +0530, Akhil P Oommen wrote:
On 10/30/2024 12:32 PM, Akhil P Oommen wrote:
> From: Puranam
Add support to program 2 streams MST for qcs8300. Previously, the
qcs8300 reused the driver of the sm8650's DP controller because they
have the same base address, offset, and number of controllers. However,
now we need to enable the MST feature for the qcs8300, so we need a new
patch The qcs8300 us
Add 2 streams MST support for qcs8300. Compatile with qcs8300 dp
controller driver and populate the stream clock for qcs8300 DP0
controller in MST mode.
Signed-off-by: Yongxing Mou
---
arch/arm64/boot/dts/qcom/qcs8300.dtsi | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff
Support mst for qcs8300 and add the stream 1 clock support in the mdss
dt-bindings.
Signed-off-by: Yongxing Mou
---
.../devicetree/bindings/display/msm/qcom,qcs8300-mdss.yaml | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git
a/Documentation/devicetree/bindings/dis
We need to enable mst for qcs8300, dp0 controller will support 2 streams
output. So not reuse sm8650 dp controller driver and will add a new driver
patch for qcs8300 mst feature. Modify the corresponding dt-bingding file
to compatible with the qcs8300-dp.
Signed-off-by: Yongxing Mou
---
Document
/dp/dp_display.c| 8
4 files changed, 25 insertions(+), 14 deletions(-)
---
base-commit: 7ba9bcc5090556c007d9a718d7176e097fe54f19
change-id: 20250211-mst_qcs8300-4c18a5179165
Best regards,
--
Yongxing Mou
The function amdgpu_ras_error_data_init() always returns 0, making its
return value checks redundant. This patch changes its return type to
void and removes all unnecessary checks in the callers.
This simplifies the code and avoids confusion about the function's
behavior. Additionally, this change
On Mon, 2025-02-10 at 13:31 +0200, Jani Nikula wrote:
> I think "Closes:" is what we want.
> Sometimes it's good to follow the surrounding code, but let's not
> duplicate existing mistakes. ;)
Ack!
> Please avoid 0b, it's very rarely used. Just 0x7. Or we could start
> defining macros for these
On Tue, Feb 04, 2025 at 12:35:23PM +0530, Raag Jadav wrote:
> This series introduces device wedged event in DRM subsystem and uses it
> in xe, i915 and amdgpu drivers. Detailed description in commit message.
>
> This was earlier attempted as xe specific uevent in v1 and v2 on [1].
> Similar work b
On dinsdag 11 februari 2025 14:31:14 Midden-Europese standaardtijd Konrad
Dybcio wrote:
> On 3.02.2025 7:14 PM, Danila Tikhonov wrote:
> > From: Eugene Lepshy
> >
> > Enable the Adreno GPU and configure the Visionox RM692E5 panel.
> >
> > Signed-off-by: Eugene Lepshy
> > Co-developed-by: Danil
Some newer high refresh rate consumer monitors (including those by Samsung)
make use of DisplayID 2.1 timing blocks in their EDID data, notably for
their highest refresh rate modes. Such modes won't be available as of now.
Implement partial support for such blocks in order to enable native
support
Dear maintener
For my own usage, I did make work the ASPEED ast-drm 1.15.1 video driver
on mainline kernel (6.13.0 + 6.13.1).
ASPEED video driver is availiable here:
https://www.aspeedtech.com/file/support/Linux_DRM_1.15.1_4.tar.gz
But it only work for LTS kernel
So I modify the DKMS packag
> -Original Message-
> From: Murthy, Arun R
> Sent: Wednesday, February 12, 2025 10:55 AM
> To: Borah, Chaitanya Kumar ; dri-
> de...@lists.freedesktop.org; intel-...@lists.freedesktop.org; intel-
> x...@lists.freedesktop.org
> Cc: Syrjala, Ville
> Subject: Re: [PATCH v4 2/3] drm/plane:
On 11/02/2025 09:23, Paul-pl Chen (陳柏霖) wrote:
> On Sat, 2025-01-18 at 09:37 +0100, Krzysztof Kozlowski wrote:
>>
>>>
>>> (2)Primary Task of EXDMA:
>>> The main function of EXDMA is to transfer buffers allocated by GEM
>>> to
>>> the subsequent display pipeline.
>>> EXDMA serves as a bridge between
On 12-02-2025 10:23, Borah, Chaitanya Kumar wrote:
-Original Message-
From: Murthy, Arun R
Sent: Wednesday, February 5, 2025 3:57 PM
To: dri-devel@lists.freedesktop.org; intel-...@lists.freedesktop.org; intel-
x...@lists.freedesktop.org
Cc: Borah, Chaitanya Kumar ; Syrjala,
Ville ; Murth
On 12-02-2025 10:23, Borah, Chaitanya Kumar wrote:
-Original Message-
From: Murthy, Arun R
Sent: Wednesday, February 5, 2025 3:57 PM
To: dri-devel@lists.freedesktop.org; intel-...@lists.freedesktop.org; intel-
x...@lists.freedesktop.org
Cc: Borah, Chaitanya Kumar ; Syrjala,
Ville ; Murth
On Mon Feb 10, 2025 at 2:30 AM JST, Danilo Krummrich wrote:
> Add the initial nova-core driver stub.
>
> nova-core is intended to serve as a common base for nova-drm (the
> corresponding DRM driver) and the vGPU manager VFIO driver, serving as a
> hard- and firmware abstraction layer for GSP-based
Hello,
we noticed the issue happens with a low rate on this commit, but keeps clean
on parent when we even run the tests up to 999 times. just FYI.
41f70d8e16349c65 b04e317b522630b46f78ee62ecb
---
fail:runs %reproductionfail:runs
> -Original Message-
> From: Murthy, Arun R
> Sent: Wednesday, February 5, 2025 3:57 PM
> To: dri-devel@lists.freedesktop.org; intel-...@lists.freedesktop.org; intel-
> x...@lists.freedesktop.org
> Cc: Borah, Chaitanya Kumar ; Syrjala,
> Ville ; Murthy, Arun R
> Subject: [PATCH v4 2/3]
> -Original Message-
> From: Murthy, Arun R
> Sent: Wednesday, February 5, 2025 3:57 PM
> To: dri-devel@lists.freedesktop.org; intel-...@lists.freedesktop.org; intel-
> x...@lists.freedesktop.org
> Cc: Borah, Chaitanya Kumar ; Syrjala,
> Ville ; Murthy, Arun R
> Subject: [PATCH v4 1/3]
r(phys_enc->hw_pp, NULL);
+
/* reset the merge 3D HW block */
if (phys_enc->hw_pp && phys_enc->hw_pp->merge_3d) {
phys_enc->hw_pp->merge_3d->ops.setup_3d_mode(phys_enc->hw_pp->merge_3d,
---
base-commit: 866e43b945bf98f8e807dfa45eca92
On 02/11/2025, Alexander Stein wrote:
> Hi,
Hi Alexander,
>
> i.MX91/93 support a parallel display interface. There is a single register
> for configuring the output format. There is not much documentation, but
> apparently this does some internal conversion.
> Add a bridge driver (similar to fs
On Sun, Feb 09, 2025 at 03:52:52PM -0800, mhkelle...@gmail.com wrote:
> From: Michael Kelley
>
> When a Hyper-V framebuffer device is removed, or the driver is unbound
> from a device, any allocated and/or mapped memory must be released. In
> particular, MMIO address space that was mapped to the
In tegra_crtc_reset(), new memory is allocated with kzalloc(), but
no check is performed. Before calling __drm_atomic_helper_crtc_reset,
state should be checked to prevent possible null pointer dereference.
Fixes: b7e0b04ae450 ("drm/tegra: Convert to using
__drm_atomic_helper_crtc_reset() for res
On Fri, Jan 24, 2025 at 07:15:24PM +0100, David Hildenbrand wrote:
> ret will be modified immediately afterwards.
Yep. Thanks for fixing.
Reviewed-by: Alistair Popple
> Signed-off-by: David Hildenbrand
> ---
> drivers/gpu/drm/nouveau/nouveau_svm.c | 2 +-
> 1 file changed, 1 insertion(+), 1 d
On Fri, Jan 24, 2025 at 07:15:23PM +0100, David Hildenbrand wrote:
> In case we have to retry the loop, we are missing to unlock+put the
> folio. In that case, we will keep failing make_device_exclusive_range()
> because we cannot grab the folio lock, and even return from the function
> with the fo
On Tue, Feb 11, 2025 at 09:48:31AM +0100, Maxime Ripard wrote:
> On Tue, Feb 11, 2025 at 01:14:28AM +0200, Dmitry Baryshkov wrote:
> > On Mon, Feb 10, 2025 at 06:12:44PM +0100, Luca Ceresoli wrote:
> > > Hi Maxime, Dmitry
> > >
> > > On Fri, 7 Feb 2025 21:54:06 +0200
> > > Dmitry Baryshkov wrote:
On Tue, Feb 11, 2025 at 02:17:30PM +0100, Maxime Ripard wrote:
> On Sun, Feb 09, 2025 at 05:27:01AM +0200, Dmitry Baryshkov wrote:
> > On Tue, Feb 04, 2025 at 03:57:28PM +0100, Maxime Ripard wrote:
> > > Hi,
> > >
> > > Here's a series of changes after to the KMS helpers and bridge API
> > > follo
On Tue, Feb 11, 2025 at 03:33:58PM +0100, Maxime Ripard wrote:
> On Sun, Feb 09, 2025 at 09:13:36AM +0200, Dmitry Baryshkov wrote:
> > On Tue, Feb 04, 2025 at 03:58:02PM +0100, Maxime Ripard wrote:
> > > The tc358768 driver follows the drm_encoder->crtc pointer that is
> > > deprecated and shouldn'
On 2/11/2025 4:13 PM, Dmitry Baryshkov wrote:
On Tue, Feb 11, 2025 at 10:23:54AM +0100, Marijn Suijten wrote:
On 2025-02-10 14:14:14, Abhinav Kumar wrote:
On 2/9/2025 7:51 PM, Ethan Carter Edwards wrote:
There is a possibility for an uninitialized *ret* variable to be
returned in some cod
On Tue, Feb 11, 2025 at 09:26:31AM +0100, Krzysztof Kozlowski wrote:
> On Sun, Feb 09, 2025 at 07:04:46AM +0200, Dmitry Baryshkov wrote:
> > Supporting simultaneous check of native HPD and the external GPIO proved
> > to be less stable than just native HPD. Drop the hpd-gpios from the
> > bindings.
On Tue, Feb 11, 2025 at 10:23:54AM +0100, Marijn Suijten wrote:
> On 2025-02-10 14:14:14, Abhinav Kumar wrote:
> >
> >
> > On 2/9/2025 7:51 PM, Ethan Carter Edwards wrote:
> > > There is a possibility for an uninitialized *ret* variable to be
> > > returned in some code paths.
> > >
> > > Fix th
topology.num_dspp = topology.num_lm;
>
> ---
> base-commit: df5d6180169ae06a2eac57e33b077ad6f6252440
> change-id: 20250211-dp_lm-8f8ef15f5955
>
> Best regards,
> --
> Yongxing Mou
>
--
With best wishes
Dmitry
On Tue, Feb 11, 2025 at 10:07:07AM +0100, Neil Armstrong wrote:
> On 10/02/2025 17:32, Konrad Dybcio wrote:
> > On 10.02.2025 10:32 AM, Neil Armstrong wrote:
> > > The bindings requires the mdp0-mem and the cpu-cfg interconnect path,
> > > add the missing cpu-cfg path to fix the dtbs check error.
>
On Tue, Feb 11, 2025 at 06:41:39PM +0530, Akhil P Oommen wrote:
> On 2/9/2025 9:59 PM, Dmitry Baryshkov wrote:
> > On Wed, Nov 13, 2024 at 02:18:43AM +0530, Akhil P Oommen wrote:
> >> On 10/30/2024 12:32 PM, Akhil P Oommen wrote:
> >>> From: Puranam V G Tejaswi
> >>>
> >>> Enable GPU for sa8775p-r
On Tue, Feb 11, 2025 at 02:31:14PM +0100, Konrad Dybcio wrote:
> On 3.02.2025 7:14 PM, Danila Tikhonov wrote:
> > From: Eugene Lepshy
> >
> > Enable the Adreno GPU and configure the Visionox RM692E5 panel.
> >
> > Signed-off-by: Eugene Lepshy
> > Co-developed-by: Danila Tikhonov
> > Signed-off
On Tue, Feb 11, 2025 at 09:06:19PM +0300, Danila Tikhonov wrote:
> On 2/9/25 01:09, Marijn Suijten wrote:
> > On 2025-02-03 21:14:26, Danila Tikhonov wrote:
> > > From: Eugene Lepshy
> > >
> > > DRM DSC helper has parameters for various bpc values other than 8:
> > Weird zero-width \u200b space
On 2025-02-10 6:32 p.m., Alan Previn wrote:
Update the comments on GuC-Err-Capture flows with the
updated function names.
Signed-off-by: Alan Previn
---
drivers/gpu/drm/xe/xe_guc_capture.c | 19 +++
1 file changed, 11 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu
On 2025-02-10 6:32 p.m., Alan Previn wrote:
Relocate the xe_engine_snapshot_print function from xe_guc_capture.c
into xe_hw_engine.c but split out the GuC-Err-Capture register printing
portion out into a separate helper inside xe_guc_capture.c so that
we can have a clear separation between pri
Hi,
On Tue, Feb 4, 2025 at 7:01 AM Maxime Ripard wrote:
>
> @@ -374,12 +377,15 @@ static int __maybe_unused ti_sn65dsi86_resume(struct
> device *dev)
> * panel (including the aux channel) w/out any need for an input clock
> * so we can do it in resume which lets us read the EDI
On Tue, Feb 11, 2025 at 03:16:37PM +0100, Noralf Trønnes wrote:
>
>
> On 11.02.2025 00:32, Alex Lanzano wrote:
> > Add myself as the maintainer of the recently orphaned repaper and
> > mi0283qt drivers.
> >
> > Signed-off-by: Alex Lanzano
> > ---
>
> Thanks for picking these up:
>
Of course.
On Thu, Dec 12, 2024 at 06:08:42PM +0100, Thomas Zimmermann wrote:
> Implement drm_client_dev_suspend() and drm_client_dev_resume() for
> i915's fbdev emulation and call the helper via DRM client interfaces.
> This is required to convert i915 and xe to DRM's generic fbdev client.
> No functional ch
On Tue, Feb 11, 2025 at 04:57:03PM +0100, Jacek Lawrynowicz wrote:
> Hi, can I submit this to drm-misc or should someone commit this to drm-intel?
This is drm-intel. More specifically drm-intel-gt-next.
Since Joonas had some concerns on the v1, let's wait for him to check if
the provided answers
On Mon, 10 Feb 2025 20:37:55 +0100 David Hildenbrand wrote:
> Ever since commit b756a3b5e7ea ("mm: device exclusive memory access")
> we can return with a device-exclusive entry from page_vma_mapped_walk().
>
> page_idle_clear_pte_refs_one() is not prepared for that, so let's
> teach it what to
On Fri, Feb 7, 2025 at 6:13 PM Luan Icaro Pinto Arcanjo
wrote:
>
> From: Luan Arcanjo
>
> All dce command_table_helper's shares a copy-pasted collection
> of copy-pasted functions, which are: phy_id_to_atom,
> clock_source_id_to_atom_phy_clk_src_id, and engine_bp_to_atom.
>
> This patch removes t
From: Maxim Levitsky Sent: Monday, February 10, 2025 3:57
PM
>
> On Mon, 2025-02-10 at 21:35 +, Michael Kelley wrote:
> > From: thomas@oracle.com Sent: Monday, February
> > 10, 2025 7:08 AM
> > >
> > >
> > > > > Then the question is why the efifb driver doesn't work in the kdump
> > >
On Tue, 2025-02-11 at 11:19 -0800, Matthew Brost wrote:
> On Fri, Feb 07, 2025 at 02:54:45PM +0100, Thomas Hellström wrote:
> > On Wed, 2025-01-29 at 11:52 -0800, Matthew Brost wrote:
> > > Add XE_BO_FLAG_CPU_ADDR_MIRROR to indicate BO is tied to SVM
> > > range.
> > > While these BO's are kernel a
Le 11/02/2025 à 12:44, AngeloGioacchino Del Regno a écrit :
Add a driver for the Himax HX8279-D MIPI-DSI DriverIC with support
for the Startek KX070FHFID078 7.0" 1200x1920 IPS panel, found on
various MediaTek Genio Evaluation Kit boards.
...
+ if (!hx->skip_goa_config) {
+
On Fri, Feb 07, 2025 at 03:45:51PM +0100, Thomas Hellström wrote:
> On Wed, 2025-01-29 at 11:52 -0800, Matthew Brost wrote:
> > Wire xe_bo_move to GPU SVM migration via new helper xe_svm_bo_evict.
> >
> > v2:
> > - Use xe_svm_bo_evict
> > - Drop bo->range
> > v3:
> > - Kernel doc (Thomas)
> > v
On Fri, Feb 07, 2025 at 02:54:45PM +0100, Thomas Hellström wrote:
> On Wed, 2025-01-29 at 11:52 -0800, Matthew Brost wrote:
> > Add XE_BO_FLAG_CPU_ADDR_MIRROR to indicate BO is tied to SVM range.
> > While these BO's are kernel allocations, we need a VM reference in
> > this
> > case which this fla
On Thu, Feb 06, 2025 at 10:20:43AM +, Tvrtko Ursulin wrote:
>
> On 06/02/2025 06:45, Matthew Brost wrote:
> > On Wed, Feb 05, 2025 at 01:44:48PM +0100, Christian König wrote:
> > > Am 05.02.25 um 12:14 schrieb Tvrtko Ursulin:
> > > > Christian suggests scheduler should not use the term TDR bec
On Tue, Feb 11, 2025 at 05:03:10PM +0100, Thomas Hellström wrote:
> On Mon, 2025-02-10 at 10:41 -0800, Matthew Brost wrote:
> > On Fri, Feb 07, 2025 at 09:34:00AM +0100, Thomas Hellström wrote:
> > > On Wed, 2025-01-29 at 11:51 -0800, Matthew Brost wrote:
> > > > From: Thomas Hellström
> > > >
>
Hi,
On Mon, Feb 10, 2025 at 5:43 PM Sebastian Reichel wrote:
>
> From: Sebastian Reichel
>
> The Lenovo Thinkpad T14s Gen6 Snapdragon is currently sold with three
> different panel versions: OLED, Low Power IPS or IPS with Touchscreen.
>
> My Low Power IPS version had this panel and the kernel c
Le 05/02/2025 à 21:08, Anusha Srivatsa a écrit :
Replace platform_get_resource/_byname + devm_ioremap
with just devm_platform_ioremap_resource()
Used Coccinelle to do this change. SmPl patch:
@rule@
identifier res;
expression ioremap;
identifier pdev;
constant mem;
expression name;
@@
-struc
On 2/9/25 01:09, Marijn Suijten wrote:
On 2025-02-03 21:14:26, Danila Tikhonov wrote:
From: Eugene Lepshy
DRM DSC helper has parameters for various bpc values other than 8:
Weird zero-width \u200b spaces here between "values" and "other", please delete
those.
Thanks, I will fix it in the n
On Tue, Feb 11, 2025 at 04:17:04PM +0100, Thomas Hellström wrote:
> On Mon, 2025-02-10 at 09:31 -0800, Matthew Brost wrote:
> > On Fri, Feb 07, 2025 at 10:06:44AM +0100, Thomas Hellström wrote:
> > > On Wed, 2025-01-29 at 11:51 -0800, Matthew Brost wrote:
> > > > This patch introduces support for G
On Tue, Feb 11, 2025 at 10:52:50AM +0800, Sunny Shen wrote:
> Add MDP-RSZ hardware description for MediaTek MT8196 SoC
>
> Signed-off-by: Sunny Shen
> ---
> .../display/mediatek/mediatek,mdp-rsz.yaml| 46 +++
> 1 file changed, 46 insertions(+)
> create mode 100644
> Documen
Hi,
On Tue, Feb 11, 2025 at 5:14 AM Maxime Ripard wrote:
>
> On Fri, Feb 07, 2025 at 05:44:38PM -0800, Doug Anderson wrote:
> > On Tue, Feb 4, 2025 at 7:01 AM Maxime Ripard wrote:
> > >
> > > The TI sn65dsi86 driver follows the drm_encoder->crtc pointer that is
> > > deprecated and shouldn't be
On Tue, Feb 11, 2025 at 10:52:51AM +0800, Sunny Shen wrote:
> Add a compatible string for MediaTek MT8196 SoC
$subject and $body don't match here.
>
> Signed-off-by: Sunny Shen
> ---
> .../devicetree/bindings/display/mediatek/mediatek,postmask.yaml | 1 +
> 1 file changed, 1 insertion(+)
>
>
On Mon, 2025-02-10 at 15:32 -0800, Teres Alexis, Alan Previn wrote:
> xe_hw_engine_print is called by debugfs to do an immediate raw
> --- a/drivers/gpu/drm/xe/xe_guc_capture_snapshot_types.h
> +++ b/drivers/gpu/drm/xe/xe_guc_capture_snapshot_types.h
> @@ -12,7 +12,11 @@
> struct guc_mmio_reg;
>
The suggestion for this change was initially discussed here: [1]
This patchset adds and use a helper to create a simple auxiliary device.
The goal is to remove boilerplate code that tends to get repeated for
simple cases.
Only the last change was tested on actual HW. The other usage of the helper
Remove the implementation of the reset driver in axg audio
clock driver and migrate to the one provided by reset framework
on the auxiliary bus.
Signed-off-by: Jerome Brunet
---
There has been a discussion about the use on imply here.
After re-reading the documentation I've sticked with imply i
The auxiliary device creation of this driver is simple enough to
use the available auxiliary device creation helper.
Use it and remove some boilerplate code.
Signed-off-by: Jerome Brunet
---
drivers/clk/clk-eyeq.c | 57 +++---
1 file changed, 12 inser
The auxiliary device creation of this driver is simple enough to
use the available auxiliary device creation helper.
Use it and remove some boilerplate code.
Signed-off-by: Jerome Brunet
---
drivers/clk/imx/clk-imx8mp-audiomix.c | 56 ---
1 file changed, 6 insert
The auxiliary device creation of this driver is simple enough to
use the available auxiliary device creation helper.
Use it and remove some boilerplate code.
Signed-off-by: Jerome Brunet
---
drivers/platform/arm64/lenovo-yoga-c630.c | 42 +++
1 file changed, 4 insert
The auxiliary device creation of this driver is simple enough to
use the available auxiliary device creation helper.
Use it and remove some boilerplate code.
Signed-off-by: Jerome Brunet
---
drivers/gpu/drm/bridge/ti-sn65dsi86.c | 84 +--
1 file changed, 20 inser
The auxiliary device creation of this driver is simple enough to
use the available auxiliary device creation helper.
Use it and remove some boilerplate code.
Signed-off-by: Jerome Brunet
---
drivers/reset/reset-mpfs.c | 52 +++---
1 file changed, 3 insert
Add helper functions to create a device on the auxiliary bus.
This is meant for fairly simple usage of the auxiliary bus, to avoid having
the same code repeated in the different drivers.
Suggested-by: Stephen Boyd
Cc: Arnd Bergmann
Signed-off-by: Jerome Brunet
---
drivers/base/auxiliary.c
On Thu, Feb 6, 2025 at 11:13 AM Maxime Ripard wrote:
> On Wed, Feb 05, 2025 at 03:08:07PM -0500, Anusha Srivatsa wrote:
> > Replace platform_get_resource_byname + devm_ioremap_resource
> > with just devm_platform_ioremap_resource()
> >
> > Used Coccinelle to do this change. SmPl patch:
> > //rule
'vfio_device' keeps the ->kvm pointer with elevated counter from the first
open of the device up until the last close(). So the kvm struct and its
dependencies (kvm kthreads, cgroups ...) kept alive even for VFIO device
that don't need ->kvm.
Copy ->kvm pointer from the vfio_device struct and stor
Commit 2b48f52f2bff ("vfio: fix deadlock between group lock and kvm lock")
made vfio_device to hold KVM struct up until device's close() call.
This lead to a unrleased KVM struct which holds KVM kthreads and related
cgroups after VM with VFIO device migrates to from one KVM instance to
another on
On Tue, Feb 11, 2025 at 09:41:18AM +0100, Alexander Stein wrote:
> The i.MX91/93 contains a single syscon registers which is responsible
> for configuring DPI output format. Add DT binding which represents
> this configuration as a bridge.
>
> Signed-off-by: Alexander Stein
> ---
> .../bridge/fsl
On Tue, Feb 11, 2025 at 09:41:19AM +0100, Alexander Stein wrote:
> i.MX91/93 have a single register specifying parallel display output
> format. Add a bridge driver for setting the corresponding format.
> Currently only RGB565, RGB666 and RGB888 output is supported.
>
> Signed-off-by: Alexander Ste
On 2/11/25 03:14, Philipp Stanner wrote:
drm_sched_init() has a great many parameters and upcoming new
functionality for the scheduler might add even more. Generally, the
great number of parameters reduces readability and has already caused
one missnaming, addressed in:
commit 6f1cacf4eba7 ("d
On Tue, Feb 11, 2025 at 12:44:28PM +0100, AngeloGioacchino Del Regno wrote:
> Himax HX8279 is a Display DriverIC suitable for driving LCD
> MIPI-DSI panels.
>
> Describe this DriverIC and the Startek KD070FHFID078 panel found
> on newer revisions of the MediaTek Genio 510/700/1200 Evaluation
> Kit
On Tue, Feb 11, 2025 at 03:13:08PM +0100, Louis-Alexis Eyraud wrote:
> Add a compatible for the MediaTek MT8370 SoC, with an
> integrated ARM Mali G57 MC2 GPU (Valhall-JM, dual core).
> None of the already existing SoC specific compatibles is usable as
> fallback, as those either do not match the n
As a workaround to smoothly transit from static to dynamic DMA-buf
handling we cached the sg_table on attach if dynamic handling mismatched
between exporter and importer.
Since Dmitry and Thomas cleaned that up and also documented the lock
handling we can drop this workaround now.
Signed-off-by:
Hello everyone,
just a few DMA-buf cleanup patches. The first one is fixing an incorrect
documentation which has annoyed me for quite a while.
The rest basically just removes stuff we no longer need or which was
just added as abstraction which was never used.
Please review and/or voice objection
That was purely for the transition from static to dynamic dma-buf
handling and can be removed again now.
Signed-off-by: Christian König
---
drivers/dma-buf/dma-buf.c | 34 --
drivers/dma-buf/udmabuf.c | 1 -
drivers/gpu/drm/drm_prime.c
The fence_value_str and timeline_value_str callbacks were just an
unnecessary abstraction in the SW sync implementation.
The only caller of those callbacks already knew that the fence in
questions is a timeline_fence. So print the values directly instead
of using a redirection.
Additional to that
There isn't much worse than documentation giving an incorrect advise.
Grabbing a spinlock while interrupts are disabled usually means that you
must also disable interrupts for all other uses of this spinlock.
Otherwise really hard to debug issues can occur. So fix that invalid
documentation.
Sign
Hi
Am 11.02.25 um 12:08 schrieb José Expósito:
If the driver initialization fails, the vkms_exit() function might
access an uninitialized or freed default_config pointer and it might
double free it.
Fix both possible errors by initializing default_config only when the
driver initialization succ
On Mon, 2025-02-10 at 10:41 -0800, Matthew Brost wrote:
> On Fri, Feb 07, 2025 at 09:34:00AM +0100, Thomas Hellström wrote:
> > On Wed, 2025-01-29 at 11:51 -0800, Matthew Brost wrote:
> > > From: Thomas Hellström
> > >
> > > Introduce drm_pagemap ops to map and unmap dma to VRAM resources.
> > >
Hi, can I submit this to drm-misc or should someone commit this to drm-intel?
On 1/14/2025 9:23 AM, Jacek Lawrynowicz wrote:
> drm_gem_mmap_obj() expects VM_DONTEXPAND flag to be set after mmap
> callback is executed. Set this flag at the end of i915_gem_dmabuf_mmap()
> to prevent WARN on mmap in
From: Thomas Zimmermann Sent: Monday, February 10, 2025
11:35 PM
>
> Hi
>
> Am 10.02.25 um 20:34 schrieb mhkelle...@gmail.com:
> > From: Michael Kelley
> >
> > When a Hyper-V DRM device is probed, the driver allocates MMIO space for
> > the vram, and maps it cacheable. If the device removed, o
On 2/10/2025 6:53 PM, Su Hui wrote:
When compiling without CONFIG_IA32_EMULATION, there can be some errors:
drivers/accel/amdxdna/amdxdna_mailbox.c: In function ‘mailbox_release_msg’:
drivers/accel/amdxdna/amdxdna_mailbox.c:197:2: error: implicit declaration
of function ‘kfree’.
197 | kfree(
When EDID is retrieved via drm_edid_raw(), it doesn't guarantee to
return proper EDID bytes the caller wants: it may be either NULL (that
leads to an Oops) or with too long bytes over the fixed size raw_edid
array (that may lead to memory corruption). The latter was reported
actually when connecte
We have enabled PROVE_LOCKING (which enables LOCKDEP) in drm-ci.
This will output warnings when kernel locking errors are encountered
and will continue executing tests. To detect if lockdep has been
triggered, check the debug_locks value in /proc/lockdep_stats after
the tests have run. When debug_l
This patch series enables lockdep detection in drm-ci. Any lockdep
failures will be shown as warnings in the pipeline. This series
also enables CONFIG_DEBUG_WW_MUTEX_SLOWPATH for mutex slowpath
debugging and refactors software-driver stage jobs.
Test run with this series,
https://gitlab.freedeskto
Enable CONFIG_DEBUG_WW_MUTEX_SLOWPATH for mutex
slowpath debugging.
Signed-off-by: Vignesh Raman
---
v2:
- New patch in the series.
---
drivers/gpu/drm/ci/build.yml | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/ci/build.yml b/drivers/gpu/drm/ci/bui
1 - 100 of 234 matches
Mail list logo
