https://bugzilla.kernel.org/show_bug.cgi?id=219611
Artem S. Tashkinov (a...@gmx.com) changed:
What|Removed |Added
Status|NEW |RESOLVED
Reso
On 16.12.2024 14:25, Liviu Dudau wrote:
> On Wed, Dec 11, 2024 at 04:34:32PM +, Adrián Larumbe wrote:
> > A previous commit enabled display of driver-internal kernel BO sizes
> > through the device file's fdinfo interface.
> >
> > Expand the description of the relevant driver-specific key:valu
On 19.12.2024 02:18, Adrián Martínez Larumbe wrote:
> From: Adrián Larumbe
>
> This will display the sizes of kenrel BO's bound to an open file, which are
> otherwise not exposed to UM through a handle.
>
> The sizes recorded are as follows:
> - Per group: suspend buffer, protm-suspend buffer,
From: Adrián Larumbe
A previous commit enabled display of driver-internal kernel BO sizes
through the device file's fdinfo interface.
Expand the description of the relevant driver-specific key:value pairs
with the definitions of the new drm-*-internal ones.
Signed-off-by: Adrián Larumbe
Review
This patch series enables display of the size of driver-owned shmem BO's that
aren't
exposed to userspace through a DRM handle.
Discussion of previous revision can be found here [1].
Changelog:
v5:
- Replaced down_write semaphore with the read flavour
- Fixed typo and added explicit descriptio
From: Adrián Larumbe
This will display the sizes of kenrel BO's bound to an open file, which are
otherwise not exposed to UM through a handle.
The sizes recorded are as follows:
- Per group: suspend buffer, protm-suspend buffer, syncobjcs
- Per queue: ringbuffer, profiling slots, firmware inte
On 12/18/2024 3:20 AM, Dmitry Baryshkov wrote:
On Tue, Dec 17, 2024 at 04:27:57PM -0800, Jessica Zhang wrote:
From: Abhinav Kumar
There is no recovery mechanism in place yet to recover from mmu
faults for DPU. We can only prevent the faults by making sure there
is no misconfiguration.
Rate
Hi Damon,
Am Montag, 16. Dezember 2024, 04:12:25 CET schrieb Damon Ding:
> The related nodes are hdptxphy1_grf, hdptxphy1 and edp1. And the
> aliases edp0 and edp1 are added to separate two independent eDP
> devices.
>
> Signed-off-by: Damon Ding
> ---
> .../arm64/boot/dts/rockchip/rk3588-extra
On 12/12/2024 3:15 AM, Dmitry Baryshkov wrote:
> On Wed, Dec 11, 2024 at 08:50:02PM +0800, Xiangxu Yin wrote:
>>
>>
>> On 12/11/2024 5:46 PM, Dmitry Baryshkov wrote:
>>> On Wed, Dec 11, 2024 at 08:46:16AM +0800, Xiangxu Yin wrote:
On 12/10/2024 11:09 PM, Dmitry Baryshkov wrote:
>>
[AMD Official Use Only - AMD Internal Distribution Only]
Hi Tomi
> -Original Message-
> From: Tomi Valkeinen
> Sent: Wednesday, December 18, 2024 12:49 PM
> To: Sagar, Vishal
> Cc: dri-devel@lists.freedesktop.org; linux-ker...@vger.kernel.org; linux-arm-
> ker...@lists.infradead.org; Kl
Hi Andrew!
On Tue, 2024-12-17 at 09:56 -0600, Andrew Davis wrote:
> > +static int lp8864_fault_check(struct lp8864_led *led)
> > +{
> > + int ret, i;
> > + unsigned int val;
> > +
> > + ret = regmap_read(led->regmap, LP8864_SUPPLY_STATUS, &val);
> > + if (ret)
> > + goto err;
>
I missed the DT errors from the recent patchset[1] (DT patches
in linux-next via Florian, DRM bindings patches on dri-misc-next)
as Rob's bot report got spam filtered, so this is a fixup set.
Largely it was changes to number of interrupts or clocks in the
bindings, so those are now covered.
I've
Commit 62948c62abca ("dt-bindings: display: Add BCM2712 HDMI bindings")
added the compatible strings for BCM2712, but missed out that the
number of interrupts changed.
Update the schema to include the interrupt requirements.
Fixes: 62948c62abca ("dt-bindings: display: Add BCM2712 HDMI bindings")
Commit 6cfcbe548a3a ("dt-bindings: display: Add BCM2712 HVS bindings")
added the compatible string for BCM2712, but missed out that
the number of interrupts and clocks changed too, and both need to be
named.
Update to validate clock, interrupts, and their names for the variants.
Fixes: 6cfcbe548a
Applied. Thanks!
Alex
On Wed, Dec 18, 2024 at 3:03 AM Lazar, Lijo wrote:
>
>
>
> On 12/18/2024 4:28 AM, Mirsad Todorovac wrote:
> > The static analyser tool gave the following advice:
> >
> > ./drivers/gpu/drm/amd/amdgpu/amdgpu_virt.c:1266:7-14: WARNING opportunity
> > for kmemdup
> >
> > → 1
Since commit 88bbe85dcd37 ("irqchip: bcm2836: Move SMP startup code to
arch/arm (v2)") the bcm2836-l1-intc block on bcm2711 is only used as a
base address for the smp_boot_secondary hook on 32 bit kernels. It is
not used as an interrupt controller.
Drop the binding requirement for interrupt-contro
https://bugzilla.kernel.org/show_bug.cgi?id=219611
Bug ID: 219611
Summary: Read of pcie_bw sysfs file on AMD GPU blocks for 1
second
Product: Drivers
Version: 2.5
Hardware: Intel
OS: Linux
Status
Hi Maxime & Dmitry
On Wed, 18 Dec 2024 at 07:59, Maxime Ripard wrote:
>
> On Wed, Dec 18, 2024 at 07:24:23AM +0200, Dmitry Baryshkov wrote:
> > On Tue, 17 Dec 2024 at 19:21, Maxime Ripard wrote:
> > > On Tue, Dec 17, 2024 at 02:40:22AM +0200, Dmitry Baryshkov wrote:
> > > > While porting lt9611
On Wed 2024-12-18 12:41:39, Jocelyn Falempe wrote:
> On 18/12/2024 12:00, Geert Uytterhoeven wrote:
> > Hi Jocelyn,
> >
> > On Wed, Dec 18, 2024 at 11:14 AM Jocelyn Falempe
> > wrote:
> > > On 17/12/2024 15:54, Geert Uytterhoeven wrote:
> > > > On Tue, Dec 17, 2024 at 3:46 PM Jocelyn Falempe
>
Hi Petr,
On Wed, Dec 18, 2024 at 3:18 PM Petr Mladek wrote:
> On Wed 2024-12-18 12:41:39, Jocelyn Falempe wrote:
> > On 18/12/2024 12:00, Geert Uytterhoeven wrote:
> > > On Wed, Dec 18, 2024 at 11:14 AM Jocelyn Falempe
> > > wrote:
> > > > On 17/12/2024 15:54, Geert Uytterhoeven wrote:
> > > >
On 12/18/2024 02:58, Arnd Bergmann wrote:
From: Arnd Bergmann
This driver fails to build in random configurations:
drivers/accel/amdxdna/aie2_solver.c: In function 'remove_partition_node':
drivers/accel/amdxdna/aie2_solver.c:121:9: error: implicit declaration of
function 'kfree' [-Wimplicit-f
Hi Eric,
On Fri, 13 Dec 2024 at 18:47, wrote:
> MediaTek (MTK) uses some unique tiled memory formats
> for video decoding. Add these to the uapi drm_fourcc.h
> so that we can use them in Mesa, GStreamer, and other
> tools/libraries.
Thanks for pushing these upstream!
> +/* MediaTek layouts */
>
Hi Heiko,
On 2024/12/18 20:45, Heiko Stübner wrote:
Hi Damon,
Am Montag, 16. Dezember 2024, 04:12:25 CET schrieb Damon Ding:
The related nodes are hdptxphy1_grf, hdptxphy1 and edp1. And the
aliases edp0 and edp1 are added to separate two independent eDP
devices.
Signed-off-by: Damon Ding
---
On Tue, Dec 17, 2024 at 11:58:12PM +0100, Mirsad Todorovac wrote:
> The source static analysis tool gave the following advice:
>
> ./fs/xfs/libxfs/xfs_dir2.c:382:15-22: WARNING opportunity for kmemdup
>
> → 382 args->value = kmalloc(len,
>383 GFP_KERNEL | __G
| 2 ++
.../devicetree/bindings/vendor-prefixes.yaml | 2 ++
drivers/gpu/drm/panel/panel-simple.c | 34 ++
3 files changed, 38 insertions(+)
---
base-commit: 78d4f34e2115b517bcbfe7ec0d0186f9b0b8
change-id: 20241218-topland-tian-g07017-52e3d4e8ea0f
Best regards,
--
Topland is a professional supplier of photoelectric display and touch
integrated products from Hong Kong: https://www.topland.com.hk/aboutus/
Signed-off-by: Ahmad Fatoum
---
Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation
The TIAN-G07017-01 is a 7" TFT-LCD module by TOPLAND ELECTRONICS (H.K).
The panel features 1024x600 24-bit RGB pixels driven over LVDS as well
as a PWM backlight and I2C-connected ft5506-compatible capacitive touch.
The panel description is taken from the Datasheet V0 (2024.5.23), but
it lists no
The TIAN-G07017-01 is a 7" TFT-LCD module by TOPLAND ELECTRONICS (H.K).
Add its compatible string.
Signed-off-by: Ahmad Fatoum
---
Documentation/devicetree/bindings/display/panel/panel-simple.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/display/pan
Hi,
Yes, I see you have the prior work and I have duplicated your work.
Apology for the inconvenience.
Best regards,
Mirsad Todorovac
On 12/18/24 11:32, Mark Harmstone wrote:
> There's a fix for this already in the for-next branch:
> https://github.com/btrfs/linux/commit/1a287050962c6847fa4918d
On 12/18/24 06:48, Dave Stevenson wrote:
Since commit 88bbe85dcd37 ("irqchip: bcm2836: Move SMP startup code to
arch/arm (v2)") the bcm2836-l1-intc block on bcm2711 is only used as a
base address for the smp_boot_secondary hook on 32 bit kernels. It is
not used as an interrupt controller.
Drop t
Hi Dave, Simona,
New stuff for 6.14.
The following changes since commit 438b39ac74e2a9dc0a5c9d653b7d8066877e86b1:
drm/amdkfd: pause autosuspend when creating pdd (2024-12-10 10:26:18 -0500)
are available in the Git repository at:
https://gitlab.freedesktop.org/agd5f/linux.git
tags/amd-drm
Hi Heiko,
On 2024/12/18 20:35, Heiko Stübner wrote:
Hi Damon,
Am Montag, 16. Dezember 2024, 04:12:18 CET schrieb Damon Ding:
Add basic support for RBR/HBR/HBR2 link rates, and the voltage swing and
pre-emphasis configurations of each link rate have been verified according
to the eDP 1.3 requir
Hi Tomi,
Thanks for the patch.
On 10/23/2024 1:52 PM, Tomi Valkeinen wrote:
Add basic DisplayPort audio support.
Support non-live audio playback from two PCMs (DMA channels), and the
volume control in the audio mixer.
As older dtb files may not have the audio DMA channels defined, the
driver
> > >> @@ -474,20 +478,28 @@ static int intel_dg_mtd_erase(struct mtd_info
> > *mtd, struct erase_info *info)
> > >> total_len = info->len;
> > >> addr = info->addr;
> > >>
> > >> +ret = pm_runtime_resume_and_get(mtd->dev.parent);
> > > on this, I really don't believe this
On Wed, Dec 18, 2024 at 09:24:07AM +0100, Herve Codina wrote:
> Hi Maxime,
>
> On Tue, 17 Dec 2024 18:30:52 +0100
> Maxime Ripard wrote:
>
> > On Tue, Dec 17, 2024 at 03:32:15PM +0100, Herve Codina wrote:
> > > In some cases observed during ESD tests, the TI SN65DSI83 cannot recover
> > > from e
On Wed 2024-12-18 15:58:46, Jocelyn Falempe wrote:
> On 18/12/2024 15:18, Petr Mladek wrote:
> > On Wed 2024-12-18 12:41:39, Jocelyn Falempe wrote:
> > > On 18/12/2024 12:00, Geert Uytterhoeven wrote:
> > > > Hi Jocelyn,
> > > >
> > > > On Wed, Dec 18, 2024 at 11:14 AM Jocelyn Falempe
> > > > wr
Hi Maxime,
On Wed, 18 Dec 2024 16:54:02 +0100
Maxime Ripard wrote:
> > > > +static int sn65dsi83_reset_drm_output(struct sn65dsi83 *sn65dsi83)
> > > > +{
> > > > + struct drm_atomic_state *state = ERR_PTR(-EINVAL);
> > > > + struct drm_device *dev = sn65dsi83->bridge.dev;
> > > > +
On Sat, 14 Dec 2024 16:16:59 +0800, Andy Yan wrote:
> Thanks for the basic work from Collabora, I can bringup a HDMI
> display out on rk3576.
>
> PATCH 1 is a carryover from the working when add support for
> rk3588[0], is very usefull when some people want me
> help debug some issue onl
On Tue, Dec 17, 2024 at 02:51:46PM +0800, Sandor Yu wrote:
> Add bindings for Cadence MHDP8501 DisplayPort/HDMI bridge.
>
> Signed-off-by: Sandor Yu
> ---
> v19->v20:
> - remove data type link of data-lanes.
Reviewed-by: Krzysztof Kozlowski
Best regards,
Krzysztof
Hi Jocelyn,
On Wed, Dec 18, 2024 at 11:14 AM Jocelyn Falempe wrote:
> On 17/12/2024 15:54, Geert Uytterhoeven wrote:
> > On Tue, Dec 17, 2024 at 3:46 PM Jocelyn Falempe wrote:
> >> On 17/12/2024 15:19, Geert Uytterhoeven wrote:
> >>> On Wed, Dec 4, 2024 at 6:41 PM Jocelyn Falempe
> >>> wrote:
On Tue, Dec 17, 2024 at 11:07:36AM +0100, Jens Wiklander wrote:
> Hi,
>
> This patch set allocates the restricted DMA-bufs via the TEE subsystem.
>
> The TEE subsystem handles the DMA-buf allocations since it is the TEE
> (OP-TEE, AMD-TEE, TS-TEE, or perhaps a future QCOMTEE) which sets up the
>
On Wed, Dec 18, 2024 at 03:54:27PM +0530, Ekansh Gupta wrote:
> This patch series adds the listed bug fixes that have been missing
> in upstream fastRPC driver:
> - Page address for registered buffer(with fd) is not calculated
> properly.
> - Page size calculation for non-registered buffer(copy b
On Wed, Dec 18, 2024 at 03:54:28PM +0530, Ekansh Gupta wrote:
> For registered buffers, fastrpc driver sends the buffer information
> to remote subsystem. There is a problem with current implementation
> where the page address is being sent with an offset leading to
> improper buffer address on DS
On Wed, Dec 18, 2024 at 03:54:29PM +0530, Ekansh Gupta wrote:
> For non-registered buffer, fastrpc driver copies the buffer and
> pass it to the remote subsystem. There is a problem with current
> implementation of page size calculation which is not considering
> the offset in the calculation. This
In order to avoid having userspace to use MI_MEM_FENCE,
we are adding a mechanism for userspace to generate a
PCI memory barrier with low overhead (avoiding IOCTL call
as well as writing to VRAM will adds some overhead).
This is implemented by memory-mapping a page as uncached
that is backed by MM
> -Original Message-
> From: Intel-xe On Behalf Of Mrozek,
> Michal
> Sent: Tuesday, November 19, 2024 6:12 PM
> To: Joonas Lahtinen ; Christian König
> ; Brost, Matthew ;
> dri-devel@lists.freedesktop.org; intel...@lists.freedesktop.org
> Cc: Graunke, Kenneth W ; Landwerlin, Lionel
> G
Hi Abhinav,
On 16/12/24 11:39, Abhinav Kumar wrote:
On 12/15/2024 9:45 PM, Vignesh Raman wrote:
Hi Abhinav,
On 14/12/24 01:09, Abhinav Kumar wrote:
Hi Vignesh
On 12/11/2024 9:10 PM, Vignesh Raman wrote:
Hi Abhinav / Helen,
On 12/12/24 01:48, Abhinav Kumar wrote:
Hi Helen / Vignesh
On 1
On 18/12/2024 15:18, Petr Mladek wrote:
On Wed 2024-12-18 12:41:39, Jocelyn Falempe wrote:
On 18/12/2024 12:00, Geert Uytterhoeven wrote:
Hi Jocelyn,
On Wed, Dec 18, 2024 at 11:14 AM Jocelyn Falempe wrote:
On 17/12/2024 15:54, Geert Uytterhoeven wrote:
On Tue, Dec 17, 2024 at 3:46 PM Jocely
On 12/18/24 8:45 AM, Sverdlin, Alexander wrote:
Hi Andrew!
On Tue, 2024-12-17 at 09:56 -0600, Andrew Davis wrote:
+static int lp8864_fault_check(struct lp8864_led *led)
+{
+ int ret, i;
+ unsigned int val;
+
+ ret = regmap_read(led->regmap, LP8864_SUPPLY_STATUS, &val);
+
drm_crtc.h| 77 ++
include/uapi/drm/drm_mode.h | 105 ++
5 files changed, 330 insertions(+)
---
base-commit: 78526dfb8799485890dae3877fea308e9501879c
change-id: 20241218-dpst-c8ecf18062bb
Best regards,
--
Arun R Murthy
ImageEnhancemenT(IET) hardware interpolates the LUT value to generate
the enhanced output image. LUT takes an input value, outputs a new
value based on the data within the LUT. 1D LUT can remap individual
input values to new output values based on the LUT sample. LUT can be
interpolated by the hard
Add drm-crtc property for histogram and for the properties added add
the corresponding get/set_property.
Signed-off-by: Arun R Murthy
---
drivers/gpu/drm/drm_atomic_state_helper.c | 14
drivers/gpu/drm/drm_atomic_uapi.c | 15
drivers/gpu/drm/drm_crtc.c|
Display Histogram is an array of bins and can be generated in many ways
referred to as modes.
Ex: HSV max(RGB), Wighted RGB etc.
Understanding the histogram data format(Ex: HSV max(RGB))
Histogram is just the pixel count.
For a maximum resolution of 10k (10240 x 4320 = 44236800)
25 bits should be
Add drm-crtc property for IET 1DLUT and for the properties added add
corresponding get/set_property.
Signed-off-by: Arun R Murthy
---
drivers/gpu/drm/drm_atomic_state_helper.c | 9
drivers/gpu/drm/drm_atomic_uapi.c | 13 +++
drivers/gpu/drm/drm_crtc.c| 3
Hi Jocelyn,
On Wed, Dec 18, 2024 at 3:58 PM Jocelyn Falempe wrote:
> On 18/12/2024 15:18, Petr Mladek wrote:
> > On Wed 2024-12-18 12:41:39, Jocelyn Falempe wrote:
> >> On 18/12/2024 12:00, Geert Uytterhoeven wrote:
> >>> On Wed, Dec 18, 2024 at 11:14 AM Jocelyn Falempe
> >>> wrote:
> Mayb
On 18/12/2024 13:25, Markus Elfring wrote:
…
+++ b/drivers/gpu/drm/clients/drm_log.c
@@ -0,0 +1,370 @@
…
+static int drm_log_count_modeset(struct drm_client_dev *client)
+{
+ struct drm_mode_set *mode_set;
+ int count = 0;
+
+ mutex_lock(&client->modeset_mutex);
+ drm_c
Il 18/12/24 12:44, Arnd Bergmann ha scritto:
On Wed, Dec 18, 2024, at 11:50, AngeloGioacchino Del Regno wrote:
Il 18/12/24 09:58, Arnd Bergmann ha scritto:
From: Arnd Bergmann
The problem is - no PHY no party, it's not going to work without... but
I get the
reasons behind this change.
Are w
Hi Dave, Sima,
This week a few fixes around GuC engine busyness reporting. Fixing some
races relating to engine and GT reset, and in general.
Regards,
Tvrtko
drm-intel-fixes-2024-12-18:
- Reset engine utilization buffer before registration (Umesh Nerlige Ramappa)
- Ensure busyness counter inc
On Wed, Dec 18, 2024 at 11:53:18AM +0100, AngeloGioacchino Del Regno wrote:
> Add compatible strings for the AAL, COLOR, MERGE and PADDING
> hardware components found in MediaTek's MT8188 SoC.
>
> This hardware is compatible with MT8195.
>
> Signed-off-by: AngeloGioacchino Del Regno
>
Acked-by
On Wed, Dec 18, 2024 at 11:53:19AM +0100, AngeloGioacchino Del Regno wrote:
> Add compatible strings for the FG, HDR, RSZ, STITCH, TCC, TDSHP
> and WROT hardware components found in MediaTek's MT8188 SoC.
>
> This hardware is compatible with MT8195.
>
> Signed-off-by: AngeloGioacchino Del Regno
From: Arnd Bergmann
The PHY portion of the mediatek hdmi driver was originally part of
the driver it self and later split out into drivers/phy, which a
'select' to keep the prior behavior.
However, this leads to build failures when the PHY driver cannot
be built:
WARNING: unmet direct dependenc
From: Arnd Bergmann
This driver fails to build in random configurations:
drivers/accel/amdxdna/aie2_solver.c: In function 'remove_partition_node':
drivers/accel/amdxdna/aie2_solver.c:121:9: error: implicit declaration of
function 'kfree' [-Wimplicit-function-declaration]
121 | kfree(p
Hi,
On 04/12/2024 11:31, Tomi Valkeinen wrote:
Add Y10_LE32, a 10 bit greyscale format, with 3 pixels packed into
32-bit container.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/drm_fourcc.c | 4
include/uapi/drm/drm_fourcc.h | 1 +
2 files changed, 5 insertions(+)
diff --git a/
On 18/12/2024 11:36, Maíra Canal wrote:
Hi Tvrtko,
On 18/12/24 07:41, Tvrtko Ursulin wrote:
On 12/12/2024 20:20, Maíra Canal wrote:
As the BOs used by VC4 have DMA Reservation Objects attached to it,
there is no need to use seqnos wait for the BOs availability. Instead,
we can use `dma_gem_
Hi Vishal,
On 04/12/2024 18:26, Sagar, Vishal wrote:
[AMD Official Use Only - AMD Internal Distribution Only]
Hi Tomi,
Thanks for the patch.
-Original Message-
From: Tomi Valkeinen
Sent: Wednesday, December 4, 2024 10:31 AM
To: Sagar, Vishal ; Klymenko, Anatoliy
; Maarten Lankhorst
Hi Maxime,
On Tue, 17 Dec 2024 18:30:52 +0100
Maxime Ripard wrote:
> On Tue, Dec 17, 2024 at 03:32:15PM +0100, Herve Codina wrote:
> > In some cases observed during ESD tests, the TI SN65DSI83 cannot recover
> > from errors by itself. A full restart of the bridge is needed in those
> > cases to
On 12/12/2024 20:20, Maíra Canal wrote:
The function `vc4_queue_seqno_cb()` is no longer needed, as we are
using DMA Reservation Objects to track BOs. Using DMA Resv, we can use
`dma_fence_add_callback()` to perform the async page flip.
Signed-off-by: Maíra Canal
---
drivers/gpu/drm/vc4/vc4
> -Original Message-
> From: Dmitry Baryshkov
> Sent: Tuesday, December 17, 2024 8:30 PM
> To: Xin Ji
> Cc: Pin-yen Lin ; Andrzej Hajda
> ; Neil Armstrong ;
> Robert Foss ; Laurent Pinchart
> ; Jonas Karlman ;
> Jernej Skrabec ; Maarten Lankhorst
> ; Maxime Ripard ;
> Thomas Zimmermann ;
On 2024-12-17 12:03, Brian Starkey wrote:
> On Tue, Dec 17, 2024 at 11:13:05AM +, Michel Dänzer wrote:
>> On 2024-12-17 10:14, Brian Starkey wrote:
>>
>>> Modifiers are meant to describe framebuffers, and this pitch alignment
>>> requirement isn't really a framebuffer property - it's a device
>
Hi Dave & Sima,
Here goes the pre-holidays drm-intel-gt-next PR towards 6.14 as promised.
As the main improvement there is engine busyness accuracy improvements
for GuC submission platforms and fixup for BO mapping corner cases.
The rest is smaller refactoring and improvements.
Happy Holidays!
On Tue, Dec 17, 2024 at 04:27:57PM -0800, Jessica Zhang wrote:
> From: Abhinav Kumar
>
> There is no recovery mechanism in place yet to recover from mmu
> faults for DPU. We can only prevent the faults by making sure there
> is no misconfiguration.
>
> Rate-limit the snapshot capture for mmu fau
Returns the number of bytes transferred (1) on success.
Check the return value to confirm that AUX communication is successful.
Fixes: f70ac097a2cf ("drm/mediatek: Add MT8195 Embedded DisplayPort driver")
Signed-off-by: Liankun Yang
---
Changes in V3:
- Using drm_dp_read_sink_count() to improve
Hi Tvrtko,
On 18/12/24 07:41, Tvrtko Ursulin wrote:
On 12/12/2024 20:20, Maíra Canal wrote:
As the BOs used by VC4 have DMA Reservation Objects attached to it,
there is no need to use seqnos wait for the BOs availability. Instead,
we can use `dma_gem_dma_resv_wait()`.
Signed-off-by: Maíra Can
On 18/12/2024 12:00, Geert Uytterhoeven wrote:
Hi Jocelyn,
On Wed, Dec 18, 2024 at 11:14 AM Jocelyn Falempe wrote:
On 17/12/2024 15:54, Geert Uytterhoeven wrote:
On Tue, Dec 17, 2024 at 3:46 PM Jocelyn Falempe wrote:
On 17/12/2024 15:19, Geert Uytterhoeven wrote:
On Wed, Dec 4, 2024 at 6:4
On Wed, Dec 18, 2024 at 11:18:01AM +0800, fange zhang wrote:
>
>
> On 2024/12/13 18:19, Dmitry Baryshkov wrote:
> > On Fri, 13 Dec 2024 at 11:21, fange zhang wrote:
> > >
> > >
> > >
> > > On 2024/12/10 19:02, Dmitry Baryshkov wrote:
> > > > On Tue, Dec 10, 2024 at 02:54:00PM +0800, Fange Zha
On Wed, Dec 18, 2024, at 11:50, AngeloGioacchino Del Regno wrote:
> Il 18/12/24 09:58, Arnd Bergmann ha scritto:
>> From: Arnd Bergmann
>
> The problem is - no PHY no party, it's not going to work without... but
> I get the
> reasons behind this change.
>
> Are we sure that we can't just add a `d
Add optional reset support which is mentioned in vivante,gc.yaml to
allow the driver to work on SoCs whose reset signal is asserted by default
Signed-off-by: Philippe Lecointre
Acked-by: Simon Lenain
---
v4:
- Rework to match feedback
---
drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 41 +
Hi Christian,
Thanks again for your prompt response/review.
> On 17 Dec 2024, at 10:53, Christian König wrote:
>
> >
> Am 16.12.24 um 17:54 schrieb Keith Busch:
>> On Mon, Dec 16, 2024 at 11:21:39AM +0100, Christian König wrote:
>>> Am 16.12.24 um 10:54 schrieb Wei Lin Guay:
From: Wei Li
Hi Vivek,
> On 16 Dec 2024, at 18:34, Kasireddy, Vivek wrote:
>
> >
> Hi Wei Lin,
>
>> Subject: [PATCH 0/4] cover-letter: Allow MMIO regions to be exported
>> through dmabuf
>>
>> From: Wei Lin Guay
>>
>> This is another attempt to revive the patches posted by Jason
>> Gunthorpe and Vivek
On Tue, Dec 17, 2024 at 04:43:19PM +0100, AngeloGioacchino Del Regno wrote:
> + i2c:
> +type: object
> +$ref: /schemas/display/mediatek/mediatek,mt8195-hdmi-ddc.yaml
> +unevaluatedProperties: false
> +description: HDMI DDC I2C controller
> +
> + phys:
> +maxItems: 1
> +des
On 12/18/2024 4:28 AM, Mirsad Todorovac wrote:
> The static analyser tool gave the following advice:
>
> ./drivers/gpu/drm/amd/amdgpu/amdgpu_virt.c:1266:7-14: WARNING opportunity for
> kmemdup
>
> → 1266 tmp = kmalloc(used_size, GFP_KERNEL);
>1267 if (!tmp)
>1268
On 17/12/2024 15:54, Geert Uytterhoeven wrote:
Hi Jocelyn.
On Tue, Dec 17, 2024 at 3:46 PM Jocelyn Falempe wrote:
On 17/12/2024 15:19, Geert Uytterhoeven wrote:
On Wed, Dec 4, 2024 at 6:41 PM Jocelyn Falempe wrote:
drm_log is a simple logger that uses the drm_client API to print the kmsg bo
Hi,
On 17/12/2024 17:06, Luca Ceresoli wrote:
Hello,
On Tue, 17 Dec 2024 17:02:51 +0100
Luca Ceresoli wrote:
When devm_drm_of_get_bridge() fails, the probe fails silently. Use
dev_err_probe() instead to log an error or report the deferral reason,
whichever is applicable.
Signed-off-by: Luca
On Tue, 2024-12-03 at 15:51 +0100, Christian König wrote:
> Am 03.12.24 um 14:42 schrieb Thomas Hellström:
> > On Tue, 2024-12-03 at 14:12 +0100, Christian König wrote:
> > > Am 15.11.24 um 16:01 schrieb Thomas Hellström:
> > > > Provide a helper to shrink ttm_tt page-vectors on a per-page
> > > >
On Mon, Dec 16, 2024 at 04:58:20PM -0500, Marek Olšák wrote:
> On Mon, Dec 16, 2024 at 9:53 AM Simona Vetter
> wrote:
>
> > On Mon, Dec 16, 2024 at 11:46:13AM +0100, Lucas Stach wrote:
> > > Am Montag, dem 16.12.2024 um 10:27 +0100 schrieb Michel Dänzer:
> > > > On 2024-12-15 21:53, Marek Olšák w
On 15/12/2024 12:09, Dmitry Baryshkov wrote:
TDA998x is the HDMI bridge driver, incorporating drm_connector and
optional drm_encoder (created via the component bind API by the TICLDC
and HDLCD drivers). Thus it should be residing together with the other
DRM bridge drivers under drivers/gpu/drm/br
Hi,
On Mon, 16 Dec 2024 17:21:33 +0100, Luca Ceresoli wrote:
> This small series adds DT bindings and panel-simple implementation for the
> Tianma TM070JDHG34-00 7" panel. Due to how the datasheet computes the
> blanking time, a quirk is needed in the timing implementation. A comment
> documents t
On Wed, Dec 18, 2024 at 10:44:17AM +0100, Michel Dänzer wrote:
> On 2024-12-17 12:03, Brian Starkey wrote:
> > On Tue, Dec 17, 2024 at 11:13:05AM +, Michel Dänzer wrote:
> >> On 2024-12-17 10:14, Brian Starkey wrote:
> >>
> >>> Modifiers are meant to describe framebuffers, and this pitch alignm
This patch series adds the listed bug fixes that have been missing
in upstream fastRPC driver:
- Page address for registered buffer(with fd) is not calculated
properly.
- Page size calculation for non-registered buffer(copy buffer) is
incorrect.
Ekansh Gupta (2):
misc: fastrpc: Fix registere
Hi,
On Thu, 12 Dec 2024 13:26:28 +0100, Marek Vasut wrote:
> Add Multi-Inno Technology MI1010Z1T-1CP11 10.1" 1024x600 LVDS panel
> compatible string.
>
>
Thanks, Applied to https://gitlab.freedesktop.org/drm/misc/kernel.git
(drm-misc-next)
[1/2] dt-bindings: display: simple: Document Multi-In
For registered buffers, fastrpc driver sends the buffer information
to remote subsystem. There is a problem with current implementation
where the page address is being sent with an offset leading to
improper buffer address on DSP. This is leads to functional failures
as DSP expects base address in
For non-registered buffer, fastrpc driver copies the buffer and
pass it to the remote subsystem. There is a problem with current
implementation of page size calculation which is not considering
the offset in the calculation. This might lead to passing of
improper and out-of-bounds page size which c
On 17.12.24 18:37, Maarten Lankhorst wrote:
Den 2024-12-17 kl. 18:11, skrev Tejun Heo:
On Tue, Dec 17, 2024 at 03:28:50PM +0100, Maarten Lankhorst wrote:
Now that all patches look good, what is needed to merge the series?
Without
patch 6/7 as it is a hack for testing.
There were some questi
On Wed, 18 Dec 2024 at 10:46, Xin Ji wrote:
>
> > -Original Message-
> > From: Dmitry Baryshkov
> > Sent: Tuesday, December 17, 2024 8:30 PM
> > To: Xin Ji
> > Cc: Pin-yen Lin ; Andrzej Hajda
> > ; Neil Armstrong ;
> > Robert Foss ; Laurent Pinchart
> > ; Jonas Karlman ;
> > Jernej Skrab
On Wed, Dec 18, 2024 at 11:24:58AM +, Simona Vetter wrote:
>
> For that reason I think linear modifiers with explicit pitch/size
> alignment constraints is a sound concept and fits into how modifiers work
> overall.
> -Sima
Could we make it (more) clear that pitch alignment is a "special"
con
Hi,
On Tue, 17 Dec 2024 17:02:51 +0100, Luca Ceresoli wrote:
> When devm_drm_of_get_bridge() fails, the probe fails silently. Use
> dev_err_probe() instead to log an error or report the deferral reason,
> whichever is applicable.
>
>
Thanks, Applied to https://gitlab.freedesktop.org/drm/misc/ke
On Tue, Dec 17, 2024 at 12:43:11PM +0100, Thomas Zimmermann wrote:
> (cc'ing Hans, who implemented deferred console takeover)
>
> Hi
>
> Am 16.12.24 um 18:35 schrieb Dr. David Alan Gilbert:
> > * Thomas Zimmermann (tzimmerm...@suse.de) wrote:
> > > Hi
> > >
> > >
> > > Am 16.12.24 um 14:46 schr
On 12/12/2024 20:20, Maíra Canal wrote:
As the BOs used by VC4 have DMA Reservation Objects attached to it,
there is no need to use seqnos wait for the BOs availability. Instead,
we can use `dma_gem_dma_resv_wait()`.
Signed-off-by: Maíra Canal
---
drivers/gpu/drm/vc4/vc4_drv.h | 10
On Mon, Dec 16, 2024 at 01:49:23PM -0800, syzbot wrote:
> Hello,
>
> syzbot found the following issue on:
>
> HEAD commit:2e7aff49b5da Merge branches 'for-next/core' and 'for-next/..
> git tree: git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux.git
> for-kernelci
> console outp
On Tue, Dec 17, 2024 at 10:53:32AM +0100, Christian König wrote:
> Am 16.12.24 um 17:54 schrieb Keith Busch:
> > On Mon, Dec 16, 2024 at 11:21:39AM +0100, Christian König wrote:
> > > Am 16.12.24 um 10:54 schrieb Wei Lin Guay:
> > > > From: Wei Lin Guay
> > > > However, as a general mechanism, it
1 - 100 of 159 matches
Mail list logo
