On 3/7/25 10:08, Matthew Brost wrote:
> 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 qu
Hey Linus,
Looks like the cyclone is taking its time getting here, so I can at
least get the drm fixes tree out.
Fixes across the board, mostly xe and imagination with some amd and
misc others. The xe fixes are mostly hmm related, though there are
some others in there as well, nothing really stan
From: Dmitry Baryshkov
On Wed, 26 Feb 2025 10:59:23 +0200, Dmitry Baryshkov wrote:
> This patchset sits on top Maxime's HDMI connector patchset ([1]).
>
> Currently this is an RFC exploring the interface between HDMI bridges
> and HDMI connector code. This has been lightly verified on the Qualc
On March 6, 2025 8:25:25 AM PST, Kuan-Wei Chiu wrote:
>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 pat
On 03/07/2025, Luca Ceresoli wrote:
> 'ret' can only be 0 at this point, being preceded by a 'if (ret) return
> ret;'. So return 0 for clarity.
>
> Signed-off-by: Luca Ceresoli
> ---
> drivers/gpu/drm/bridge/imx/imx8qxp-ldb.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --gi
On 06. 03. 25, 17:25, 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 optimizations.
Co-developed
On Fri, Mar 07, 2025 at 09:50:30AM +0800, Jiapeng Chong wrote:
> ./drivers/gpu/drm/msm/disp/dpu1/dpu_encoder.c: dpu_hw_cwb.h is included more
> than once.
>
> Reported-by: Abaci Robot
> Closes: https://bugzilla.openanolis.cn/show_bug.cgi?id=19239
> Signed-off-by: Jiapeng Chong
> ---
> drivers/
On 06. 03. 25, 17:25, Kuan-Wei Chiu wrote:
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 var
On Thu, Mar 06, 2025 at 11:42:38AM +0100, Simona Vetter wrote:
> > Further, I just remembered, (Danilo please notice!) there is another
> > related issue here that DMA mappings *may not* outlive remove()
> > either. netdev had a bug related to this recently and it was all
> > agreed that it is not
From: Dmitry Baryshkov
On Fri, 14 Feb 2025 16:14:23 -0800, Jessica Zhang wrote:
> DPU supports a single writeback session running concurrently with primary
> display when the CWB mux is configured properly. This series enables
> clone mode for DPU driver and adds support for programming the CWB
Hi Piotr,
在 2025-03-06 22:28:08，"Piotr Oniszczuk" 写道：
>
>
>> Wiadomość napisana przez Piotr Oniszczuk w dniu
>> 6 mar 2025, o godz. 15:08:
>>
>>
>>
>>> Wiadomość napisana przez Andy Yan w dniu 6 mar 2025, o
>>> godz. 13:15:
>>>
>>> Hi Piotr,
>>>
>>>
>>>
>>> Then when you DP cable plugi
From: Konrad Dybcio
MSM8916 seems to reuse the same hardware as MSM8974 and friends (for
whom this binding document was created). Add a new compatible for it.
Signed-off-by: Konrad Dybcio
---
Documentation/devicetree/bindings/power/qcom,kpss-acc-v2.yaml | 4 +++-
1 file changed, 3 insertions(+
From: Dmitry Baryshkov
On Thu, 23 Jan 2025 14:43:32 +0200, Dmitry Baryshkov wrote:
> As pointed out by Simona, the drm_atomic_helper_check_modeset() and
> drm_atomic_helper_check() require the former function is rerun if the
> driver's callbacks modify crtc_state->mode_changed. MSM is one of the
From: Dmitry Baryshkov
On Fri, 21 Feb 2025 16:13:11 +0100, Krzysztof Kozlowski wrote:
> The Qualcomm SA8775p MDSS display block comes with eDP phy, already used
> in DTS and already documented in phy/qcom,edp-phy.yaml binding. Add the
> missing device node in the binding and extend example to s
From: Dmitry Baryshkov
On Tue, 25 Feb 2025 10:30:26 +0300, Dan Carpenter wrote:
> If msm_gem_address_space_create() fails, then return right away.
> Otherwise it leads to a Oops when we dereference "aspace" on the next
> line.
>
>
Applied, thanks!
[1/1] drm/msm/dpu: fix error pointer derefer
On Thu, Mar 06, 2025 at 07:11:16PM +0100, Konrad Dybcio wrote:
> From: Konrad Dybcio
>
> The current compatible has been used with no corresponding
> documentation. Replace it with one that has been documented.
qcom,msm8916-kpss-acc is also not documented. Most likely you meant
qcom,kpss-acc-v2
On Thu, Mar 06, 2025 at 07:11:22PM +0100, Konrad Dybcio wrote:
> From: Konrad Dybcio
>
> The preemptively-merged node contains a property absent from the final
> bindings. Remove it.
>
> Signed-off-by: Konrad Dybcio
> ---
> arch/arm64/boot/dts/qcom/x1e80100-microsoft-romulus.dtsi | 2 --
> 1 f
From: Dmitry Baryshkov
The MSM DisplayPort driver implements several HDMI codec functions
in the driver, e.g. it manually manages HDMI codec device registration,
returning ELD and plugged_cb support. In order to reduce code
duplication reuse drm_hdmi_audio_* helpers and drm_bridge_connector
integ
On Thu, Mar 06, 2025 at 07:11:23PM +0100, Konrad Dybcio wrote:
> From: Konrad Dybcio
>
> The preemptively-merged node contains a property absent from the final
> bindings. Remove it.
>
> Signed-off-by: Konrad Dybcio
> ---
> arch/arm64/boot/dts/qcom/x1e001de-devkit.dts | 3 ---
> 1 file changed
On Thu, Mar 06, 2025 at 07:11:15PM +0100, Konrad Dybcio wrote:
> From: Konrad Dybcio
>
> MSM8916 seems to reuse the same hardware as MSM8974 and friends (for
> whom this binding document was created). Add a new compatible for it.
Ok, I should have read dt-bindigns before sending a comment. But t
From: Dmitry Baryshkov
As pointed out by Laurent, OP bits are supposed to describe operations.
Split DRM_BRIDGE_OP_HDMI_AUDIO from DRM_BRIDGE_OP_HDMI instead of
overloading DRM_BRIDGE_OP_HDMI.
Signed-off-by: Dmitry Baryshkov
---
drivers/gpu/drm/bridge/lontium-lt9611.c| 2 +-
drivers/g
> Wiadomość napisana przez Andy Yan w dniu 6 mar 2025, o
> godz. 01:59:
>
>
>
>
> Both of the two config options should be enabled.
> andy@Pro480:~/WorkSpace/linux-next$ rg DW_DP .config
> 4044:CONFIG_ROCKCHIP_DW_DP=y
here i’m a bit lost….
greping on full kernel sources (with applied
htt
On Thu, Mar 06, 2025 at 10:11:32AM +0100, A. Zini wrote:
> From: Alessandro Zini
>
> Add hsync- and vsync-disable bindings, used to disable the generation of
> h/vsync signals.
Please describe, why this is necessary at all, instead of desribing the
contents of the patch.
>
> Signed-off-by: Ale
On 06/03/2025 16:52, Simona Vetter wrote:
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 lo
On 3/5/25 20:11, Zack Rusin wrote:
> vmwgfx had a number of cursor issues that related both to our handling
> of dumb buffers and general detection when a cursor has actually changed.
> Fix those issues and bump the kernel module version to allow userspace
> to recognize fixed versions of the drive
Hi All,
At 2025-03-07 09:08:48, "Andy Yan" wrote:
>Hi All,
>
>At 2025-03-06 23:41:24, "Simona Vetter" wrote:
>>On Thu, Mar 06, 2025 at 08:10:16AM +0100, Maxime Ripard wrote:
>>> On Thu, Mar 06, 2025 at 09:16:24AM +0800, Andy Yan wrote:
>>> >
>>> > Hi Maxime and Dmitry:
>>> >
>>> > At 2025-03-0
From: Dmitry Baryshkov
On DPU >= 5.0 CTL blocks were reworked in order to support using a
single CTL for all outputs. In preparation of reworking the RM code to
return single CTL make sure that dpu_encoder can cope with that.
Reviewed-by: Marijn Suijten
Tested-by: Neil Armstrong # on SM8550-QR
On Wed, Mar 5, 2025 at 5:04 PM Thomas Zimmermann wrote:
>
> Hi
>
> Am 04.03.25 um 12:55 schrieb Huacai Chen:
> > On Tue, Mar 4, 2025 at 5:39 PM Thomas Zimmermann
> > wrote:
> >> Hi
> >>
> >> Am 04.03.25 um 10:19 schrieb Huacai Chen:
> >>> On Tue, Mar 4, 2025 at 4:41 PM Thomas Zimmermann
> >>>
Hi All,
At 2025-03-06 23:41:24, "Simona Vetter" wrote:
>On Thu, Mar 06, 2025 at 08:10:16AM +0100, Maxime Ripard wrote:
>> On Thu, Mar 06, 2025 at 09:16:24AM +0800, Andy Yan wrote:
>> >
>> > Hi Maxime and Dmitry:
>> >
>> > At 2025-03-06 04:13:53, "Dmitry Baryshkov"
>> > wrote:
>> > >On Wed, Ma
From: Dmitry Baryshkov
Switch drm_dp_helper.c to use new set of DPCD read / write helpers.
Reviewed-by: Lyude Paul
Acked-by: Jani Nikula
Signed-off-by: Dmitry Baryshkov
---
drivers/gpu/drm/display/drm_dp_helper.c | 296 +---
1 file changed, 116 insertions(+), 180
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 error
codes. In other cases this results in a boilerplate code which compares
returned value with
From: Dmitry Baryshkov
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 error
codes. In other cases this results in a boilerplate code which com
From: Dmitry Baryshkov
drm_dp_dpcd_read_link_status() follows the "return error code or number
of bytes read" protocol, with the code returning less bytes than
requested in case of some errors. However most of the drivers
interpreted that as "return error code in case of any error". Switch
drm_dp
From: Dmitry Baryshkov
Switch drm_dp_tunnel.c to use new set of DPCD read / write helpers.
Reviewed-by: Lyude Paul
Acked-by: Jani Nikula
Signed-off-by: Dmitry Baryshkov
---
drivers/gpu/drm/display/drm_dp_tunnel.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
d
From: Dmitry Baryshkov
Switch drm_dp_cec.c to use new set of DPCD read / write helpers.
Reviewed-by: Lyude Paul
Acked-by: Jani Nikula
Signed-off-by: Dmitry Baryshkov
---
drivers/gpu/drm/display/drm_dp_cec.c | 37 ++--
1 file changed, 18 insertions(+), 19 delet
From: Dmitry Baryshkov
Switch drm_dp_mst_topology.c to use new set of DPCD read / write helpers.
Reviewed-by: Lyude Paul
Acked-by: Jani Nikula
Signed-off-by: Dmitry Baryshkov
---
drivers/gpu/drm/display/drm_dp_mst_topology.c | 105 +-
1 file changed, 51 insertions(+),
Since version 5.0 the DPU got an improved way of handling multi-output
configurations. It is now possible to program all pending changes
through a single CTL and flush everything at the same time.
Implement corresponding changes in the DPU driver.
Signed-off-by: Dmitry Baryshkov
---
Changes in v
From: Dmitry Baryshkov
In case of complex pipelines (e.g. the forthcoming quad-pipe) the DPU
might use more that one MERGE_3D block for a single output. Follow the
pattern and extend the CTL_MERGE_3D_ACTIVE active register instead of
simply writing new value there. Currently at most one MERGE_3D
From: Dmitry Baryshkov
If several interfaces are being handled through a single CTL, a main
('master') INTF needs to be programmed into a separate register. Write
corresponding value into that register.
Co-developed-by: Marijn Suijten
Signed-off-by: Marijn Suijten
Reviewed-by: Marijn Suijten
From: Dmitry Baryshkov
Unlike previous generation, since DPU 5.0 it is possible to use just one
CTL to handle all INTF and WB blocks for a single output. And one has to
use single CTL to support bonded DSI config. Allocate single CTL for
these DPU versions.
Reviewed-by: Marijn Suijten
Tested-by
From: Dmitry Baryshkov
Active controls require setup of the master interface. Pass the selected
interface to CTL configuration.
Reviewed-by: Marijn Suijten
Tested-by: Neil Armstrong # on SM8550-QRD
Signed-off-by: Dmitry Baryshkov
---
drivers/gpu/drm/msm/disp/dpu1/dpu_encoder_phys_cmd.c | 2 +
From: Dmitry Baryshkov
Now as we have dropped the DPU_CTL_SPLIT_DISPLAY from DPU >= 5.0
configuration, drop the rm->has_legacy_ctl condition which short-cutted
the check for those platforms.
Suggested-by: Marijn Suijten
Reviewed-by: Marijn Suijten
Tested-by: Neil Armstrong # on SM8550-QRD
Sig
On 03/07/2025, 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/bridge/fsl-ldb.c | 6 +++---
>
On 03/07/2025, Frank Li wrote:
> 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 C
>From Jason Gunthorpe:
"dma-buf has become a way to safely acquire a handle to non-struct page
memory that can still have lifetime controlled by the exporter. Notably
RDMA can now import dma-buf FDs and build them into MRs which allows for
PCI P2P operations. Extend this to allow vfio-pci to export
On Fri, Mar 07, 2025 at 09:50:30AM +0800, Jiapeng Chong wrote:
> ./drivers/gpu/drm/msm/disp/dpu1/dpu_encoder.c: dpu_hw_cwb.h is included more
> than once.
>
> Reported-by: Abaci Robot
> Closes: https://bugzilla.openanolis.cn/show_bug.cgi?id=19239
> Signed-off-by: Jiapeng Chong
> ---
> drivers/
This is an attempt to revive the patches posted by Jason Gunthorpe at:
https://patchwork.kernel.org/project/linux-media/cover/0-v2-472615b3877e+28f7-vfio_dma_buf_...@nvidia.com/
Here is the cover letter text from Jason's original series:
"dma-buf has become a way to safely acquire a handle to non-
These helpers are useful for managing additional references taken
on the device from other associated VFIO modules.
Original-patch-by: Jason Gunthorpe
Signed-off-by: Vivek Kasireddy
---
drivers/vfio/vfio_main.c | 2 ++
include/linux/vfio.h | 2 ++
2 files changed, 4 insertions(+)
diff --gi
There is no need to share the main device pointer (struct vfio_device *)
with all the feature functions as they only need the core device
pointer. Therefore, extract the core device pointer once in the
caller (vfio_pci_core_ioctl_feature) and share it instead.
Signed-off-by: Vivek Kasireddy
---
On 03/05/2025, Charles Han wrote:
> Fix below inconsistent indenting smatch warning.
> smatch warnings:
> drivers/gpu/drm/bridge/imx/imx-legacy-bridge.c:79
> devm_imx_drm_legacy_bridge() warn: inconsistent indenting
>
> Signed-off-by: Charles Han
> ---
> drivers/gpu/drm/bridge/imx/imx-legacy-br
On March 6, 2025 8:25:25 AM PST, Kuan-Wei Chiu wrote:
>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 pat
The pull request you sent on Fri, 7 Mar 2025 10:13:09 +1000:
> https://gitlab.freedesktop.org/drm/kernel.git tags/drm-fixes-2025-03-07
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/28f587adb69957125241a8df359b68b134f3c4a1
Thank you!
--
Deet-doot-dot, I am a bot.
ht
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:
>> From: Yury Norov
>>
>> Add GENMASK_TYPE() which generalizes __GENMASK() to support different
>> types, and implement fixed-types versions of GENMASK() based on it.
>> Th
On 03/07/2025, Rob Herring wrote:
> 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 Dienst
On Thu, Mar 06, 2025 at 10:11:33AM +0100, A. Zini wrote:
> From: Alessandro Zini
>
> The h/vsync-disable properties are used to control whether to use or
> not h/vsync signals, by configuring their pulse width to zero.
>
> This is required on some panels which are driven in DE-only mode but do
>
From: Konrad Dybcio
The preemptively-merged node contains a property absent from the final
bindings. Remove it.
Signed-off-by: Konrad Dybcio
---
arch/arm64/boot/dts/qcom/x1e80100-dell-xps13-9345.dts | 2 --
1 file changed, 2 deletions(-)
diff --git a/arch/arm64/boot/dts/qcom/x1e80100-dell-xps
patch link:
https://lore.kernel.org/r/20250305152555.318159-3-ryasuoka%40redhat.com
patch subject: [PATCH drm-next 2/2] drm/virtio: Use atomic_vmap to work
drm_panic in GUI
config: i386-buildonly-randconfig-003-20250306
(https://download.01.org/0day-ci/archive/20250307/202503071022.q1pg7suf
On Thu, Mar 06, 2025 at 11:08:18PM +0530, Tejas Vipin wrote:
>
>
> 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
> >>> impr
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 by commit 0cecdd818cd7
("gma500: Final enables for Oaktrail") a
Hi Maxime,
On Tue, 04 Mar 2025 12:10:53 +0100
Maxime Ripard wrote:
> Now that we have a helper for bridge drivers to call to reset the output
> pipeline, let's use it.
>
> Reviewed-by: Dmitry Baryshkov
> Signed-off-by: Maxime Ripard
> ---
> drivers/gpu/drm/bridge/ti-sn65dsi83.c | 28
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 yet'.
>
> It's not been used since, so remove it.
You talk about mrst_h
On Thu, Mar 06, 2025 at 06:22:33PM +0900, Vincent Mailhol wrote:
> On 06/03/2025 at 04:45, Andy Shevchenko wrote:
> >>> But GENMASK_U128() becomes a special case now.
> >>> The 128-bit GENMASK is unsued, but it's exported in uapi. Is there any
> >>> simple way to end up with a common implementation
On 05/03/2025 23:44, Dmitry Baryshkov wrote:
Remap all historical and non-historical entries to my kernel.org email.
Signed-off-by: Dmitry Baryshkov
---
.mailmap | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/.mailmap b/.mailmap
index
01145c078838bf9348e8d0e5e4
On Wed, 05 Mar 2025, David Laight wrote:
> So it is even questionable whether BIT8() and BIT16() should even
> exist at all.
If nothing else, they do provide compile time checks for the bit being
0..7 and 0..15, respectively.
BR,
Jani.
--
Jani Nikula, Intel
Hi Maxime,
Hi Maxime,
On Tue, 04 Mar 2025 12:10:47 +0100
Maxime Ripard wrote:
> With the bridges switching over to drm_bridge_connector, the direct
> association between a bridge driver and its connector was lost.
>
> This is mitigated for atomic bridge drivers by the fact you can access
> the
Correct commit 20972609d12c ("drm/msm/dpu: Require modeset if clone mode
status changes") and describe old_crtc_state and new_crtc_state params
instead of the single previously used parameter crtc_state.
Fixes: 20972609d12c ("drm/msm/dpu: Require modeset if clone mode status
changes")
Signed-off-
Fix a typo in struct dpu_encoder_virt kerneldoc, which made it ignore
description of the cwb_mask field.
Fixes: dd331404ac7c ("drm/msm/dpu: Configure CWB in writeback encoder")
Signed-off-by: Dmitry Baryshkov
---
drivers/gpu/drm/msm/disp/dpu1/dpu_encoder.c | 2 +-
1 file changed, 1 insertion(+),
, 3 insertions(+), 2 deletions(-)
---
base-commit: 6d3175a72cc07e90f81fb35841048a8a9b5134cb
change-id: 20250306-dpu-fix-docs-3700642b33ea
Best regards,
--
Dmitry Baryshkov
On Wed, 2025-03-05 at 13:01 +1000, Dave Airlie wrote:
> I've looked over the two patches mentioned here, I think they have
> seen enough time and we need to unblock,
>
> Please add and merge them:
> Acked-by: Dave Airlie
>
> Dave.
Thanks for unblocking, Dave. Pushed to drm-misc-next yesterday.
Hi Dmitry,
On 2025/3/2 2:14, Dmitry Baryshkov wrote:
On Sun, Feb 23, 2025 at 07:30:25PM +0800, Andy Yan wrote:
From: Andy Yan
The DW DP TX Controller is compliant with the DisplayPort Specification
Version 1.4 with the following features:
* DisplayPort 1.4a
* Main Link: 1/2/4 lanes
* Main Li
On Wed, Mar 05, 2025 at 09:50:27PM +, David Laight wrote:
> On Wed, 5 Mar 2025 21:56:22 +0200
> Andy Shevchenko wrote:
> > On Thu, Mar 06, 2025 at 02:17:18AM +0900, Vincent Mailhol wrote:
> > > On 06/03/2025 at 00:48, Andy Shevchenko wrote:
> > > > On Wed, Mar 05, 2025 at 11:48:10PM +0900, V
On 05/03/2025 23:44, Dmitry Baryshkov wrote:
My Linaro email will stop working soon. Use @kernel.org email instead.
Signed-off-by: Dmitry Baryshkov
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index
29e1a423eee5bcf9df7938aaffe
On Tue, Feb 25, 2025 at 9:39 PM Thorsten Blum wrote:
>
> strncpy() is deprecated for NUL-terminated destination buffers. Use
> strscpy() instead and remove the manual NUL-termination.
>
> Compile-tested only.
>
> Link: https://github.com/KSPP/linux/issues/90
> Cc: linux-harden...@vger.kernel.org
>
On 06/03/2025 at 18:12, Andy Shevchenko wrote:
> On Wed, Mar 05, 2025 at 09:50:27PM +, David Laight wrote:
>> On Wed, 5 Mar 2025 21:56:22 +0200
>> Andy Shevchenko wrote:
>>> On Thu, Mar 06, 2025 at 02:17:18AM +0900, Vincent Mailhol wrote:
On 06/03/2025 at 00:48, Andy Shevchenko wrote:
>
Hi Asbjorn,
On Sat, Jun 29, 2024 at 06:25:06PM +, Asbjørn Sloth Tønnesen wrote:
> Implement i915_gem_vmap_object() and i915_gem_vunmap_object(),
> based on i915_gem_dmabuf_vmap() and i915_gem_dmabuf_vunmap().
>
> This enables a drm_client to use drm_client_buffer_vmap() and
> drm_client_buffe
On Wed, Mar 5, 2025 at 9:49 AM Charles Han wrote:
>
> Fix below inconsistent indenting smatch warning.
> smatch warnings:
> drivers/gpu/drm/gma500/cdv_device.c:218 cdv_errata() warn: inconsistent
> indenting
>
> Signed-off-by: Charles Han
Thanks for the patch.
Applied to drm-misc-next
-Patrik
On Wed, Mar 5, 2025 at 12:20 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
On Wed, 05 Mar 2025, Janusz Krzysztofik
wrote:
> Starting with commit ec3e00b4ee27 ("drm/i915: stop registering if
> drm_dev_register() fails"), we return from i915_driver_register()
> immediately if drm_dev_register() fails, skipping remaining registration
> steps. However, the _unregister() co
On 06/03/2025 at 04:45, Andy Shevchenko wrote:
>>> But GENMASK_U128() becomes a special case now.
>>> The 128-bit GENMASK is unsued, but it's exported in uapi. Is there any
>>> simple way to end up with a common implementation for all fixed-type
>>> GENMASKs?
>>
>> What bothers me is that the 128 b
Hi Louis,
On Tue, Mar 04, 2025 at 07:17:53PM +0100, Louis Chauvet wrote:
>
>
> Le 04/03/2025 à 17:23, José Expósito a écrit :
> > On Tue, Mar 04, 2025 at 04:35:50PM +0100, Louis Chauvet wrote:
> > >
> > >
> > > Le 04/03/2025 à 15:54, José Expósito a écrit :
> > > > Hi Louis,
> > > >
> > > > O
On Wed, Mar 05, 2025 at 11:10:12AM -0400, Jason Gunthorpe wrote:
> On Wed, Mar 05, 2025 at 08:30:34AM +0100, Simona Vetter wrote:
> > - developers who want to quickly test new driver versions without full
> > reboot. They're often preferring convenience over correctness, like with
> > the remov
Hi Janusz,
throughout the series you modify the code right after
introducing it. How about changing the order of things a bit:
1) order the functions in a symmetrical way between
register/unregister steps and group them as you see necessary,
(At that point you would not be fixing the issue ye
Hi Yuichiro,
On Mon, Feb 24, 2025 at 05:56:37PM +0900, Yuichiro Tsuji wrote:
> Fix typo in a comment.
>
> explaination -> explanation
>
> Signed-off-by: Yuichiro Tsuji
reviewed and merged, thanks.
Andi
> Wiadomość napisana przez Piotr Oniszczuk w dniu 6
> mar 2025, o godz. 15:08:
>
>
>
>> 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
On Thu, Mar 06, 2025 at 08:10:16AM +0100, Maxime Ripard wrote:
> On Thu, Mar 06, 2025 at 09:16:24AM +0800, Andy Yan wrote:
> >
> > Hi Maxime and Dmitry:
> >
> > At 2025-03-06 04:13:53, "Dmitry Baryshkov"
> > wrote:
> > >On Wed, Mar 05, 2025 at 02:19:36PM +0100, Maxime Ripard wrote:
> > >> Hi An
On Tue, Mar 04, 2025 at 12:10:47PM +0100, Maxime Ripard wrote:
> With the bridges switching over to drm_bridge_connector, the direct
> association between a bridge driver and its connector was lost.
>
> This is mitigated for atomic bridge drivers by the fact you can access
> the encoder, and then
From: Lucas De Marchi
Implement fixed-type BIT_U*() to help drivers add stricter checks,
like was done for GENMASK_U*().
Signed-off-by: Lucas De Marchi
Acked-by: Jani Nikula
Co-developed-by: Vincent Mailhol
Signed-off-by: Vincent Mailhol
---
Changelog:
v4 -> v5:
- Rename GENMASK_t()
From: Vincent Mailhol
The definitions of GENMASK() and GENMASK_ULL() do not depend any more
on __GENMASK() and __GENMASK_ULL(). Duplicate the existing unit tests
so that __GENMASK{,ULL}() is still covered.
Signed-off-by: Vincent Mailhol
---
lib/test_bits.c | 18 ++
1 file chang
From: Yury Norov
Add GENMASK_TYPE() which generalizes __GENMASK() to support different
types, and implement fixed-types versions of GENMASK() based on it.
The fixed-type version allows more strict checks to the min/max values
accepted, which is useful for defining registers like implemented by
i9
From: Lucas De Marchi
Now that include/linux/bits.h implements fixed-width GENMASK_U*(), use
them to implement the i915/xe specific macros. Converting each driver
to use the generic macros are left for later, when/if other
driver-specific macros are also generalized.
Signed-off-by: Lucas De Marc
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 adding further complexity to __GENMASK() to make it work
>
Hi Dave, Sima,
here's the PR for drm-misc-next. It includes two new drivers for Apple
Touch Bar displays. There are new helpers for TTM's shrinker, which xe
now uses. There are a number of changes to the rockchip driver.
There are also cross-subsystem changes for drivers/base and fbdev. The
latte
Il 06/03/25 12:00, Jason-JH Lin (林睿祥) ha scritto:
[snip]
CPR_GSIZE is the setting for allocating the CPR SRAM size to each
VM.
Would be awesome if you could then clarify the comment that you have
later in
the code here, from...
/* config cpr size for host vm */
to
/* Set the amount of CPR
On Thu, Mar 06, 2025 at 08:29:53PM +0900, Vincent Mailhol via B4 Relay wrote:
> From: Yury Norov
>
> Add GENMASK_TYPE() which generalizes __GENMASK() to support different
> types, and implement fixed-types versions of GENMASK() based on it.
> The fixed-type version allows more strict checks to th
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 more checks at compile time. For example:
>
> GENM
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 adding further complexity to __GENMASK() to make it work
for both as
Remove support for fb events from the lcd subsystem. Provide the
helper lcd_notify_blank_all() instead. In fbdev, call
lcd_notify_blank_all() to inform the lcd subsystem of changes
to a display's blank state.
Fbdev maintains a list of all installed notifiers. Instead of fbdev
notifiers, maintain a
On Wed, Mar 05, 2025 at 07:26:42PM +0800, Yongbang Shi wrote:
From: Baihan Li
Add dp serdes cfg in link training process, and related adapting
and modificating. Change some init values about training,
because we want completely to negotiation process, so we start with
the maximum rate and the e
On Wed, Mar 05, 2025 at 07:26:46PM +0800, Yongbang Shi wrote:
From: Baihan Li
Add HPD interrupt enable functions in drm framework. Add link reset
process to reset link status when a new connector pulgged in. Because the
connected VGA connector would make driver can't get the userspace
call,
1 - 100 of 235 matches
Mail list logo
