Am 12.09.25 um 19:00 schrieb Samasth Norway Ananda:
Fix integer overflow vulnerabilities in fbcon_do_set_font() where font
size calculations could overflow when handling user-controlled font
parameters.
The vulnerabilities occur when:
1. CALC_FONTSZ(h, pitch, charcount) performs h * pith * ch
Hi,
> Update the memory region listed in the k3-am62p.dtsi for the BXS-4-64
> GPU to match the Main Memory Map described in the TRM [1].
>
> [1] https://www.ti.com/lit/ug/spruj83b/spruj83b.pdf
>
> Fixes: 29075cc09f43 ("arm64: dts: ti: Introduce AM62P5 family of SoCs")
> Signed-off-by: Randolph Sap
While fbdev as a whole is obsolete, fbcon is still relevant for
most Linux systems. But it's been under-maintained for some time.
I'm volunteering to keep an eye on fbcon.
Signed-off-by: Thomas Zimmermann
---
MAINTAINERS | 19 +++
1 file changed, 19 insertions(+)
diff --git a/MA
Hi Ruben,
kernel test robot noticed the following build warnings:
https://git-scm.com/docs/git-format-patch#_base_tree_information]
url:
https://github.com/intel-lab-lkp/linux/commits/Ruben-Wauters/drm-gud-replace-WARN_ON-WARN_ON_ONCE-with-drm-versions/20250914-235627
base: git://anongit.f
Le 18/09/2025 à 02:43, Nícolas F. R. A. Prado a écrit :
Add a COLOR_PIPELINE property to the CRTC to allow userspace to set a
post-blend color pipeline analogously to how pre-blend color pipelines
are set on planes.
Signed-off-by: Nícolas F. R. A. Prado
---
drivers/gpu/drm/drm_atomic_uapi.
On Sun, Sep 21, 2025 at 09:37:02PM +, Farber, Eliav wrote:
> > On Fri, Sep 19, 2025 at 10:17:00AM +, Eliav Farber wrote:
> > > This series includes a total of 27 patches, to align minmax.h of
> > > v5.15.y with v6.17-rc6.
> > >
> > > The set consists of 24 commits that directly update minma
> On Fri, Sep 19, 2025 at 10:17:00AM +, Eliav Farber wrote:
> > This series includes a total of 27 patches, to align minmax.h of
> > v5.15.y with v6.17-rc6.
> >
> > The set consists of 24 commits that directly update minmax.h:
> > 1) 92d23c6e9415 ("overflow, tracing: Define the is_signed_type()
M_DMA_HELPER
+select DRM_GEM_SHMEM_HELPER
select DRM_KMS_HELPER
help
DRM driver for the Mayqueen Pixpaper e-ink display panel.
---
base-commit: 846bd2225ec3cfa8be046655e02b9457ed41973e
change-id: 20250922-bar-cd1f3e834e78
Best regards,
--
LiangCheng Wang
On Monday, September 22, 2025 3:30 PM Svyatoslav Ryhel wrote:
> пн, 22 вер. 2025 р. о 09:23 Mikko Perttunen пише:
> >
> > On Monday, September 22, 2025 2:13 PM Svyatoslav Ryhel wrote:
> > > пн, 22 вер. 2025 р. о 07:44 Mikko Perttunen пише:
> > > >
> > > > On Saturday, September 6, 2025 10:53 PM S
Hi
Am 19.09.25 um 17:54 schrieb Melissa Wen:
Hi all,
I just talked with Thomas that these two patches are preventing amdgpu
driver to be unloaded:
`modprobe: FATAL: Module amdgpu is in use.`
and there is no process using the driver.
We agreed that the best approach now is to completely rever
On 9/18/25 07:00, Krzysztof Kozlowski wrote:
On Mon, Sep 15, 2025 at 04:00:40PM +0530, Harikrishna Shenoy wrote:
From: Swapnil Jakhade
Add binding changes for DSC(Display Stream Compression) in the MHDP8546
DPI/DP bridge.
Signed-off-by: Swapnil Jakhade
Signed-off-by: Harikrishna Shenoy
---
On 19.09.25 17:54, Melissa Wen wrote:
> This reverts commit 5307dce878d4126e1b375587318955bd019c3741.
>
> We've already reverted all other commits related to dma_bug handling and
> there is still something wrong with this approach that does not allow
> unloading a driver. By reverting this commit,
Split off device initialization for Gen2 hardware into the helpers
ast_2100_device_create() and ast_2100_detect_wide_screen(). The new
functions are duplicates of their counterparts in ast_main.c, but
stripped from most non-Gen2 support.
Simplifies maintenance as the driver's number of supported h
Split off device initialization for Gen5 hardware into the helpers
ast_2400_device_create() and ast_2400_detect_wide_screen(). The new
functions are duplicates of their counterparts in ast_main.c, but
stripped from most non-Gen5 support.
Simplifies maintenance as the driver's number of supported h
Hi
Am 22.09.25 um 10:34 schrieb Christian König:
On 19.09.25 17:54, Melissa Wen wrote:
This reverts commit 5307dce878d4126e1b375587318955bd019c3741.
We've already reverted all other commits related to dma_bug handling and
there is still something wrong with this approach that does not allow
un
Split off device initialization for Gen1 hardware into the helper
ast_2000_device_create(). The new function is a duplicate of their
counterpart in ast_main.c, but stripped from most non-Gen1 support.
Simplifies maintenance as the driver's number of supported hardware
generations grows.
v2:
- rem
From: Alexandr Sapozhnikov
Return value of function drm_crtc_init_with_planes(),
called at virtgpu_display.c:276, is not checked,
but it is usually checked for this function
Found by Linux Verification Center (linuxtesting.org) with SVACE.
Signed-off-by: Alexandr Sapozhnikov
---
drivers/gpu/
On Fri, Sep 19, 2025 at 11:35 AM Dmitry Baryshkov
wrote:
>
> On Fri, Sep 19, 2025 at 10:24:31PM +0800, Xiangxu Yin wrote:
> > QCS615 platform requires non-default logical-to-physical lane mapping due
> > to its unique hardware routing. Unlike the standard mapping sequence
> > <0 1 2 3>, QCS615 use
On Saturday, September 6, 2025 10:53 PM Svyatoslav Ryhel wrote:
> Increase maximum VI clock frequency to 450MHz to allow correct work with
> high resolution camera sensors.
>
> Signed-off-by: Svyatoslav Ryhel
> ---
> drivers/staging/media/tegra-video/tegra20.c | 2 +-
> 1 file changed, 1 inserti
In the past I've seen (and contributed to) hacks that model the chips as
phy or even (really!) clock drivers. Since the chip usually sits between
a signal that is (almost) HDMI and a HDMI connector, I decided to stop
lying and write it as a DRM bridge driver.
Our experience with these chips is t
Add DT binding document for TI TMDS181 and SN65DP159 HDMI retimers.
The two chips have similar register maps, but different applications
(source vs. sink).
Signed-off-by: Mike Looijmans
---
Changes in v6:
Rename ti,mode to ti,retimer-mode
Changes in v5:
ti,equalizer and ti,mode changed to enu
On Mon, Sep 22, 2025 at 01:22:49PM +0200, Christian König wrote:
> Well what exactly is happening here? You have a PF assigned to the
> host and a VF passed through to a guest, correct?
>
> And now the PF (from the host side) wants to access a BAR of the VF?
Not quite.
It is a GPU so it has a po
Make sure to drop the references taken to the vtg devices by
of_find_device_by_node() when looking up their driver data during
component probe.
Note that holding a reference to a platform device does not prevent its
driver data from going away so there is no point in keeping the
reference after th
This is a note to let you know that I've just added the patch titled
minmax: add a few more MIN_T/MAX_T users
to the 6.6-stable tree which can be found at:
http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary
The filename of the patch is:
minmax-add-a-f
This is a note to let you know that I've just added the patch titled
minmax: avoid overly complicated constant expressions in VM code
to the 6.6-stable tree which can be found at:
http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary
The filename of the patch
On 22.09.25 14:20, Jason Gunthorpe wrote:
> On Mon, Sep 22, 2025 at 01:22:49PM +0200, Christian König wrote:
>
>> Well what exactly is happening here? You have a PF assigned to the
>> host and a VF passed through to a guest, correct?
>>
>> And now the PF (from the host side) wants to access a BAR
This is a note to let you know that I've just added the patch titled
minmax: make generic MIN() and MAX() macros available everywhere
to the 6.6-stable tree which can be found at:
http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary
The filename of the patch
This is a note to let you know that I've just added the patch titled
minmax: don't use max() in situations that want a C constant expression
to the 6.6-stable tree which can be found at:
http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary
The filename of th
This is a note to let you know that I've just added the patch titled
minmax: improve macro expansion and type checking
to the 6.6-stable tree which can be found at:
http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary
The filename of the patch is:
minma
This is a note to let you know that I've just added the patch titled
minmax: simplify and clarify min_t()/max_t() implementation
to the 6.6-stable tree which can be found at:
http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary
The filename of the patch is:
This is a note to let you know that I've just added the patch titled
minmax: fix up min3() and max3() too
to the 6.6-stable tree which can be found at:
http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary
The filename of the patch is:
minmax-fix-up-min3
On 22/09/2025 14:30, Christian König wrote:
On 22.09.25 14:49, Tvrtko Ursulin wrote:
On 22/09/2025 10:31, Christian König wrote:
On 19.09.25 15:11, Tvrtko Ursulin wrote:
GPUs typically benefit from contiguous memory via reduced TLB pressure and
improved caching performance, where the maximu
Hi guys,
On 22.09.25 08:59, Kasireddy, Vivek wrote:
> Hi Jason,
>
>> Subject: Re: [PATCH v4 1/5] PCI/P2PDMA: Don't enforce ACS check for device
>> functions of Intel GPUs
>>
>> On Fri, Sep 19, 2025 at 06:22:45AM +, Kasireddy, Vivek wrote:
In this case messing with ACS is completely wrong
On Sunday, 21 September 2025 07:00:59 Central European Summer Time Jassi Brar
wrote:
> On Wed, Sep 17, 2025 at 7:23 AM Nicolas Frattaroli
> wrote:
>
>
> > +#define MBOX_CTL_TX_STS0x
> > +#define MBOX_CTL_IRQ_SET 0x0004
> > +#define MBOX_CTL_IRQ_CLR 0x0074
> >
On 9/22/2025 5:40 PM, Dmitry Baryshkov wrote:
> On Mon, Sep 22, 2025 at 04:04:42PM +0800, Xiangxu Yin wrote:
>> On 9/20/2025 12:45 AM, Dmitry Baryshkov wrote:
>>> On Fri, Sep 19, 2025 at 10:24:22PM +0800, Xiangxu Yin wrote:
Move resets to qmp_phy_cfg for per-PHY customization. Keep legacy DT
On Mon, 2025-09-22 at 08:47 +0300, Dan Carpenter wrote:
> Hi Ruben,
>
> kernel test robot noticed the following build warnings:
>
> https://git-scm.com/docs/git-format-patch#_base_tree_information]
>
> url:
> https://github.com/intel-lab-lkp/linux/commits/Ruben-Wauters/drm-gud-replace-WARN_ON
Hi,
Here is simple toctree refactoring for framebuffer documentation,
based on docs-next tree. Simple because it only splits the toctree
in patch [3/3] into two sections.
Enjoy!
Changes since v1 [1]:
* Apply proofreading suggestions (Randy, [2/3])
* Add review tags (Randy)
[1]:
https://lo
On 19.09.25 15:11, Tvrtko Ursulin wrote:
> GPUs typically benefit from contiguous memory via reduced TLB pressure and
> improved caching performance, where the maximum size of contiguous block
> which adds a performance benefit is related to hardware design.
>
> TTM pool allocator by default tr
On 9/22/2025 4:40 PM, Jani Nikula wrote:
On Fri, 19 Sep 2025, Nemesa Garg wrote:
Add HAS_CASF macro to check whether platform supports
the content adaptive sharpness capability or not.
v2: Update commit message[Ankit]
v3: Remove \n from middle[Jani]
Signed-off-by: Nemesa Garg
Reviewed-by:
On Mon, Sep 22, 2025 at 09:41:07AM -0700, Rob Clark wrote:
> On Mon, Sep 22, 2025 at 9:33 AM Stephan Gerhold
> wrote:
> > On Wed, Jul 23, 2025 at 12:08:49PM -0700, Rob Clark wrote:
> > > If we hit an error path in GEM obj creation before msm_gem_new_handle()
> > > updates obj->resv to point to the
On Mon, Sep 22, 2025 at 9:33 AM Stephan Gerhold
wrote:
>
> Hi Rob,
>
> On Wed, Jul 23, 2025 at 12:08:49PM -0700, Rob Clark wrote:
> > If we hit an error path in GEM obj creation before msm_gem_new_handle()
> > updates obj->resv to point to the gpuvm resv object, then obj->resv
> > still points to
On 22/09/2025 13:56, 김강민 wrote:
Dear Linux kernel developers and maintainers,
This is to report a kernel bug discovered in the i915 driver using my
modified syzkaller.
Kernel driver involved: i915
Version detected by syzkaller:
- Commit version: c330cb607721
Latest version tested for NULL p
cc Ruben
Am 22.09.25 um 19:43 schrieb Mehdi Ben Hadj Khelifa:
Replace kmalloc with kmalloc array in drm/gud/gud_pipe.c since the
calculation inside kmalloc is dynamic "width * height" and added
u_char as the size of each element.
Signed-off-by: Mehdi Ben Hadj Khelifa
---
drivers/gpu/drm/gud/
Hi Christian,
>
> Hi guys,
>
> On 22.09.25 08:59, Kasireddy, Vivek wrote:
> > Hi Jason,
> >
> >> Subject: Re: [PATCH v4 1/5] PCI/P2PDMA: Don't enforce ACS check for
> device
> >> functions of Intel GPUs
> >>
> >> On Fri, Sep 19, 2025 at 06:22:45AM +, Kasireddy, Vivek wrote:
> In this ca
Hi Marek,
On Mon, 22 Sept 2025 at 20:58, Marek Vasut
wrote:
> Call mipi_dsi_pixel_format_to_bpp() once in rcar_mipi_dsi_set_display_timing()
> and store the value into a variable. This slightly simplifies the code.
>
> No functional change.
>
> Signed-off-by: Marek Vasut
Thanks for your patch!
From: Hermes Wu
When connect to device that can only training done by step training,
skip auto training when link training restart before unplug device.
The driver performs a full cycle of attempting auto link training and
then manual link training on each modeset. Save time by skipping the
auto
On 2025-09-18 03:12, Rahul Kumar wrote:
Documentation/process/deprecated.rst recommends against the use of
kmalloc with dynamic size calculations due to the risk of overflow and
smaller allocation being made than the caller was expecting.
Replace kmalloc() with kmalloc_array() in amdgpu_amdkfd_g
Hi
Am 22.09.25 um 15:42 schrieb Melissa Wen:
On 22/09/2025 08:54, Thomas Zimmermann wrote:
Hi Melissa
Am 19.09.25 um 17:54 schrieb Melissa Wen:
Hi all,
I just talked with Thomas that these two patches are preventing amdgpu
driver to be unloaded:
`modprobe: FATAL: Module amdgpu is in use.`
Hi all,
On Fri Jun 27, 2025 at 9:52 AM CEST, Javier Martinez Canillas wrote:
> Luca Weiss writes:
>
>> Make sure the headers are sorted alphabetically to ensure consistent
>> code.
>>
>> Signed-off-by: Luca Weiss
>> ---
>
> Reviewed-by: Javier Martinez Canillas
While there's still some open qu
Hello Rob Clark,
Commit 963d0b356935 ("drm/scheduler: fix
drm_sched_job_add_implicit_dependencies harder") from Nov 16, 2021
(linux-next), leads to the following Smatch static checker warning:
drivers/gpu/drm/scheduler/sched_main.c:972
drm_sched_job_add_resv_dependencies()
warn:
Split off device initialization for Gen6 hardware into the helpers
ast_2500_device_create() and ast_2500_detect_wide_screen(). The new
functions are duplicates of their counterparts in ast_main.c, but
stripped from most non-Gen6 support.
Simplifies maintenance as the driver's number of supported h
> Make sure to drop the references taken to the vtg devices by
VTG device?
> of_find_device_by_node() when looking up their driver data during
> component probe.
…
How do you think about to increase the application of scope-based resource
managem
Hi Rob,
On Wed, Jul 23, 2025 at 12:08:49PM -0700, Rob Clark wrote:
> If we hit an error path in GEM obj creation before msm_gem_new_handle()
> updates obj->resv to point to the gpuvm resv object, then obj->resv
> still points to &obj->_resv. In this case we don't want to decrement
> the refcount
Section headings are formatted the same as title heading, thus
increasing number of entries in framebuffer toctree. Demote them.
Reviewed-by: Randy Dunlap
Tested-by: Randy Dunlap
Signed-off-by: Bagas Sanjaya
---
Documentation/fb/ep93xx-fb.rst | 4
1 file changed, 4 deletions(-)
diff --gi
On 9/22/2025 5:39 PM, Dmitry Baryshkov wrote:
> On Fri, Sep 19, 2025 at 10:24:22PM +0800, Xiangxu Yin wrote:
>> Move resets to qmp_phy_cfg for per-PHY customization. Keep legacy DT
>> path on the old hardcoded list; non-legacy path uses cfg->reset_list.
>>
>> Signed-off-by: Xiangxu Yin
>> ---
>>
On 9/20/2025 2:35 AM, Dmitry Baryshkov wrote:
> On Fri, Sep 19, 2025 at 10:24:31PM +0800, Xiangxu Yin wrote:
>> QCS615 platform requires non-default logical-to-physical lane mapping due
>> to its unique hardware routing. Unlike the standard mapping sequence
>> <0 1 2 3>, QCS615 uses <3 2 0 1>, wh
On 9/20/2025 12:45 AM, Dmitry Baryshkov wrote:
> On Fri, Sep 19, 2025 at 10:24:22PM +0800, Xiangxu Yin wrote:
>> Move resets to qmp_phy_cfg for per-PHY customization. Keep legacy DT
>> path on the old hardcoded list; non-legacy path uses cfg->reset_list.
> Why? Start your commit messages with the
rg/drm/drm-misc drm-misc-next
patch link:
https://lore.kernel.org/r/20250918195136.439012-1-lizhi.hou%40amd.com
patch subject: [PATCH V2] accel/amdxdna: Enhance runtime power management
config: x86_64-allyesconfig
(https://download.01.org/0day-ci/archive/20250922/202509221605.9pjqqmb8-...
Gen4 and later models detect the TX chip from VGACRD1, while earlier
models detect from VGACRA3. Split up the detection helper into
two separate helpers. Use SZ_ constants instead of plain numbers.
Then inline the call into its only caller ast_device_create(). When
ast_device_create() gets split u
Le 20/09/2025 à 05:31, Alex Hung a écrit :
On 9/19/25 06:49, Louis Chauvet wrote:
Le 18/09/2025 à 02:45, Alex Hung a écrit :
On 9/17/25 08:47, Nícolas F. R. A. Prado wrote:
On Tue, 2025-09-16 at 19:54 -0600, Alex Hung wrote:
On 9/5/25 11:12, Louis Chauvet wrote:
Le 15/08/2025 à
On 9/20/2025 12:46 AM, Dmitry Baryshkov wrote:
> On Fri, Sep 19, 2025 at 10:24:23PM +0800, Xiangxu Yin wrote:
>> Add USB/DP switchable PHY clock registration and DT parsing for DP offsets.
>> Extend qmp_usbc_register_clocks and clock provider logic to support both
>> USB and DP instances.
> Why?
On 22.09.25 13:54, Thomas Zimmermann wrote:
> Hi Melissa
>
> Am 19.09.25 um 17:54 schrieb Melissa Wen:
>> Hi all,
>>
>> I just talked with Thomas that these two patches are preventing amdgpu
>> driver to be unloaded:
>>
>> `modprobe: FATAL: Module amdgpu is in use.`
>>
>> and there is no process u
Hi Melissa
Am 19.09.25 um 17:54 schrieb Melissa Wen:
Hi all,
I just talked with Thomas that these two patches are preventing amdgpu
driver to be unloaded:
`modprobe: FATAL: Module amdgpu is in use.`
and there is no process using the driver.
What's the exact STR for this problem? After Chris
epends on DRM && SPI
select DRM_CLIENT_SELECTION
-select DRM_GEM_DMA_HELPER
+select DRM_GEM_SHMEM_HELPER
select DRM_KMS_HELPER
help
DRM driver for the Mayqueen Pixpaper e-ink display panel.
---
base-commit: 846bd2225ec3cfa8be046655e02b9457ed41
Am 22.09.25 um 13:55 schrieb Christian König:
On 22.09.25 13:54, Thomas Zimmermann wrote:
Hi Melissa
Am 19.09.25 um 17:54 schrieb Melissa Wen:
Hi all,
I just talked with Thomas that these two patches are preventing amdgpu
driver to be unloaded:
`modprobe: FATAL: Module amdgpu is in use.`
Hey,
On 2025-09-19 17:54, Melissa Wen wrote:
> This reverts commit 5307dce878d4126e1b375587318955bd019c3741.
>
> We've already reverted all other commits related to dma_bug handling and
> there is still something wrong with this approach that does not allow
> unloading a driver. By reverting this
On Mon, Sep 22, 2025 at 11:48:26AM +0800, Liu Ying wrote:
> On 09/19/2025, Frank Li wrote:
> > On Fri, Jul 04, 2025 at 05:03:55PM +0800, Liu Ying wrote:
> >> In TCON operation mode, sync signals from FrameGen are ignored, but
> >> a much more customized output timing can be generated by the TCON
>
The GSP requires some pieces of metadata to boot. These are passed in a
struct which the GSP transfers via DMA. Create this struct and get a
handle to it for future use when booting the GSP.
Signed-off-by: Alistair Popple
---
Changes for v2:
- Rebased on Alex's latest version
---
drivers/gpu/
From: Joel Fernandes
A data structure that can be used to write across multiple slices which
may be out of order in memory. This lets SBuffer user correctly and
safely write out of memory order, without error-prone tracking of
pointers/offsets.
let mut buf1 = [0u8; 3];
let mut buf2 = [0u8; 5];
Changes since v1:
- Based on feed back from Alex the GSP command queue logic was reworked
extensively. This involved creating a new data struct (DmaGspMem) to
manage the shared memory areas between CPU and GSP.
- This data structure helps ensure the safety constraints are meet when
the
This commit introduces core infrastructure for handling GSP command and
message queues in the nova-core driver. The command queue system enables
bidirectional communication between the host driver and GSP firmware
through a remote message passing interface.
The interface is based on passing serial
Boot the GSP to the RISC-V active state. Completing the boot requires
running the CPU sequencer which will be added in a future commit.
Signed-off-by: Alistair Popple
---
Changes for v2:
- Rebased on Alex's latest tree
---
drivers/gpu/nova-core/falcon.rs | 2 -
drivers/gpu/nova-core/
Add the RM registry and system information commands that enable the host
driver to configure GSP firmware parameters during initialization.
The RM registry is serialized into a packed format and sent via the
command queue. For now only two parameters which are required to boot
GSP are hardcoded. I
Initialise the GSP resource manager arguments (rmargs) which provide
initialisation parameters to the GSP firmware during boot. The rmargs
structure contains arguments to configure the GSP message/command queue
location.
These are mapped for coherent DMA and added to the libos data structure
for a
On 9/20/2025 2:48 AM, Dmitry Baryshkov wrote:
> On Fri, Sep 19, 2025 at 10:24:24PM +0800, Xiangxu Yin wrote:
>> Move USB-only register setup from com_init to qmp_usbc_usb_power_on,
>> so it runs only for USB mode.
>
> Please rewrite the commit message to start from the problem description.
>
> Wi
When multiple fences of an sw_sync timeline are signaled via
sw_sync_ioctl_inc(), we now disable interrupts and keep them disabled
while signaling all requested fences of the timeline in a loop. Since
user space may set up an arbitrary long timeline of fences with
arbitrarily expensive callbacks a
On Mon, Sep 22, 2025 at 09:20:36AM +0800, Chaoyi Chen wrote:
> From: Chaoyi Chen
>
> This patch add support for get PHY lane info without help of extcon.
>
> There is no extcon needed if the Type-C controller is present. In this
> case, the lane info can be get from PHY instead of extcon.
>
> T
On 22.09.25 14:49, Tvrtko Ursulin wrote:
>
> On 22/09/2025 10:31, Christian König wrote:
>> On 19.09.25 15:11, Tvrtko Ursulin wrote:
>>> GPUs typically benefit from contiguous memory via reduced TLB pressure and
>>> improved caching performance, where the maximum size of contiguous block
>>> which
On 22/09/2025 08:54, Thomas Zimmermann wrote:
Hi Melissa
Am 19.09.25 um 17:54 schrieb Melissa Wen:
Hi all,
I just talked with Thomas that these two patches are preventing amdgpu
driver to be unloaded:
`modprobe: FATAL: Module amdgpu is in use.`
and there is no process using the driver.
Some Synaptics MST branch devices have a problem decompressing a stream
with a compressed link-bpp higher than 12, if the pixel clock is higher
than ~50 % of the maximum throughput capability reported by the branch
device. The screen remains blank, or for some - mostly black content -
gets enabled,
On Mon, Sep 22, 2025 at 03:57:02PM +0200, Christian König wrote:
> Is that for postmortem crash analysis? Providing some kind of
> service to the guest? Something completely different?
>From the cover letter:
With this patch series applied, it would become possible to display
(via Qemu GTK UI)
On 9/22/25 01:40, Karol Wachowski wrote:
On 9/18/2025 9:51 PM, Lizhi Hou wrote:
Currently, pm_runtime_resume_and_get() is invoked in the driver's open
callback, and pm_runtime_put_autosuspend() is called in the close
callback. As a result, the device remains active whenever an application
open
On Sat, Sep 20, 2025 at 09:08:57PM -0700, Randy Dunlap wrote:
> > diff --git a/Documentation/fb/aty128fb.rst b/Documentation/fb/aty128fb.rst
> > index 3f107718f933fc..0da8070a552165 100644
> > --- a/Documentation/fb/aty128fb.rst
> > +++ b/Documentation/fb/aty128fb.rst
> > @@ -1,8 +1,6 @@
> > -=
On Mon, Sep 22, 2025 at 02:58:17PM +0800, Xiangxu Yin wrote:
>
> On 9/20/2025 2:41 AM, Dmitry Baryshkov wrote:
> > On Fri, Sep 19, 2025 at 10:24:29PM +0800, Xiangxu Yin wrote:
> >> Add QCS615-specific configuration for USB/DP PHY, including DP init
> >> routines, voltage swing tables, and platform
On Monday, September 22, 2025 2:13 PM Svyatoslav Ryhel wrote:
> пн, 22 вер. 2025 р. о 07:44 Mikko Perttunen пише:
> >
> > On Saturday, September 6, 2025 10:53 PM Svyatoslav Ryhel wrote:
> > > Simplify format align calculations by slightly modifying supported formats
> > > structure.
> > >
> > > Si
> -Original Message-
> From: Nautiyal, Ankit K
> Sent: Monday, September 22, 2025 6:19 PM
> To: Jani Nikula ; Garg, Nemesa
> ; intel-...@lists.freedesktop.org; intel-
> x...@lists.freedesktop.org; dri-devel@lists.freedesktop.org
> Subject: Re: [RESEND 02/10] drm/i915/display: Introduce
On Sun, 14 Sep 2025 16:14:52 +0300, Ivaylo Ivanov wrote:
> The exynos8890 uses the ARM Mali T880 GPU, document its compatible
> string with the appropriate fallback.
>
> Signed-off-by: Ivaylo Ivanov
> ---
> Documentation/devicetree/bindings/gpu/arm,mali-midgard.yaml | 6 --
> 1 file change
Split ast_device_create() and its helpers into individual helpers
for each supported hardware generation. Adds some duplicated code,
but simplifies maintenance and support of additional hardware.
Patches 1 to 4 move some code around and prepare for the split.
Patches 5 to 11 each add device initi
Wide-screen modes are only available on Gen2 and later. Move the
detection helpers to the appropriate source file.
Signed-off-by: Thomas Zimmermann
Reviewed-by: Jocelyn Falempe
---
drivers/gpu/drm/ast/ast_2100.c | 31 +++
drivers/gpu/drm/ast/ast_drv.h | 2 ++
drive
On Fri, 19 Sep 2025, Nemesa Garg wrote:
> Add HAS_CASF macro to check whether platform supports
> the content adaptive sharpness capability or not.
>
> v2: Update commit message[Ankit]
> v3: Remove \n from middle[Jani]
>
> Signed-off-by: Nemesa Garg
> Reviewed-by: Ankit Nautiyal
> ---
> drivers
Add JuTouch Technology JT101TM023 10" 1280x800 LVDS panel support.
Signed-off-by: Steffen Trumtrar
Reviewed-by: Dmitry Baryshkov
---
drivers/gpu/drm/panel/panel-simple.c | 35 +++
1 file changed, 35 insertions(+)
diff --git a/drivers/gpu/drm/panel/panel-simple.c
In preparation for adding a new device tree variant with a different
panel, describe the DT compatible in the binding.
Signed-off-by: Steffen Trumtrar
Acked-by: Rob Herring (Arm)
---
Documentation/devicetree/bindings/arm/fsl.yaml | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation
On Fri, 12 Sep 2025, Samasth Norway Ananda
wrote:
> Fix integer overflow vulnerabilities in fbcon_do_set_font() where font
> size calculations could overflow when handling user-controlled font
> parameters.
>
> The vulnerabilities occur when:
> 1. CALC_FONTSZ(h, pitch, charcount) performs h * pit
On Sat Sep 20, 2025 at 5:53 AM JST, Joel Fernandes wrote:
> On Fri, Sep 19, 2025 at 11:26:19AM +0200, Benno Lossin wrote:
>> On Fri Sep 19, 2025 at 9:59 AM CEST, Joel Fernandes wrote:
>> > Hello, Danilo,
>> >
>> >> On Sep 19, 2025, at 1:26 AM, Danilo Krummrich wrote:
>> >>
>> >> On Thu Sep 18, 20
The tmds181 and sn65dp159 are "retimers" and hence can be considered
HDMI-to-HDMI bridges. Typical usage is to convert the output of an
FPGA into a valid HDMI signal, and it will typically be inserted
between an encoder and hdmi-connector.
Signed-off-by: Mike Looijmans
---
Changes in v6:
Add DRM
On 22/09/2025 10:31, Christian König wrote:
On 19.09.25 15:11, Tvrtko Ursulin wrote:
GPUs typically benefit from contiguous memory via reduced TLB pressure and
improved caching performance, where the maximum size of contiguous block
which adds a performance benefit is related to hardware desig
On Mon, 22 Sep 2025, Jani Nikula wrote:
> On Fri, 12 Sep 2025, Samasth Norway Ananda
> wrote:
>> Fix integer overflow vulnerabilities in fbcon_do_set_font() where font
>> size calculations could overflow when handling user-controlled font
>> parameters.
>>
>> The vulnerabilities occur when:
>> 1
Hello,
syzbot found the following issue on:
HEAD commit:f83ec76bf285 Linux 6.17-rc6
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=17147b1258
kernel config: https://syzkaller.appspot.com/x/.config?x=8f01d8629880e620
dashboard link: https://syzkaller.ap
On Mon, Sep 22, 2025 at 02:59:43PM +0200, Nicolas Frattaroli wrote:
> On Sunday, 21 September 2025 07:00:59 Central European Summer Time Jassi Brar
> wrote:
> > > +#define MBOX_FULL BIT(0) /* i.e. we've received data */
> > > +#define MBOX_CLOGGED BIT(1) /* i.e. the channel
On 22.09.25 14:29, Jason Gunthorpe wrote:
> On Mon, Sep 22, 2025 at 02:25:15PM +0200, Christian König wrote:
>> On 22.09.25 14:20, Jason Gunthorpe wrote:
>>> On Mon, Sep 22, 2025 at 01:22:49PM +0200, Christian König wrote:
>>>
Well what exactly is happening here? You have a PF assigned to the
1 - 100 of 191 matches
Mail list logo
