> From: Qiuxu Zhuo
> To: maarten.lankho...@linux.intel.com, mrip...@kernel.org,
> tzimmerm...@suse.de, airl...@gmail.com, dan...@ffwll.ch
> Cc: dri-devel@lists.freedesktop.org, linux-ker...@vger.kernel.org,
> tony.l...@intel.com, qiuxu.z...@intel.com, yudong.w...@intel.com
> Subject: [
Hi
Am 05.08.24 um 09:13 schrieb Qiuxu Zhuo:
From: Qiuxu Zhuo
To: maarten.lankho...@linux.intel.com, mrip...@kernel.org,
tzimmerm...@suse.de, airl...@gmail.com, dan...@ffwll.ch
Cc: dri-devel@lists.freedesktop.org, linux-ker...@vger.kernel.org,
tony.l...@intel.com, qiuxu.z...@inte
On 7/30/24 23:56, Christian König wrote:
> Am 30.07.24 um 19:36 schrieb Nikita Zhandarovich:
>> On 7/29/24 11:12, Christian König wrote:
>>> Am 29.07.24 um 20:04 schrieb Christian König:
Am 29.07.24 um 19:26 schrieb Nikita Zhandarovich:
> Hi,
>
> On 7/29/24 02:23, Christian Köni
Hello Dragan,
At 2024-07-04 07:32:20, "Dragan Simic" wrote:
>Clean up a few logged messages, which were previously worded as rather
>incomplete sentences separated by periods. This was both a bit unreadable
>and grammatically incorrect, so convert them into partial sentences separated
>(or conn
Hi Thomas,
> From: Thomas Zimmermann
> Sent: Monday, August 5, 2024 3:31 PM
> [...]
> > Hi Maarten and maintainers,
> >
> > A gentle ping :-).
> >
> > Could you please help push this v2 fix upstream?
> > If you have any concerns, please let me know.
>
> I already acked this patch, but I still ha
On Mon, 5 Aug 2024, Geert Uytterhoeven wrote:
JFYI, when comparing v6.11-rc2[1] to v6.11-rc1[3], the summaries are:
- build errors: +9/-4
+ /kisskb/src/fs/bcachefs/data_update.c: error: the frame size of 1032 bytes is
larger than 1024 bytes [-Werror=frame-larger-than=]: => 338:1
m68k-gcc8
Hi
Am 05.08.24 um 10:10 schrieb Zhuo, Qiuxu:
Hi Thomas,
From: Thomas Zimmermann
Sent: Monday, August 5, 2024 3:31 PM
[...]
Hi Maarten and maintainers,
A gentle ping :-).
Could you please help push this v2 fix upstream?
If you have any concerns, please let me know.
I already acked this pat
Dmitry Osipenko writes:
> On 7/23/24 14:49, Sergio Lopez wrote:
>> There's an incresing number of machines supporting multiple page sizes
>> and on these machines the host and a guest can be running, each one,
>> with a different page size.
>>
>> For what pertains to virtio-gpu, this is not a pro
On 02/08/2024 11:39, Christian König wrote:
Am 02.08.24 um 09:17 schrieb Lu Yao:
Add support for the drm_panic module, which displays a pretty user
friendly message on the screen when a Linux kernel panic occurs.
Signed-off-by: Lu Yao
---
The patch can work properly on the TTY, but after st
Hi Jonathan,
...
> > + set_address_limits(area, vma, obj_offset, &start, &end);
> > +
> > + pfn = (ggtt->gmadr.start + i915_ggtt_offset(vma)) >> PAGE_SHIFT;
> > + pfn += (start - area->vm_start) >> PAGE_SHIFT;
> > + pfn += obj_offset - vma->gtt_view.partial.offset;
>
> I don't know how v
Hi,
this series fixes the memory limits calculation (start, end), in
order to avoid access to addresses not belonging to the mapped
page.
This series has been reviewed in other communities but, because
it needs to go through drm-tip, I am proposing it again here in
the intel-gfx mailing list.
Th
When mapping a framebuffer object, the virtual memory area (VMA)
offset ('vm_pgoff') should be adjusted by the start of the
'vma_node' associated with the object. This ensures that the VMA
offset is correctly aligned with the corresponding offset within
the GGTT aperture.
Increment vm_pgoff by the
Calculating the size of the mapped area as the lesser value
between the requested size and the actual size does not consider
the partial mapping offset. This can cause page fault access.
Fix the calculation of the starting and ending addresses, the
total size is now deduced from the difference bet
Hi Thomas,
> From: Thomas Zimmermann
> [...]
>
> Thanks for the detailed reply.
>
> I've found that your patch has already been merged and should now be in
> v6.11-rc2. It'll probably be backported to older kernels as well.
>
> > dim cite 833cd3e9ad8360785b6c23c82dd3856df00732d9
> 833cd3e9ad8
HDMI analyser shows that the AVI infoframe is no being longer send.
The switch to the HDMI connector api should have used the frame content
which is now given in the buffer parameter, but instead still uses the
(now) empty and superfluous packed_frame variable.
Fix it.
Fixes: 65548c8ff0ab ("drm/
On Mon, 5 Aug 2024 13:08:56 +0200, Alex Bee wrote:
> HDMI analyser shows that the AVI infoframe is no being longer send.
>
> The switch to the HDMI connector api should have used the frame content
> which is now given in the buffer parameter, but instead still uses the
> (now) empty and superfluou
Hi,
On 19/07/2024 12:59, Arnd Bergmann wrote:
From: Arnd Bergmann
Compile-testing with CONFIG_MMU disabled causes a link error in omapdrm:
arm-linux-gnueabi-ld: drivers/gpu/drm/omapdrm/omap_gem.o: in function
`omap_gem_fault_2d':
omap_gem.c:(.text+0x36e): undefined reference to `vmf_insert_m
Hi Thomas,
On 6/23/24 10:51 AM, Thomas Weißschuh wrote:
> The value of "min_input_signal" returned from ATIF on a Framework AMD 13
> is "12". This leads to a fairly bright minimum display backlight.
>
> Add a generic quirk infrastructure for backlight configuration to
> override the settings prov
Duplicate VGA output to VGA-BMC output and update all code for Matrox
server chips. The new output represents a VGA output that has a BMC
attached to it. No functional changes so far.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/mgag200/Makefile | 1 +
drivers/gpu/drm/mgag200/m
The VGA-BMC connector selects the VGA output if a display has been
attached to the physical connector. Otherwise it selects the BMC
output. In any case, the connector status is set to 'detected', so
that the userspace compositor displays to it.
Depending on the setting, the connector's display mod
Control the VIDRST pin from the VGA-BMC encoder's atomic_check and
remove the respective code from CRTC. Makes the VIDRST functionality
fully composable.
The VIDRST pin allows an external clock source to control the SYNC
signals of the Matrox chip. The functionality is part of the CRTC,
but depend
Add a separate output for VGA connectors with BMC support. Convert
code for server models. Keep the original VGA for regular G200 models.
The VGA-BMC output either reports the connected VGA display or, if
that is not available, the BMC. Makes the BMC connector obsolete, so
remove it.
The benefi
Mgag200's BMC connector tracks the status of an underlying physical
connector and updates the BMC status accordingly. This functionality
works around GNOME's settings app, which cannot handle multiple
outputs on the same CRTC.
The workaround is now obsolete as the VGA-BMC connector handles BMC
sup
Move calls to stop and start BMC scanout from CRTC helpers to the
VGA-BMC encoder's atomic_disable and atomic_enable. Makes the BMC
scanout transparent to the CRTC.
DRM's atomic helpers call an encoder's atomic_disable and atomic_enable
helpers for all enabled encoders. The BMC stops scanning out
Hi Vignesh,
On Tue, 30 Jul 2024 at 03:16, Vignesh Raman wrote:
> Some ARM SOCs have a separate display controller and GPU, each with
> different drivers. For mediatek mt8173, the GPU driver is powervr,
> and the display driver is mediatek. In the case of mediatek mt8183,
> the GPU driver is panfr
On Sun, Aug 04, 2024 at 06:45:43AM -0700, Manasi Navare wrote:
> On Mon, Jul 22, 2024 at 9:55 AM Imre Deak wrote:
> >
> > In the
> > if (old_ddps != port->ddps || !created)
> > if (port->ddps && !port->input)
> > ret = drm_dp_send_enum_path_resources
Hi,
> with more and more patches for TC9595 support got meged into linux-next,
> only a few remain on my patch stack.
>
> This is one of them and is necessary for DP support:
> Tested-by: Alexander Stein
As mentioned in [1] I expect a new version of this series with a
proper documentation update
On Mon, Aug 5, 2024 at 3:34 AM Nikita Zhandarovich
wrote:
>
>
>
> On 7/30/24 23:56, Christian König wrote:
> > Am 30.07.24 um 19:36 schrieb Nikita Zhandarovich:
> >> On 7/29/24 11:12, Christian König wrote:
> >>> Am 29.07.24 um 20:04 schrieb Christian König:
> Am 29.07.24 um 19:26 schrieb Nik
[Public]
> -Original Message-
> From: Kevin Holm
> Sent: Tuesday, July 30, 2024 2:54 PM
> To: sta...@vger.kernel.org
> Cc: regressi...@lists.linux.dev; amd-...@lists.freedesktop.org; ML dri-devel
> ; LKML ; Lin,
> Wayne ; Zuo, Jerry ;
> Mohamed, Zaeem ; Wheeler, Daniel
> ; Deucher, Alexan
On Wed, Jul 31, 2024 at 10:03 PM Cristian Ciocaltea
wrote:
>
> Hi Robert,
>
> On 7/18/24 3:02 PM, Robert Foss wrote:
> > On Thu, 11 Jul 2024 14:26:55 +0300, Cristian Ciocaltea wrote:
> >> The recent switch to drmm allocation in drm_bridge_connector_init() may
> >> cause double free on bridge_conne
On Thu, 11 Jul 2024 14:26:55 +0300, Cristian Ciocaltea wrote:
> The recent switch to drmm allocation in drm_bridge_connector_init() may
> cause double free on bridge_connector in some of the error handling
> paths.
>
> Drop the explicit kfree() calls on bridge_connector.
>
>
> [...]
Applied, th
Hi,
On Sun, Aug 4, 2024 at 7:38 PM zhaoxiong lv
wrote:
>
> Hi all
>
> Do you have any other suggestions for this patch?
> Looking forward to your reply, thank you
Please make sure not to "top post". Folks on the mailing lists
generally frown on this and it's a good way to get your email ignored
On Sat, Aug 03, 2024 at 03:24:06PM +0200, Piotr Oniszczuk wrote:
> Hi Cristian,
>
> Will you find some time and motivation to add CEC support to Quad-Pixel (QP)
> TX controller ?
>
> Probably you recall - I added initial CEC support to yours v1 series and i’m
> stuck with timing issue (cec puls
Document DU found in RZ/G2UL SoC. The DU block is identical to RZ/G2L
SoC, but has only DPI interface.
While at it, add missing required property port@1 for RZ/G2L and RZ/V2L
SoCs. Currently there is no user for the DPI interface and hence there
won't be any ABI breakage for adding port@1 as requi
The LCD controller is composed of Frame Compression Processor (FCPVD),
Video Signal Processor (VSPD), and Display Unit (DU).
It has DPI interface and supports a maximum resolution of WXGA along
with 2 RPFs to support the blending of two picture layers and raster
operations (ROPs).
The DU module i
This patch series aims to add support for RZ/G2UL DU.
The LCD controller is composed of Frame Compression Processor (FCPVD),
Video Signal Processor (VSPD), and Display Unit (DU).
The output of LCDC is connected display parallel interface (DPI) and
supports a maximum resolution of WXGA along with
On Wed, Jul 24, 2024 at 12:00 PM Dmitry Osipenko
wrote:
>
> On 7/23/24 14:49, Sergio Lopez wrote:
> > There's an incresing number of machines supporting multiple page sizes
> > and on these machines the host and a guest can be running, each one,
> > with a different page size.
> >
> > For what per
> Wiadomość napisana przez Chris Morgan w dniu
> 05.08.2024, o godz. 18:20:
>
> On Sat, Aug 03, 2024 at 03:24:06PM +0200, Piotr Oniszczuk wrote:
>> Hi Cristian,
>>
>> Will you find some time and motivation to add CEC support to Quad-Pixel (QP)
>> TX controller ?
>>
>> Probably you recall -
On Tue, Jul 30, 2024 at 4:38 AM Markus Elfring wrote:
>
> …
> > +++ b/include/net/devmem.h
> > @@ -0,0 +1,115 @@
> …
> > +#ifndef _NET_DEVMEM_H
> > +#define _NET_DEVMEM_H
> …
>
> I suggest to omit leading underscores from such identifiers.
> https://wiki.sei.cmu.edu/confluence/display/c/DCL37-C.+D
Add DT bindings, relevant DT defines, DTS nodes and driver changes
required to enable the remoteprocs on sa8775p.
To: Bjorn Andersson
To: Mathieu Poirier
To: Rob Herring
To: Krzysztof Kozlowski
To: Conor Dooley
To: Manivannan Sadhasivam
To: Jassi Brar
To: Konrad Dybcio
Cc: linux-arm-...@vg
From: Bartosz Golaszewski
The fastrpc components on the SA8775P SoC can require up to 10 IOMMU
entries. Bump the maxItems.
Signed-off-by: Bartosz Golaszewski
---
Documentation/devicetree/bindings/misc/qcom,fastrpc.yaml | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documen
From: Tengfei Fan
Add support for PIL loading on ADSP, CDSP0, CDSP1, GPDSP0 and GPDSP1 on
SA8775p SoCs.
Signed-off-by: Tengfei Fan
Co-developed-by: Bartosz Golaszewski
Signed-off-by: Bartosz Golaszewski
---
drivers/remoteproc/qcom_q6v5_pas.c | 92 ++
1 fil
From: Tengfei Fan
Add nodes for remoteprocs: ADSP, CDSP0, CDSP1, GPDSP0 and GPDSP1 for
SA8775p SoCs.
Reviewed-by: Dmitry Baryshkov
Signed-off-by: Tengfei Fan
[Ling: added the fastrcp nodes]
Co-developed-by: Ling Xu
Signed-off-by: Ling Xu
[Bartosz: ported to mainline]
Co-developed-by: Bartosz
From: Ling Xu
The fastrpc supports 4 remoteproc. There are some products which
support cdsp1 remoteproc. Add changes to support cdsp1 remoteproc.
Signed-off-by: Ling Xu
[Bartosz: ported to mainline]
Signed-off-by: Bartosz Golaszewski
---
drivers/misc/fastrpc.c | 10 ++
1 file changed,
From: Tengfei Fan
Add GPDSP0 and GPDSP1 clients for SA8775p platform.
Signed-off-by: Tengfei Fan
Acked-by: Krzysztof Kozlowski
Signed-off-by: Bartosz Golaszewski
---
include/dt-bindings/mailbox/qcom-ipcc.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/dt-bindings/mailbox/qcom
From: Bartosz Golaszewski
Enable all remoteproc nodes on the sa8775p-ride board and point to the
appropriate firmware files.
Reviewed-by: Dmitry Baryshkov
Signed-off-by: Bartosz Golaszewski
---
arch/arm64/boot/dts/qcom/sa8775p-ride.dtsi | 25 +
1 file changed, 25 inser
On 8/2/24 09:10, Louis Chauvet wrote:
From: Arthur Grillo
Create KUnit tests to test the conversion between YUV and RGB. Test each
conversion and range combination with some common colors.
The code used to compute the expected result can be found in comment.
[Louis Chauvet:
- fix minor format
Hi Robert,
On Tue, Jul 30, 2024 at 01:35:36PM +0200, Robert Foss wrote:
> On Mon, Jul 1, 2024 at 8:20 PM Dmitry Baryshkov
> wrote:
> >
> > There are no in-kernel DTs that use Lontium LT9611UXC bridge and still
> > require creation of the drm_connector by the bridge on attachment.
> > Drop support
This patchset introduces a new Linux Kernel Driver, amdxdna for AMD NPUs.
The driver is based on Linux accel subsystem.
NPU (Neural Processing Unit) is an AI inference accelerator integrated
into AMD client CPUs. NPU enables efficient execution of Machine Learning
applications like CNNs, LLMs, etc
AMD AI Engine forms the core of AMD NPU and can be used for accelerating
machine learning applications.
Add the driver to support AI Engine integrated to AMD CPU.
Only very basic functionalities are added.
- module and PCI device initialization
- firmware load
- power up
- low level hardwa
The hardware mailboxes are used by the driver to submit requests to
firmware and receive the completion notices from hardware.
Initially, a management mailbox channel is up and running. The driver may
request firmware to create/destroy more channels dynamically through
management channel.
Add dri
The AI Engine consists of 2D array of tiles arranged as columns. Provides
the basic column allocation and release functions for the tile columns.
Co-developed-by: Min Ma
Signed-off-by: Min Ma
Signed-off-by: Lizhi Hou
---
drivers/accel/amdxdna/Makefile | 1 +
drivers/accel/amdxdna/aie2_p
Add interfaces for user application to submit command and wait for its
completion.
Co-developed-by: Min Ma
Signed-off-by: Min Ma
Signed-off-by: Lizhi Hou
---
drivers/accel/amdxdna/aie2_ctx.c | 624 ++-
drivers/accel/amdxdna/aie2_message.c | 341 +++
driv
The hardware can be shared among multiple user applications. The
hardware resources are allocated/freed based on the request from
user application via driver IOCTLs.
DRM_IOCTL_AMDXDNA_CREATE_HWCTX
Allocate tile columns and create a hardware context structure to track the
usage and status of the re
Implement PCI power management suspend and resume callbacks.
Co-developed-by: Narendra Gutta
Signed-off-by: Narendra Gutta
Co-developed-by: Xiaoming Ren
Signed-off-by: Xiaoming Ren
Co-developed-by: Min Ma
Signed-off-by: Min Ma
Signed-off-by: Lizhi Hou
---
drivers/accel/amdxdna/aie2_ctx.c
There different types of BOs are supported:
- shmem
A user application uses shmem BOs as input/output for its workload running
on NPU.
- device memory heap
The fixed size buffer dedicated to the device.
- device buffer
The buffer object allocated from device memory heap.
- command buffer
The bu
When there is a hardware error, the NPU firmware notifies the host through
a mailbox message. The message includes details of the error, such as the
tile and column indexes where the error occurred.
The driver starts a thread to handle the NPU error message. The thread
stops the clients which are
User application may allocate a debug buffer and attach it to an NPU
context through the driver. Then the NPU firmware prints its debug
information to this buffer for debugging.
Co-developed-by: Min Ma
Signed-off-by: Min Ma
Signed-off-by: Lizhi Hou
---
drivers/accel/amdxdna/aie2_ctx.c| 45
Add GET_INFO ioctl to retrieve hardware information, including
AIE, clock, hardware context etc.
Co-developed-by: Min Ma
Signed-off-by: Min Ma
Signed-off-by: Lizhi Hou
---
drivers/accel/amdxdna/aie2_message.c | 65
drivers/accel/amdxdna/aie2_pci.c | 221 ++
Quoting Abhinav Kumar (2024-07-30 10:55:40)
> Fix the dp_panel_get_supported_bpp() API to return the minimum
> supported bpp correctly for relevant cases and use this API
> to correct the behavior of DP driver which hard-codes the max supported
> bpp to 30.
>
> This is incorrect because the number
On Thu, Aug 01, 2024 at 10:53:45AM +0800, Huan Yang wrote:
>
> 在 2024/8/1 4:46, Daniel Vetter 写道:
> > On Tue, Jul 30, 2024 at 08:04:04PM +0800, Huan Yang wrote:
> > > 在 2024/7/30 17:05, Huan Yang 写道:
> > > > 在 2024/7/30 16:56, Daniel Vetter 写道:
> > > > > [? daniel.vet...@ffwll.ch ?
From: Qiuxu Zhuo
[ Upstream commit 833cd3e9ad8360785b6c23c82dd3856df00732d9 ]
Sometimes the system [1] hangs on x86 I/O machine checks. However, the
expected behavior is to reboot the system, as the machine check handler
ultimately triggers a panic(), initiating a reboot in the last step.
The r
From: Philip Mueller
[ Upstream commit d60c429610a14560085d98fa6f4cdb43040ca8f0 ]
This adds a DMI orientation quirk for the OrangePi Neo Linux Gaming
Handheld.
Signed-off-by: Philip Mueller
Reviewed-by: Hans de Goede
Signed-off-by: Hans de Goede
Link:
https://patchwork.freedesktop.org/patch
From: Qiuxu Zhuo
[ Upstream commit 833cd3e9ad8360785b6c23c82dd3856df00732d9 ]
Sometimes the system [1] hangs on x86 I/O machine checks. However, the
expected behavior is to reboot the system, as the machine check handler
ultimately triggers a panic(), initiating a reboot in the last step.
The r
From: Philip Mueller
[ Upstream commit d60c429610a14560085d98fa6f4cdb43040ca8f0 ]
This adds a DMI orientation quirk for the OrangePi Neo Linux Gaming
Handheld.
Signed-off-by: Philip Mueller
Reviewed-by: Hans de Goede
Signed-off-by: Hans de Goede
Link:
https://patchwork.freedesktop.org/patch
From: Philip Mueller
[ Upstream commit d60c429610a14560085d98fa6f4cdb43040ca8f0 ]
This adds a DMI orientation quirk for the OrangePi Neo Linux Gaming
Handheld.
Signed-off-by: Philip Mueller
Reviewed-by: Hans de Goede
Signed-off-by: Hans de Goede
Link:
https://patchwork.freedesktop.org/patch
From: Philip Mueller
[ Upstream commit d60c429610a14560085d98fa6f4cdb43040ca8f0 ]
This adds a DMI orientation quirk for the OrangePi Neo Linux Gaming
Handheld.
Signed-off-by: Philip Mueller
Reviewed-by: Hans de Goede
Signed-off-by: Hans de Goede
Link:
https://patchwork.freedesktop.org/patch
From: Philip Mueller
[ Upstream commit d60c429610a14560085d98fa6f4cdb43040ca8f0 ]
This adds a DMI orientation quirk for the OrangePi Neo Linux Gaming
Handheld.
Signed-off-by: Philip Mueller
Reviewed-by: Hans de Goede
Signed-off-by: Hans de Goede
Link:
https://patchwork.freedesktop.org/patch
From: Philip Mueller
[ Upstream commit d60c429610a14560085d98fa6f4cdb43040ca8f0 ]
This adds a DMI orientation quirk for the OrangePi Neo Linux Gaming
Handheld.
Signed-off-by: Philip Mueller
Reviewed-by: Hans de Goede
Signed-off-by: Hans de Goede
Link:
https://patchwork.freedesktop.org/patch
On Sun, Aug 04, 2024 at 07:05:52PM +0200, José Expósito wrote:
> Document that the drm_connector_funcs.destroy hook must be NULL in
> drmm_connector_init() and drmm_connector_hdmi_init().
>
> Signed-off-by: José Expósito
Applied to drm-misc-next, thanks for your patch.
-Sima
> ---
> drivers/gp
Hi,
After commit 1b04dcca4fb1, launching some RenPy games causes computer hang.
After the hang, even Alt + sysrq + REISUB can't reboot the computer!
And no trace in the kernel log!
For demonstration, I'm going to use the game "Find the Orange Narwhal"
because it is free and has 100% reproducivity f
On Wed, 2024-07-03 at 17:38 +0200, Thomas Hellström wrote:
> The XE_PL_TT watermark was set to 50% of system memory.
> The idea behind that was unclear since the net effect is that
> TT memory will be evicted to TTM_PL_SYSTEM memory if that
> watermark is exceeded, requiring PPGTT rebinds and dma
>
On 31/07/2024 15:26, Laurent Pinchart wrote:
Hi Dan,
(CC'ing Tomi)
Thank for the report. It indeed seems that something is wrong.
Tomi, could you handle this and send a fix ?
On Tue, Jul 30, 2024 at 05:01:35PM -0500, Dan Carpenter wrote:
Hello Laurent Pinchart,
Commit 3cbd0c587b12 ("drm/
[Public]
> -Original Message-
> From: Thomas Zimmermann
> Sent: Wednesday, July 31, 2024 8:17 AM
> To: maarten.lankho...@linux.intel.com; mrip...@kernel.org;
> airl...@gmail.com; dan...@ffwll.ch
> Cc: amd-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org; intel-
> g...@lists.free
On Fri, Aug 02, 2024 at 01:41:32PM +, Vladimir Lypak wrote:
> On Thu, Aug 01, 2024 at 06:46:10PM +0530, Akhil P Oommen wrote:
> > On Thu, Jul 11, 2024 at 10:00:19AM +, Vladimir Lypak wrote:
> > > Two fields of preempt_record which are used by CP aren't reset on
> > > resume: "data" and "inf
On 8/2/2024 12:47 PM, Dmitry Baryshkov wrote:
During suspend/resume process all connectors are explicitly disabled and
then reenabled. However resume fails because of the connector_status check:
[ 1185.831970] [dpu error]connector not connected 3
It doesn't make sense to check for the Writeb
On 8/2/2024 12:47 PM, Dmitry Baryshkov wrote:
DPU debugging macros need to be converted to a proper drm_debug_*
macros, however this is a going an intrusive patch, not suitable for a
fix. Wire DPU_DEBUG and DPU_DEBUG_DRIVER to always use DRM_DEBUG_DRIVER
to make sure that DPU debugging message
On Thu, Jul 11, 2024 at 10:00:20AM +, Vladimir Lypak wrote:
> On A5XX GPUs when preemption is used it's invietable to enter a soft
> lock-up state in which GPU is stuck at empty ring-buffer doing nothing.
> This appears as full UI lockup and not detected as GPU hang (because
> it's not). This h
-Original Message-
From: Intel-gfx On Behalf Of Thorsten
Blum
Sent: Friday, August 2, 2024 9:03 AM
To: jani.nik...@linux.intel.com; joonas.lahti...@linux.intel.com; Vivi, Rodrigo
; tursu...@ursulin.net; airl...@gmail.com;
dan...@ffwll.ch
Cc: intel-...@lists.freedesktop.org; dri-devel@li
On 7/31/2024 5:34 PM, Dmitry Baryshkov wrote:
On Wed, 31 Jul 2024 at 22:36, Abhinav Kumar wrote:
On 6/26/2024 2:45 PM, Dmitry Baryshkov wrote:
YUV formats require only CSC to be enabled. Even decimated formats
should not require scaler. Relax the requirement and don't check for the
scale
Applied. Thanks!
On Wed, Jul 31, 2024 at 6:25 AM WangYuli wrote:
>
> The struct assertion is failed because sparse cannot parse
> `#pragma pack(push, 1)` and `#pragma pack(pop)` correctly.
> GCC's output is still 1-byte-aligned. No harm to memory layout.
>
> The error can be filtered out by spar
Applied. Thanks!
On Fri, Aug 2, 2024 at 8:00 AM Colin Ian King wrote:
>
> There are a several statements with two following semicolons, replace
> these with just one semicolon.
>
> Signed-off-by: Colin Ian King
> ---
> .../drm/amd/display/dc/dml2/dml21/dml21_translation_helper.c | 2 +-
> ...
Applied. Thanks!
On Wed, Jul 31, 2024 at 3:20 AM Remington Brasga wrote:
>
> A few define's are listed twice with different, incorrect values.
> This fix sets them appropriately.
>
> Signed-off-by: Remington Brasga
> ---
> The second UVD_LMI_CTRL__RFU_MASK is incorrect, so it was removed. It sh
On Thu, Jul 11, 2024 at 10:00:21AM +, Vladimir Lypak wrote:
> There is another cause for soft lock-up of GPU in empty ring-buffer:
> race between GPU executing last commands and CPU checking ring for
> emptiness. On GPU side IRQ for retire is triggered by CACHE_FLUSH_TS
> event and RPTR shadow
Applied the series. Thanks!
Alex
On Sun, Aug 4, 2024 at 10:14 AM wrote:
>
> From: Tobias Jakobi
>
> Nothing serious here, just some bits I noticed when reading code.
>
> Tobias Jakobi (3):
> drm/amd: Make amd_ip_funcs static for SDMA v5.0
> drm/amd: Make amd_ip_funcs static for SDMA v5.2
>
-Original Message-
From: Intel-gfx On Behalf Of David Gow
Sent: Sunday, August 4, 2024 2:19 AM
To: Christian König ; Somalapuram Amaranath
; Thomas Hellström
; De Marchi, Lucas
; Andi Shyti ; Thomas
Zimmermann
Cc: David Gow ; Jani Nikula ;
Joonas Lahtinen ; Vivi, Rodrigo
; Tvrtko Ur
-Original Message-
From: Intel-gfx On Behalf Of David Gow
Sent: Sunday, August 4, 2024 2:19 AM
To: Christian König ; Somalapuram Amaranath
; Thomas Hellström
; De Marchi, Lucas
; Andi Shyti ; Thomas
Zimmermann
Cc: David Gow ; Jani Nikula ;
Joonas Lahtinen ; Vivi, Rodrigo
; Tvrtko Ur
Applied. Thanks!
On Fri, Jul 19, 2024 at 6:35 AM Arnd Bergmann wrote:
>
> From: Arnd Bergmann
>
> Multiple files in amdgpu call amdgpu_ucode_request() with a fw_name
> variable that the compiler cannot check for being a valid format string,
> as seen by enabling the (default-disabled) -Wformat-
Fix the dp_panel_get_supported_bpp() API to return the minimum
supported bpp correctly for relevant cases and use this API
to correct the behavior of DP driver which hard-codes the max supported
bpp to 30.
This is incorrect because the number of lanes and max data rate
supported by the lanes need
Applied. Thanks!
On Tue, Jul 30, 2024 at 12:05 PM Geert Uytterhoeven
wrote:
>
> With -Werror:
>
> In function ‘r100_cp_init_microcode’,
> inlined from ‘r100_cp_init’ at drivers/gpu/drm/radeon/r100.c:1136:7:
> include/linux/printk.h:465:44: error: ‘%s’ directive argument is null
On Fri, Aug 02, 2024 at 10:38:49AM +0200, Andi Shyti wrote:
> When mapping a framebuffer object, the virtual memory area (VMA)
> offset ('vm_pgoff') should be adjusted by the start of the
> 'vma_node' associated with the object. This ensures that the VMA
> offset is correctly aligned with the corre
On 8/1/2024 8:10 PM, john.c.harri...@intel.com wrote:
From: John Harrison
ARL and MTL share a single GSC firmware blob. However, ARL requires a
newer version of it.
So add differentiate of the PCI ids for ARL from MTL and create ARL as
a sub-platform of MTL. That way, all the existing worka
v18: https://patchwork.kernel.org/project/netdevbpf/list/?series=874848&state=*
v17 got minor feedback: (a) to beef up the description on patch 1 and (b)
to remove the leading underscores in the header definition.
I applied (a). (b) seems to be against current conventions so I did not
apply
Add netdev_rx_queue_restart(), which resets an rx queue using the
queue API recently merged[1].
The queue API was merged to enable the core net stack to reset individual
rx queues to actuate changes in the rx queue's configuration. In later
patches in this series, we will use netdev_rx_queue_resta
API takes the dma-buf fd as input, and binds it to the netdevice. The
user can specify the rx queues to bind the dma-buf to.
Suggested-by: Stanislav Fomichev
Signed-off-by: Mina Almasry
Reviewed-by: Donald Hunter
Reviewed-by: Jakub Kicinski
---
v16:
- Use subset-of: queue queue-id instead of
Implement netdev devmem allocator. The allocator takes a given struct
netdev_dmabuf_binding as input and allocates net_iov from that
binding.
The allocation simply delegates to the binding's genpool for the
allocation logic and wraps the returned memory region in a net_iov
struct.
Signed-off-by:
Convert netmem to be a union of struct page and struct netmem. Overload
the LSB of struct netmem* to indicate that it's a net_iov, otherwise
it's a page.
Currently these entries in struct page are rented by the page_pool and
used exclusively by the net stack:
struct {
unsigned long pp_mag
Implement a memory provider that allocates dmabuf devmem in the form of
net_iov.
The provider receives a reference to the struct netdev_dmabuf_binding
via the pool->mp_priv pointer. The driver needs to set this pointer for
the provider in the net_iov.
The provider obtains a reference on the netde
Add a netdev_dmabuf_binding struct which represents the
dma-buf-to-netdevice binding. The netlink API will bind the dma-buf to
rx queues on the netdevice. On the binding, the dma_buf_attach
& dma_buf_map_attachment will occur. The entries in the sg_table from
mapping will be inserted into a genpool
These helpers are used for setup and init of buffers, and their
implementation need not be static inline in the header file.
Moving the implementation to the .c file allows us to hide netmem
implementation details in internal header files rather than the public
file.
Signed-off-by: Mina Almasry
1 - 100 of 142 matches
Mail list logo