Hi Wei Lin,
[...]
>
> Yeah, the mmap handler is really needed as a debugging tool given
> that the
> importer would not be able to provide access to the dmabuf's
> underlying
> memory via the CPU in any other way.
>
>
>
> - Rather than handle different regions w
Am 25.02.25 um 17:44 schrieb Arnd Bergmann:
From: Arnd Bergmann
dummycon fails to build on ARM/footbridge when the VGA console is
disabled, since I got the dependencies slightly wrong in a previous
patch:
drivers/video/console/dummycon.c: In function 'dummycon_init':
drivers/video/console/d
Am 26.02.25 um 08:48 schrieb Thomas Zimmermann:
Hi Arnd
Am 25.02.25 um 17:44 schrieb Arnd Bergmann:
From: Arnd Bergmann
Dummycon is used as a fallback conswitchp for vgacon and fbcon
in the VT code, and there are no references to it if all three
are disabled, so just leave it out of the ke
Hi Arnd
Am 25.02.25 um 17:44 schrieb Arnd Bergmann:
From: Arnd Bergmann
Dummycon is used as a fallback conswitchp for vgacon and fbcon
in the VT code, and there are no references to it if all three
are disabled, so just leave it out of the kernel image for
configurations without those.
Signed
On Tue, Feb 25, 2025 at 10:14:30PM +0100, Luca Weiss wrote:
> Himax HX83112B is a display driver IC used to drive LCD DSI panels.
> Describe it and the Fairphone 3 panel (98-03057-6598B-I) from DJN using
> it.
>
> Signed-off-by: Luca Weiss
> ---
> .../bindings/display/panel/himax,hx83112b.yaml
在 2025/2/26 12:43, Matthew Brost 写道:
On Wed, Feb 26, 2025 at 10:00:22AM +0800, Mingcong Bai via B4 Relay wrote:
From: Mingcong Bai
As this component hooks into userspace API, it should be assumed that it
will play well with non-4K/64K pages.
Use `PAGE_SIZE' as the final reference for page
Hi Matt,
在 2025/2/26 12:18, Matthew Brost 写道:
On Tue, Feb 25, 2025 at 09:13:09PM -0600, Lucas De Marchi wrote:
On Wed, Feb 26, 2025 at 10:00:18AM +0800, Mingcong Bai via B4 Relay wrote:
From: Mingcong Bai
The bo/ttm interfaces with kernel memory mapping from dedicated GPU
memory. It is not c
Hi Alexander,
On Tue, 25 Feb 2025 14:51:13 +0100
Alexander Stein wrote:
> Polarity for DE is stored in bridge state. Use this flag for setting
> the DE polarity in the bridge.
>
> Signed-off-by: Alexander Stein
> ---
> drivers/gpu/drm/bridge/ti-sn65dsi83.c | 2 ++
> 1 file changed, 2 insertio
On 25. 02. 25, 14:29, Kuan-Wei Chiu wrote:
+#define parity(val)\
+({ \
+ u64 __v = (val);\
+ int __ret; \
+ switch (BITS_P
On Tue, Feb 25, 2025 at 02:51:13PM +0100, Alexander Stein wrote:
> Polarity for DE is stored in bridge state. Use this flag for setting
> the DE polarity in the bridge.
>
> Signed-off-by: Alexander Stein
> ---
> drivers/gpu/drm/bridge/ti-sn65dsi83.c | 2 ++
> 1 file changed, 2 insertions(+)
>
On Tue, Feb 25, 2025 at 09:57:17PM +0800, Yongbang Shi wrote:
> > On Mon, 24 Feb 2025 at 16:03, Yongbang Shi wrote:
> > > > On Sat, Feb 22, 2025 at 06:35:48PM +0800, Yongbang Shi wrote:
> > > > > > > +static int hibmc_dp_hpd_event(struct drm_client_dev *client)
> > > > > > > +{
> > > > > > > + st
On Tue, 25 Feb 2025 at 14:02, Svyatoslav Ryhel wrote:
>
> вт, 25 лют. 2025 р. о 13:57 Dmitry Baryshkov
> пише:
> >
> > On Tue, Feb 25, 2025 at 10:33:44AM +0200, Svyatoslav Ryhel wrote:
> > > From: Maxim Schwalm
> > >
> > > A simple HDMI bridge used in ASUS Transformer AiO P1801-T.
> > >
> > > S
On Tue, Feb 25, 2025 at 05:43:56PM +0100, Maxime Ripard wrote:
> Let's provide a bunch of kunit tests to make sure
> drm_bridge_reset_crtc() works as expected.
>
> Signed-off-by: Maxime Ripard
> ---
> drivers/gpu/drm/tests/drm_bridge_test.c | 168
> +++-
> 1 file cha
On Tue, Feb 25, 2025 at 05:43:57PM +0100, Maxime Ripard wrote:
> Now that we have a helper for bridge drivers to call to reset the output
> pipeline, let's use it.
>
> Signed-off-by: Maxime Ripard
> ---
> drivers/gpu/drm/bridge/ti-sn65dsi83.c | 26 ++
> 1 file changed, 10
On Tue, Feb 25, 2025 at 05:43:56PM +0100, Maxime Ripard wrote:
> Let's provide a bunch of kunit tests to make sure
> drm_bridge_reset_crtc() works as expected.
>
> Signed-off-by: Maxime Ripard
> ---
> drivers/gpu/drm/tests/drm_bridge_test.c | 168
> +++-
> 1 file cha
On Tue, Feb 25, 2025 at 05:43:55PM +0100, Maxime Ripard wrote:
> Let's provide an helper to make it easier for bridge drivers to
> power-cycle their bridge.
>
> Co-developed-by: Simona Vetter
> Signed-off-by: Maxime Ripard
> ---
> drivers/gpu/drm/drm_bridge.c | 44
> +++
On Tue, Feb 25, 2025 at 05:43:51PM +0100, Maxime Ripard wrote:
> None of the drm_bridge function have kunit tests so far. Let's change
> that, starting with drm_bridge_get_current_state().
>
> Signed-off-by: Maxime Ripard
> ---
> drivers/gpu/drm/Kconfig | 1 +
> drivers/gpu/drm
On Tue, Feb 25, 2025 at 05:43:54PM +0100, Maxime Ripard wrote:
> We don't have a set of kunit tests for the functions under drm_atomic.h.
> Let's use the introduction of drm_atomic_get_connector_for_encoder() to
> create some tests for it and thus create that set.
>
> Signed-off-by: Maxime Ripard
On Tue, Feb 25, 2025 at 05:43:52PM +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
On Tue, Feb 25, 2025 at 05:43:53PM +0100, Maxime Ripard wrote:
> We'll need the HDMI state tests light_up_connector() function in more
> tests, so let's promote it to a helper.
>
> Signed-off-by: Maxime Ripard
> ---
> drivers/gpu/drm/tests/drm_hdmi_state_helper_test.c | 151
> +-
On Tue, Feb 25, 2025 at 05:43:59PM +0100, Maxime Ripard wrote:
> The Cadence DSI driver follows the drm_encoder->crtc pointer that is
> deprecated and shouldn't be used by atomic drivers.
>
> This was due to the fact that we did't have any other alternative to
> retrieve the CRTC pointer. Fortunat
On Tue, Feb 25, 2025 at 05:43:52PM +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
On Tue, Feb 25, 2025 at 10:14:32PM +0100, Luca Weiss wrote:
> Add the description for the display panel found on this phone.
> Unfortunately the LCDB module on PMI632 isn't yet supported upstream so
> we need to use a dummy regulator-fixed in the meantime.
>
> And with this done we can also enable
On Tue, Feb 25, 2025 at 10:14:31PM +0100, 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.
>
> Signed-off-by: Luca Weiss
> ---
> drivers/gpu/drm/panel/Kconfig| 1
On Tue, Feb 25, 2025 at 11:05:16PM -0600, Lucas De Marchi wrote:
> On Tue, Feb 25, 2025 at 08:18:42PM -0800, Matthew Brost wrote:
> > On Tue, Feb 25, 2025 at 09:13:09PM -0600, Lucas De Marchi wrote:
> > > On Wed, Feb 26, 2025 at 10:00:18AM +0800, Mingcong Bai via B4 Relay wrote:
> > > > From: Mingc
On Tue, Feb 25, 2025 at 08:18:42PM -0800, Matthew Brost wrote:
On Tue, Feb 25, 2025 at 09:13:09PM -0600, Lucas De Marchi wrote:
On Wed, Feb 26, 2025 at 10:00:18AM +0800, Mingcong Bai via B4 Relay wrote:
> From: Mingcong Bai
>
> The bo/ttm interfaces with kernel memory mapping from dedicated GPU
On Wed, Feb 26, 2025 at 10:00:19AM +0800, Mingcong Bai via B4 Relay wrote:
> From: Mingcong Bai
>
> Per the "Firmware" chapter in "drm/xe Intel GFX Driver", as well as
> "Volume 8: Command Stream Programming" in "Intel® Arc™ A-Series Graphics
> and Intel Data Center GPU Flex Series Open-Source Pr
On Wed, Feb 26, 2025 at 10:00:19AM +0800, Mingcong Bai via B4 Relay wrote:
> From: Mingcong Bai
>
> Per the "Firmware" chapter in "drm/xe Intel GFX Driver", as well as
> "Volume 8: Command Stream Programming" in "Intel® Arc™ A-Series Graphics
> and Intel Data Center GPU Flex Series Open-Source Pr
On Wed, Feb 26, 2025 at 10:00:22AM +0800, Mingcong Bai via B4 Relay wrote:
> From: Mingcong Bai
>
> As this component hooks into userspace API, it should be assumed that it
> will play well with non-4K/64K pages.
>
> Use `PAGE_SIZE' as the final reference for page alignment instead.
>
> Cc: sta
On Tue, Feb 25, 2025 at 09:13:09PM -0600, Lucas De Marchi wrote:
> On Wed, Feb 26, 2025 at 10:00:18AM +0800, Mingcong Bai via B4 Relay wrote:
> > From: Mingcong Bai
> >
> > The bo/ttm interfaces with kernel memory mapping from dedicated GPU
> > memory. It is not correct to assume that SZ_4K would
On 2/26/2025 4:22 AM, Rob Clark wrote:
> From: Rob Clark
>
> Initially we didn't want to expose the cap, as it would expose a bug
> in the vk driver (turnip) with older mesa versions. This was fixed over
> a year ago (and cherry-picked to stable release branches at the time),
> see https://gitla
On Tue, Feb 25, 2025 at 04:46:12PM +, Michael Kelley wrote:
> From: Saurabh Sengar
> >
> > When a Hyper-V framebuffer device is unbind, hyperv_fb driver tries to
> > release the framebuffer forcefully. If this framebuffer is in use it
> > produce the following WARN and hence this framebuffer
On Wed, Feb 26, 2025 at 10:00:20AM +0800, Mingcong Bai via B4 Relay wrote:
> From: Mingcong Bai
>
> Similar to the preceding patch for GuC (and with the same references),
> Intel DG1 and DG2 GPUs expects command buffers to align to 4K boundaries.
>
> Current code uses `PAGE_SIZE' as an assumed a
On Wed, Feb 26, 2025 at 10:00:18AM +0800, Mingcong Bai via B4 Relay wrote:
From: Mingcong Bai
The bo/ttm interfaces with kernel memory mapping from dedicated GPU
memory. It is not correct to assume that SZ_4K would suffice for page
alignment as there are a few hardware platforms that commonly u
Hello,
In my opinion, the corresponding error handling has already been
implemented in
sysfs_create_group(), so we do not need to call sysfs_remove_group() if
sysfs_create_group() fails.
Thanks and Regards,
Shixiong Ou.
在 2025/2/25 18:28, Liviu Dudau 写道:
Hello,
Replying from my personal
On Tue, Feb 25, 2025 at 03:34:03PM -0800, Matthew Brost wrote:
> On Tue, Feb 25, 2025 at 03:31:01PM +0800, Mingcong Bai wrote:
> > Commit b79e8fd954c4 ("drm/xe: Remove dependency on intel_engine_regs.h")
> > introduced an internal set of engine registers, however, as part of this
> > change, it has
On Wed, Feb 26, 2025 at 10:00:21AM +0800, Mingcong Bai via B4 Relay wrote:
> From: Mingcong Bai
>
> It appears that the xe_res_cursor also assumes 4K alignment.
>
> Current code uses `PAGE_SIZE' as an assumed alignment reference but 4K
> kernel page sizes is by no means a guarantee. On 16K-paged
On 2/26/25 5:24 AM, Easwar Hariharan wrote:
> On 2/25/2025 12:17 PM, Easwar Hariharan wrote:
>> Commit b35108a51cf7 ("jiffies: Define secs_to_jiffies()") introduced
>> secs_to_jiffies(). As the value here is a multiple of 1000, use
>> secs_to_jiffies() instead of msecs_to_jiffies() to avoid the mu
From: Mingcong Bai
It appears that the xe_res_cursor also assumes 4K alignment.
Current code uses `PAGE_SIZE' as an assumed alignment reference but 4K
kernel page sizes is by no means a guarantee. On 16K-paged kernels, this
causes driver failures during boot up:
[ 23.242757] [ cut
From: Mingcong Bai
Similar to the preceding patch for GuC (and with the same references),
Intel DG1 and DG2 GPUs expects command buffers to align to 4K boundaries.
Current code uses `PAGE_SIZE' as an assumed alignment reference but 4K
kernel page sizes is by no means a guarantee. On 16K-paged ke
From: Mingcong Bai
Per the "Firmware" chapter in "drm/xe Intel GFX Driver", as well as
"Volume 8: Command Stream Programming" in "Intel® Arc™ A-Series Graphics
and Intel Data Center GPU Flex Series Open-Source Programmer's Reference
Manual For the discrete GPUs code named "Alchemist" and "Arctic
From: Mingcong Bai
As this component hooks into userspace API, it should be assumed that it
will play well with non-4K/64K pages.
Use `PAGE_SIZE' as the final reference for page alignment instead.
Cc: sta...@vger.kernel.org
Fixes: dd08ebf6c352 ("drm/xe: Introduce a new DRM driver for Intel GPUs
From: Mingcong Bai
The bo/ttm interfaces with kernel memory mapping from dedicated GPU
memory. It is not correct to assume that SZ_4K would suffice for page
alignment as there are a few hardware platforms that commonly uses non-4K
pages - for instance, currently, Loongson 3A5000/6000 devices (of
This patch series attempts to enable the use of xe DRM driver on non-4KiB
kernel page platforms. This involves fixing the ttm/bo interface, as well
as parts of the userspace API to make use of kernel `PAGE_SIZE' for
alignment instead of the assumed `SZ_4K', it also fixes incorrect usage of
`PAGE_SI
This patch series attempts to enable the use of xe DRM driver on non-4KiB
kernel page platforms. This involves fixing the ttm/bo interface, as well
as parts of the userspace API to make use of kernel `PAGE_SIZE' for
alignment instead of the assumed `SZ_4K', it also fixes incorrect usage of
`PAGE_SI
On February 25, 2025 1:43:27 PM PST, Andrew Cooper
wrote:
>> Incidentally, in all of this, didn't anyone notice __builtin_parity()?
>
>Yes. It it has done sane for a decade on x86, yet does things such as
>emitting a library call on other architectures.
>
>https://godbolt.org/z/6qG3noebq
>
>~And
On Tue, Feb 25, 2025 at 08:49:16PM -0400, Jason Gunthorpe wrote:
> I'm pointing out the fundamental different in approachs. The typical
> widely used pattern results in __device_release_driver() completing
> with no concurrent driver code running.
Typically yes, but there are exceptions, such as D
Hi Detlev
Thank you for the testing.
> I got same report from our test team. I'm now tring to solve it.
It seems our test team and your team are encounter same issues by different
way, and it seems it happen if some kind of deffer issue happen (?).
> That being said, I'm not sure I completely
Hi all,
Today's linux-next merge of the drm-xe tree got a conflict in:
drivers/gpu/drm/xe/display/xe_display.c
between commit:
1b242ceec536 ("drm/i915/audio: convert to struct intel_display")
from the drm-intel tree and commit:
d41d048043c4 ("drm/xe/display: Drop xe_display_driver_remov
On Wed, Feb 26, 2025 at 12:45:45AM +0100, Danilo Krummrich wrote:
> On Tue, Feb 25, 2025 at 06:57:56PM -0400, Jason Gunthorpe wrote:
> > The common driver shutdown process in the kernel, that is well tested
> > and copied, makes the driver single threaded during the remove()
> > callback.
>
> All
On February 25, 2025 2:46:23 PM PST, David Laight
wrote:
>On Mon, 24 Feb 2025 13:55:28 -0800
>"H. Peter Anvin" wrote:
>
>> On 2/24/25 07:24, Uros Bizjak wrote:
>> >
>> >
>> > On 23. 02. 25 17:42, Kuan-Wei Chiu wrote:
>> >> Refactor parity calculations to use the standard parity8() helper. Th
On 2/22/25 16:58, Vitaliy Shevtsov wrote:
There is a type mismatch between what CalculateDynamicMetadataParameters()
takes and what is passed to it. Currently this function accepts several
args as signed long but it's called with unsigned integers. On some systems
where long is 32 bits and one
Hello Markus,
>…
>> fence callback add fails.
> failed?
>> To fix this, we should decrement the reference count of prev when
>…
> See also:
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/process/submitting-patches.rst?h=v6.14-rc4#n94
On 2/25/2025 1:09 PM, Christophe JAILLET wrote:
> Le 25/02/2025 à 21:17, Easwar Hariharan a écrit :
>> Commit b35108a51cf7 ("jiffies: Define secs_to_jiffies()") introduced
>> secs_to_jiffies(). As the value here is a multiple of 1000, use
>> secs_to_jiffies() instead of msecs_to_jiffies() to avoid
On Tue, Feb 25, 2025 at 06:57:56PM -0400, Jason Gunthorpe wrote:
> The common driver shutdown process in the kernel, that is well tested
> and copied, makes the driver single threaded during the remove()
> callback.
All devres callbacks run in the same callchain, __device_release_driver() first
ca
On Tue, Feb 25, 2025 at 03:31:01PM +0800, Mingcong Bai wrote:
> Commit b79e8fd954c4 ("drm/xe: Remove dependency on intel_engine_regs.h")
> introduced an internal set of engine registers, however, as part of this
> change, it has also introduced two duplicate `define' lines for
> `RING_CTL_SIZE(size
On Tue, Feb 25, 2025 at 06:57:56PM -0400, Jason Gunthorpe wrote:
> I think this resource-revoke idea is deviating from the normal
> expected driver model by allowing driver code to continue to run in
> other threads once remove completes. That is definitely abnormal at
> least.
No, it simply guara
On Thu, Feb 20, 2025 at 08:38:32PM +, Jonathan Cavitt wrote:
> Add support for userspace to query per drm client reset stats via the
> query ioctl. This includes the number of engine resets the drm client
> has observed, as well as a list of up to the last 50 relevant exec
> queue bans and the
Hi,
On Tue, 25 Feb 2025 at 21:35, Alyssa Rosenzweig wrote:
> These layouts are notably not used for interchange across hardware
> blocks (e.g. with the display controller). There are other layouts for
> that but we don't support them either in userspace or kernelspace yet
> (even downstream), so
On 2/24/2025 11:30 PM, 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.
Fixes: 2d215d440faa ("drm/msm: register a fault handler for display mmu faults")
Signed-off-by: Dan Carpente
Replace platform_get_resource + devm_ioremap_resource
with just devm_platform_ioremap_resource()
Used Coccinelle to do this change. SmPl patch:
@rule_1@
identifier res;
expression ioremap_res;
identifier pdev;
@@
-struct resource *res;
...
-res = platform_get_resource(pdev,...);
-ioremap_res = dev
On Tue, Feb 25, 2025 at 04:02:28PM -0500, Joel Fernandes wrote:
> > Besides that I don't really see why we can't just re-acquire it after we
> > sleep?
> > Rust provides good options to implement it ergonimcally I think.
> >
> > >
> > > Another colleague told me RDMA also uses SRCU for a similar
On 2/23/25 23:32, Ma Ke wrote:
Null pointer dereference issue could occur when pipe_ctx->plane_state
is null. The fix adds a check to ensure 'pipe_ctx->plane_state' is not
null before accessing. This prevents a null pointer dereference.
Found by code review.
Cc: sta...@vger.kernel.org
Fixes:
From: Rob Clark
Initially we didn't want to expose the cap, as it would expose a bug
in the vk driver (turnip) with older mesa versions. This was fixed over
a year ago (and cherry-picked to stable release branches at the time),
see https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/25981.
On Mon, 24 Feb 2025 13:55:28 -0800
"H. Peter Anvin" wrote:
> On 2/24/25 07:24, Uros Bizjak wrote:
> >
> >
> > On 23. 02. 25 17:42, Kuan-Wei Chiu wrote:
> >> Refactor parity calculations to use the standard parity8() helper. This
> >> change eliminates redundant implementations and improves co
>
> I'm saying that extending the time of critical sections is a concern, because
> it's more likely to miss the unplug event and it's just not necessary. You
> grab
> the guard, do a few I/O ops and drop it -- simple.
At least for nova-core I've realised I got this partly wrong,
https://gitlab.
Update the Documentation to be more precise.
v2: Update for clarity
v3: Further details in Todo
Cc: Thomas Zimmermann
Signed-off-by: Anusha Srivatsa
---
Documentation/gpu/todo.rst | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/Documentation/gpu/todo.rst b/Doc
Replace platform_get_resource_byname + devm_ioremap_resource
with just devm_platform_ioremap_resource()
Used Coccinelle to do this change. SmPl patch:
//rule s/(devm_)platform_get_resource_byname +
//(devm_)ioremap/devm_platform_ioremap_resource.
@rule_3@
identifier res;
expression ioremap;
identi
Replace platform_get_resource + devm_ioremap_resource
with just devm_platform_ioremap_resource()
Used Coccinelle to do this change. SmPl patch:
@rule_1@
identifier res;
expression ioremap_res;
identifier pdev;
@@
-struct resource *res;
...
-res = platform_get_resource(pdev,...);
-ioremap_res = dev
Replace platform_get_resource + devm_ioremap_resource
with just devm_platform_ioremap_resource()
Used Coccinelle to do this change. SmPl patch:
@rule_1@
identifier res;
expression ioremap_res;
identifier pdev;
@@
-struct resource *res;
...
-res = platform_get_resource(pdev,...);
-ioremap_res = dev
Replace platform_get_resource/_byname + devm_ioremap
with just devm_platform_ioremap_resource()
Used Coccinelle to do this change. SmPl patch:
@rule@
identifier res;
expression ioremap;
identifier pdev;
constant mem;
expression name;
@@
-struct resource *res;
...
-res = platform_get_resource_byna
Replace platform_get_resource + devm_ioremap
with just devm_platform_ioremap_resource()
Used Coccinelle to do this change. SmPl patch:
@rule_2@
identifier res;
expression ioremap;
identifier pdev;
@@
-struct resource *res;
...
-res = platform_get_resource(pdev,...);
<...
-if (!res) {
-...
-}
...>
Replace platform_get_resource + devm_ioremap_resource
with just devm_platform_ioremap_resource()
Used Coccinelle to do this change. SmPl patch:
@rule_1@
identifier res;
expression ioremap_res;
identifier pdev;
@@
-struct resource *res;
...
-res = platform_get_resource(pdev,...);
-ioremap_res = dev
Replace platform_get_resource + devm_ioremap_resource
with just devm_platform_ioremap_resource()
Used Coccinelle to do this change. SmPl patch:
@rule_1@
identifier res;
expression ioremap_res;
identifier pdev;
@@
-struct resource *res;
...
-res = platform_get_resource(pdev,...);
-ioremap_res = dev
Replace platform_get_resource + devm_ioremap_resource
with just devm_platform_ioremap_resource()
Used Coccinelle to do this change. SmPl patch:
@rule_1@
identifier res;
expression ioremap_res;
identifier pdev;
@@
-struct resource *res;
...
-res = platform_get_resource(pdev,...);
-ioremap_res = dev
Replace platform_get_resource + devm_ioremap_resource
with just devm_platform_ioremap_resource()
Used Coccinelle to do this change. SmPl patch:
@rule_1@
identifier res;
expression ioremap_res;
identifier pdev;
@@
-struct resource *res;
...
-res = platform_get_resource(pdev,...);
-ioremap_res = dev
Replace platform_get_resource + devm_ioremap_resource
with just devm_platform_ioremap_resource()
Used Coccinelle to do this change. SmPl patch:
@rule_1@
identifier res;
expression ioremap_res;
identifier pdev;
@@
-struct resource *res;
...
-res = platform_get_resource(pdev,...);
-ioremap_res = dev
drm/vc4/vc4_hdmi.c | 53 +
28 files changed, 51 insertions(+), 171 deletions(-)
---
base-commit: 27d4815149ba0c80ef2db2a82f0512f647e76d62
change-id: 20250225-memory-drm-misc-next-b2444b488db2
Best regards,
--
Anusha Srivatsa
> > These layouts are notably not used for interchange across hardware
> > blocks (e.g. with the display controller). There are other layouts for
> > that but we don't support them either in userspace or kernelspace yet
> > (even downstream), so we don't add modifiers here.
>
> Yeah, when those ha
On Tue, Feb 25, 2025 at 04:02:28PM -0500, Joel Fernandes wrote:
> On Tue, Feb 25, 2025 at 05:09:35PM +0100, Danilo Krummrich wrote:
> > On Tue, Feb 25, 2025 at 10:52:41AM -0500, Joel Fernandes wrote:
> > >
> > >
> > > On 2/24/2025 6:44 PM, Danilo Krummrich wrote:
> > > > On Mon, Feb 24, 2025 at 0
> Incidentally, in all of this, didn't anyone notice __builtin_parity()?
Yes. It it has done sane for a decade on x86, yet does things such as
emitting a library call on other architectures.
https://godbolt.org/z/6qG3noebq
~Andrew
* li...@treblig.org wrote:
> From: "Dr. David Alan Gilbert"
>
> The last use of iosf_mbi_unregister_pmic_bus_access_notifier() was
> removed in 2017 by
> commit a5266db4d314 ("drm/i915: Acquire PUNIT->PMIC bus for
> intel_uncore_forcewake_reset()")
>
> Remove it.
>
> Note the '_unlocked' ve
Apple GPUs support various non-linear image layouts. Add modifiers for
these layouts. Mesa requires these modifiers to share non-linear buffers
across processes, but no other userspace or kernel support is
required/expected.
These layouts are notably not used for interchange across hardware
blocks
On Thu, Feb 20, 2025 at 08:38:32PM +, Jonathan Cavitt wrote:
> Add support for userspace to query per drm client reset stats via the
> query ioctl. This includes the number of engine resets the drm client
> has observed, as well as a list of up to the last 50 relevant exec
> queue bans and the
Le 25/02/2025 à 21:17, Easwar Hariharan a écrit :
Commit b35108a51cf7 ("jiffies: Define secs_to_jiffies()") introduced
secs_to_jiffies(). As the value here is a multiple of 1000, use
secs_to_jiffies() instead of msecs_to_jiffies() to avoid the multiplication
This is converted using scripts/cocc
Add the vendor prefix for DJN (http://en.djnlcd.com/).
Acked-by: Krzysztof Kozlowski
Signed-off-by: Luca Weiss
---
Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.yaml
b/Documentation
Add the description for the display panel found on this phone.
Unfortunately the LCDB module on PMI632 isn't yet supported upstream so
we need to use a dummy regulator-fixed in the meantime.
And with this done we can also enable the GPU and set the zap shader
firmware path.
Reviewed-by: Konrad Dy
Add a driver for the HX83112B-based panel, and enable it on Fairphone 3
to enable display output, and enable GPU as well.
Signed-off-by: Luca Weiss
---
Changes in v2:
- Change compatible to "djn,98-03057-6598b-i" based on other docs I
found
- Pick up tags
- Link to v1:
https://lore.kernel.org/
Himax HX83112B is a display driver IC used to drive LCD DSI panels.
Describe it and the Fairphone 3 panel (98-03057-6598B-I) from DJN using
it.
Signed-off-by: Luca Weiss
---
.../bindings/display/panel/himax,hx83112b.yaml | 75 ++
1 file changed, 75 insertions(+)
diff --g
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.
Signed-off-by: Luca Weiss
---
drivers/gpu/drm/panel/Kconfig| 10 +
drivers/gpu/drm/panel/Makefile | 1 +
drivers/gpu/drm
On Thu, Feb 20, 2025 at 08:38:27PM +, Jonathan Cavitt wrote:
> Add the exec queue id to the exec queue struct. This is useful for
> performing a reverse lookup into the xef->exec_queue xarray.
>
> Signed-off-by: Jonathan Cavitt
Have quite a few comments on the series, assuming this is neede
On Thu, Feb 20, 2025 at 08:38:30PM +, Jonathan Cavitt wrote:
> Add a counter to xe_drm_client that tracks the number of times the
> engine has been reset since the drm client was created.
>
> Signed-off-by: Jonathan Cavitt
> ---
> drivers/gpu/drm/xe/xe_drm_client.h | 2 ++
> drivers/gpu/drm/
Le 25/02/2025 à 21:17, Easwar Hariharan a écrit :
Commit b35108a51cf7 ("jiffies: Define secs_to_jiffies()") introduced
secs_to_jiffies(). As the value here is a multiple of 1000, use
secs_to_jiffies() instead of msecs_to_jiffies() to avoid the multiplication
This is converted using scripts/cocc
On Thu, Feb 20, 2025 at 08:38:29PM +, Jonathan Cavitt wrote:
> Add additional information to drm client so it can report up to the last
> 50 exec queues to have been banned on it, as well as the last pagefault
> seen when said exec queues were banned. Since we cannot reasonably
> associate a p
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)
---
.../devicetree/bindings/display/panel/mitsubishi,aa104xd12.yaml
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)
---
.../bindings/display/panel/mitsubishi,aa104xd12.yaml | 4 +++-
1 file changed, 3 inser
On Tue, Feb 25, 2025 at 05:09:35PM +0100, Danilo Krummrich wrote:
> On Tue, Feb 25, 2025 at 10:52:41AM -0500, Joel Fernandes wrote:
> >
> >
> > On 2/24/2025 6:44 PM, Danilo Krummrich wrote:
> > > On Mon, Feb 24, 2025 at 01:45:02PM -0500, Joel Fernandes wrote:
> > >> Hi Danilo,
> > >>
> > >> On Mo
1 - 100 of 398 matches
Mail list logo
