Am 10.10.24 um 10:59 schrieb Michał Winiarski:
On Fri, Sep 20, 2024 at 12:07:34PM +0200, Christian König wrote:
Am 20.09.24 um 00:35 schrieb Michał Winiarski:
[SNIP]
@@ -487,6 +567,11 @@ static ssize_t sriov_numvfs_store(struct device *dev,
goto exit;
}
+ for (i =
On Fri, 11 Oct 2024, Thomas Zimmermann wrote:
> Add the bmc_attached flag to struct drm_connector to signal the
> presence of a virtual BMC output. The connector reports to be in
> status connected even without a physically connected display. Fbcon
> or userspace compositors would otherwise stop d
Hi
Am 11.10.24 um 10:51 schrieb Jani Nikula:
On Fri, 11 Oct 2024, Thomas Zimmermann wrote:
Track the connector's physical status in addition to its logical
status. The latter is directly derived from the former and for most
connectors both values are in sync.
Server chips with BMC, such as As
On Fri, 11 Oct 2024, Thomas Zimmermann wrote:
> Set bmc_attached for all connectors and let DRM's probe helpers
> track the physical and logical connector state. Remove such logic
> and related data structures from ast.
Yeah, nice cleanups.
Still, I think this emphasizes my point about improved
On Fri, 11 Oct 2024, Thomas Zimmermann wrote:
> Track a connector's physical status separately from the logical status
> and implement BMC support for DRM drivers. Connectors with virtual BMC
> stay connected even if no display is physically connected. DRM clients
> then continue displaying output
Hi
Am 10.10.24 um 20:12 schrieb Luck, Tony:
Apologies. The trace below isn't the first place where things went wrong. I dug
up the full serial log
and found some earlier mgag errors. Actual first one is:
I have to apologize, as the patch I sent was incorrect. The if condition
was inverted. H
On Fri, Oct 11, 2024 at 4:08 AM Cong Yang
wrote:
> The current panel brightness is only 360 nit. Adjust the power and gamma to
> optimize the panel brightness. The brightness after adjustment is 390 nit.
>
> Fixes: 3179338750d8 ("drm/panel: Support for IVO t109nw41 MIPI-DSI panel")
> Signed-off-b
On Fri, 11 Oct 2024 at 09:30, Jun Nie wrote:
>
> Dmitry Baryshkov 于2024年10月10日周四 21:12写道：
> >
> > On Wed, Oct 09, 2024 at 04:50:21PM GMT, Jun Nie wrote:
> > > Update mixer number info earlier so that the plane nopipe check
> > > can have the info to clip the plane. Otherwise, the first nonpipe
>
On Fri, 11 Oct 2024 at 09:40, Jun Nie wrote:
>
> Dmitry Baryshkov 于2024年10月10日周四 21:15写道：
> >
> > On Wed, Oct 09, 2024 at 04:50:22PM GMT, Jun Nie wrote:
> > > Blend pipes by set of mixer pair config. The first 2 pipes are for left
> > > half screen with the first set of mixer pair config. And the
On 02/10/2024 00:41, Tony Luck wrote:
My system threw out a bunch of stack traces while booting
v6.12-rc1 and hung.
Sorry for replying late, but when writing DMA support for mgag200, I had
a few servers where IRQ wasn't working at all:
https://patchwork.freedesktop.org/series/117380/
Here ar
On Fri, 11 Oct 2024 at 09:49, Jun Nie wrote:
>
> Dmitry Baryshkov 于2024年10月10日周四 21:08写道：
> >
> > On Wed, Oct 09, 2024 at 04:50:18PM GMT, Jun Nie wrote:
> > > Store pipes in array with removing dedicated r_pipe. There are
> > > 2 pipes in a drm plane at most currently. While 4 pipes are
> > > nee
Dmitry Baryshkov 于2024年10月11日周五 15:03写道：
>
> On Fri, 11 Oct 2024 at 09:40, Jun Nie wrote:
> >
> > Dmitry Baryshkov 于2024年10月10日周四 21:15写道：
> > >
> > > On Wed, Oct 09, 2024 at 04:50:22PM GMT, Jun Nie wrote:
> > > > Blend pipes by set of mixer pair config. The first 2 pipes are for left
> > > > ha
On Fri, 11 Oct 2024 at 10:11, Jun Nie wrote:
>
> Dmitry Baryshkov 于2024年10月11日周五 15:03写道：
> >
> > On Fri, 11 Oct 2024 at 09:40, Jun Nie wrote:
> > >
> > > Dmitry Baryshkov 于2024年10月10日周四 21:15写道：
> > > >
> > > > On Wed, Oct 09, 2024 at 04:50:22PM GMT, Jun Nie wrote:
> > > > > Blend pipes by set
Dmitry Baryshkov 于2024年10月11日周五 15:10写道：
>
> On Fri, 11 Oct 2024 at 09:49, Jun Nie wrote:
> >
> > Dmitry Baryshkov 于2024年10月10日周四 21:08写道：
> > >
> > > On Wed, Oct 09, 2024 at 04:50:18PM GMT, Jun Nie wrote:
> > > > Store pipes in array with removing dedicated r_pipe. There are
> > > > 2 pipes in
Hey Linus,
Weekly fixes haul for drm, lots of small fixes all over, amdgpu, xe
lead the way, some minor nouveau and radeon fixes, and then a bunch of
misc all over.
Nothing too scary or out of the unusual.
Regards,
Dave.
drm-fixes-2024-10-11:
drm fixes for 6.12-rc3
sched:
- Avoid leaking lockd
Hi,
Linus Walleij 于2024年10月11日周五 15:03写道：
>
> On Fri, Oct 11, 2024 at 4:08 AM Cong Yang
> wrote:
>
> > The current panel brightness is only 360 nit. Adjust the power and gamma to
> > optimize the panel brightness. The brightness after adjustment is 390 nit.
> >
> > Fixes: 3179338750d8 ("drm/pane
Dmitry Baryshkov 于2024年10月10日周四 22:00写道：
>
> On Wed, Oct 09, 2024 at 04:50:27PM GMT, Jun Nie wrote:
> > Request 4 mixers and 4 DSC for the case that both dual-DSI and DSC are
> > enabled. We prefer to use 4 pipes for dual DSI case for it is power optimal
> > for DSC.
> >
> > Signed-off-by: Jun Nie
Dmitry Baryshkov 于2024年10月10日周四 21:20写道：
>
> On Wed, Oct 09, 2024 at 04:50:23PM GMT, Jun Nie wrote:
> > Move requreiment check to routine of every pipe check. Because there is
>
> s/Because there is/There will be/
>
> > multiple SSPPs for quad-pipe case in future.
> >
> > Signed-off-by: Jun Nie
>
Reviewed-by: Jacek Lawrynowicz
On 10/4/2024 9:52 PM, Jeffrey Hugo wrote:
> Add basic support for the new AIC080 product. The PCIe Device ID is
> 0xa080. AIC080 is a lower cost, lower performance SKU variant of AIC100.
> From the qaic perspective, it is the same as AIC100.
>
> Reviewed-by: Troy H
On Fri, 11 Oct 2024 at 10:18, Jun Nie wrote:
>
> Dmitry Baryshkov 于2024年10月11日周五 15:10写道：
> >
> > On Fri, 11 Oct 2024 at 09:49, Jun Nie wrote:
> > >
> > > Dmitry Baryshkov 于2024年10月10日周四 21:08写道：
> > > >
> > > > On Wed, Oct 09, 2024 at 04:50:18PM GMT, Jun Nie wrote:
> > > > > Store pipes in arr
Reviewed-by: Jacek Lawrynowicz
On 10/4/2024 9:32 PM, Jeffrey Hugo wrote:
> From: Pranjal Ramajor Asha Kanojiya
>
> Only for_each_sgtable_dma_sg() should be used to walk through a SG table
> to grab correct bus address and length pair after calling DMA MAP API on
> a SG table as DMA MAP APIs upd
Dmitry Baryshkov 于2024年10月10日周四 21:29写道：
>
> On Wed, Oct 09, 2024 at 04:50:25PM GMT, Jun Nie wrote:
> > Clip plane into pipes per left and right half screen ROI if topology
> > is quad pipe.
>
> Why? Please provide an explanation for the reviewers not knowing the
> details.
The content of every h
On Fri, Oct 11, 2024 at 10:20:03AM +0200, Pierre-Eric Pelloux-Prayer wrote:
>
> Hi,
>
> Le 10/10/2024 à 12:02, Dan Carpenter a écrit :
> > Hello Pierre-Eric Pelloux-Prayer,
> >
> > Commit 56c594d8df64 ("drm: add DRM_SET_CLIENT_NAME ioctl") from Oct
> > 3, 2024 (linux-next), leads to the followin
On Thu, Oct 10, 2024 at 08:02:10AM -0500, Lucas De Marchi wrote:
> On Tue, Oct 08, 2024 at 06:02:43PM +0300, Raag Jadav wrote:
> > On Thu, Oct 03, 2024 at 03:23:22PM +0300, Raag Jadav wrote:
> > > On Tue, Oct 01, 2024 at 02:20:29PM +0200, Michal Wajdeczko wrote:
> > > > On 30.09.2024 09:38, Raag Ja
Hi,
Le 10/10/2024 à 12:02, Dan Carpenter a écrit :
Hello Pierre-Eric Pelloux-Prayer,
Commit 56c594d8df64 ("drm: add DRM_SET_CLIENT_NAME ioctl") from Oct
3, 2024 (linux-next), leads to the following Smatch static checker
warning:
drivers/gpu/drm/drm_debugfs.c:104 drm_clients_info()
On Fri, 11 Oct 2024 at 11:13, Jun Nie wrote:
>
> Dmitry Baryshkov 于2024年10月10日周四 21:29写道：
> >
> > On Wed, Oct 09, 2024 at 04:50:25PM GMT, Jun Nie wrote:
> > > Clip plane into pipes per left and right half screen ROI if topology
> > > is quad pipe.
> >
> > Why? Please provide an explanation for th
Am 11.10.24 um 08:21 schrieb jesse.zh...@amd.com:
From: "jesse.zh...@amd.com"
Added ring ID scheduling.
In some cases, userspace needs to run a job on a specific ring.
Instead of selecting the best ring to run based on the ring score.
For example, The user want to run a bad job on a specific ri
On Fri, 11 Oct 2024, Thomas Zimmermann wrote:
> Track the connector's physical status in addition to its logical
> status. The latter is directly derived from the former and for most
> connectors both values are in sync.
>
> Server chips with BMC, such as Aspeed, Matrox and HiSilicon, often
> prov
Re-sending this as text from my private mail account since the AMD
servers now seem to convert everything to HTML ^^.
Christian.
Am 11.10.24 um 10:57 schrieb Christian König:
Am 10.10.24 um 10:59 schrieb Michał Winiarski:
On Fri, Sep 20, 2024 at 12:07:34PM +0200, Christian König wrote:
Am 20
On Sat, Oct 5, 2024 at 11:10 AM Pintu Kumar wrote:
>
> These warnings/errors are reported by checkpatch.
> Fix them with minor changes to make it clean.
> No other functional changes.
>
> WARNING: Block comments use * on subsequent lines
> + /* only support discovering the end of the buffer,
On Fri, Oct 11, 2024 at 06:58:45PM +0100, Adrián Larumbe wrote:
> Hi Boris,
>
> On 09.10.2024 09:10, Steven Price wrote:
> > On 08/10/2024 09:47, Boris Brezillon wrote:
> > > The system and GPU MMU page size might differ, which becomes a
> > > problem for FW sections that need to be mapped at expl
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| 222 +
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
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 | 343 ++
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
Reviewed-by: Jeffrey Hugo
Signed-off-by: Lizhi Hou
---
drivers/accel/amdxdna/Makefile | 1
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
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 NPU (Neural Processing Unit) is a multi-user AI inference accelerator
integrated into AMD client APU. NPU enables efficient execution of Machine
Learning applications like CNN, LLM, etc. NPU is based on AMD XDNA
Architecture. NPU is managed by amdxdna driver.
Co-developed-by: Sonal Santan
Sig
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
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
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
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
On Fri, Oct 11, 2024 at 11:56:59PM +0100, Adrián Larumbe wrote:
> In case an OPP transition to a suspension state fails during the runtime
> PM suspend call, if the driver's subsystems were successfully resumed,
> we should return -EAGAIN so that the device's runtime PM status remains
> 'active'.
>
On Tue, Oct 08, 2024 at 01:34:56PM -0500, Lucas De Marchi wrote:
v2 of my attempt at fixing how i915 interacts with perf events.
v1 -
https://lore.kernel.org/all/20240722210648.80892-1-lucas.demar...@intel.com/
From other people:
1)
https://lore.kernel.org/lkml/20240115170120.662220-1-tvrtko.
When the device's runtime PM suspend callback is invoked, the switch to
a suspension OPP might sometimes fail. Although this is beyond the
control of the Panthor driver, we can attempt suspending it more than
once as a defensive strategy.
Signed-off-by: Adrián Larumbe
---
drivers/gpu/drm/panthor
On rk3588 SoCs, during a runtime PM suspend, the transition to the
lowest voltage/frequency pair might sometimes fail for reasons not yet
understood. In that case, even a slow FW reset will fail, leaving the
device's PM runtime status as unusuable.
When that happens, successive attempts to resume
On Tue, Oct 08, 2024 at 01:34:56PM -0500, Lucas De Marchi wrote:
v2 of my attempt at fixing how i915 interacts with perf events.
v1 -
https://lore.kernel.org/all/20240722210648.80892-1-lucas.demar...@intel.com/
From other people:
1)
https://lore.kernel.org/lkml/20240115170120.662220-1-tvrtko.
In case an OPP transition to a suspension state fails during the runtime
PM suspend call, if the driver's subsystems were successfully resumed,
we should return -EAGAIN so that the device's runtime PM status remains
'active'.
If FW reload failed, then we should fall through, so that the PM core
ca
On Fri, Oct 11, 2024 at 03:21:18PM -0700, Umesh Nerlige Ramappa wrote:
On Tue, Oct 08, 2024 at 01:34:56PM -0500, Lucas De Marchi wrote:
v2 of my attempt at fixing how i915 interacts with perf events.
v1 -
https://lore.kernel.org/all/20240722210648.80892-1-lucas.demar...@intel.com/
From other
The pull request you sent on Fri, 11 Oct 2024 22:50:28 +0200:
> http://git.kernel.org/pub/scm/linux/kernel/git/deller/linux-fbdev.git
> tags/fbdev-for-6.12-rc3
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/9066258d0a533530c2508f784e85c53b44f5d9e4
Thank you!
--
Dee
[AMD Official Use Only - AMD Internal Distribution Only]
Hi Christian,
-Original Message-
From: Koenig, Christian
Sent: Friday, October 11, 2024 4:40 PM
To: Zhang, Jesse(Jie) ; dri-devel@lists.freedesktop.org;
amd-...@lists.freedesktop.org
Cc: Deucher, Alexander
Subject: Re: [PATCH 1/2
Hi,
On Fri, Oct 11, 2024 at 08:43:05AM GMT, Thomas Zimmermann wrote:
> Track a connector's physical status separately from the logical status
> and implement BMC support for DRM drivers. Connectors with virtual BMC
> stay connected even if no display is physically connected. DRM clients
> then con
drm_log is a simple logger that uses the drm_client API to print the kmsg boot
log on the screen.
This is not a full replacement to fbcon, as it will only print the kmsg.
It will never handle user input, or a terminal because this is better done in
userspace.
If you're curious on how it looks li
Include directly to get of_parse_phandle(). Avoids the
proxy include via
Signed-off-by: Thomas Zimmermann
Cc: Stefan Agner
Cc: Alison Wang
---
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_rgb.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_rgb.c
b/drivers/gp
Include directly to get of_property_read_string_index().
Avoids the proxy include via
Signed-off-by: Thomas Zimmermann
Cc: "Noralf Trønnes"
---
drivers/gpu/drm/tiny/panel-mipi-dbi.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/tiny/panel-mipi-dbi.c
b/drivers/gpu/drm/ti
Include directly to get struct of_device_id.
Avoids the proxy include via
Signed-off-by: Thomas Zimmermann
Cc: Neil Armstrong
Cc: Jessica Zhang
---
drivers/gpu/drm/panel/panel-samsung-s6e63j0x03.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/panel/panel-samsung-s6e63j0
Include directly to get struct of_device_id.
Avoids the proxy include via
Signed-off-by: Thomas Zimmermann
Cc: Neil Armstrong
Cc: Jessica Zhang
---
drivers/gpu/drm/panel/panel-orisetech-otm8009a.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/panel/panel-orisetech-otm80
Include directly to get device_property_read_u32().
Avoids the proxy include via
Signed-off-by: Thomas Zimmermann
Cc: Neil Armstrong
Cc: Jessica Zhang
---
drivers/gpu/drm/panel/panel-samsung-s6e63m0.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/panel/panel-samsung-s6e
Include directly to get of_device_is_available(). Avoids
the proxy include via
Signed-off-by: Thomas Zimmermann
Cc: Neil Armstrong
Cc: Jessica Zhang
---
drivers/gpu/drm/drm_panel.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/drm_panel.c b/drivers/gpu/drm/drm_panel.c
i
Fix several proxy includes related to , which in
turn includes . This includes several more headers that
declare interfaces used by drivers. As backlight.h is expected to not
refer to fb.h soon, resolve the proxy includes by including required
header files directly.
Thomas Zimmermann (6):
drm/fs
Posted too soon. Some time (kernel timestamps say a few minutes) after the
successful boot the console spewed another stack dump and the machine hung.
-Tony
brk-bdx-01 login: [ 364.922549] [ cut here ]
[ 364.927987] mgag200 :08:00.0: [drm] drm_WARN_ON(pipe >= dev->n
Hello,
We held a workshop at XDC 2024 titled "Towards a universal buffer
allocator for Linux", whose abstract was as follows:
Buffer allocation for media contents, despite being required for any
framework or application dealing with image capture, processing,
decoding, encoding, rendering a
Hi Rob,
On 11.10.24 16:27, Rob Herring wrote:
On Thu, Oct 10, 2024 at 08:31:48PM +0200, Jakob Hauser wrote:
Add bindings for Samsung AMS427AP24 panel with S6E88A0 controller.
Signed-off-by: Jakob Hauser
---
Patch is based on https://gitlab.freedesktop.org/drm/misc/kernel.git
current branch dr
On Fri, Oct 11, 2024 at 8:27 AM Jakub Kicinski wrote:
>
> On Thu, 10 Oct 2024 12:05:38 -0700 Mina Almasry wrote:
> > diff --git a/net/core/sock.c b/net/core/sock.c
> > index 083d438d8b6f..cb3d8b19de14 100644
> > --- a/net/core/sock.c
> > +++ b/net/core/sock.c
> > @@ -1071,11 +1071,11 @@ sock_devme
Hi Jessica,
On 11.10.24 19:17, Jessica Zhang wrote:
On 10/10/2024 11:31 AM, Jakob Hauser wrote:
The way of implementing a flip option follows the existing
panel-samsung-s6e8aa0.c [1][2][3].
The value to flip the screen is taken from a downstream kernel file of
a similar but older panel [4]. T
Add a missing console_unlock() in the suspend and resume functions on
the error paths.
Fixes: 611097d5daea ("fbdev: da8xx: add support for a regulator")
Signed-off-by: Dan Carpenter
---
drivers/video/fbdev/da8xx-fb.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/dri
Hi Jessica,
On 11.10.24 18:52, Jessica Zhang wrote:
On 10/10/2024 11:31 AM, Jakob Hauser wrote:
...
+struct s6e88a0_ams427ap24 {
+ struct drm_panel panel;
+ struct mipi_dsi_device *dsi;
+ struct regulator_bulk_data *supplies;
+ struct gpio_desc *reset_gpio;
+ bool prepared;
ommit: d61a00525464bfc5fe92c6ad713350988e492b88
change-id: 20241011-mtk_drm_drv_memleak-5e8b8e45ed1c
Best regards,
--
Javier Carrasco
Early exits (goto, break, return) from for_each_child_of_node() required
an explicit call to of_node_put(), which was not introduced with the
break if cnt == MAX_CRTC.
Add the missing of_node_put() before the break.
Cc: sta...@vger.kernel.org
Fixes: d761b9450e31 ("drm/mediatek: Add cnt checking f
Introduce the scoped variant of the loop to automatically release the
child node when it goes out of scope, which is more robust than the
non-scoped variant, and accounts for new early exits that could be added
in the future.
Signed-off-by: Javier Carrasco
---
drivers/gpu/drm/mediatek/mtk_drm_dr
Hi Linus,
will you consider pulling one huge, but trivial patch from Uwe Kleine-König
to switch all fbdev drivers at once back to struct platform_driver::remove()?
Thanks,
Helge
The following changes since commit 8cf0b93919e13d1e8d
Add a new schema which extends opp-v2 to support a new vendor specific
property required for Adreno GPUs found in Qualcomm's SoCs. The new
property called "qcom,opp-acd-level" carries a u32 value recommended
for each opp needs to be shared to GMU during runtime.
Signed-off-by: Akhil P Oommen
---
ACD a.k.a Adaptive Clock Distribution is a feature which helps to reduce
the power consumption. In some chipsets, it is also a requirement to
support higher GPU frequencies. This patch adds support for GPU ACD by
sending necessary data to GMU and AOSS. The feature support for the
chipset is detecte
Update GPU node to include acd level values.
Signed-off-by: Akhil P Oommen
---
arch/arm64/boot/dts/qcom/x1e80100.dtsi | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/arch/arm64/boot/dts/qcom/x1e80100.dtsi
b/arch/arm64/boot/dts/qcom/x1e80100.dtsi
index a36076e3c56
This series adds support for ACD feature for Adreno GPU which helps to
lower the power consumption on GX rail and also sometimes is a requirement
to enable higher GPU frequencies. At high level, following are the
sequences required for ACD feature:
1. Identify the ACD level data for each re
On Fri, Oct 11, 2024 at 08:27:43AM -0600, Jeffrey Hugo wrote:
> On 10/11/2024 3:57 AM, Simon Horman wrote:
> > Recently I noticed that both gcc-14 and clang-18 report that passing
> > a non-string literal as the format argument of alloc_workqueue()
> > is potentially insecure.
> >
> > E.g. clang-1
The pull request you sent on Fri, 11 Oct 2024 17:17:44 +1000:
> https://gitlab.freedesktop.org/drm/kernel.git tags/drm-fixes-2024-10-11
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/befcc89362383208f62b15887592758165459e3d
Thank you!
--
Deet-doot-dot, I am a bot.
h
On Thu, 2024-10-10 at 16:26 +0200, Nirmoy Das wrote:
>
> On 10/10/2024 2:45 PM, Thomas Hellström wrote:
> > Add a missing colon.
> >
> > Cc: dri-devel@lists.freedesktop.org
> > Reported-by: Stephen Rothwell
> > Closes:
> > https://lore.kernel.org/linux-next/20241010160942.192ca...@canb.auug.org.
On 11/10/2024 13:18, Jani Nikula wrote:
On Fri, 11 Oct 2024, Jocelyn Falempe wrote:
Add a module parameter, to increase the font size for HiDPI screen.
Even with CONFIG_FONT_TER16x32, it can still be a bit small to read.
In this case, adding drm_log.scale=2 to your kernel command line will
doub
Hi,
On 23/09/2024 15:25, Dmitry Baryshkov wrote:
As Dmitry asked me during Plumbers to revalidate if our setup still
needs patch 2, I just did that over 6.11.0-next-20240923 (where patch 1
is now included). No surprise, it is still needed for our iot2050 device
series, otherwise the display rem
Hi Louis,
On 10/11/24 06:36, Louis Chauvet wrote:
Hi all,
Until this point, this series has not received any major comments since
v9. I will commit patches 1-9 next week if there are no further comments.
Although we are maintainers of VKMS, it isn't recommended that we push
our own changes
On Fri, Oct 11, 2024 at 10:53:52AM GMT, Maira Canal wrote:
> Hi Louis,
>
> On 10/11/24 06:36, Louis Chauvet wrote:
> >
> > Hi all,
> >
> > Until this point, this series has not received any major comments since
> > v9. I will commit patches 1-9 next week if there are no further comments.
> >
>
Hi,
On Thu, Oct 10, 2024 at 7:08 PM Cong Yang
wrote:
>
> The current panel brightness is only 360 nit. Adjust the power and gamma to
> optimize the panel brightness. The brightness after adjustment is 390 nit.
>
> Fixes: 3179338750d8 ("drm/panel: Support for IVO t109nw41 MIPI-DSI panel")
> Signed
On Thu, Oct 10, 2024 at 08:31:48PM +0200, Jakob Hauser wrote:
> Add bindings for Samsung AMS427AP24 panel with S6E88A0 controller.
>
> Signed-off-by: Jakob Hauser
> ---
> Patch is based on https://gitlab.freedesktop.org/drm/misc/kernel.git
> current branch drm-misc-next.
> ---
> .../panel/samsun
On 10/11/2024 3:57 AM, Simon Horman wrote:
Recently I noticed that both gcc-14 and clang-18 report that passing
a non-string literal as the format argument of alloc_workqueue()
is potentially insecure.
E.g. clang-18 says:
.../qaic_drv.c:61:23: warning: format string is not a string literal
(po
On 11/10/24 - 12:49, Maxime Ripard wrote:
> On Tue, Oct 08, 2024 at 11:23:22AM GMT, Louis Chauvet wrote:
> >
> > Hi,
> >
> > > > + * The YUV color representation were acquired via the colour python
> > > > framework.
> > > > + * Below are the function calls used for generating each case.
> > >
Hi all,
Until this point, this series has not received any major comments since
v9. I will commit patches 1-9 next week if there are no further comments.
For patches 10-15, I am currently waiting for feedback from Maxime to
send the next iteration with a fix for kunit tests.
Thanks,
Louis Ch
Recently I noticed that both gcc-14 and clang-18 report that passing
a non-string literal as the format argument of clkdev_create()
is potentially insecure.
E.g. clang-18 says:
.../txgbe_phy.c:582:35: warning: format string is not a string literal
(potentially insecure) [-Wformat-security]
581
Recently I noticed that both gcc-14 and clang-18 report that passing
a non-string literal as the format argument of alloc_workqueue()
is potentially insecure.
E.g. clang-18 says:
.../qaic_drv.c:61:23: warning: format string is not a string literal
(potentially insecure) [-Wformat-security]
61
Prior to this patch ksz_ptp_msg_irq_setup() uses snprintf() to copy
strings. It does so by passing strings as the format argument of
snprintf(). This appears to be safe, due to the absence of format
specifiers in the strings, which are declared within the same function.
But nonetheless GCC 14 warns
On Tue, Oct 08, 2024 at 11:23:22AM GMT, Louis Chauvet wrote:
>
> Hi,
>
> > > + * The YUV color representation were acquired via the colour python
> > > framework.
> > > + * Below are the function calls used for generating each case.
> > > + *
> > > + * For more information got to the docs:
> >
Am 09.10.24 um 11:55 schrieb Werner Sembach:
Resend because HTML mail ..., but I think I now know when Thunderbird
does it: Every time I include a link it gets converted.
Hi
Am 08.10.24 um 17:21 schrieb Benjamin Tissoires:
On Oct 08 2024, Werner Sembach wrote:
[...]
Yeah, it just means that
Hi,
I think you can squash this commit with the prvious one, I don't think
this is needed to add of_node_put and remove it just after.
Thanks,
Louis Chauvet
On 11/10/24 - 01:11, Javier Carrasco wrote:
> Use the scoped variant of the macro to avoid leaking memory upon early
> exits without the r
On 11/10/24 - 01:11, Javier Carrasco wrote:
> Use the more robust approach provided by the __free() macro to
> automatically call of_node_put() when the device node goes out of scope.
>
> Signed-off-by: Javier Carrasco
Reviewed-by: Louis Chauvet
> ---
> drivers/gpu/drm/logicvc/logicvc_layer.c
On 11/10/24 - 01:11, Javier Carrasco wrote:
> Early exits from the for_each_child_of_node() loop require explicit
> calls to of_node_put() for the child node.
>
> Add the missing 'of_node_put(layer_node)' in the only error path.
>
> Cc: sta...@vger.kernel.org
> Fixes: efeeaefe9be5 ("drm: Add supp
On 11/10/24 - 15:01, Louis Chauvet wrote:
> Hi,
>
> I think you can squash this commit with the prvious one, I don't think
> this is needed to add of_node_put and remove it just after.
Forget this, I missed the Fixes in the first commit, sorry for the noise.
Reviewed-by: Louis Chauvet
> Thank
On 11/10/2024 15:01, Louis Chauvet wrote:
> Hi,
>
> I think you can squash this commit with the prvious one, I don't think
> this is needed to add of_node_put and remove it just after.
>
> Thanks,
> Louis Chauvet
>
Hi Louis,
Thanks for your review. I did not squash them because the first one
Hi!
> > > There is a slight difference between mouse support and LEDs on your
> > > keyboard. The former is actually required to bring up the machine and to
> > > use it, the latter is nice to have.
> >
> > But that's not the difference that matters. Linux is not microkernel,
> > and is trying to
Hi!
> > 1.
> > https://lore.kernel.org/all/6b32fb73-0544-4a68-95ba-e82406a4b...@gmx.de/
> > -> Should be no problem? Because this is not generally exposing wmi
> > calls, just mapping two explicitly with sanitized input (whitelisting
> > basically).
>
> It would be OK to expose a selected set of
1 - 100 of 129 matches
Mail list logo
