On 08/15/2024, Frank Li wrote:
> 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]+
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:
769b081c18b9 ("drm/i915/opregion: convert to struct intel_display")
from the drm-intel tree and commit:
1eda95cba9df ("drm/xe: Rename enable_display module para
Some EC firmwares on Trogdor/Strongbad boards don't properly indicate
the state of DP HPD on a type-c port. Instead, the EC only indicates
that a type-c port has entered or exited DP mode. To make matters worse,
on these boards the DP signal is muxed between two USB type-c
connectors, so we can't u
Handle orientation for the type-c port when the DT node has the
'orientation' property. The 'orientation' property is present when the
DisplayPort lanes are directly wired to the usb-c-connector and the
board design relies on the DP lanes to be remapped by software. The
property wouldn't be present
Most ARM based chromebooks with two usb-c-connector nodes and one DP
controller are muxing the DP lanes between the two USB ports. This is
done so that the type-c ports are at least equal in capability if not
functionality. Either an analog mux is used to steer the DP signal to
one or the other por
We can imagine that logically the EC is a device that has some number of
DisplayPort (DP) connector inputs, some number of USB3 connector inputs,
and some number of USB type-c connector outputs. If you squint enough it
looks like a USB type-c dock. Logically there's a crossbar pin
assignment capabi
Add a DT graph binding to google,cros-ec-typec so that it can combine
DisplayPort (DP) and USB SuperSpeed (SS) data into a USB type-c endpoint
that is connected to the usb-c-connector node's SS endpoint. This also
allows us to connect the DP and USB nodes in the graph to the USB type-c
connectors,
The previous patch added support for no-hpd to drm_dp_typec_bridge code.
Allow users of this bridge to hook the HPD notification path of the
bridge chain so that they can be made aware of the connector status
changing. This helps HPD-less users of the bridge inject the HPD state
into their code by
Some EC firmwares on Trogdor/Strongbad boards don't properly indicate
the state of the DP HPD level on a type-c port. The EC only indicates
that DP mode is entered or exited for a type-c port. The HPD state is
expressed to the DP controller via a pin on the AP that the EC drives
high or low when th
Add an orientation parameter to drm_dp_typec_bridge_assign_pins() so
that the DP lanes can be directed to the proper USB type-c pins on the
connector when the cable is flipped. This is mostly useful for the case
where the DP lanes are directly connected to the usb-c-connector and the
device doesn't
Extend the aux-hpd bridge driver to support assigning DP lanes to USB
Type-C pins. Existing users of this driver only need the HPD signaling
support, so leave that in place and wrap the code with a variant that
supports more features of USB Type-C DP altmode, i.e. pin
configurations. Prefix that co
Verify during drm_atomic_bridge_check() that the lane assignment set in
a bridge's atomic_check() callback is going to be satisfied by the
previous bridge. If the next bridge is requiring something besides the
default 1:1 lane assignment on its input then there must be an output
lane assignment on
Add support to the DRM atomic logic to support lane remapping between
bridges, encoders and connectors. Typically lane mapping is handled
statically in firmware, e.g. on DT we use the data-lanes property to
assign lanes when connecting display bridges. Lane assignment is dynamic
with USB-C DisplayP
This series adds support for fully describing the USB/DP topology on
ChromeOS Trogdor devices in DT. Trogdor devices have a single DP phy in
the AP that is muxed to one of two usb type-c connectors depending on
which port asserts HPD first to the EC. We'd like to know which port is
connected to an
On 8/13/2024 5:12 AM, 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 Niku
Information about userspace allocated buffers can already be seen with
debugfs file vmwgfx_gem_info.
Add a debugfs file vmwgfx_buffer_info that also displays information about
vmwgfx buffers allocated by the kernel.
Also display name of the original process that allocated the buffer object
in both
LGTM.
Reviewed-by: Maaz Mombasawala
--
Maaz Mombasawala
On 2024-08-12 02:59, Al Viro wrote:
Using drm_gem_prime_handle_to_fd() to set dmabuf up and insert it into
descriptor table, only to have it looked up by file descriptor and
remove it from descriptor table is not just too convoluted - it's
racy; another thread might have modified the descriptor
On 8/14/2024 3:05 PM, Lizhi Hou wrote:
On 8/9/24 09:32, Jeffrey Hugo wrote:
On 8/5/2024 11:39 AM, Lizhi Hou wrote:
+static int mailbox_acquire_msgid(struct mailbox_channel *mb_chann,
struct mailbox_msg *mb_msg)
+{
+ unsigned long flags;
+ int msg_id;
+
+ spin_lock_irqsave(&mb_chann->
On 8/14/24 14:53, Jeffrey Hugo wrote:
On 8/14/2024 2:24 PM, Lizhi Hou wrote:
On 8/14/24 11:46, Jeffrey Hugo wrote:
On 8/14/2024 12:16 PM, Lizhi Hou wrote:
On 8/9/24 09:11, Jeffrey Hugo wrote:
On 8/5/2024 11:39 AM, Lizhi Hou wrote:
diff --git a/drivers/accel/amdxdna/aie2_pci.c
b/drivers/a
On 8/14/2024 2:24 PM, Lizhi Hou wrote:
On 8/14/24 11:46, Jeffrey Hugo wrote:
On 8/14/2024 12:16 PM, Lizhi Hou wrote:
On 8/9/24 09:11, Jeffrey Hugo wrote:
On 8/5/2024 11:39 AM, Lizhi Hou wrote:
diff --git a/drivers/accel/amdxdna/aie2_pci.c
b/drivers/accel/amdxdna/aie2_pci.c
new file mode 10
Am 14.08.24 um 14:01 schrieb Ulf Hansson:
On Tue, 13 Aug 2024 at 21:57, Doug Anderson wrote:
Hi,
On Mon, Aug 12, 2024 at 4:48 PM Stefan Wahren wrote:
Hi Doug,
Am 28.07.24 um 15:00 schrieb Stefan Wahren:
DO NOT MERGE
According to the dt-bindings there are some platforms, which have a
dedic
Hi Dave, Sima,
Fixes for 6.11. The MES 12 updates are relatively large, but they are for
GFX 12 which is new for 6.11.
The following changes since commit 7c626ce4bae1ac14f60076d00eafe71af30450ba:
Linux 6.11-rc3 (2024-08-11 14:27:14 -0700)
are available in the Git repository at:
https://gi
On 8/9/24 09:32, Jeffrey Hugo wrote:
On 8/5/2024 11:39 AM, Lizhi Hou wrote:
+enum aie2_msg_status {
+ AIE2_STATUS_SUCCESS = 0x0,
+ /* AIE Error codes */
+ AIE2_STATUS_AIE_SATURATION_ERROR = 0x101,
+ AIE2_STATUS_AIE_FP_ERROR = 0x102,
+ AIE
Am 14.08.24 um 14:18 schrieb Ulf Hansson:
On Sun, 28 Jul 2024 at 15:07, Stefan Wahren wrote:
This adds suspend/resume support for the 8250_bcm2835aux
driver to provide power management support on attached
devices.
Signed-off-by: Stefan Wahren
---
drivers/tty/serial/8250/8250_bcm2835aux.c |
On 8/14/24 11:46, Jeffrey Hugo wrote:
On 8/14/2024 12:16 PM, Lizhi Hou wrote:
On 8/9/24 09:11, Jeffrey Hugo wrote:
On 8/5/2024 11:39 AM, Lizhi Hou wrote:
diff --git a/drivers/accel/amdxdna/aie2_pci.c
b/drivers/accel/amdxdna/aie2_pci.c
new file mode 100644
index ..3660967c00e6
-
On Wed, Aug 14, 2024 at 09:01:56PM +0200, Hans de Goede wrote:
> Hi Rafael,
>
> 6.10 has a new backlight driver for UART attached backlight controller
> boards found in some Dell All in One models.
>
> Now the first AIO has turned up which has not only the DSDT bits for this,
> but also an actual
On 8/14/24 11:49, Jeffrey Hugo wrote:
On 8/12/2024 12:16 PM, Lizhi Hou wrote:
On 8/9/24 08:21, Jeffrey Hugo wrote:
On 8/5/2024 11:39 AM, Lizhi Hou wrote:
This patchset introduces a new Linux Kernel Driver, amdxdna for AMD
NPUs.
The driver is based on Linux accel subsystem.
NPU (Neural Pro
Hi Mary,
On 12.08.2024 14:28, Mary Guillemard wrote:
> 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.
>
> This new uAPI w
Looks Good
Thanks,
Reviewed-by: Ian Forbes
On Wed, Aug 14, 2024 at 2:28 PM Zack Rusin wrote:
>
> The kms paths keep a persistent map active to read and compare the cursor
> buffer. These maps can race with each other in simple scenario where:
> a) buffer "a" mapped for update
> b) buffer "a" ma
On Tue, Aug 13, 2024 at 8:19 PM Michał Winiarski
wrote:
>
> On Mon, Aug 12, 2024 at 01:38:38PM GMT, Alex Deucher wrote:
> > Are there any objections to this series? We have been running into
> > this limit as a problem for a while now on big servers.
>
> I don't think there were any objections, j
Make sure that for external buffers mapping goes through the dma_buf
interface instead of trying to access pages directly.
External buffers might not provide direct access to readable/writable
pages so to make sure the bo's created from external dma_bufs can be
read dma_buf interface has to be use
The kms paths keep a persistent map active to read and compare the cursor
buffer. These maps can race with each other in simple scenario where:
a) buffer "a" mapped for update
b) buffer "a" mapped for compare
c) do the compare
d) unmap "a" for compare
e) update the cursor
f) unmap "a" for update
At
[Public]
> -Original Message-
> From: Nikita Zhandarovich
> Sent: Tuesday, August 6, 2024 1:19 PM
> To: Deucher, Alexander ; Koenig, Christian
> ; Pan, Xinhui ; David
> Airlie ; Daniel Vetter
> Cc: Nikita Zhandarovich ; Jerome Glisse
> ; Dave Airlie ; amd-
> g...@lists.freedesktop.org; d
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
On Wed, 14 Aug 2024 09:57:31 +0300 Jani Nikula wrote:
> > Removing a nested include exposes all those sites which were
> > erroneously depending upon that nested include. Here's what I have
> > found so far, there will be more.
>
> Right. I didn't hit them with the configs I tried... though I w
Dell All In One (AIO) models released after 2017 may use a backlight
controller board connected to an UART.
In DSDT this uart port will be defined as:
Name (_HID, "DELL0501")
Name (_CID, EisaId ("PNP0501")
The Dell OptiPlex 7760 AIO has an ACPI device for one if its UARTs with
the above _H
Hi Rafael,
6.10 has a new backlight driver for UART attached backlight controller
boards found in some Dell All in One models.
Now the first AIO has turned up which has not only the DSDT bits for this,
but also an actual controller attached to the UART, yet it is not using
this controller for bac
The dell-uart-backlight driver supports backlight control on Dell All In
One (AIO) models using a backlight controller board connected to an UART.
In DSDT this uart port will be defined as:
Name (_HID, "DELL0501")
Name (_CID, EisaId ("PNP0501")
Now the first AIO has turned up which has not
Dell All In One (AIO) models released after 2017 use a backlight
controller board connected to an UART.
In DSDT this uart port will be defined as:
Name (_HID, "DELL0501")
Name (_CID, EisaId ("PNP0501")
Commit 484bae9e4d6a ("platform/x86: Add new Dell UART backlight driver")
has added suppo
On 8/12/2024 12:16 PM, Lizhi Hou wrote:
On 8/9/24 08:21, Jeffrey Hugo wrote:
On 8/5/2024 11:39 AM, Lizhi Hou wrote:
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 accelera
On 8/14/2024 12:16 PM, Lizhi Hou wrote:
On 8/9/24 09:11, Jeffrey Hugo wrote:
On 8/5/2024 11:39 AM, Lizhi Hou wrote:
diff --git a/drivers/accel/amdxdna/aie2_pci.c
b/drivers/accel/amdxdna/aie2_pci.c
new file mode 100644
index ..3660967c00e6
--- /dev/null
+++ b/drivers/accel/amdxdna/
On 8/9/24 09:11, Jeffrey Hugo wrote:
On 8/5/2024 11:39 AM, Lizhi Hou wrote:
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
The cast from "long" to "unsigned long" is unnecessary. Remove
it.
In this case, the variables "start" and "end" are of type long
because they need to account for the possibility of negative
values. However, they are subsequently moved to "unsigned long"
since addresses are typically handled as un
On Wed, Aug 14, 2024 at 2:42 AM Vignesh Raman
wrote:
>
> Hi Helen,
>
> On 14/08/24 01:44, Helen Mae Koike Fornazier wrote:
> >
> >
> >
> >
> > On Tue, 13 Aug 2024 02:26:48 -0300 Vignesh Raman wrote ---
> >
> > > Hi Helen,
> > >
> > > On 13/08/24 01:47, Helen Mae Koike Fornazier wrote:
Document the compatible value for LCM-JM800WX LCD panels from JMO Tech.
Signed-off-by: Esben Haabendal
---
Documentation/devicetree/bindings/display/panel/ilitek,ili9881c.yaml | 1 +
1 file changed, 1 insertion(+)
diff --git
a/Documentation/devicetree/bindings/display/panel/ilitek,ili9881c.yam
Krzysztof Kozlowski writes:
> On 14/08/2024 15:10, Esben Haabendal wrote:
>> Add vendor prefix for JMO Tech CO., LTD. (http://www.jmolcd.com/).
>>
>> Signed-off-by: Esben Haabendal
>> ---
>> Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++
>> 1 file changed, 2 insertions(+)
>>
>
Krzysztof Kozlowski writes:
> On 14/08/2024 16:43, Esben Haabendal wrote:
>> Krzysztof Kozlowski writes:
>>
>>> On 14/08/2024 15:10, Esben Haabendal wrote:
Add vendor prefix for JMO Tech CO., LTD. (http://www.jmolcd.com/).
Signed-off-by: Esben Haabendal
---
Documentat
: 7c626ce4bae1ac14f60076d00eafe71af30450ba
change-id: 20240814-drm-panel-ili9881c-lcm-jm800wx-1130fbbef322
Best regards,
--
Esben Haabendal
0x21c
---
base-commit: 7c626ce4bae1ac14f60076d00eafe71af30450ba
change-id: 20240814-nwl-dsi-sync-polarity-ddc58435a4c4
Best regards,
--
Esben Haabendal
Add support for the LCM-JM800WX panel from JMO Tech.
The init commands are based on information from vendor.
Signed-off-by: Esben Haabendal
---
drivers/gpu/drm/panel/panel-ilitek-ili9881c.c | 228 ++
1 file changed, 228 insertions(+)
diff --git a/drivers/gpu/drm/panel/p
Add vendor prefix for JMO Tech CO., LTD. (http://www.jmolcd.com/).
Signed-off-by: Esben Haabendal
---
Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.yaml
b/Documentation/devicetree/bi
On Tue, 13 Aug 2024 21:13:02 + Mina Almasry wrote:
> v18 got a thorough review (thanks!), and this iteration addresses the
> feedback.
>
> Major changes:
> - Prevent deactivating mp bound queues.
> - Prevent installing xdp on mp bound netdevs, or installing mps on xdp
> installed netdevs.
>
On 8/14/24 15:55, Mina Almasry wrote:
On Wed, Aug 14, 2024 at 10:11 AM Pavel Begunkov wrote:
...
diff --git a/net/core/devmem.c b/net/core/devmem.c
index 301f4250ca82..2f2a7f4dee4c 100644
--- a/net/core/devmem.c
+++ b/net/core/devmem.c
@@ -17,6 +17,7 @@
#include
#include
#include
+#
On Wed, Aug 14, 2024 at 03:48:32PM +0200, Andi Shyti wrote:
> Hi,
>
> I am resending this patch series, not to disregard the previous
> discussions, but to ensure it gets tested with the IGTs that
> Krzysztof has provided.
>
> This patch series finalizes the memory mapping fixes and
> improvement
Hello Rob,
On Fri, 09 Aug 2024 17:34:48 +0200
Luca Ceresoli wrote:
...
> However a few new rough edges emerged that are not yet solved in this
> v3. Discussion would help in finding the right direction:
>
> * Describing the NVMEM cell addition still requires adding two properties
>to a no
On 14/08/2024 15:10, Esben Haabendal wrote:
> Document the compatible value for LCM-JM800WX LCD panels from JMO Tech.
>
> Signed-off-by: Esben Haabendal
> ---
Acked-by: Krzysztof Kozlowski
Best regards,
Krzysztof
On 14/08/2024 17:26, Krzysztof Kozlowski wrote:
> On 14/08/2024 16:43, Esben Haabendal wrote:
>> Krzysztof Kozlowski writes:
>>
>>> On 14/08/2024 15:10, Esben Haabendal wrote:
Add vendor prefix for JMO Tech CO., LTD. (http://www.jmolcd.com/).
Signed-off-by: Esben Haabendal
---
On 14/08/2024 16:43, Esben Haabendal wrote:
> Krzysztof Kozlowski writes:
>
>> On 14/08/2024 15:10, Esben Haabendal wrote:
>>> Add vendor prefix for JMO Tech CO., LTD. (http://www.jmolcd.com/).
>>>
>>> Signed-off-by: Esben Haabendal
>>> ---
>>> Documentation/devicetree/bindings/vendor-prefixes.
To allows the userspace to test many hardware configuration, introduce a
new interface to configure CRTCs and encoders.
The CRTCs and encoders are created in their own directory. To link the
CRTC, symlinks are used in the `possible_crtcs` folders.
The current interface is:
/config/vkms
DE
To allows the userspace to test many hardware configuration, introduce a
new interface to create and configure planes.
The planes are created by creating a directory in the `planes` directory.
The type of plane is configured by writing 0 (Overlay), 1 (primary) or 2
(cursor) in the file `type`.
As
To allows the userspace to test many hardware configuration, introduce a
new interface to configure the available color encoding per planes. VKMS
supports multiple color encoding, so the userspace can choose any
combination.
The supported color encoding are configured by writing a color encoding
b
To allows the userspace to test many hardware configuration, introduce a
new interface to configure the available rotation per planes. VKMS
supports any rotation and reflection, so the userspace can choose any
combination.
The supported rotations are configured by writing a rotation bitmask to
the
To allows the userspace to test many hardware configuration, introduce a
new interface to configure the available color ranges per planes. VKMS
supports multiple color ranges, so the userspace can choose any
combination.
The supported color ranges are configured by writing a color range bitmask
to
In preparation for introduction of ConfigFS support, expose the
vkms_destroy/create helper to remove a vkms device.
Signed-off-by: Louis Chauvet
---
drivers/gpu/drm/vkms/vkms_drv.c | 4 ++--
drivers/gpu/drm/vkms/vkms_drv.h | 3 +++
2 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/d
VKMS is manly used to test userspace program and its behavior. The current
implementation is not very configurable as you can only have one device,
with few specific planes.
This is the introduction of a basic interface to dynamically create new
devices.
The new interface is:
/config/vkms
DEVIC
On Wed, Aug 14, 2024 at 10:11 AM Pavel Begunkov wrote:
...
> > diff --git a/net/core/devmem.c b/net/core/devmem.c
> > index 301f4250ca82..2f2a7f4dee4c 100644
> > --- a/net/core/devmem.c
> > +++ b/net/core/devmem.c
> > @@ -17,6 +17,7 @@
> > #include
> > #include
> > #include
> > +#include
Hello Rob,
On Tue, 13 Aug 2024 09:19:01 -0600
Rob Herring wrote:
> 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 pe
As an encoder will be a directory in ConfigFS, add the configuration for
encoder name so we will be able to reflect the configfs directory name in
the drm name.
Signed-off-by: Louis Chauvet
---
drivers/gpu/drm/vkms/vkms_config.c | 6 ++
drivers/gpu/drm/vkms/vkms_config.h | 2 ++
drivers/gpu/
VKMS driver supports all the color range on planes, but for testing it can
be useful to only advertise few of them. This new configuration interface
will allow configuring the color range per planes.
Signed-off-by: Louis Chauvet
---
drivers/gpu/drm/vkms/vkms_config.c | 15 ++-
driver
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: Louis
As a CRTC will be a directory in ConfigFS, add the name configuration for
CRTC name so we will be able to reflect the configfs directory name in the
drm name.
Signed-off-by: Louis Chauvet
---
drivers/gpu/drm/vkms/vkms_config.c | 5 +
drivers/gpu/drm/vkms/vkms_config.h | 2 ++
drivers/gpu/drm
The config structure is a bit complex in term of memory management. Add
basic test to avoid breaking it in the future.
Signed-off-by: Louis Chauvet
---
drivers/gpu/drm/vkms/tests/Makefile | 1 +
drivers/gpu/drm/vkms/tests/vkms_config_test.c | 135 ++
2 files c
The current VKMS driver can only uses one CRTC and one encoder. This patch
introduce in the same time CRTC and encoders as they are tighly linked.
Signed-off-by: Louis Chauvet
---
drivers/gpu/drm/vkms/vkms_config.c | 266 +
drivers/gpu/drm/vkms/vkms_config.h |
Currently drm_writeback_connector are created by
drm_writeback_connector_init or drm_writeback_connector_init_with_encoder.
Both of the function uses drm_connector_init and drm_encoder_init, but
there is no way to properly clean those structure from outside.
This patch introduce the new function d
VKMS driver supports all the color encoding on planes, but for testing it
can be useful to only advertise few of them. This new configuration
interface will allow configuring the color encoding per planes.
Signed-off-by: Louis Chauvet
---
drivers/gpu/drm/vkms/vkms_config.c | 15 +++
VKMS driver supports all the rotation on planes, but for testing it can be
useful to only advertise few of them. This new configuration interface
will allow configuring the rotation per planes.
Signed-off-by: Louis Chauvet
---
drivers/gpu/drm/vkms/vkms_config.c | 9 +
drivers/gpu/drm/vkm
Extract the initialization of the default configuration to a function.
Refactor, no functional changes.
Signed-off-by: Louis Chauvet
[Changes: Cherry pick and solve conflicts]
Signed-off-by: José Expósito
---
drivers/gpu/drm/vkms/vkms_config.c | 16
drivers/gpu/drm/vkms/vkms_co
The current vkms driver only allows the usage of one primary, eight
overlays and one cursor plane. This new configuration structure aims to
make the configuration more flexible.
Signed-off-by: Louis Chauvet
---
drivers/gpu/drm/vkms/vkms_config.c | 90 --
drive
As a plane will be a folder in ConfigFS, add name configuration for plane
so it will reflect the folder name.
Signed-off-by: Louis Chauvet
---
drivers/gpu/drm/vkms/vkms_config.c | 14 ++
drivers/gpu/drm/vkms/vkms_config.h | 2 ++
drivers/gpu/drm/vkms/vkms_plane.c | 2 +-
3 files c
As the configuration will be used by userspace, add a validator to avoid
creating a broken DRM device
Signed-off-by: Louis Chauvet
---
drivers/gpu/drm/vkms/vkms_config.c | 5 +
drivers/gpu/drm/vkms/vkms_config.h | 14 ++
2 files changed, 19 insertions(+)
diff --git a/drivers/gp
As the driver now uses drm managed allocation, the devres group is not
needed anymore, so remove it.
Signed-off-by: Louis Chauvet
---
drivers/gpu/drm/vkms/vkms_drv.c | 18 +-
1 file changed, 5 insertions(+), 13 deletions(-)
diff --git a/drivers/gpu/drm/vkms/vkms_drv.c b/drivers/
As the crtc mask is dynamic, avoid hardcoding it. It is already computed
once all the planes are created, so it should be a no-op
Signed-off-by: Louis Chauvet
---
drivers/gpu/drm/vkms/vkms_drv.c | 10 +-
drivers/gpu/drm/vkms/vkms_plane.c | 5 +++--
drivers/gpu/drm/vkms/vkms_plane.h |
tch-id: 5633292e10132d29be2467812e6e2e824cfedb67
prerequisite-patch-id: 43f37e9c1bc041d491e41dfb59548ed258a1e071
prerequisite-message-id:
<20240814-b4-new-color-formats-v2-0-8b3499cfe...@bootlin.com>
prerequisite-patch-id: d10db4cb12a88de2e5f6440e9fcf5ddda191e3cd
prerequisite-patch-id: 16bac0ef1f1dc010a72ce2faae66631797d23d3f
On 13/08/2024 10:44, Lin.Cao wrote:
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 t
On 14/08/2024 15:10, Esben Haabendal wrote:
> Add vendor prefix for JMO Tech CO., LTD. (http://www.jmolcd.com/).
>
> Signed-off-by: Esben Haabendal
> ---
> Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/Documentation/devicetree/
On Wed, Aug 14, 2024 at 12:16:41PM GMT, Aravind Iddamsetty wrote:
i see that this is even called from xe_guc_exec_queue_lr_cleanup which is for
long running queue
from various call paths need to check in what scenarios those happen.
Should we add a reason for long running queue?
Both of your q
On 8/13/24 22:13, Mina Almasry wrote:
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 p
On Wed, Aug 14, 2024 at 10:23:12AM +0200, Alexandre Mergnat wrote:
> Simple gentle ping, the serie seems ready to be applied.
Please don't send content free pings and please allow a reasonable time
for review. People get busy, go on holiday, attend conferences and so
on so unless there is some
On Wed, Aug 14, 2024 at 04:22:53PM +0530, Manikandan Muralidharan wrote:
> Add the 'sam9x75-mipi-dsi' compatible binding, which describes the
> Microchip's specific wrapper for the Synopsys DesignWare MIPI DSI HOST
> Controller for the sam9x75 series System-on-Chip (SoC) devices.
>
> Signed-off-by
Instead of using state->fb->obj[0] directly, get object from framebuffer
by calling drm_gem_fb_get_obj() and return error code when object is
null to avoid using null object of framebuffer.
Cc: sta...@vger.kernel.org
Fixes: 5d945cbcd4b1 ("drm/amd/display: Create a file dedicated to planes")
Signed
Argh... sorry, I messed up with format-patch and send-mail and
sent it twice.
Maybe I need to resend it if CI complains.
Andi
On Wed, Aug 14, 2024 at 03:48:32PM +0200, Andi Shyti wrote:
> Hi,
>
> I am resending this patch series, not to disregard the previous
> discussions, but to ensure it get
In preparation for the upcoming partial memory mapping feature,
we want to make sure that when looking for a node we consider
also the offset and not just the starting address of the virtual
memory node.
Signed-off-by: Andi Shyti
Reviewed-by: Nirmoy Das
---
drivers/gpu/drm/i915/gem/i915_gem_mma
To enable partial memory mapping of GPU virtual memory, it's
necessary to introduce an offset to the object's memory
(obj->mm.pages) scatterlist. This adjustment compensates for
instances when userspace mappings do not start from the beginning
of the object.
Based on a patch by Chris Wilson.
Sign
Hi,
I am resending this patch series, not to disregard the previous
discussions, but to ensure it gets tested with the IGTs that
Krzysztof has provided.
This patch series finalizes the memory mapping fixes and
improvements by enabling partial memory mapping for CPU memory as
well.
The concept of
In preparation for the upcoming partial memory mapping feature,
we want to make sure that when looking for a node we consider
also the offset and not just the starting address of the virtual
memory node.
Signed-off-by: Andi Shyti
Reviewed-by: Nirmoy Das
---
drivers/gpu/drm/i915/gem/i915_gem_mma
Hi,
I am resending this patch series, not to disregard the previous
discussions, but to ensure it gets tested with the IGTs that
Krzysztof has provided.
This patch series finalizes the memory mapping fixes and
improvements by enabling partial memory mapping for CPU memory as
well.
The concept of
To enable partial memory mapping of GPU virtual memory, it's
necessary to introduce an offset to the object's memory
(obj->mm.pages) scatterlist. This adjustment compensates for
instances when userspace mappings do not start from the beginning
of the object.
Based on a patch by Chris Wilson.
Sign
Hi,
I am resending this patch series, not to disregard the previous
discussions, but to ensure it gets tested with the IGTs that
Krzysztof has provided.
This patch series finalizes the memory mapping fixes and
improvements by enabling partial memory mapping for CPU memory as
well.
The concept of
Hi,
On 8/6/24 10:19, Nikita Zhandarovich wrote:
> Several cs track offsets (such as 'track->db_s_read_offset')
> either are initialized with or plainly take big enough values that,
> once shifted 8 bits left, may be hit with integer overflow if the
> resulting values end up going over u32 limit.
>
1 - 100 of 155 matches
Mail list logo
