On 6/10/25 7:08 PM, Bagas Sanjaya wrote:
> GSP message queue docs has been moved following RPC handling split in
> 8a8b1ec5261f20 ("drm/nouveau/gsp: split rpc handling out on its own"),
> before GSP-RM implementation is versioned in c472d828348caf
> ("drm/nouveau/gsp: move subdev/engine impls to
Hi all,
On Wed, 11 Jun 2025 12:08:01 +1000 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the drm-misc tree got a conflict in:
>
> drivers/gpu/drm/vc4/vc4_hdmi.c
>
> between commit:
>
> c0317ad44f45 ("drm/vc4: fix infinite EPROBE_DEFER loop")
>
> from the drm-misc-fixes tree and
Hi,
Is there a QEMU tree using this somewhere?
Also it would be nice to have this tree pushed somewhere, saves time. Thanks,
On 29/5/25 15:34, Xu Yilun wrote:
This series is the generic host side (KVM/VFIO/IOMMUFD) support for the
whole life cycle of private device assignment. It follows the
On 6/6/2025 10:57 AM, Badal Nilawar wrote:
Load late binding firmware
v2:
- s/EAGAIN/EBUSY/
- Flush worker in suspend and driver unload (Daniele)
Signed-off-by: Badal Nilawar
---
drivers/gpu/drm/xe/xe_late_bind_fw.c | 121 -
drivers/gpu/drm/xe/xe_late_bind_f
On 6/6/2025 10:57 AM, Badal Nilawar wrote:
Search for late binding firmware binaries and populate the meta data of
firmware structures.
v2:
- drm_err if firmware size is more than max pay load size (Daniele)
- s/request_firmware/firmware_request_nowarn/ as firmware will
not be availab
On Mon, Jun 2, 2025 at 7:34 AM Karunika Choo wrote:
>
> Mali-Gx20 and Mali-Gx25 deprecates the use of FLUSH_MEM and FLUSH_PT
> MMU_AS commands in favour of cache maintenance via
> GPU_COMMAND's FLUSH_CACHES and FLUSH_PA_RANGE.
>
> They also introduce the following registers:
> - GPU_COMMAND_ARG0~1
On Mon, Jun 2, 2025 at 7:42 AM Karunika Choo wrote:
>
> As the FLUSH_MEM and FLUSH_PT commands are deprecated in GPUs from
> Mali-Gx20 onwards, this patch adds support for performing cache
> maintenance via the FLUSH_CACHES command in GPU_CONTROL, in place of
> FLUSH_MEM and FLUSH_PT based on PANT
On Mon, Jun 2, 2025 at 8:16 AM Karunika Choo wrote:
>
> This patch replaces the panthor_model structure with a simple switch
> case based on the product_id which is in the format of:
> ((arch_major << 24) | product_major)
>
> This simplifies comparison and allows extending of the function
On Mon, Jun 2, 2025 at 7:33 AM Karunika Choo wrote:
>
> This patch provides an initialization framework for multiple Mali GPUs
> by introducing a GPU support look-up table. Each entry contains, at
> minimum, the architecture major version of the GPU, and may optionally
> provide feature flags and
Hi Jeff,
On Tue, 10 Jun 2025 11:59:12 -0600 Jeff Hugo wrote:
>
> pci_printk() was removed with commit 1c8a0ed2043c ("PCI: Remove unused
> pci_printk()")
> so change to using dev_printk().
>
> Fixes: c11a50b170e7 ("accel/qaic: Add Reliability, Accessibility,
> Serviceability (RAS)")
> Reported-
On Tue, Jun 10, 2025 at 04:05:51PM +0200, Krzysztof Kozlowski wrote:
> Linux coding style asks to use kernel types like u32 instead of uint32_t
> and code already has it in other places, so unify the remaining pieces.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
>
> Changes in v6:
> 1. New patch
On Tue, Jun 10, 2025 at 04:05:49PM +0200, Krzysztof Kozlowski wrote:
> Add support for DSI on Qualcomm SM8750 SoC with notable difference:
>
> DSI PHY PLLs, the parents of pixel and byte clocks, cannot be used as
> parents before DSI PHY is configured, the PLLs are prepared and their
> initial rat
On Tue, Jun 10, 2025 at 04:05:45PM +0200, Krzysztof Kozlowski wrote:
> Add bitfields for PHY_CMN_CTRL_0 registers to avoid hard-coding bit
> masks and shifts and make the code a bit more readable.
>
> Signed-off-by: Krzysztof Kozlowski
>
> ---
>
> Changes in v6:
> 1. Add new line between declar
On Tue, Jun 10, 2025 at 09:09:21PM +0200, Luca Weiss wrote:
> Add support for the 2160x1080 LCD panel from DJN (98-03057-6598B-I)
> bundled with a HX83112B driver IC, as found on the Fairphone 3
> smartphone.
>
> Reviewed-by: Dmitry Baryshkov
> Signed-off-by: Luca Weiss
> ---
> drivers/gpu/drm/
On 6/6/2025 10:57 AM, Badal Nilawar wrote:
Introducing xe_late_bind_fw to enable firmware loading for the devices,
such as the fan controller, during the driver probe. Typically,
firmware for such devices are part of IFWI flash image but can be
replaced at probe after OEM tuning.
This patch bi
Hi Danilo,
[…]
>
>> +
>> +impl OpMap {
>> +/// Returns the base address of the new mapping.
>> +#[inline]
>> +pub fn addr(&self) -> u64 {
>> +self.0.va.addr
>> +}
>> +
>> +/// Returns the range of the new mapping.
>> +#[inline]
>> +pub fn range(&self) -> u64 {
Hi Danilo,
> The lock might be held already by the driver or by TTM when things are called
> from TTM callbacks.
>
> This is why GPUVM never takes locks by itself, but asserts that the correct
> lock
> is held.
>
> I think we really want to get proof by the driver by providing lock guard
> refe
On Mon, 2025-06-09 at 13:36 +0100, Tvrtko Ursulin wrote:
>
> On 03/06/2025 23:50, Juston Li wrote:
> > v3:
> > - Patch introduced to replace per-driver config (Lucas)
> >
> > Signed-off-by: Juston Li
> > ---
> > drivers/gpu/trace/Kconfig | 11 ++-
> > 1 file changed, 10 insertions(+
On 6/10/25 12:56, Thomas Zimmermann wrote:
Fix the compile-time warnings
drivers/video/fbdev/omap/lcd_dma.c: warning: EXPORT_SYMBOL() is used, but #include
is missing
drivers/video/fbdev/omap/lcdc.c: warning: EXPORT_SYMBOL() is used, but #include
is missing
drivers/video/fbdev/omap/
On 6/10/25 12:56, Thomas Zimmermann wrote:
Fix the compile-time warnings
drivers/video/fbdev/matrox/g450_pll.c: warning: EXPORT_SYMBOL() is used, but
#include is missing
drivers/video/fbdev/matrox/matroxfb_DAC1064.c: warning: EXPORT_SYMBOL() is used,
but #include is missing
drivers/
On 6/10/25 12:56, Thomas Zimmermann wrote:
Fix coding style.
Signed-off-by: Thomas Zimmermann
---
drivers/video/fbdev/matrox/g450_pll.c | 24
drivers/video/fbdev/matrox/matroxfb_DAC1064.c | 46 +++---
drivers/video/fbdev/matrox/matroxfb_g450.c| 60 +-
On 6/10/25 12:56, Thomas Zimmermann wrote:
Fix the compile-time warning
drivers/video/fbdev/cyber2000fb.c: warning: EXPORT_SYMBOL() is used, but #include
is missing
The affected symbols are not used outside of their module.
Signed-off-by: Thomas Zimmermann
---
drivers/video/fbdev/cyber
On 6/10/25 12:56, Thomas Zimmermann wrote:
Fix coding style.
Signed-off-by: Thomas Zimmermann
---
drivers/video/fbdev/macmodes.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Reviewed-by: Helge Deller
On 6/10/25 12:56, Thomas Zimmermann wrote:
Fix the compile-time warnings
drivers/video/fbdev/c2p_iplan2.c: warning: EXPORT_SYMBOL() is used, but #include
is missing
drivers/video/fbdev/c2p_planar.c: warning: EXPORT_SYMBOL() is used, but #include
is missing
Signed-off-by: Thomas Zimmer
On 6/10/25 1:59 PM, Jeff Hugo wrote:
pci_printk() was removed with commit 1c8a0ed2043c ("PCI: Remove unused
pci_printk()")
so change to using dev_printk().
Fixes: c11a50b170e7 ("accel/qaic: Add Reliability, Accessibility, Serviceability
(RAS)")
Reported-by: Stephen Rothwell
Closes: https:/
On 6/10/25 12:56, Thomas Zimmermann wrote:
Fix the compile-time warnings
drivers/video/fbdev/core/cfbcopyarea.c: warning: EXPORT_SYMBOL() is used, but
#include is missing
drivers/video/fbdev/core/cfbfillrect.c: warning: EXPORT_SYMBOL() is used, but
#include is missing
drivers/video/
On 6/10/25 12:56, Thomas Zimmermann wrote:
Fix the compile-time warning
drivers/video/fbdev/pxafb.c: warning: EXPORT_SYMBOL() is used, but #include
is missing
The affected symbol is not used outside of its module.
Signed-off-by: Thomas Zimmermann
---
drivers/video/fbdev/pxafb.c | 1 -
On 6/9/25 13:03, Tvrtko Ursulin wrote:
> Dma-fence objects currently suffer from a potential use after free problem
> where fences exported to userspace and other drivers can outlive the
> exporting driver, or the associated data structures.
>
> The discussion on how to address this concluded t
On Tue, Jun 10, 2025 at 09:28:55AM +0200, Thomas Zimmermann wrote:
> Map DRM FourCC codes to pixel descriptions with an internal struct
> type. Avoid simplefb's struct simplefb_format, which is for parsing
> "simple-framebuffer" DT nodes. Drop the unsupported formats with
> alpha channel from the l
Hi,
On Tue, Jun 10, 2025 at 5:34 AM Bartosz Golaszewski wrote:
>
> From: Bartosz Golaszewski
>
> struct gpio_chip now has callbacks for setting line values that return
> an integer, allowing to indicate failures. Convert the driver to using
> them.
>
> Signed-off-by: Bartosz Golaszewski
> ---
>
On 14.05.2025 15:44, Marek Szyprowski wrote:
> On 08.05.2025 11:57, Christian König wrote:
>> On 5/7/25 18:09, Marek Szyprowski wrote:
>>> Use common wrappers operating directly on the struct sg_table
>>> objects to
>>> fix incorrect use of scatterlists sync calls. dma_sync_sg_for_*()
>>> function
Hi,
On Tue, Jun 10, 2025 at 12:43 AM Jayesh Choudhary wrote:
>
> Hello Doug,
>
> On 10/06/25 03:39, Doug Anderson wrote:
> > Hi,
> >
> > On Mon, Jun 2, 2025 at 4:05 AM Jayesh Choudhary wrote:
> >>
> >> Hello Geert, Krzysztof,
> >>
> >> (continuing discussion from both patches on this thread...)
On 6/10/25 05:54, Richard Weinberger wrote:
- Ursprüngliche Mail -
Von: "Alexander Usyskin"
Richard, I've reproduced your setup (modulo that I must load mtdram manually)
and patch provided in this thread helps to fix the issue.
Can you apply and confirm?
Yes, it fixes the issue here!
On Tue, Jun 10, 2025 at 4:14 PM Tamir Duberstein wrote:
>
> Yeah, I think these are good calls - I'll fix it in v11. When would
> you like me to send it?
Since -rc1 is out, please feel free to send it already if you can. It
would be nice to see if we can apply it all soon in the cycle, but we
wil
On Fri, May 30, 2025 at 05:54:29PM +0800, Yongbang Shi wrote:
From: Baihan Li
Add GPU display control enable in dp_mode_set(), which is already
in vdac's mode_set, however, if vdac is not connected, GPU
cannot work.
Fixes: f9698f802e50 ("drm/hisilicon/hibmc: Restructuring the header dp_reg.
On Mon, Jun 09, 2025 at 10:45:35AM -0500, Anusha Srivatsa wrote:
> On Fri, Jun 6, 2025 at 7:03 AM Maxime Ripard wrote:
>
> > On Wed, Jun 04, 2025 at 10:45:11PM -0500, Anusha Srivatsa wrote:
> > > Put the panel reference back when driver is no
> > > longer using it.
> > >
> > > Signed-off-by: Anus
Hi Maxim, Thomas, Maarten,
could you please ack merging this patchset via drm-intel?
Thanks,
Imre
On Thu, Jun 05, 2025 at 11:28:45AM +0300, Imre Deak wrote:
> This is v3 of [1], with the following changes requested by Jani:
>
> - Convert the internal quirk list to an enum list.
> - Track both t
Hi
Am 06.06.25 um 10:43 schrieb Louis Chauvet:
Le 05/06/2025 à 17:24, Thomas Zimmermann a écrit :
The vblank timer simulates a vblank interrupt for hardware without
support. Rate-limits the display update frequency.
DRM drivers for hardware without vblank support apply display updates
ASAP.
On 6/9/2025 9:46 PM, Lukas Wunner wrote:
On Tue, Jun 10, 2025 at 12:48:09PM +1000, Stephen Rothwell wrote:
After merging the drm-misc tree, today's linux-next build (x86_64
allmodconfig) failed like this:
drivers/accel/qaic/qaic_ras.c: In function 'decode_ras_msg':
drivers/accel/qaic/qaic_ras.c
On Tue, Jun 10, 2025 at 12:19:05AM +0100, Prabhakar wrote:
> From: Lad Prabhakar
>
> Document support for the DU IP found on the Renesas RZ/V2N (R9A09G056) SoC.
> The DU IP is functionally identical to that on the RZ/V2H(P) SoC, so no
> driver changes are needed. The existing `renesas,r9a09g057-d
在 2025-05-31星期六的 20:11 +0800，Icenowy Zheng写道：
> Currently even the SoC's OVL does not declare the support of AFBC,
> AFBC
> is still announced to the userspace within the IN_FORMATS blob, which
> breaks modern Wayland compositors like KWin Wayland and others.
>
> Gate passing modifiers to drm_univ
On 6/7/25 4:15 PM, Akhil P Oommen wrote:
> Add support for Adreno X1-45 GPU present Snapdragon X1P42100
> series of compute chipsets. This GPU is a smaller version of
> X1-85 GPU with lower core count and smaller internal memories.
>
> Signed-off-by: Akhil P Oommen
> ---
Matches what I had runni
On 6/7/25 4:15 PM, Akhil P Oommen wrote:
> X1P42100 SoC has a new GPU called Adreno X1-45 which is a smaller
> version of Adreno X1-85 GPU. Describe this new GPU and also add
> the secure gpu firmware path that should used for X1P42100 CRD.
>
> Signed-off-by: Akhil P Oommen
> ---
[...]
> -/* Th
On 05/06/2025 09:53, Christian König wrote:
Smatch pointed out this trivial typo:
drivers/dma-buf/dma-buf.c:1123 dma_buf_map_attachment()
warn: passing positive error code '16' to 'ERR_PTR'
drivers/dma-buf/dma-buf.c
1113 dma_resv_assert_held(attach->dmabuf->resv);
On Sun, Jun 8, 2025 at 5:06 PM Miguel Ojeda
wrote:
>
> On Fri, Apr 18, 2025 at 5:37 PM Tamir Duberstein wrote:
> >
> > -bindings::BLK_STS_OK as _
> > +bindings::BLK_STS_OK as u8
>
> > -unsafe { bindings::blk_mq_end_request(request_ptr,
> > bindings::BLK_STS_OK as
On 10/06/2025 16:05, Krzysztof Kozlowski wrote:
v12.0 DPU on SM8750 comes with 10-bit color alpha. Add register
differences and new implementations of setup_alpha_out(),
setup_border_color() and setup_blend_config().
Notable changes in v6:
Correct fg_alpha shift on new DPU, pointed out by Abel
On 10/06/2025 16:05, Krzysztof Kozlowski wrote:
Linux coding style asks to use kernel types like u32 instead of uint32_t
and code already has it in other places, so unify the remaining pieces.
Signed-off-by: Krzysztof Kozlowski
---
Changes in v6:
1. New patch
---
drivers/gpu/drm/msm/disp/dpu
Gentle ping, can anybody give me a quick rb for this trivial fix?
Thanks,
Christian.
On 6/5/25 10:53, Christian König wrote:
> Smatch pointed out this trivial typo:
> drivers/dma-buf/dma-buf.c:1123 dma_buf_map_attachment()
> warn: passing positive error code '16' to 'ERR_PTR'
>
> dri
Hi Janusz,
On 2025-06-06 at 15:58:08 GMT, Janusz Krzysztofik wrote:
> The following error has been reported sporadically by CI when a test
> unbinds the i915 driver on a ring submission platform:
>
> <4> [239.330153] [ cut here ]
> <4> [239.330166] i915 :00:02.0: [drm]
On Fri, May 30, 2025 at 05:54:30PM +0800, Yongbang Shi wrote:
From: Baihan Li
If the system started with VGA connected, the desktop like GDM cannot get
DP's CRTC when DP device is plugged in, because there is only one crtc
sharing use of VGA and DP. So change VGA to disconnected when DP is
c
On Fri Jun 6, 2025 at 1:58 PM UTC, Janusz Krzysztofik wrote:
> The following error has been reported sporadically by CI when a test
> unbinds the i915 driver on a ring submission platform:
>
> <4> [239.330153] [ cut here ]
> <4> [239.330166] i915 :00:02.0: [drm]
> drm_W
On 6/10/2025 6:35 AM, Thomas Zimmermann wrote:
Hi
Am 09.06.25 um 04:24 schrieb Mario Limonciello:
From: Mario Limonciello
On an A+N mobile system the APU is not being selected by some desktop
environments for any rendering tasks. This is because the neither GPU
is being treated as "boot_vga"
On Mon, May 05, 2025 at 11:59:14AM +0300, Manos Pitsidianakis wrote:
When virtio_gpu_remove() is called, the queues are flushed and used
buffers from the virtqueues are freed. However, the VIRTIO device might
have left unused buffers in the avail rings, resulting in memory leaks.
KASAN, slab debu
On Mon, May 05, 2025 at 07:22:35PM +0300, Dmitry Osipenko wrote:
On 5/5/25 18:58, Dmitry Osipenko wrote:
On 5/5/25 11:59, Manos Pitsidianakis wrote:
diff --git a/drivers/gpu/drm/virtio/virtgpu_kms.c
b/drivers/gpu/drm/virtio/virtgpu_kms.c
index
7b3c4d314f8eee692e2842a7056d6dc64936fc2f..a8b7511
> -Original Message-
> From: Intel-gfx On Behalf Of Imre
> Deak
> Sent: Monday, 9 June 2025 15.56
> To: intel-...@lists.freedesktop.org; intel...@lists.freedesktop.org;
> dri-devel@lists.freedesktop.org
> Cc: Ville Syrjälä ; Jani Nikula
>
> Subject: [PATCH v4 5/5] drm/i915/dp: Disable
On Mon, May 05, 2025 at 11:59:15AM +0300, Manos Pitsidianakis wrote:
When virtio_gpu_remove() is called, there might be in-flight command
objects in the virtqueues that the VIRTIO device hasn't processed. These
commands might use fences, which end up being leaked, as reported by
/sys/kernel/debug
Hi
Am 09.06.25 um 04:24 schrieb Mario Limonciello:
From: Mario Limonciello
On an A+N mobile system the APU is not being selected by some desktop
environments for any rendering tasks. This is because the neither GPU
is being treated as "boot_vga" but that is what some environments use
to select
On Fri, May 30, 2025 at 05:54:30PM +0800, Yongbang Shi wrote:
From: Baihan Li
If the system started with VGA connected, the desktop like GDM cannot get
DP's CRTC when DP device is plugged in, because there is only one crtc
sharing use of VGA and DP. So change VGA to disconnected when DP is
c
On 09/06/2025 17:50, Yongbang Shi wrote:
On Fri, May 30, 2025 at 05:54:25PM +0800, Yongbang Shi wrote:
From: Baihan Li
The local variable of irq name is passed to
devm_request_threaded_irq(),
which will make request_irq failed. Using the global irq name instead
of it to fix.
This doesn
+ if ((dp->irq_status & HIBMC_DP_MASKED_SINK_HPD_UNPLUG_INT)) {
+ drm_dbg_dp(dev, "HPD OUT isr occur.");
+ hibmc_dp_reset_link(dp);
+ dp->hpd_status = 0;
+ if (dev->registered)
+ drm_connector_helper_hpd_irq_event(&dp->connector);
+ } el
On Tue, Jun 10, 2025 at 02:50:03PM +0200, Konrad Dybcio wrote:
> From: Konrad Dybcio
>
> Based on the downstream release, predictably same value as for SM8150.
>
> Signed-off-by: Konrad Dybcio
> ---
> drivers/gpu/drm/msm/disp/dpu1/catalog/dpu_5_1_sc8180x.h | 1 +
Fixes: f3af2d6ee9ab ("drm/msm/
On 6/10/25 11:33, Arnd Bergmann wrote:
> From: Arnd Bergmann
>
> test_prepare_array() is one of the functions that uses more than
> a kilobyte of stack on 64-bit machines, though it stays under
> the usual warning limit of 2KB:
>
> drivers/gpu/drm/tests/drm_exec_test.c: In function 'test_prepare
On Tue Jun 10, 2025 at 2:37 PM CEST, Guilherme Giacomo Simoes wrote:
> Miguel Ojeda wrotes:
>> On Tue, Jun 10, 2025 at 12:12 PM Benno Lossin wrote:
>> >
>> > Hmm, I guess a checkpatch lint fits better then?
>>
>> Yeah, that would work.
>>
>> Probably for the C side too -- from a quick grep I do
- Ursprüngliche Mail -
> Von: "Alexander Usyskin"
> Richard, I've reproduced your setup (modulo that I must load mtdram manually)
> and patch provided in this thread helps to fix the issue.
> Can you apply and confirm?
Yes, it fixes the issue here! :-)
Thanks,
//richard
On Tue, Jun 10, 2025 at 2:37 PM Guilherme Giacomo Simoes
wrote:
>
> Maybe, after this patch we can make a checkpatch change for check the
> `authors`
> key (and MODULE_AUTHOR for C side), and throw a WARN if the author is a name
> (not a url, or "rust for linux") and don't have a email address.
>
On Sun, 01 Jun 2025 12:45:36 -0400, Gabriel Dalimonte wrote:
> `vc4_hdmi_audio_init` calls `devm_snd_dmaengine_pcm_register` which may
> return EPROBE_DEFER. Calling `drm_connector_hdmi_audio_init` adds a
> child device. The driver model docs[1] state that adding a child device
> prior to returning
Miguel Ojeda wrotes:
> On Tue, Jun 10, 2025 at 12:12 PM Benno Lossin wrote:
> >
> > Hmm, I guess a checkpatch lint fits better then?
>
> Yeah, that would work.
>
> Probably for the C side too -- from a quick grep I don't see it.
Maybe, after this patch we can make a checkpatch change for check
Hi,
On Sat, 07 Jun 2025 00:10:31 +0200, Martin Blumenstingl wrote:
> meson_vclk_vic_supported_freq() has a debug print which includes the
> pixel freq. However, within the whole function the pixel freq is
> irrelevant, other than checking the end of the params array. Switch to
> printing the vclk_
Hi,
On Mon, 09 Jun 2025 22:27:51 +0200, Martin Blumenstingl wrote:
> Commit 1017560164b6 ("drm/meson: use unsigned long long / Hz for
> frequency types") attempts to resolve video playback using 59.94Hz.
> using YUV420 by changing the clock calculation to use
> Hz instead of kHz (thus yielding mo
Hi,
On Fri, 06 Jun 2025 22:37:29 +0200, Martin Blumenstingl wrote:
> The "phy" and "vclk" frequency labels were swapped, making it more
> difficult to debug driver errors. Swap the label order to make them
> match with the actual frequencies printed to correct this.
>
>
Thanks, Applied to https
On 09/06/2025 22:27, Martin Blumenstingl wrote:
Commit 1017560164b6 ("drm/meson: use unsigned long long / Hz for
frequency types") attempts to resolve video playback using 59.94Hz.
using YUV420 by changing the clock calculation to use
Hz instead of kHz (thus yielding more precision).
The basic
Hi,
On Sun, 08 Jun 2025 16:28:16 +0200, Marek Vasut wrote:
> Document the 7" Raspberry Pi 720x1280 DSI panel based on ili9881.
>
>
Thanks, Applied to https://gitlab.freedesktop.org/drm/misc/kernel.git
(drm-misc-next)
[1/3] dt-bindings: ili9881c: Document 7" Raspberry Pi 720x1280
https:
Hi,
On Fri, 06 Jun 2025 13:45:49 +0200, Stefan Eichenberger wrote:
> This patch series adds support for the Winstar wf40eswaa6mnn0 panel. The
> datasheet including the init sequence was taken from here:
> https://www.winstar.com.tw/d/308/WF40ESWAA6MNN0.pdf
>
> Stefan Eichenberger (2):
> drm/pan
On 6/9/25 8:24 PM, Rob Clark wrote:
> If we have a newer dtb than kernel, we could end up in a situation where
> the GPU device is present in the dtb, but not in the drivers device
> table. We don't want this to prevent the display from probing. So
> check that we recognize the GPU before adding
On 6/9/25 8:24 PM, Rob Clark wrote:
> We are going to want to re-use this before the component is bound, when
> we don't yet have the device pointer (but we do have the of node).
>
> v2: use %pOF
>
> Signed-off-by: Rob Clark
> ---
Reviewed-by: Konrad Dybcio
Konrad
On Fri, 6 Jun 2025 12:05:12 +0300, Jani Nikula wrote:
> If the panel is enabled at probe, and we take over the hardware state,
> the drm_panel prepared state will be out of sync. We'll need to notify
> drm_panel framework about the state at probe, so it can in turn notify
> the panel followers.
>
On Fri, 6 Jun 2025 12:05:11 +0300, Jani Nikula wrote:
> Allocate and register a drm_panel so that drm_panel_followers can find
> the panel. Pass the drm_connector::kdev device to drm_panel allocation
> for matching. That's only available after drm_sysfs_connector_add(), so
> we need to postpone the
On Fri, 6 Jun 2025 12:05:10 +0300, Jani Nikula wrote:
> Add panel register/unregister functions, and handle backlight
> register/unregister from there. This is in preparation for adding more
> panel specific register/unregister functionality.
>
> Cc: Lee Shawn C
>
> [ ... ]
Reviewed-by: Maxime
On Fri, 6 Jun 2025 12:05:09 +0300, Jani Nikula wrote:
> Use firmware node based lookups for panel followers, to make the code
> independent of OF and device tree, and make it work also for ACPI with
> an appropriate _DSD.
>
> ASL example:
>
> [ ... ]
Acked-by: Maxime Ripard
Thanks!
Maxime
; linux-me...@vger.kernel.org; dri-
>> de...@lists.freedesktop.org; linaro-mm-...@lists.linaro.org; linux-
>> ker...@vger.kernel.org; linux-fsde...@vger.kernel.org; linux-
>> m...@kvack.org; wangbintian(BintianWang) ;
>> yipengxiang ; liulu 00013167
>> ; hanfeng 00012985
Hi Piotr,
On Tue Jun 10, 2025 at 12:37 AM CEST, Piotr Zalewski wrote:
> Hi Diederik, sorry for late response
No need to be sorry :-)
(late? Less then 2 days vs my ~4 months before the git bisect ...)
>> Interesting that it also happened with drm=y.
>
> I actually checked now and i don't have th
On Tue, Jun 10, 2025, at 13:23, Arnd Bergmann wrote:
> {
> struct device *dev = par->info->device;
> - int buf[64], count, index, i, j, ret;
> + u32 buf[64], count, index, i, j, ret;
> u32 *values;
> u32 val;
>
I was too quick to update this one, please ignore v2 and
w
> Subject: Re: [PATCH v6 01/11] mtd: core: always create master device
>
> - Ursprüngliche Mail -
> > Von: "Guenter Roeck"
> >>> I am trying to boot from "pnor". It looks like the partition data (from
> >>> devicetree)
> vop2_crtc_atomic_try_set_gamma.part.0 [rockchipdrm])
> [5.021204] vop2_crtc_atomic_try_set_gamma gamma_lut:
> [5.021219] vop2_vp_dsp_lut_disable dsp_ctrl: 0x000f
>
> It seems that dsp_ctrl: 0x000f , this value is not what we expected.
>
> T
On Tue, Jun 10, 2025 at 12:35:14PM +0200, Arnd Bergmann wrote:
> On Tue, Jun 10, 2025, at 12:26, Andy Shevchenko wrote:
> > On Tue, Jun 10, 2025 at 11:24:38AM +0200, Arnd Bergmann wrote:
...
> >> +static noinline_for_stack void fbtft_write_register_64(struct fbtft_par
> >> *par,
> >> +
On Tue, Jun 10, 2025 at 12:03 PM Miguel Ojeda
wrote:
>
> I even saw a URL...
i.e. as the sole thing, not as an addition to a company name:
MODULE_AUTHOR("https://www.comedi.org";);
Perhaps we could have a new key or similar for companies/entities, but
I am not sure if it is important, and w
On Tue, Jun 10, 2025, at 12:26, Andy Shevchenko wrote:
> On Tue, Jun 10, 2025 at 11:24:38AM +0200, Arnd Bergmann wrote:
>> Move the varargs handling into a separate noinline function so each
>> individual function stays below the limit. A better approach might be to
>> replace the varargs function
On Tue, Jun 10, 2025 at 12:12 PM Benno Lossin wrote:
>
> Hmm, I guess a checkpatch lint fits better then?
Yeah, that would work.
Probably for the C side too -- from a quick grep I don't see it.
Cheers,
Miguel
On Tue, Jun 10, 2025 at 11:24:38AM +0200, Arnd Bergmann wrote:
> From: Arnd Bergmann
>
> The use of vararg function pointers combined with a huge number of
> arguments causes some configurations to exceed the stack size warning
> limit:
>
> drivers/staging/fbtft/fbtft-core.c:863:12: error: stack
On Tue Jun 10, 2025 at 12:03 PM CEST, Miguel Ojeda wrote:
> On Tue, Jun 10, 2025 at 10:58 AM Benno Lossin wrote:
>>
>> Unrelated to this change, I think we should add email addresses to
>> people in authors. Possibly enforce it by scanning each author element
>> and checking if there is an email a
Hi Laurent,
Thank you for the review.
On Tue, Jun 10, 2025 at 10:58 AM Laurent Pinchart
wrote:
>
> Hi Prabhakar,
>
> Thank you for the patch.
>
> On Tue, Jun 10, 2025 at 12:19:05AM +0100, Prabhakar wrote:
> > From: Lad Prabhakar
> >
> > Document support for the DU IP found on the Renesas RZ/V2N
On Tue, Jun 10, 2025 at 10:58 AM Benno Lossin wrote:
>
> Unrelated to this change, I think we should add email addresses to
> people in authors. Possibly enforce it by scanning each author element
> and checking if there is an email address.
Sounds good to me, but I am not sure if it is possible
Hi Prabhakar,
Thank you for the patch.
On Tue, Jun 10, 2025 at 12:19:05AM +0100, Prabhakar wrote:
> From: Lad Prabhakar
>
> Document support for the DU IP found on the Renesas RZ/V2N (R9A09G056) SoC.
> The DU IP is functionally identical to that on the RZ/V2H(P) SoC, so no
> driver changes are
On Mon, Jun 09, 2025 at 07:47:55PM +0200, Danilo Krummrich wrote:
> On 09.06.2025 19:39, Miguel Ojeda wrote:
> > On Mon, Jun 9, 2025 at 2:22 PM Guilherme Giacomo Simoes
> > wrote:
> >>
> >> Now that all in-tree modules have migrated to `authors`, remove:
> >
> > Nit: I would have said "most modul
On 6/10/25 6:05 PM, Thierry Reding wrote:
On Fri, Jun 06, 2025 at 11:45:33AM +0100, Diogo Ivo wrote:
Hello,
This series adds support for the NVJPG hardware accelerator found in the
Tegra210 SoC.
The kernel driver is essentially a copy of the NVDEC driver as both
engines are Falcon-based.
For
On Mon, 09 Jun 2025, Doug Anderson wrote:
> Hi,
>
> On Fri, Jun 6, 2025 at 2:06 AM Jani Nikula wrote:
>>
>> Use firmware node based lookups for panel followers, to make the code
>> independent of OF and device tree, and make it work also for ACPI with
>> an appropriate _DSD.
>>
>> ASL example:
>>
So, you have to hook MST support
in both paths. The series is not going to be merged tomorrow, so you
have enough time to validate MST on the platforms providing DP over
USB-C.
> > > With 4x4K monitors, due to lack of layer mixers that combination will not
> > > work but this can b
On Tue, 10 Jun 2025, "Murthy, Arun R" wrote:
>> -Original Message-
>> From: Intel-gfx On Behalf Of Jani
>> Nikula
>> Sent: Friday, June 6, 2025 2:35 PM
>> To: dri-devel@lists.freedesktop.org
>> Cc: intel-...@lists.freedesktop.org; intel...@lists.freedesktop.org; Heikki
>> Krogerus ; Wysoc
On Fri, Jun 06, 2025 at 11:45:33AM +0100, Diogo Ivo wrote:
> Hello,
>
> This series adds support for the NVJPG hardware accelerator found in the
> Tegra210 SoC.
>
> The kernel driver is essentially a copy of the NVDEC driver as both
> engines are Falcon-based.
>
> For the userspace part I have w
On 08/06/2025 16:28, Marek Vasut wrote:
Add configuration for the 7" Raspberry Pi 720x1280 DSI panel
based on ili9881.
Signed-off-by: Marek Vasut
---
Based on https://github.com/raspberrypi/linux 0d7ac78a3dd9 ("Extending ili9881c
driver support for nwe080 panel")
by Dave Stevenson and others
1 - 100 of 40207 matches
Mail list logo
