SoCs like AM62Lx support cut-down version of DSS7 where
although same register space is supported as in other
DSS7 supported SoCs such as AM65x, AM62x, AM62Ax but some of
the resources such as planes and corresponding register spaces
are truncated.
For e.g. AM62Lx has only single VIDL pipeline sup
Give the scheduler a chance to breath by adding delay of 10ms
as some of the loops may take some time on old machines (like apl/bsw/pnv),
and so catch the attention of the watchdogs.
v1: Instead of cond_resched(), use more generic call like
fsleep().
Closes: https://gitlab.freedesktop.org/dr
On Wed, Mar 05, 2025 at 11:38:19PM +0900, Vincent Mailhol wrote:
On 05/03/2025 at 23:30, Andy Shevchenko wrote:
On Wed, Mar 05, 2025 at 10:00:15PM +0900, Vincent Mailhol via B4 Relay wrote:
From: Yury Norov
Add __GENMASK_t() which generalizes __GENMASK() to support different
Is it with doub
Applied. Thanks
On Thu, Mar 6, 2025 at 2:52 AM Wentao Liang wrote:
>
> Add error handling to propagate amdgpu_cgs_create_device() failures
> to the caller. When amdgpu_cgs_create_device() fails, release hwmgr
> and return -ENOMEM to prevent null pointer dereference.
>
> [v1]->[v2]: Change error
> Wiadomość napisana przez Andy Yan w dniu 6 mar 2025, o
> godz. 09:53:
>
>
> Hi,
>
> 在 2025-03-06 16:42:00,"Piotr Oniszczuk" 写道:
>>
>>
>>> Wiadomość napisana przez Andy Yan w dniu 6 mar 2025, o
>>> godz. 01:59:
>>>
>>>
>>>
>>>
>>> Both of the two config options should be enabled.
>
Enable display for AM62L DSS [1] which supports only a single display
pipeline using a single overlay manager, single video port and a single
video lite pipeline which does not support scaling.
The output of video port is routed to SoC boundary via DPI interface and
the DPI signals from the video
The DSS controller on TI's AM62L SoC is an update from that on TI's
AM625/AM65x/AM62A7 SoC. The AM62L DSS [1] only supports a single display
pipeline using a single overlay manager, single video port and a single
video lite pipeline which does not support scaling.
The output of video port is route
* Patrik Jakobsson (patrik.r.jakobs...@gmail.com) wrote:
> On Sat, Feb 1, 2025 at 2:14 AM wrote:
> >
> > From: "Dr. David Alan Gilbert"
> >
> > The mrst_helper_funcs const was added in 2013 by
> > commit ac6113ebb70d ("drm/gma500/mrst: Add SDVO clock calculation")
> > and commented as 'Not used y
On 06/03/2025 at 22:05, Andy Shevchenko wrote:
> On Thu, Mar 06, 2025 at 08:29:52PM +0900, Vincent Mailhol via B4 Relay wrote:
>> From: Vincent Mailhol
>>
>> In an upcoming change, GENMASK() and its friends will indirectly
>> depend on sizeof() which is not available in asm.
>>
>> Instead of addin
On 06/03/2025 14:56, Tvrtko Ursulin wrote:
On 06/03/2025 12:37, Philipp Stanner wrote:
On Tue, 2025-03-04 at 13:10 +, Tvrtko Ursulin wrote:
There has repeatedly been quite a bit of apprehension when any change
to the DRM
scheduler is proposed, with two main reasons being code base is
con
Hi,
Here's this week drm-misc-fixes PR.
Maxime
drm-misc-fixes-2025-03-06:
A Kconfig fix for nouveau, locking and timestamp fixes for imagination,
a header guard fix for sched and a DPMS regression fix for bochs.
The following changes since commit 3603996432997f7c88da37a97062a46cda01ac9d:
drm/
On 2025/3/1 5:21, Demi Marie Obenour wrote:
On 2/28/25 12:36 AM, Honglei Huang wrote:
From: Honglei Huang
Add a new resource for blob resource, called userptr, used for let
host access guest user space memory, to acquire buffer based userptr
feature in virtio GPU.
- The capset VIRTIO_GPU_CA
On Thu, Mar 6, 2025 at 12:21 PM Ivan Abramov
wrote:
>
> Since pci_get_domain_bus_and_slot() can return NULL, add NULL check for
> pci_gfx_root in the mid_get_vbt_data().
>
> This change is similar to the checks implemented in mid_get_fuse_settings()
> and mid_get_pci_revID(), which were introduced
Hi Krzysztof,
Thank you for looking at it.
On Thursday, 6 March 2025 12:00:40 CET Krzysztof Karas wrote:
> Hi Janusz,
>
> throughout the series you modify the code right after
> introducing it.
Yes, that split among patches reflects my way of getting to a solution that
not only resolves the i
From: Lucas De Marchi
Add some additional tests in lib/test_bits.c to cover the
expected/non-expected values of the fixed-type GENMASK_U*() macros.
Also check that the result value matches the expected type. Since
those are known at build time, use static_assert() instead of normal
kunit tests.
On 06/03/2025 05:52, Matthew Wilcox wrote:
On Thu, Mar 06, 2025 at 12:25:53AM +0900, Ryosuke Yasuoka wrote:
Some drivers can use vmap in drm_panic, however, vmap is sleepable and
takes locks. Since drm_panic will vmap in panic handler, atomic_vmap
requests pages with GFP_ATOMIC and maps KVA with
On 05/03/2025 11:35, Charles Han wrote:
Fix below inconsistent indenting smatch warning.
smatch warnings:
drivers/gpu/drm/bridge/synopsys/dw-hdmi-cec.c:336 dw_hdmi_cec_suspend() warn:
inconsistent indenting
Signed-off-by: Charles Han
---
drivers/gpu/drm/bridge/synopsys/dw-hdmi-cec.c | 6 +++-
Introduce some fixed width variant of the GENMASK() and the BIT()
macros in bits.h. Note that the main goal is not to get the correct
type, but rather to enforce more checks at compile time. For example:
GENMASK_U16(16, 0)
will raise a build bug.
This series is a continuation of:
https://l
On 06/03/2025 14:43, Tejas Vipin wrote:
Changes the novatek-nt36523 panel to use multi style functions for
improved error handling.
Signed-off-by: Tejas Vipin
---
drivers/gpu/drm/panel/panel-novatek-nt36523.c | 1683 -
1 file changed, 823 insertions(+), 860 deletions(-)
diff
On Tue, 18 Feb 2025 at 12:59, Prabhakar wrote:
> From: Lad Prabhakar
>
> Enable Mali-G31 (GPU) node on EVK board.
>
> Signed-off-by: Lad Prabhakar
Reviewed-by: Geert Uytterhoeven
i.e. will queue in renesas-devel for v6.15.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoe
> Wiadomość napisana przez Andy Yan w dniu 6 mar 2025, o
> godz. 13:15:
>
> Hi Piotr,
>
>
>
> Then when you DP cable plugin, you can run command as bellow to see if the
> driver detects the HPD:
>
> # cat /sys/class/drm/card0-DP-1/status
> connected
> #
>
Andy,
Thx!
With above chan
Add a new flag HMM_DMIRROR_FLAG_FAIL_ALLOC to emulate
failure of allocating a large page. This tests the code paths
involving split migration.
Signed-off-by: Balbir Singh
---
lib/test_hmm.c | 12 +++-
lib/test_hmm_uapi.h | 3 +++
2 files changed, 14 insertions(+), 1 deletion(-)
di
On Tue, 25 Feb 2025 at 22:03, Rob Herring (Arm) wrote:
> There's both a user and the datasheet[1] indicate that 6-bpp is supported
> as well.
>
> [1]
> https://agdisplays.com/pub/media/catalog/datasheet/Mitsubishi/AA104XD12.pdf
>
> Signed-off-by: Rob Herring (Arm)
Reviewed-by: Geert Uytterhoeve
On Thu, 06 Mar 2025, "Avizrat, Yaron" wrote:
> On 05/03/2025 13:57, Jani Nikula wrote:
>> On Wed, 05 Mar 2025, "Avizrat, Yaron" wrote:
>>> On 29/07/2024 15:17, Ofir Bitton wrote:
I will be leaving Intel soon, Yaron Avizrat will take the role
of habanalabs driver maintainer.
Si
On Tue, 25 Feb 2025 at 22:03, Rob Herring (Arm) wrote:
> The Mitsubishi aa104xd12 panel requires an external backlight driver
> circuit, so allow the "backlight" property.
>
> There are users of this panel without a vcc-supply, so it shouldn't be
> required.
>
> Signed-off-by: Rob Herring (Arm)
On Tue, 18 Feb 2025 at 12:59, Prabhakar wrote:
>
> From: Lad Prabhakar
>
> Add Mali-G31 GPU node to SoC DTSI.
>
> Signed-off-by: Lad Prabhakar
Reviewed-by: Geert Uytterhoeven
i.e. will queue in renesas-devel for v6.15.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven
On Thu, Mar 06, 2025 at 02:24:51PM +0100, Jocelyn Falempe wrote:
> On 06/03/2025 05:52, Matthew Wilcox wrote:
> > On Thu, Mar 06, 2025 at 12:25:53AM +0900, Ryosuke Yasuoka wrote:
> > > Some drivers can use vmap in drm_panic, however, vmap is sleepable and
> > > takes locks. Since drm_panic will vma
Move the handling of blank-state updates into a separate helper,
so that is can be called without the fbdev event. No functional
changes.
As a minor improvement over the original code, the update replaces
manual locking with a guard.
Signed-off-by: Thomas Zimmermann
---
drivers/video/backlight/
Look at the blank state provided by FB_EVENT_BLANK to determine
whether to enable or disable a backlight. Remove the tracking fields
from struct backlight_device.
Tracking requires three variables, fb_on, prev_fb_on and the
backlight's use_count. If fb_on is true, the display has been
unblanked. T
Store the display's blank status in struct fb_info.blank and track
it in fb_blank(). As an extra, the status is now available from the
sysfs blank attribute.
Support for blanking is optional. Therefore framebuffer_alloc()
initializes the state to FB_BLANK_UNBLANK (i.e., the display is
on). If the
Move the handling of blank-state updates into a separate helper,
so that is can be called without the fbdev event. No functional
changes.
v2:
- rename helper to avoid renaming in a later patch (Lee)
Signed-off-by: Thomas Zimmermann
---
drivers/leds/trigger/ledtrig-backlight.c | 30 +
Hi Piotr,
在 2025-03-06 19:47:31,"Piotr Oniszczuk" 写道:
>
>> Wiadomość napisana przez Andy Yan w dniu 6 mar 2025, o
>> godz. 09:53:
>>
>>
>> Hi,
>>
>> 在 2025-03-06 16:42:00,"Piotr Oniszczuk" 写道:
>>>
>>>
Wiadomość napisana przez Andy Yan w dniu 6 mar 2025, o
godz. 01:59:
>>
On Wed Mar 5, 2025 at 2:34 AM JST, Danilo Krummrich wrote:
> Add the initial documentation of the Nova project.
>
> The initial project documentation consists out of a brief introduction
> of the project, as well as project guidelines both general and nova-core
> specific and a task list for nova-c
Hi,
On Tue, Mar 04, 2025 at 08:39:11PM +0100, Stefan Wahren wrote:
> drm_atomic_helper_connector_hdmi_hotplug() must be called
> regardless of the connection status, otherwise the HDMI audio
> disconnect event won't be notified.
>
> Fixes: 2ea9ec5d2c20 ("drm/vc4: hdmi: use
> drm_atomic_helper_co
On Thu, 06 Mar 2025, Jani Nikula wrote:
> On Sat, 01 Mar 2025, Dmitry Baryshkov wrote:
>> Existing DPCD access functions return an error code or the number of
>> bytes being read / write in case of partial access. However a lot of
>> drivers either (incorrectly) ignore partial access or mishandle
Changes the novatek-nt36523 panel to use multi style functions for
improved error handling.
Signed-off-by: Tejas Vipin
---
drivers/gpu/drm/panel/panel-novatek-nt36523.c | 1683 -
1 file changed, 823 insertions(+), 860 deletions(-)
diff --git a/drivers/gpu/drm/panel/panel-novatek
Hi Janusz,
thanks for a quick response.
> > throughout the series you modify the code right after
> > introducing it.
>
> Yes, that split among patches reflects my way of getting to a solution that
> not only resolves the issue but also tries to address comments I got and take
> care of resul
Following a recent discussion at last Plumbers, John Stultz, Sumit
Sewal, TJ Mercier and I came to an agreement that we should document
what the dma-buf heaps names are expected to be, and what the buffers
attributes you'll get should be documented.
Let's create that doc to make sure those attribu
On 05/03/2025 13:57, Jani Nikula wrote:
> On Wed, 05 Mar 2025, "Avizrat, Yaron" wrote:
>> On 29/07/2024 15:17, Ofir Bitton wrote:
>>> I will be leaving Intel soon, Yaron Avizrat will take the role
>>> of habanalabs driver maintainer.
>>>
>>> Signed-off-by: Ofir Bitton
>>> ---
>>> MAINTAINERS |
On Tue, Mar 04, 2025 at 12:10:51PM +0100, Maxime Ripard wrote:
> Let's provide an helper to make it easier for bridge drivers to
> power-cycle their bridge.
>
> In order to avoid a circular dependency between that new helper and
> drm_atomic_helper_reset_crtc(), this new helper will be in a
> drm_
On Thu, 2025-03-06 at 15:28 +0100, Danilo Krummrich wrote:
> On Wed, Mar 05, 2025 at 02:05:49PM +0100, Philipp Stanner wrote:
> > Philipp Stanner (3):
> > drm/sched: Adjust outdated docu for run_job()
> > drm/sched: Document run_job() refcount hazard
> > drm/sched: Update timedout_job()'s doc
On Tue, Mar 04, 2025 at 12:10:57PM +0100, Maxime Ripard wrote:
> The tc358768 bridge driver, if enabling it fails, tries to disable it.
> This is pretty uncommon in bridge drivers, and also stands in the way
> for further reworks.
>
> Worse, since pre_enable and enable aren't expected to fail, dis
Hi all,
On Thu, 6 Mar 2025 at 13:39, Maxime Ripard wrote:
> It looks fairly generic to me. Is there any reason you didn't put it in
> the HDMI audio helpers?
I originally wrote the downstream patch last year on 6.6, before the
generic HDMI audio code existed.
I just had a look at doing this. A
On Thu, Mar 06, 2025 at 02:24:51PM +0100, Jocelyn Falempe wrote:
> On 06/03/2025 05:52, Matthew Wilcox wrote:
> > On Thu, Mar 06, 2025 at 12:25:53AM +0900, Ryosuke Yasuoka wrote:
> > > Some drivers can use vmap in drm_panic, however, vmap is sleepable and
> > > takes locks. Since drm_panic will vma
* Dr. David Alan Gilbert (li...@treblig.org) wrote:
> * Patrik Jakobsson (patrik.r.jakobs...@gmail.com) wrote:
> > On Sat, Feb 1, 2025 at 2:14 AM wrote:
> > >
> > > From: "Dr. David Alan Gilbert"
> > >
> > > The mrst_helper_funcs const was added in 2013 by
> > > commit ac6113ebb70d ("drm/gma500/m
On Thu, Mar 06, 2025 at 08:29:58PM +0900, Vincent Mailhol via B4 Relay wrote:
> From: Vincent Mailhol
>
> Add some additional tests in lib/test_bits.c to cover the expected
> results of the fixed type BIT_U*() macros.
Still would be good to have a small assembly test case for GENMASK*() as they
From: "Dr. David Alan Gilbert"
The mrst_clock_funcs const was added in 2013 by
commit ac6113ebb70d ("drm/gma500/mrst: Add SDVO clock calculation")
and commented as 'Not used yet'.
It's not been used since, so remove it.
The helper functions it points to are still used elsewhere.
Signed-off-by:
On 3/6/25 10:58 PM, Doug Anderson wrote:
> Hi,
>
> On Thu, Mar 6, 2025 at 6:05 AM wrote:
>>
>> On 06/03/2025 14:43, Tejas Vipin wrote:
>>> Changes the novatek-nt36523 panel to use multi style functions for
>>> improved error handling.
>>>
>>> Signed-off-by: Tejas Vipin
>>> ---
>>> drivers/g
Hi,
On Thu, Mar 6, 2025 at 11:03 AM Dmitry Baryshkov
wrote:
>
> On Thu, 6 Mar 2025 at 18:44, Doug Anderson wrote:
> >
> > Hi,
> >
> > On Thu, Mar 6, 2025 at 8:33 AM Dmitry Baryshkov
> > wrote:
> > >
> > > On Thu, Mar 06, 2025 at 03:05:10PM +0100, neil.armstr...@linaro.org wrote:
> > > > On 06/0
On Thu, 6 Mar 2025 at 17:10, Anusha Srivatsa wrote:
>
>
>
> On Thu, Mar 6, 2025 at 4:31 AM Maxime Ripard wrote:
>>
>> Hi Anusha,
>>
>> On Wed, Mar 05, 2025 at 07:01:41PM -0500, Anusha Srivatsa wrote:
>> > Move away from using deprecated API and use _multi
>> > variants if available. Use mipi_dsi_
From: Konrad Dybcio
Some MMU instances feature a Translation Buffer Unit (TBU), which comes
with its own clock. Allow describing it.
Signed-off-by: Konrad Dybcio
---
Documentation/devicetree/bindings/iommu/qcom,iommu.yaml | 4
1 file changed, 4 insertions(+)
diff --git a/Documentation/de
On Thu, Mar 06, 2025 at 12:35:49PM +0100, Maxime Ripard wrote:
> On Thu, Mar 06, 2025 at 03:02:41PM +0800, Liu Ying wrote:
> > On 03/06/2025, Rob Herring wrote:
> > > On Wed, Mar 05, 2025 at 10:35:26AM +0100, Alexander Stein wrote:
> > >> Hi,
> > >>
> > >> Am Dienstag, 4. März 2025, 16:23:20 CET sc
On Fri, 7 Mar 2025 00:25:26 +0800
Kuan-Wei Chiu wrote:
> Change return type to bool for better clarity. Update the kernel doc
> comment accordingly, including fixing "@value" to "@val" and adjusting
> examples. Also mark the function with __attribute_const__ to allow
> potential compiler optimiz
On Wed, Mar 05, 2025 at 02:05:52PM +0100, Philipp Stanner wrote:
> drm_sched_backend_ops.timedout_job()'s documentation is outdated. It
> mentions the deprecated function drm_sched_resubmit_jobs(). Furthermore,
> it does not point out the important distinction between hardware and
> firmware schedu
This series LGTM too.
Reviewed-by: Alex Hung
On 2/27/25 16:16, Ethan Carter Edwards wrote:
We are trying to get rid of all multiplications from allocation
functions to prevent integer overflows. Here the multiplications are
probably safe, but using kcalloc() is more appropriate and improves
re
On Fri, Mar 07, 2025 at 01:08:01AM +0900, Vincent Mailhol wrote:
> On 06/03/2025 à 22:08, Andy Shevchenko wrote:
> > On Thu, Mar 06, 2025 at 08:29:53PM +0900, Vincent Mailhol via B4 Relay
> > wrote:
...
> Does this mean I get your Reviewed-by tag? Or will you wait the v6 to
> formally give it?
On Thu, Mar 6, 2025 at 4:31 AM Maxime Ripard wrote:
> Hi Anusha,
>
> On Wed, Mar 05, 2025 at 07:01:41PM -0500, Anusha Srivatsa wrote:
> > Move away from using deprecated API and use _multi
> > variants if available. Use mipi_dsi_msleep()
> > and mipi_dsi_usleep_range() instead of msleep()
> > and
On 3/6/25 20:24, Mika Penttilä wrote:
> Hi,
>
> On 3/6/25 06:42, Balbir Singh wrote:
> ...
>
>>
>> /*
>> * The only time there is no vma is when called from
>> @@ -728,15 +1000,47 @@ static void __migrate_device_pages(unsigned long
>> *src_pfns,
>>
On 3/6/25 19:16, Mika Penttilä wrote:
> Hi,
>
> On 3/6/25 06:42, Balbir Singh wrote:
>> When a zone device page is split (via huge pmd folio split). The
>> driver callback for folio_split is invoked to let the device driver
>> know that the folio size has been split into a smaller order.
>>
>> The
Refactor parity calculations to use the standard parity8() helper. This
change eliminates redundant implementations and improves code
efficiency.
Co-developed-by: Yu-Chun Lin
Signed-off-by: Yu-Chun Lin
Signed-off-by: Kuan-Wei Chiu
---
Changes in v3:
- Change parity8(c) to !!parity8(c).
driver
Refactor parity calculations to use the standard parity32() helper.
This change eliminates redundant implementations and improves code
efficiency.
Co-developed-by: Yu-Chun Lin
Signed-off-by: Yu-Chun Lin
Signed-off-by: Kuan-Wei Chiu
Acked-by: Arend van Spriel
---
.../wireless/broadcom/brcm8021
Refactor parity calculations to use the standard parity32() helper.
This change eliminates redundant implementations and improves code
efficiency.
Co-developed-by: Yu-Chun Lin
Signed-off-by: Yu-Chun Lin
Signed-off-by: Kuan-Wei Chiu
---
Changes in v3:
- Change parity32(sample) to !!parity32(samp
Il 24/02/25 11:50, Jason-JH Lin ha scritto:
Add cmdq_gctl_value_toggle() to configure GCE_CTRL_BY_SW and GCE_DDR_EN
together in the same GCE_GCTL_VALUE register.
For the SoCs whose GCE is located in MMINFRA and uses MMINFRA_AO power,
this allows it to be written without enabling the clocks. Othe
Hi Danilo,
On Wed Mar 5, 2025 at 2:34 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
This is the initial series for the nova-core stub driver.
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 NVIDIA GPUs.
The Nova project, including nova-cor
Analogous to the `module!` macro `module_firmware!` adds additional
firmware path strings to the .modinfo section.
In contrast to `module!`, where path strings need to be string literals,
path strings can be composed with the `firmware::ModInfoBuilder`.
Some drivers require a lot of firmware file
Benefits of drm_mm_for_each_node_safe and drm_mm_for_each_node_in_range
squished together into one macro.
Signed-off-by: Tomasz Lis
---
Cc: dri-devel@lists.freedesktop.org
Cc: Christian König
Cc: Arun R Murthy
Cc: Matthew Brost
include/drm/drm_mm.h | 19 +++
1 file changed, 1
Remove support for fb events from the led backlight trigger. Provide
the helper ledtrig_backlight_blank() instead. Call it from fbdev to
inform the trigger of changes to a display's blank state.
Fbdev maintains a list of all installed notifiers. Instead of the fbdev
notifiers, maintain an internal
On Tue, Feb 18, 2025 at 03:23:43PM +0100, Thomas Zimmermann wrote:
> Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch and
> buffer size. Align the pitch according to hardware requirements.
>
> Signed-off-by: Thomas Zimmermann
> Cc: Thierry Reding
> Cc: Mikko Perttunen
> ---
> dr
On Thu, Mar 06, 2025 at 03:42:35PM +1100, Balbir Singh wrote:
> When a zone device page is split (via huge pmd folio split). The
> driver callback for folio_split is invoked to let the device driver
> know that the folio size has been split into a smaller order.
>
> The HMM test driver has been up
On 06/03/2025 at 22:02, Andy Shevchenko wrote:
> On Thu, Mar 06, 2025 at 08:29:51PM +0900, Vincent Mailhol via B4 Relay wrote:
>> Introduce some fixed width variant of the GENMASK() and the BIT()
>> macros in bits.h. Note that the main goal is not to get the correct
>> type, but rather to enforce m
The `LocalModule` type is the type of the module created by `module!`,
`module_pci_driver!`, `module_platform_driver!`, etc.
Since the exact type of the module is sometimes generated on the fly by
the listed macros, provide an alias.
This is first used by the `module_firmware!` macro.
Acked-by:
On Thu, Mar 06, 2025 at 06:28:41PM +0100, Luca Ceresoli wrote:
> This warning notifies a clock was set to an inaccurate value. Modify the
> string to also show the clock name.
>
> While doing that also rewrap the entire function call.
>
> Signed-off-by: Luca Ceresoli
> ---
> drivers/gpu/drm/bridg
On Thu, Mar 06, 2025 at 03:42:29PM +1100, Balbir Singh wrote:
> Add routines to support allocation of large order zone device folios
> and helper functions for zone device folios, to check if a folio is
> device private and helpers for setting zone device data.
>
> When large folios are used, the
On Thu, Mar 06, 2025 at 03:42:28PM +1100, Balbir Singh wrote:
This is an exciting series to see. As of today, we have just merged this
series into the DRM subsystem / Xe [2], which adds very basic SVM
support. One of the performance bottlenecks we quickly identified was
the lack of THP for device
On Thu, Mar 06, 2025 at 08:15:13PM +0800, Andy Yan wrote:
> Hi Piotr,
>
> 在 2025-03-06 19:47:31,"Piotr Oniszczuk" 写道:
> >
> >> Wiadomość napisana przez Andy Yan w dniu 6 mar 2025, o
> >> godz. 09:53:
> >>
> >>
> >> Hi,
> >>
> >> 在 2025-03-06 16:42:00,"Piotr Oniszczuk" 写道:
> >>>
> >>>
> >>
On Thu, Mar 06, 2025 at 03:05:10PM +0100, neil.armstr...@linaro.org wrote:
> On 06/03/2025 14:43, Tejas Vipin wrote:
> > Changes the novatek-nt36523 panel to use multi style functions for
> > improved error handling.
> >
> > Signed-off-by: Tejas Vipin
> > ---
> > drivers/gpu/drm/panel/panel-nov
On Thu, Mar 06, 2025 at 03:04:50PM +0200, Jani Nikula wrote:
> On Thu, 06 Mar 2025, Jani Nikula wrote:
> > On Sat, 01 Mar 2025, Dmitry Baryshkov wrote:
> >> Existing DPCD access functions return an error code or the number of
> >> bytes being read / write in case of partial access. However a lot
edid-decode gained recently support to check that infoframes are
compliant and match the EDID the monitor exposes.
Since the HDMI helpers provide those infoframes in debugfs, it makes it
easy to check from userspace that the drivers (and helpers) behave
properly.
Let's document it.
Cc: Hans Verk
change-id: 20250306-drm-hdmi-state-docs-89703b124bbf
Best regards,
--
Maxime Ripard
We have had documentation for the public functions in the HDMI helpers,
but those were never referenced anywhere and thus not compiled as part
of the doc.
Let's add a section.
Signed-off-by: Maxime Ripard
---
Documentation/gpu/drm-kms-helpers.rst | 15 +++
drivers/gpu/drm/
Add amdxdna_gem_prime_export() and amdxdna_gem_prime_import() for BO
import and export. Register mmu notifier for imported BO as well. When
MMU_NOTIFIER_UNMAP event is received, queue work to remove the notifier.
The same BO could be mapped multiple times if it is exported and imported
by an appli
On Thu, Mar 6, 2025 at 12:26 PM Tejas Vipin wrote:
>
>
> On 3/6/25 9:03 PM, Anusha Srivatsa wrote:
> > On Thu, Mar 6, 2025 at 11:29 AM Dmitry Baryshkov <
> > dmitry.barysh...@linaro.org> wrote:
> >
> >> On Thu, 6 Mar 2025 at 17:10, Anusha Srivatsa
> wrote:
> >>>
> >>>
> >>>
> >>> On Thu, Mar 6,
On Thu, 6 Mar 2025 at 18:44, Doug Anderson wrote:
>
> Hi,
>
> On Thu, Mar 6, 2025 at 8:33 AM Dmitry Baryshkov
> wrote:
> >
> > On Thu, Mar 06, 2025 at 03:05:10PM +0100, neil.armstr...@linaro.org wrote:
> > > On 06/03/2025 14:43, Tejas Vipin wrote:
> > > > Changes the novatek-nt36523 panel to use
On Thu, Mar 6, 2025 at 12:54 PM Doug Anderson wrote:
> Hi,
>
> On Thu, Mar 6, 2025 at 9:20 AM Maxime Ripard wrote:
> >
> > On Thu, Mar 06, 2025 at 10:08:24AM -0500, Anusha Srivatsa wrote:
> > > On Thu, Mar 6, 2025 at 4:31 AM Maxime Ripard
> wrote:
> > >
> > > > Hi Anusha,
> > > >
> > > > On Wed
On 3/5/2025 8:53 AM, Dan Carpenter wrote:
These are u64 variables that come from the user via
qaic_attach_slice_bo_ioctl(). Ensure that the math doesn't have an
integer wrapping bug.
Cc: sta...@vger.kernel.org
Fixes: ff13be830333 ("accel/qaic: Add datapath")
Signed-off-by: Dan Carpenter
---
This series removes the remaining dependencies on fbdev from the
backlight, lcd and led subsystems. Each depends on fbdev events to
track display state. Make fbdev inform each subsystem via a dedicated
interface instead.
Patches 1 to 3 make fbdev track blank state for each display, so that
backlig
The event FB_EVENT_BLANK sends the new blank state in the event's
data field. Also send the old state. It's an additional field in the
data array; existing receivers won't notice the difference.
The backlight subsystem currently tracks blank state per display per
backlight. That is not optimal as
On 06/03/2025 at 22:11, Andy Shevchenko wrote:
> On Thu, Mar 06, 2025 at 08:29:58PM +0900, Vincent Mailhol via B4 Relay wrote:
>> From: Vincent Mailhol
>>
>> Add some additional tests in lib/test_bits.c to cover the expected
>> results of the fixed type BIT_U*() macros.
>
> Still would be good to
Change return type to bool for better clarity. Update the kernel doc
comment accordingly, including fixing "@value" to "@val" and adjusting
examples. Also mark the function with __attribute_const__ to allow
potential compiler optimizations.
Co-developed-by: Yu-Chun Lin
Signed-off-by: Yu-Chun Lin
Several parts of the kernel contain redundant implementations of parity
calculations for 16/32/64-bit values. Introduces generic
parity16/32/64() helpers in bitops.h, providing a standardized
and optimized implementation.
Subsequent patches refactor various kernel components to replace
open-coded
On Thu, 6 Mar 2025 at 14:39, Maxime Ripard wrote:
>
> Hi,
>
> On Tue, Mar 04, 2025 at 08:39:12PM +0100, Stefan Wahren wrote:
> > From: David Turner
> >
> > Add ALSA jack detection to the vc4-hdmi audio driver so userspace knows
> > when to add/remove HDMI audio devices.
> >
> > Signed-off-by: Dav
Add parity16(), parity32(), and parity64() to compute the parity of
16-bit, 32-bit, and 64-bit values, respectively. Each function extends
parity8() by XOR-ing upper and lower halves, reducing the input size
progressively.
Co-developed-by: Yu-Chun Lin
Signed-off-by: Yu-Chun Lin
Signed-off-by: Ku
Refactor parity calculations to use the standard parity8() helper. This
change eliminates redundant implementations and improves code
efficiency.
Co-developed-by: Yu-Chun Lin
Signed-off-by: Yu-Chun Lin
Signed-off-by: Kuan-Wei Chiu
---
drivers/media/test-drivers/vivid/vivid-vbi-gen.c | 8 ++
Refactor parity calculations to use the standard parity8() helper. This
change eliminates redundant implementations and improves code
efficiency.
Co-developed-by: Yu-Chun Lin
Signed-off-by: Yu-Chun Lin
Signed-off-by: Kuan-Wei Chiu
---
drivers/media/pci/cx18/cx18-av-vbi.c | 12 ++--
1 f
Refactor parity calculations to use the standard parity32() helper.
This change eliminates redundant implementations and improves code
efficiency.
Co-developed-by: Yu-Chun Lin
Signed-off-by: Yu-Chun Lin
Signed-off-by: Kuan-Wei Chiu
---
Changes in v3:
- Change condition if(parity32(pkt) == 1) to
Refactor parity calculations to use the standard parity32() helper.
This change eliminates redundant implementations and improves code
efficiency.
Co-developed-by: Yu-Chun Lin
Signed-off-by: Yu-Chun Lin
Signed-off-by: Kuan-Wei Chiu
---
drivers/net/ethernet/oa_tc6.c | 19 +++
1
Refactor parity calculations to use the standard parity32() helper.
This change eliminates redundant implementations and improves code
efficiency.
Co-developed-by: Yu-Chun Lin
Signed-off-by: Yu-Chun Lin
Signed-off-by: Kuan-Wei Chiu
---
Changes in v3:
- Change variable 'parity' type from int to
Refactor parity calculations to use the standard parity32() helper.
This change eliminates redundant implementations and improves code
efficiency.
Co-developed-by: Yu-Chun Lin
Signed-off-by: Yu-Chun Lin
Signed-off-by: Kuan-Wei Chiu
---
Changes in v3:
- Change parity ^= parity32(v) to parity !=
Refactor parity calculations to use the standard parity64() helper.
This change eliminates redundant implementations and improves code
efficiency.
Co-developed-by: Yu-Chun Lin
Signed-off-by: Yu-Chun Lin
Signed-off-by: Kuan-Wei Chiu
---
Changes in v3:
- Change parity64() to !!parity64().
drive
101 - 200 of 235 matches
Mail list logo