Hi,
Am Montag, 12. August 2024, 14:28:15 CEST schrieb Mary Guillemard:
> Expose timestamp information supported by the GPU with a new device
> query.
>
> Mali uses an external timer as GPU system time. On ARM, this is wired to
> the generic arch timer so we wire cntfrq_el0 as device frequency.
>
On Mon, 12 Aug 2024, Thomas Weißschuh wrote:
> Panels using a PWM-controlled backlight source without an do not have a
> standard way to communicate their valid PWM ranges.
> On x86 the ranges are read from ACPI through driver-specific tables.
> The built-in ranges are not necessarily correct, or
Hello Andi,
On Thu, 8 Aug 2024 11:35:23 +0100
Andi Shyti wrote:
> Hi Luca,
>
> On Thu, Aug 08, 2024 at 12:26:14PM +0200, 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,
> > whi
On Tue, Aug 13, 2024 at 08:45:19AM +0300, Raag Jadav wrote:
> On Mon, Aug 12, 2024 at 04:15:14PM +0300, Andy Shevchenko wrote:
> > On Mon, Aug 12, 2024 at 01:45:38PM +0530, Raag Jadav wrote:
...
> > > +static int
> > > +hwm_fan_read(struct hwm_drvdata *ddat, u32 attr, long *val)
> > > +{
> > > +
On 8/12/24 13:37, Abhinav Jain wrote:
Hello,
Can this be kindly reviewed? Thanks.
You removed all the relevant information for people to be able to review the
patch :)
thanks,
-- Shuah
On Mon, Aug 12, 2024 at 8:15 PM Jakub Kicinski wrote:
> BTW, Mina, the core should probably also check that XDP isn't installed
> before / while the netmem is bound to a queue.
Sorry if noob question, but what is the proper check for this? I tried
adding this to net_devmem_bind_dmabuf_to_queue():
On Thu, Apr 25, 2024 at 08:12:33PM +0300, Andy Shevchenko wrote:
> On Mon, Apr 22, 2024 at 09:49:04PM +0300, Jani Nikula wrote:
> > On Mon, 22 Apr 2024, Andy Shevchenko
> > wrote:
> > > Update header inclusions to follow IWYU (Include What You Use)
> > > principle.
> > >
> > > Signed-off-by: Andy
On Tue, 13 Aug 2024 02:30:54 -0600, Shuah Khan wrote:
> On 8/12/24 13:37, Abhinav Jain wrote:
> > Hello,
> > Can this be kindly reviewed? Thanks.
>
> You removed all the relevant information for people to be able to review the
> patch :)
>
> thanks,
> -- Shuah
Sorry, here is the patch link and I a
Hello dri maintainers/developers,
This is a 31-day syzbot report for the dri subsystem.
All related reports/information can be found at:
https://syzkaller.appspot.com/upstream/s/dri
During the period, 1 new issues were detected and 0 were fixed.
In total, 21 issues are still open and 31 have been
On Tue, Aug 13, 2024 at 4:39 AM Mina Almasry wrote:
>
> On Mon, Aug 12, 2024 at 8:15 PM Jakub Kicinski wrote:
> > BTW, Mina, the core should probably also check that XDP isn't installed
> > before / while the netmem is bound to a queue.
>
> Sorry if noob question, but what is the proper check for
This patchset attempts to fix some errors in udmabuf and remove the
upin_list structure.
Some of this fix just gather the patches which I upload before.
Patch 1,2,4,5 has passed the udmabuf self-test suite's tests.
Suggested by Kasireddy, Vivek
Patch5 modified the unpin function, therefore runni
Currently vmap_udmabuf set page's array by each folio.
But, ubuf->folios is only contain's the folio's head page.
That mean we repeatedly mapped the folio head page to the vmalloc area.
Due to udmabuf can use hugetlb, if HVO enabled, tail page may not exist,
so, we can't use page array to map, in
The current udmabuf mmap uses a page fault to populate the vma.
However, the current udmabuf has already obtained and pinned the folio
upon completion of the creation.This means that the physical memory has
already been acquired, rather than being accessed dynamically. The
current page fault metho
Currently, udmabuf handles folio by creating an unpin list to record
each folio obtained from the list and unpinning them when released. To
maintain this approach, many data structures have been established.
However, maintaining this type of data structure requires a significant
amount of memory a
There are some variables in udmabuf_create that are only used inside the
loop. Therefore, there is no need to declare them outside the scope.
This patch moved it into loop.
It is difficult to understand the loop condition of the code that adds
folio to the unpin_list.
The outer loop of this patch
When PAGE_SIZE 4096, MAX_PAGE_ORDER 10, 64bit machine,
page_alloc only support 4MB.
If above this, trigger this warn and return NULL.
udmabuf can change size limit, if change it to 3072(3GB), and then alloc
3GB udmabuf, will fail create.
[ 4080.876581] [ cut here ]
[ 4080.
Hello,
On Fri, 09 Aug 2024 17:34:49 +0200
Luca Ceresoli wrote:
> Add bindings for the GE SUNH add-on connector. This is a physical,
> hot-pluggable connector that allows to attach and detach at runtime an
> add-on adding peripherals on non-discoverable busses.
>
> Signed-off-by: Luca Ceresoli
On Fri, Aug 09, 2024 at 04:22:38AM +, Kuninori Morimoto wrote:
> Current test-component.c is using for_each_endpoint_of_node()
> for parsing "port", because there was no "port" base loop before.
> It has been assuming 1 port has 1 endpoint here.
Acked-by: Mark Brown
signature.asc
Descriptio
On 13/08/2024 05:44, Frank Li wrote:
> On Tue, Aug 13, 2024 at 10:32:04AM +0800, Liu Ying wrote:
>> On 08/13/2024, Frank Li wrote:
>>> Replace additionalProperties with unevaluatedProperties because it ref to
>>> panel-common.yaml.
>>
>> This would allow all properties in panel-common.yaml, which i
Remove duplicate code that is handled by tinyDRM,
i.e. drivers/gpu/drm/tiny/ili9341.c.
Suggested-by: Maxime Ripard
Signed-off-by: Andy Shevchenko
---
drivers/gpu/drm/panel/panel-ilitek-ili9341.c | 210 +--
1 file changed, 3 insertions(+), 207 deletions(-)
diff --git a/drivers/g
If the bridge is attached with the DRM_BRIDGE_ATTACH_NO_CONNECTOR flag set,
this driver won't initialize a connector and hence display mode won't be
validated in drm_connector_helper_funcs::mode_valid(). So, move the mode
validation from drm_connector_helper_funcs::mode_valid() to
drm_bridge_funcs
On 07/30/2024, Liu Ying wrote:
> On 07/29/2024, Liu Ying wrote:
>> Hi Dmitry,
>>
>> On 07/27/2024, Dmitry Baryshkov wrote:
>>> On Fri, Jul 26, 2024 at 02:50:12PM GMT, Liu Ying wrote:
MCIMX-LVDS1[1] display module integrates a HannStar HSD100PXN1 LVDS
display panel and a touch IC. Add an
On Mon, Aug 05, 2024 at 04:36:28PM +0530, Abhishek Singh wrote:
>
> On 7/30/2024 12:46 PM, Greg KH wrote:
> > On Tue, Jul 30, 2024 at 12:39:45PM +0530, Abhishek Singh wrote:
> >> The user process on ARM closes the device node while closing the
> >> session, triggers a remote call to terminate the
If buddy manager have more than one roots and each root have sub-block
need to be free. When drm_buddy_fini called, the first loop of
force_merge will merge and free all of the sub block of first root,
which offset is 0x0 and size is biggest(more than have of the mm size).
In subsequent force_merge
On Tue, Aug 13, 2024 at 11:27:22AM +0300, Andy Shevchenko wrote:
> On Tue, Aug 13, 2024 at 08:45:19AM +0300, Raag Jadav wrote:
> > On Mon, Aug 12, 2024 at 04:15:14PM +0300, Andy Shevchenko wrote:
> > > On Mon, Aug 12, 2024 at 01:45:38PM +0530, Raag Jadav wrote:
>
> ...
>
> > > > +static int
> > >
From: Tvrtko Ursulin
Lockdep thinks our seqcount_t usage is unsafe because the update path can
be both from irq and worker context:
[ ]
[ ] WARNING: inconsistent lock state
[ ] 6.10.3-v8-16k-numa #159 Tainted: GWC
[ ]
From: Tvrtko Ursulin
We forgot to disable preemption around the write_seqcount_begin/end() pair
while updating GPU stats:
[ ] WARNING: CPU: 2 PID: 12 at include/linux/seqlock.h:221
__seqprop_assert.isra.0+0x128/0x150 [v3d]
[ ] Workqueue: v3d_bin drm_sched_run_job_work [gpu_sched]
<...snip.
On Tue, 13 Aug 2024, Andy Shevchenko wrote:
> On Thu, Apr 25, 2024 at 08:12:33PM +0300, Andy Shevchenko wrote:
>> On Mon, Apr 22, 2024 at 09:49:04PM +0300, Jani Nikula wrote:
>> > On Mon, 22 Apr 2024, Andy Shevchenko
>> > wrote:
>> > > Update header inclusions to follow IWYU (Include What You Us
On 12/08/2024 16:27, Maíra Canal wrote:
Hi Tvrtko,
On 8/12/24 06:12, Tvrtko Ursulin wrote:
From: Tvrtko Ursulin
Lockdep thinks our seqcount_t usage is unsafe because the update path can
be both from irq and worker context:
[ ]
[ ] WARNING: inconsistent
Hi Louis,
On Fri, Aug 09, 2024 at 07:59:49PM +0200, Louis Chauvet wrote:
> Hi everyone,
>
> I'm excited to share some good news! I've recently completed the addition
> of a ConfigFS interface to VKMS, which allows to configure VKMS from
> user-space, at runtime. You should be able to:
> - Creat
Hi everyone,
This RFC implements support to configure VKMS using configfs.
It allows to:
- Create multiple devices
- Configure multiple overlay planes, CRTCs, encoders and
connectors
- Enable or disable cursor plane and writeback connector for
each CRTC
- Hot-plug/unplug connectors afte
Extract the initialization of the default configuration to a function.
Refactor, no functional changes.
Signed-off-by: José Expósito
---
drivers/gpu/drm/vkms/vkms_config.c | 17 +
drivers/gpu/drm/vkms/vkms_config.h | 3 +++
drivers/gpu/drm/vkms/vkms_drv.c| 6 +-
3 files
Creating a new vkms_config structure will be more complex once we
start adding more options.
Extract the vkms_config structure to its own header and source files
and add functions to create and delete a vkms_config and to initialize
debugfs.
Refactor, no functional changes.
Signed-off-by: José E
In order to be able to create multiple devices, the device name needs to
be unique.
Allow to set it in the VKMS configuration.
Signed-off-by: José Expósito
---
drivers/gpu/drm/vkms/vkms_config.c | 7 +--
drivers/gpu/drm/vkms/vkms_config.h | 3 ++-
drivers/gpu/drm/vkms/vkms_drv.c| 2 +-
A future patch will allow to create multiple encoders. Use managed
memory to simplify the code.
Refactor, no functional changes.
Signed-off-by: José Expósito
---
drivers/gpu/drm/vkms/vkms_drv.h| 1 -
drivers/gpu/drm/vkms/vkms_output.c | 45 --
2 files changed, 3
Add a list of CRTC configurations to vkms_config and add as many CRTCs
as configured during output initialization.
For backwards compatibility, create a single CRTC in the default
configuration.
Since writeback support, vblank and composer states are now per CRTC,
extract all the fields to the vk
Add a list of encoder configurations to vkms_config and add as many
encoders as configured during output initialization.
For backwards compatibility, create a single encoder in the default
configuration.
Signed-off-by: José Expósito
---
drivers/gpu/drm/vkms/vkms_config.c | 50 ++
A future patch will allow to create multiple connectors. Use managed
memory to simplify the code.
Refactor, no functional changes.
Signed-off-by: José Expósito
---
drivers/gpu/drm/vkms/vkms_drv.h| 5 ---
drivers/gpu/drm/vkms/vkms_output.c | 53 +-
2 files change
Add a list of overlay planes to vkms_config and add as many overlay
planes as configured during output initialization.
For backwards compatibility, add NUM_OVERLAY_PLANES to the default
configuration.
Note that a primary plane is created for each CRTC and it is not
possible to configure it.
A cur
Add a list of connector configurations to vkms_config and add as many
connector as configured during output initialization.
For backwards compatibility, create a single connector in the default
configuration.
Signed-off-by: José Expósito
---
drivers/gpu/drm/vkms/vkms_config.c | 40 +
Create a default subgroup at /config/vkms/encoders to allow to create as
many encoders as required. When the encoder is created the
possible_crtcs subgroup is created allowing to link encoders and CRTCs.
Signed-off-by: José Expósito
---
Documentation/gpu/vkms.rst | 14 ++-
drivers/gpu
Allow to create, enable, disable and destroy VKMS instances using
configfs.
For the moment, add one primary plane, one CRC, one encoder and one
connector until we add support to configure them via configfs.
Signed-off-by: José Expósito
---
Documentation/gpu/vkms.rst | 32 +
drive
Create a default subgroup at /config/vkms/crtcs to allow to create as
many CRTCs as required. When a CRTC is created, allow to configure the
equivalent of the module parameters enable_cursor and enable_writeback.
Signed-off-by: José Expósito
---
Documentation/gpu/vkms.rst | 22 +++-
d
Add a new module param to allow to create or not the default VKMS
instance. Useful when combined with configfs to avoid having additional
VKMS instances.
Signed-off-by: José Expósito
---
drivers/gpu/drm/vkms/vkms_drv.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --gi
Remove the configfs related TODO items from the "Runtime Configuration"
section.
Signed-off-by: José Expósito
---
Documentation/gpu/vkms.rst | 11 ++-
1 file changed, 2 insertions(+), 9 deletions(-)
diff --git a/Documentation/gpu/vkms.rst b/Documentation/gpu/vkms.rst
index ee71d1a569dd.
Create a default subgroup at /config/vkms/planes to allow to create as
many overlay planes as required. When the plane is created the
possible_crtcs subgroup is created allowing to link planes and CRTCs.
Signed-off-by: José Expósito
---
Documentation/gpu/vkms.rst | 13 ++-
drivers/gpu
Store the connector status in vkms_config_connector and use the stored
value to update the connector status in the drm_connector_funcs.detect()
function.
Signed-off-by: José Expósito
---
drivers/gpu/drm/vkms/vkms_config.c | 18 --
drivers/gpu/drm/vkms/vkms_config.h | 12 +
Add a list of encoder configurations to vkms_config and add as many
encoders as configured during output initialization.
For backwards compatibility, create a single encoder in the default
configuration.
Signed-off-by: José Expósito
---
Documentation/gpu/vkms.rst | 16 +++
drivers/gp
On Sat, Dec 23, 2023 at 11:00:32AM +0800, Dillon Min wrote:
> On Mon, 11 Dec 2023 at 21:19, Andy Shevchenko
> wrote:
> > On Fri, Dec 08, 2023 at 09:18:20PM +0100, Noralf Trønnes wrote:
> > > On 12/8/23 17:00, Andy Shevchenko wrote:
> > > > Included authors and latest (non-white-space) contributor
On Fri, Aug 09, 2024 at 02:48:08PM +0300, Andy Shevchenko wrote:
> On Fri, Aug 09, 2024 at 11:45:25AM +0530, Raag Jadav wrote:
>
> > + /*
> > +* HW register value is accumulated count of pulses from
> > +* PWM fan with the scale of 2 pulses per rotation.
> > +*/
> > + rotations = p
On Tue, Aug 13, 2024 at 02:23:13PM +0300, Raag Jadav wrote:
> On Fri, Aug 09, 2024 at 02:48:08PM +0300, Andy Shevchenko wrote:
> > On Fri, Aug 09, 2024 at 11:45:25AM +0530, Raag Jadav wrote:
...
> > > + /*
> > > + * HW register value is accumulated count of pulses from
> > > + * PWM fan with th
The fault-inject.h users across the kernel need to add a lot of #ifdef
CONFIG_FAULT_INJECTION to cater for shortcomings in the header. Make
fault-inject.h self-contained for CONFIG_FAULT_INJECTION=n, and add
stubs for DECLARE_FAULT_ATTR(), setup_fault_attr(), should_fail_ex(),
and should_fail() to
With the proper stubs in place in linux/fault-inject.h, we can remove a
bunch of conditional compilation for CONFIG_FAULT_INJECTION=n.
Cc: Andrew Morton
Cc: Akinobu Mita
Cc: Rob Clark
Cc: Abhinav Kumar
Cc: Dmitry Baryshkov
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/msm/msm_debugfs.c | 2
With the proper stubs in place in linux/fault-inject.h, we can remove a
bunch of conditional compilation for CONFIG_FAULT_INJECTION=n.
Cc: Andrew Morton
Cc: Akinobu Mita
Cc: Lucas De Marchi
Cc: Thomas Hellström
Cc: Rodrigo Vivi
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/xe/xe_debugfs.c
On Tue, 2024-08-13 at 15:12 +0300, Jani Nikula wrote:
> With the proper stubs in place in linux/fault-inject.h, we can remove
> a
> bunch of conditional compilation for CONFIG_FAULT_INJECTION=n.
>
> Cc: Andrew Morton
> Cc: Akinobu Mita
> Cc: Rob Clark
> Cc: Abhinav Kumar
> Cc: Dmitry Baryshkov
On Tue, 2024-08-13 at 15:12 +0300, Jani Nikula wrote:
> With the proper stubs in place in linux/fault-inject.h, we can remove
> a
> bunch of conditional compilation for CONFIG_FAULT_INJECTION=n.
>
> Cc: Andrew Morton
> Cc: Akinobu Mita
> Cc: Lucas De Marchi
> Cc: Thomas Hellström
> Cc: Rodrigo
On 13-08-2024 17:42, Jani Nikula wrote:
With the proper stubs in place in linux/fault-inject.h, we can remove a
bunch of conditional compilation for CONFIG_FAULT_INJECTION=n.
Cc: Andrew Morton
Cc: Akinobu Mita
Cc: Lucas De Marchi
Cc: Thomas Hellström
Cc: Rodrigo Vivi
Signed-off-by: Jani
On Tue, Aug 13, 2024 at 02:47:27PM +0300, Andy Shevchenko wrote:
> On Tue, Aug 13, 2024 at 02:23:13PM +0300, Raag Jadav wrote:
> > On Fri, Aug 09, 2024 at 02:48:08PM +0300, Andy Shevchenko wrote:
> > > On Fri, Aug 09, 2024 at 11:45:25AM +0530, Raag Jadav wrote:
>
> ...
>
> > > > + /*
> > >
On 13-08-2024 17:42, Jani Nikula wrote:
With the proper stubs in place in linux/fault-inject.h, we can remove a
bunch of conditional compilation for CONFIG_FAULT_INJECTION=n.
Cc: Andrew Morton
Cc: Akinobu Mita
Cc: Rob Clark
Cc: Abhinav Kumar
Cc: Dmitry Baryshkov
Signed-off-by: Jani Nikul
On 13-08-2024 17:42, Jani Nikula wrote:
The fault-inject.h users across the kernel need to add a lot of #ifdef
CONFIG_FAULT_INJECTION to cater for shortcomings in the header. Make
fault-inject.h self-contained for CONFIG_FAULT_INJECTION=n, and add
stubs for DECLARE_FAULT_ATTR(), setup_fault_at
On Tue, Aug 13, 2024 at 03:53:25PM +0300, Raag Jadav wrote:
> On Tue, Aug 13, 2024 at 02:47:27PM +0300, Andy Shevchenko wrote:
> > On Tue, Aug 13, 2024 at 02:23:13PM +0300, Raag Jadav wrote:
> > > On Fri, Aug 09, 2024 at 02:48:08PM +0300, Andy Shevchenko wrote:
> > > > On Fri, Aug 09, 2024 at 11:45
Am Mittwoch, 7. August 2024, 13:07:22 CEST schrieb Cristian Ciocaltea:
> The Rockchip RK3588 SoC family integrates the Synopsys DesignWare HDMI
> 2.1 Quad-Pixel (QP) TX controller, which is a new IP block, quite
> different from those used in the previous generations of Rockchip SoCs.
>
> The cont
On 12/08/2024 11:30, Thomas Zimmermann wrote:
Convert ASTDP support to struct drm_edid and its helpers. Simplifies
and modernizes the EDID handling.
The driver reads 4 bytes at once, but the overall read length is now
variable. Therefore update the EDID read loop to never return more than
the re
On 12/08/2024 11:30, Thomas Zimmermann wrote:
Permanently set the connector status to 'connected'. Return BMC modes
for connector if no display is attached to the physical DP connector.
Otherwise use EDID modes as before.
If the status of the physical connector changes, the driver still
generate
On 12/08/2024 11:30, Thomas Zimmermann wrote:
Permanently set the connector status to 'connected'. Return BMC modes
for connector if no display is attached to the physical DP connector.
Otherwise use EDID modes as before.
If the status of the physical connector changes, the driver still
gener
On 12/08/2024 11:30, Thomas Zimmermann wrote:
Permanently set the connector status to 'connected'. Return BMC modes
for connector if no display is attached to the physical DP connector.
Otherwise use EDID modes as before.
If the status of the physical connector changes, the driver still
gener
On 12/08/2024 11:30, Thomas Zimmermann wrote:
Permanently set the connector status to 'connected'. Return BMC modes
for connector if no display is attached to the physical DP connector.
Otherwise use EDID modes as before.
If the status of the physical connector changes, the driver still
gener
On 12/08/2024 11:30, Thomas Zimmermann wrote:
Ast'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 ob
On 12/08/2024 11:30, Thomas Zimmermann wrote:
Convert DP501 support to struct drm_edid and its helpers. Simplifies
and modernizes the EDID handling.
The driver reads 4 bytes at once, but the overall read length is now
variable. Therefore update the EDID read loop to never return more than
the
On Mon, Aug 12, 2024 at 03:08:14PM +0530, Aravind Iddamsetty wrote:
>
> On 12/08/24 13:18, Raag Jadav wrote:
> > From: Himal Prasad Ghimiray
> >
> > This was dropped in commit 77a0d4d1cea2 ("drm/xe/uapi: Remove reset
> > uevent for now") as part of refactoring.
> >
> > Now that we have better uap
Hi
Am 13.08.24 um 15:20 schrieb Jocelyn Falempe:
On 12/08/2024 11:30, Thomas Zimmermann wrote:
Ast'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
o
From: Tvrtko Ursulin
Convert fdinfo memory stats to use the common drm_print_memory_stats
helper.
This achieves alignment with the common keys as documented in
drm-usage-stats.rst, adding specifically drm-total- key the driver was
missing until now.
Additionally I made the code stop skipping to
From: Tvrtko Ursulin
Re-sending these two since they garnered little attention last time round.
First patch clarifies what drm-memory- is, and that it is legacy, and second
patch updates amdgpu to start emitting new keys together with the legacy (by
using the common DRM helper).
With that gputo
From: Tvrtko Ursulin
Currently it is not well defined what is drm-memory- compared to other
categories.
In practice the only driver which emits these keys is amdgpu and in them
exposes the current resident buffer object memory (including shared).
To prevent any confusion, document that drm-memo
From: Tvrtko Ursulin
When CONFIG_INIT_STACK_ALL_ZERO is set and so -ftrivial-auto-var-init=zero
compiler option active, compiler fails to notice that inside
amdgpu_cs_parser_init() there is a second memset to clear the same on
stack struct amdgpu_cs_parser.
If we pull this memset one level out,
From: Tvrtko Ursulin
When CONFIG_INIT_STACK_ALL_ZERO is set and so -ftrivial-auto-var-init=zero
compiler option active, compiler fails to notice that later in
amdgpu_vm_pt_clear() there is a second memset to clear the same on stack
struct amdgpu_vm_update_params.
If we replace this memset with
On Tue, Aug 13, 2024 at 02:54:31AM +, Matthew Brost wrote:
> On Mon, Aug 12, 2024 at 04:45:32PM +0200, Daniel Vetter wrote:
> > On Mon, Aug 12, 2024 at 01:51:30PM +0200, Andi Shyti wrote:
> > > Hi Daniel,
> > >
> > > On Mon, Aug 12, 2024 at 11:11:21AM +0200, Daniel Vetter wrote:
> > > > On Fri
On 13/08/2024 15:08, Tvrtko Ursulin wrote:
From: Tvrtko Ursulin
When CONFIG_INIT_STACK_ALL_ZERO is set and so -ftrivial-auto-var-init=zero
compiler option active, compiler fails to notice that later in
amdgpu_vm_pt_clear() there is a second memset to clear the same on stack
struct amdgpu_vm_
On Mon, 12 Aug 2024, Jani Nikula wrote:
> On Mon, 12 Aug 2024, Jocelyn Falempe wrote:
>> On 12/08/2024 15:49, Jani Nikula wrote:
>>> On Mon, 12 Aug 2024, Jocelyn Falempe wrote:
Check if two rectangles overlap.
It's a bit similar to drm_rect_intersect() but this won't modify
the re
On Mon, Aug 12, 2024 at 01:18:12PM GMT, Raag Jadav wrote:
From: Himal Prasad Ghimiray
This was dropped in commit 77a0d4d1cea2 ("drm/xe/uapi: Remove reset
uevent for now") as part of refactoring.
Now that we have better uapi semantics and naming for the uevent,
bring it back. With this in place
Am 12.08.24 um 14:35 schrieb Zhang Zekun:
hibmc_mm_init() has been removed since commit 28645ae064d1
("drm/hisilicon/hibmc: Remove hibmc_ttm.c"), but remain the declaration
untouched in the header files. So, let's remove this unused declaration.
Signed-off-by: Zhang Zekun
Reviewed-by: Thom
Hi Luca,
On Tue, Aug 13, 2024 at 10:16:43AM +0200, Luca Ceresoli wrote:
> On Thu, 8 Aug 2024 11:35:23 +0100
> Andi Shyti wrote:
> > On Thu, Aug 08, 2024 at 12:26:14PM +0200, Luca Ceresoli wrote:
> > > When devm_drm_of_get_bridge() fails, the probe fails silently. Use
> > > dev_err_probe() instead
On Tue, 13 Aug 2024 04:39:47 -0400 Mina Almasry wrote:
> On Mon, Aug 12, 2024 at 8:15 PM Jakub Kicinski wrote:
> > BTW, Mina, the core should probably also check that XDP isn't installed
> > before / while the netmem is bound to a queue.
>
> Sorry if noob question, but what is the proper check
On 13/08/2024 16:11, Jani Nikula wrote:
On Mon, 12 Aug 2024, Jani Nikula wrote:
On Mon, 12 Aug 2024, Jocelyn Falempe wrote:
On 12/08/2024 15:49, Jani Nikula wrote:
On Mon, 12 Aug 2024, Jocelyn Falempe wrote:
Check if two rectangles overlap.
It's a bit similar to drm_rect_intersect() but th
On Tue, 13 Aug 2024 03:31:13 +0100 Pavel Begunkov wrote:
> I'm getting lost, so repeating myself a bit. What I think
> would be a good approach is if we get an error back from
> the driver if it doesn't support netiov / providers.
>
> netdev_rx_queue_restart() {
> ...
> err = dev->queu
On 8/13/24 4:17 PM, Heiko Stübner wrote:
> Am Mittwoch, 7. August 2024, 13:07:22 CEST schrieb Cristian Ciocaltea:
>> The Rockchip RK3588 SoC family integrates the Synopsys DesignWare HDMI
>> 2.1 Quad-Pixel (QP) TX controller, which is a new IP block, quite
>> different from those used in the previo
Add property panel-timing: true to allow use 'panel-timing', which defined
in panel-common.yaml.
Fix below warning:
arch/arm64/boot/dts/freescale/imx8mp-evk-mx8-dlvds-lcd1.dtb: panel-lvds:
'panel-timing' does not match any of the regexes: 'pinctrl-[0-9]+'
from schema $id:
http://devicetr
I was waiting for some replies elsewhere on this thread. Anwyay.. for
the below, because I don't understand how come an important fix like
this is not garnering more attention:
On 04/06/2024 17:05, Christian König wrote:
From: Tvrtko Ursulin
Since you pretty much changed my logic you cou
On Thu, 25 Jul 2024, Sefa Eyeoglu wrote:
> Hi Jani,
>
> I have asked someone with the actual hardware to attach their EDID blob
> to the issue.
There's only one so far, but that one does require the quirk.
Acked-by: Jani Nikula
>
> Kind regards,
> Sefa
>
> On Wed, 2024-07-24 at 10:22 +0300,
On 8/13/24 15:39, Jakub Kicinski wrote:
On Tue, 13 Aug 2024 03:31:13 +0100 Pavel Begunkov wrote:
I'm getting lost, so repeating myself a bit. What I think
would be a good approach is if we get an error back from
the driver if it doesn't support netiov / providers.
netdev_rx_queue_restart() {
On Fri, Aug 09, 2024 at 05:34:49PM +0200, Luca Ceresoli wrote:
> Add bindings for the GE SUNH add-on connector. This is a physical,
> hot-pluggable connector that allows to attach and detach at runtime an
> add-on adding peripherals on non-discoverable busses.
Overall, looks pretty good.
>
> Sig
On Tue, 13 Aug 2024 16:11:15 +0100 Pavel Begunkov wrote:
> On 8/13/24 15:39, Jakub Kicinski wrote:
> > On Tue, 13 Aug 2024 03:31:13 +0100 Pavel Begunkov wrote:
> >> I'm getting lost, so repeating myself a bit. What I think
> >> would be a good approach is if we get an error back from
> >> the dri
https://bugzilla.kernel.org/show_bug.cgi?id=211807
Feicop1 (bofomol...@givehit.com) changed:
What|Removed |Added
CC||bofomol...@givehit.com
On Mon, Aug 05, 2024 at 04:52:35PM +0100, Biju Das wrote:
> 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
On Tue, Aug 13, 2024 at 04:28:32PM +0300, Raag Jadav wrote:
> On Mon, Aug 12, 2024 at 03:08:14PM +0530, Aravind Iddamsetty wrote:
> >
> > On 12/08/24 13:18, Raag Jadav wrote:
> > > From: Himal Prasad Ghimiray
> > >
> > > This was dropped in commit 77a0d4d1cea2 ("drm/xe/uapi: Remove reset
> > > ue
On Thu, Aug 8, 2024 at 4:06 PM Ian Forbes wrote:
>
> Currently the array size is only limited by the largest kmalloc size which
> is incorrect. This change will also return a more specific error message
> than ENOMEM to userspace.
>
> Signed-off-by: Ian Forbes
> ---
> drivers/gpu/drm/vmwgfx/vmwg
On Fri, Aug 9, 2024 at 2:38 PM Ian Forbes wrote:
>
> Handle unlikely ENOMEN condition and other errors in
> vmw_stdu_connector_atomic_check.
>
> Signed-off-by: Ian Forbes
> Reported-by: Dan Carpenter
> Fixes: 75c3e8a26a35 ("drm/vmwgfx: Trigger a modeset when the screen moves")
> ---
> drivers/g
Hi Dave and Sima,
Here goes our first drm-intel-next PR towards 6.12.
drm-intel-next-2024-08-13:
- Type-C programming fix for MTL+ (Gustavo)
- Fix display clock workaround (Mitul)
- Fix DP LTTPR detection (Imre)
- Calculate vblank delay more accurately (Ville)
- Make vrr_{enabling,disabling}(
Remove `busy_places` now that it's unused. There's also probably a
better place to put `map_count` in the struct layout to avoid false
sharing with `cpu_writers`. I'd repack the whole struct if we're going
to be adding and removing fields.
On Tue, Aug 13, 2024 at 1:29 PM Ian Forbes wrote:
>
> Remove `busy_places` now that it's unused. There's also probably a
> better place to put `map_count` in the struct layout to avoid false
> sharing with `cpu_writers`. I'd repack the whole struct if we're going
> to be adding and removing fields
1 - 100 of 171 matches
Mail list logo
