Hi Miquèl,
On 06.12.2024 15:08, Miquel Raynal wrote:
On 03/12/2024 at 20:09:52 +01, Nikolaus Voss wrote:
LDB clock has to be a fixed multiple of the pixel clock.
Not only, IIUC it also needs to be synchronized, ie. share the same
source.
As LDB and pixel clock are derived from different c
LDB clock has to be a fixed multiple of the pixel clock.
Although LDB and pixel clock have a common source, this
constraint cannot be satisfied for any pixel clock at a
fixed source clock.
Violating this constraint leads to flickering and distorted
lines on the attached display.
To overcome this,
On 9/25/2024 12:23 AM, Maxime Ripard wrote:
On Tue, Sep 24, 2024 at 03:59:18PM GMT, Jessica Zhang wrote:
Check that all encoders attached to a given CRTC are valid
possible_clones of each other.
Signed-off-by: Jessica Zhang
---
drivers/gpu/drm/drm_atomic_helper.c | 23
I can send one in tomorrow if you like
On Fri, 6 Dec 2024, 22:55 Jeffrey Hugo, wrote:
> On 12/6/2024 11:47 AM, Lizhi Hou wrote:
> >
> > On 12/6/24 09:01, Mike Lothian wrote:
> >> On Fri, 6 Dec 2024 at 16:41, Mike Lothian wrote:
> >>> On Fri, 6 Dec 2024 at 16:26, Jeffrey Hugo
> >>> wrote:
> >>>
On 12/6/2024 11:47 AM, Lizhi Hou wrote:
On 12/6/24 09:01, Mike Lothian wrote:
On Fri, 6 Dec 2024 at 16:41, Mike Lothian wrote:
On Fri, 6 Dec 2024 at 16:26, Jeffrey Hugo
wrote:
On 12/5/2024 8:44 AM, Mike Lothian wrote:
Hi
I needed to add the following to get things compiling for me
diff
Add device status to track if aie2_hw_start() or aie2_hw_stop() is
re-entered. In aie2_hw_stop(), call drmm_kfree to free mbox.
Signed-off-by: Lizhi Hou
---
drivers/accel/amdxdna/aie2_pci.c| 17 +
drivers/accel/amdxdna/aie2_pci.h| 7 +++
drivers/accel/amdxdna
For amdxdna_mailbox.c, linux/interrupt.h is indirectly included by
trace/events/amdxdna.h. So if TRACING is disabled, driver compiling will
fail.
Fixes: b87f920b9344 ("accel/amdxdna: Support hardware mailbox")
Reported-by: Mike Lothian
Closes:
https://lore.kernel.org/dri-devel/CAHbf0-E+Z2O7rW-x+
The latest released firmware supports reading firmware interface version
from registers directly. The driver's probe routine reads the major and
minor version numbers. If the firmware interface does not compatible with
the driver, the driver's probe routine returns failure.
Co-developed-by: Min Ma
Switch mailbox message id and hardware context id management over from
the idr api to the xarray api.
Signed-off-by: Lizhi Hou
---
drivers/accel/amdxdna/TODO | 1 -
drivers/accel/amdxdna/aie2_ctx.c| 4 +-
drivers/accel/amdxdna/aie2_message.c| 4 +-
drivers/accel/amdxd
Add SET_STATE ioctl to configure device power mode for aie2 device.
Three modes are supported initially.
POWER_MODE_DEFAULT: Enable clock gating and set DPM (Dynamic Power
Management) level to value which has been set by resource solver or
maximum DPM level the device supports.
POWER_MODE_HIGH: E
Hardware mailbox message receiving handler calls mmput to release the
process mm. If the process has already exited, the mmput here may call mmu
notifier handler, amdxdna_hmm_invalidate, which will cause a dead lock.
Using mmput_async instead prevents this dead lock.
Fixes: aac243092b70 ("accel/am
Enhance GET_INFO ioctl to support retrieving firmware version.
Signed-off-by: Lizhi Hou
---
drivers/accel/amdxdna/aie2_pci.c | 20
include/uapi/drm/amdxdna_accel.h | 16 +++-
2 files changed, 35 insertions(+), 1 deletion(-)
diff --git a/drivers/accel/amdxdna/aie
Add recent improvements and bug fixes for amdxdna driver (depends on [1])
1. Support recent hardware and firmware.
2. Replace idr APIs with xarray.
3. Fix the bugs been found.
[1]: https://lore.kernel.org/all/20241118172942.2014541-1-lizhi@amd.com/
Changes since v1:
- Add one patch to fix pos
Add NPU6 registers and other private configurations.
Co-developed-by: Xiaoming Ren
Signed-off-by: Xiaoming Ren
Signed-off-by: Lizhi Hou
---
drivers/accel/amdxdna/Makefile| 3 +-
drivers/accel/amdxdna/npu6_regs.c | 121 ++
2 files changed, 123 insertions(+), 1
The pull request you sent on Fri, 6 Dec 2024 22:12:48 +0100:
> https://gitlab.freedesktop.org/drm/kernel.git tags/drm-fixes-2024-12-06
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/c7cde621b2acfd6bc7d5f002b19b60ad2ed25df8
Thank you!
--
Deet-doot-dot, I am a bot.
ht
On 12/6/24 3:24 PM, A. Sverdlin wrote:
From: Alexander Sverdlin
Add driver for TI LP8864, LP8864S, LP8866 4/6 channel LED-backlight drivers
with I2C interface.
Link: https://www.ti.com/lit/gpn/lp8864-q1
Link: https://www.ti.com/lit/gpn/lp8864s-q1
Link: https://www.ti.com/lit/gpn/lp8866-q1
Link
Hi Rafael,
since 6.13-rc1 is out, hopefully you can have a look over the next few days
We have deployed a variant of this patchset now on desktop builds as
well for over 2 months now, and we haven't had any regressions
reported. We have also been using it on handheld builds, where for the
last 2 o
From: Alexander Sverdlin
Add bindings for Texas Instruments' LP8864/LP8866 LED-backlight drivers.
Note that multiple channels in these models are used for load-balancing and
brightness is controlled gobally, so from a user perspective it's only one
LED.
Signed-off-by: Alexander Sverdlin
---
..
From: Alexander Sverdlin
Add driver for TI LP8864, LP8864S, LP8866 4/6 channel LED-backlight drivers
with I2C interface.
Link: https://www.ti.com/lit/gpn/lp8864-q1
Link: https://www.ti.com/lit/gpn/lp8864s-q1
Link: https://www.ti.com/lit/gpn/lp8866-q1
Link: https://www.ti.com/lit/gpn/lp8866s-q1
S
From: Alexander Sverdlin
The series adds support for a family of Texas Instruments' automotive
high-efficiency LED drivers with boost controller. The four or six
high-precision current sinks support phase shifting that is automatically
adjusted based on the number of channels in use. LED brightne
On Fri, 2024-12-06 at 22:24 +0100, A. Sverdlin wrote:
> From: Alexander Sverdlin
>
> The series adds support for a family of Texas Instruments' automotive
> high-efficiency LED drivers with boost controller. The four or six
> high-precision current sinks support phase shifting that is automatical
Hi Linus,
Due to mailing list unreliability we missed the amdgpu pull, hence part 2
with that now included.
drm-fixes-2024-12-06:
drm fixes for -rc2, part 2
- amdgu: mostly display fixes + jpeg vcn 1.0, sriov, dcn4.0 resume
firxes
- amdkfd fixes
Cheers, Sima
The following changes since commi
On Fri, Dec 06, 2024 at 02:04:52PM -0500, Alex Deucher wrote:
> Hi Dave, Simona,
>
> Fixes for 6.13.
>
> Resending as this didn't seem to make it out to the mailing list when I first
> sent it.
>
> The following changes since commit 40384c840ea1944d7c5a392e8975ed088ecf0b37:
>
> Linux 6.13-rc1
On 11/29/2024 4:57 AM, Przemek Kitszel wrote:
>
> [removed most non-list recipients, it's just too much]
>
> On 11/15/24 10:26 PM, Easwar Hariharan wrote:
>>
>> ---
>> Changes in v2:
>> - EDITME: describe what is new in this series revision.
>> - EDITME: use bulletpoints and terse descriptions.
On Mon, Dec 02, 2024 at 10:07:23PM +0200, Imre Deak wrote:
> On Mon, Dec 02, 2024 at 05:35:34PM +0100, Simona Vetter wrote:
> > On Tue, Nov 26, 2024 at 06:18:56PM +0200, Imre Deak wrote:
> > > Atm when the connector is added to the drm_mode_config::connector_list,
> > > the connector may not be ful
...
> > > #define const_NULL(x) _Generic(0 ? (x) : (char *)0, char *: 1, void *: 0)
> > > #define const_true(x) const_NULL((x) ? NULL : (void *)1L))
> > > #define const_expr(x) const_NULL((x) ? NULL : NULL))
> > > I send this morning.
> > > Needs 's/char/struct kjkjkjkjui/' applied.
> >
> > Oh Chri
On 11/22/2024 1:56 AM, Fange Zhang wrote:
From: Li Liu
Add definitions for the display hardware used on the Qualcomm SM6150
platform.
Signed-off-by: Li Liu
Signed-off-by: Fange Zhang
---
.../gpu/drm/msm/disp/dpu1/catalog/dpu_5_3_sm6150.h | 263 +
drivers/gpu/drm/msm
On 12/3/2024 5:58 AM, Dmitry Baryshkov wrote:
On Tue, Dec 03, 2024 at 03:41:53PM +0800, Xiangxu Yin wrote:
On 12/2/2024 5:32 PM, Dmitry Baryshkov wrote:
On Mon, 2 Dec 2024 at 11:05, Xiangxu Yin wrote:
On 11/29/2024 9:52 PM, Dmitry Baryshkov wrote:
On Fri, 29 Nov 2024 at 09:59, Xiangx
("drm/display: bridge_connector: handle
> ycbcr_420_allowed")
Please ignore this and check v2 instead:
https://lore.kernel.org/all/20241206-bridge-conn-fmt-prio-v2-1-85c817529...@collabora.com/
The pull request you sent on Sat, 7 Dec 2024 04:44:29 +1000:
> https://gitlab.freedesktop.org/drm/kernel.git tags/drm-fixes-2024-12-07
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/9a6e8c7c3a024b9e9ec8fd6295c3159504263cb2
Thank you!
--
Deet-doot-dot, I am a bot.
ht
+*/
+ if (!dpu_kms->catalog->caps->has_3d_merge
+ && mode->hdisplay > dpu_kms->catalog->caps->max_mixer_width)
+ return MODE_BAD;
/*
* max crtc width is equal to the max mixer width * 2 and max height is
4K
*
Bridges having the DRM_BRIDGE_OP_HDMI flag set in drm_bridge->ops are
supposed to rely on drm_bridge->supported_formats bitmask to advertise
the supported colorspaces, including HDMI_COLORSPACE_YUV420. Therefore,
the newly introduced drm_bridge->ycbcr_420_allowed flag becomes
redundant in this par
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
Reviewed-by: Simon Lenain
---
v3:
- Rework to match initial feedback
---
drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 37 ++
The pointer need to be set to NULL, otherwise KASAN complains about
use-after-free. Because in mtk_drm_bind, all private's drm are set
as follows.
private->all_drm_private[i]->drm = drm;
And drm will be released by drm_dev_put in case mtk_drm_kms_init returns
failure. However, the shutdown path s
Add driver for backlight controllers attached via Apple DWI 2-wire
interface, which is found on some Apple iPhones, iPads and iPod touches
with a LCD display.
Signed-off-by: Nick Chan
---
drivers/video/backlight/Kconfig | 12 +++
drivers/video/backlight/Makefile | 1 +
drivers/video/backligh
It is not needed since drm_atomic_helper_shutdown checks it.
Signed-off-by: Guoqing Jiang
---
drivers/gpu/drm/exynos/exynos_drm_drv.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_drv.c
b/drivers/gpu/drm/exynos/exynos_drm_drv.c
index 2a4
Apple SoCs come with a 2-wire interface named DWI. On some iPhones, iPads
and iPod touches 1-2 backlight controllers are attached via this interface.
Though, to software using this interface, there is effectively only one
controller to worry about since the registers changes the brightness
setting
Add the device tree bindings for backlight controllers attached via Apple
DWI 2-wire interface.
Signed-off-by: Nick Chan
---
.../bindings/leds/backlight/apple,dwi-bl.yaml | 55 +++
1 file changed, 55 insertions(+)
create mode 100644
Documentation/devicetree/bindings/leds/backli
It is not needed since drm_atomic_helper_shutdown checks it.
Signed-off-by: Guoqing Jiang
---
drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_drv.c
b/drivers/gpu/drm/rockchip/rockchip_drm_drv
Add MAINTAINERS entries for the driver.
Signed-off-by: Nick Chan
---
MAINTAINERS | 2 ++
1 file changed, 2 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 1e930c7a58b1..36de76bc6fd4 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -2204,6 +2204,7 @@ F:
Documentation/devicetree/b
From: Willy Tarreau
> Sent: 06 December 2024 19:39
> On Fri, Dec 06, 2024 at 11:15:20AM -0800, Linus Torvalds wrote:
> > On Fri, 6 Dec 2024 at 11:07, David Laight wrote:
> > >
> > > I'm missing the compiler version and options to generate the error.
> >
> > Just -Wall with most recent gcc versions
From: Linus Torvalds
> Sent: 06 December 2024 19:15
> On Fri, 6 Dec 2024 at 11:07, David Laight wrote:
> >
> > I'm missing the compiler version and options to generate the error.
>
> Just -Wall with most recent gcc versions seems to do it. At least I
> can repro it with gcc-14.2.1 and something s
Remove color_mgmt_changed check from vop2_crtc_atomic_try_set_gamma to
allow gamma LUT rewrite during modeset when coming out of suspend. Add
a check for color_mgmt_changed directly in vop2_crtc_atomic_flush.
This patch fixes the patch adding gamma LUT support for vop2 [1].
[1]
https://lore.kern
On Fri, 6 Dec 2024 at 11:07, David Laight wrote:
>
> I'm missing the compiler version and options to generate the error.
Just -Wall with most recent gcc versions seems to do it. At least I
can repro it with gcc-14.2.1 and something silly like this:
$ cat t.c
int fn(int a) { return (a<<2)?1:2
On Fri, Dec 6, 2024 at 1:55 PM Dave Airlie wrote:
>
> Hi Linus,
>
> Pretty quiet week which is probably expected after US holidays, the
> dma-fence and displayport MST message handling fixes make up the bulk
> of this, along with a couple of minor xe and other driver fixes.
FWIW, I sent out a PR
From: Linus Torvalds
> Sent: 06 December 2024 18:53
>
> On Fri, 6 Dec 2024 at 10:31, Vincent Mailhol
> wrote:
> >
> > > causes issues when 'x' is not an integer expression (think
> > > "is_const(NULL)" or "is_const(1 == 2)".
> >
> > But 1 == 2 already has an integer type as proven by:
>
> Yeah,
Hi Dave, Simona,
Fixes for 6.13.
Resending as this didn't seem to make it out to the mailing list when I first
sent it.
The following changes since commit 40384c840ea1944d7c5a392e8975ed088ecf0b37:
Linux 6.13-rc1 (2024-12-01 14:28:56 -0800)
are available in the Git repository at:
https://g
On Fri, 6 Dec 2024 at 10:52, Linus Torvalds
wrote:
>
> This may be a case of "we just need to disable that incorrect compiler
> warning". Or does anybody see a workaround?
Hmm. The "== 0" thing does work, but as mentioned, that causes (more
valid, imho) warnings with pointers.
And it's not neces
On Fri, 6 Dec 2024 at 10:31, Vincent Mailhol wrote:
>
> > causes issues when 'x' is not an integer expression (think
> > "is_const(NULL)" or "is_const(1 == 2)".
>
> But 1 == 2 already has an integer type as proven by:
Yeah, I was confused about exactly what triggers that odd
'-Wint-in-bool-contex
On 12/6/24 09:01, Mike Lothian wrote:
On Fri, 6 Dec 2024 at 16:41, Mike Lothian wrote:
On Fri, 6 Dec 2024 at 16:26, Jeffrey Hugo wrote:
On 12/5/2024 8:44 AM, Mike Lothian wrote:
Hi
I needed to add the following to get things compiling for me
diff --git a/drivers/accel/amdxdna/amdxdna_ma
Hi Linus,
Pretty quiet week which is probably expected after US holidays, the
dma-fence and displayport MST message handling fixes make up the bulk
of this, along with a couple of minor xe and other driver fixes.
Dave.
drm-fixes-2024-12-07:
drm fixes for 6.13-rc2
dma-fence:
- Fix reference leak
On 12/6/24 12:20 PM, Sverdlin, Alexander wrote:
Hi Andrew,
On Fri, 2024-12-06 at 12:02 -0600, Andrew Davis wrote:
On 12/6/24 11:46 AM, Sverdlin, Alexander wrote:
Hi Andrew,
On Fri, 2024-12-06 at 11:43 -0600, Andrew Davis wrote:
Are you sure this is a correct thing to do? The lp8860-q1 produc
On Sat, 07 Dec 2024 01:24:33 +0800, Nick Chan wrote:
> Add the device tree bindings for backlight controllers attached via Apple
> DWI 2-wire interface.
>
> Signed-off-by: Nick Chan
> ---
> .../bindings/leds/backlight/apple,dwi-bl.yaml | 55 +++
> 1 file changed, 55 insertions(
On Fri, 6 Dec 2024 at 18:13, Lizhi Hou wrote:
>
>
> On 12/6/24 09:52, Mike Lothian wrote:
> > On Fri, 6 Dec 2024 at 17:10, Lizhi Hou wrote:
> >> Hi Mike,
> >>
> >>
> >> How did you install npu.sbin.1.5.2.380? There should be a symlink
> >> npu.sbin which points to npu.sbin.1.5.2.380.
> >>
> >> h
Hi Andrew,
On Fri, 2024-12-06 at 12:02 -0600, Andrew Davis wrote:
> On 12/6/24 11:46 AM, Sverdlin, Alexander wrote:
> > Hi Andrew,
> >
> > On Fri, 2024-12-06 at 11:43 -0600, Andrew Davis wrote:
> > > > Are you sure this is a correct thing to do? The lp8860-q1 product link
> > > > cites it as bein
On 12/6/24 09:52, Mike Lothian wrote:
On Fri, 6 Dec 2024 at 17:10, Lizhi Hou wrote:
Hi Mike,
How did you install npu.sbin.1.5.2.380? There should be a symlink
npu.sbin which points to npu.sbin.1.5.2.380.
https://gitlab.com/kernel-firmware/linux-firmware/-/blob/main/WHENCE?ref_type=heads#L
On 12/6/24 11:46 AM, Sverdlin, Alexander wrote:
Hi Andrew,
On Fri, 2024-12-06 at 11:43 -0600, Andrew Davis wrote:
Are you sure this is a correct thing to do? The lp8860-q1 product link
cites it as being a 4-channel device. Even if the kernel only ever
supports it as a single-channel device, the
On Fri, 6 Dec 2024 at 17:10, Lizhi Hou wrote:
>
> Hi Mike,
>
>
> How did you install npu.sbin.1.5.2.380? There should be a symlink
> npu.sbin which points to npu.sbin.1.5.2.380.
>
> https://gitlab.com/kernel-firmware/linux-firmware/-/blob/main/WHENCE?ref_type=heads#L2719
>
>
> Thanks,
>
> Lizhi
>
Hi Andrew,
On Fri, 2024-12-06 at 11:43 -0600, Andrew Davis wrote:
> > Are you sure this is a correct thing to do? The lp8860-q1 product link
> > cites it as being a 4-channel device. Even if the kernel only ever
> > supports it as a single-channel device, the binding should reflect what
> > it is
Hello Conor,
On Fri, 2024-12-06 at 17:14 +, Conor Dooley wrote:
> > Add Texas Instruments' LP8864/LP8866 bindings into LP8860 converting them
> > into YAML format simultaneously. While here, drop the index of the "led"
> > subnode, this one is neither used nor mandated by the drivers. All the
On 12/6/24 11:14 AM, Conor Dooley wrote:
On Fri, Dec 06, 2024 at 06:07:12PM +0100, A. Sverdlin wrote:
From: Alexander Sverdlin
Add Texas Instruments' LP8864/LP8866 bindings into LP8860 converting them
into YAML format simultaneously. While here, drop the index of the "led"
subnode, this one is
From: Alexander Sverdlin
Add driver for TI LP8864, LP8864S, LP8866 4/6 channel LED-backlight drivers
with I2C interface.
Link: https://www.ti.com/lit/gpn/lp8866-q1
Link: https://www.ti.com/lit/gpn/lp8864-q1
Link: https://www.ti.com/lit/gpn/lp8864s-q1
Signed-off-by: Alexander Sverdlin
---
MAINT
From: Alexander Sverdlin
Add new DT compatible ti,lp8864 to support all four software-compatible
devices:
- LP8864
- LP8864S
- LP8866
- LP8866S
This is a new family with a functionality similar to LP8860 -- hence the
same (re-used) DT bindings. They had to be converted to YAML along the way.
Add
From: Alexander Sverdlin
Add Texas Instruments' LP8864/LP8866 bindings into LP8860 converting them
into YAML format simultaneously. While here, drop the index of the "led"
subnode, this one is neither used nor mandated by the drivers. All the
*-cells properties are therefore not required.
Move t
On Fri, Dec 06, 2024 at 06:07:12PM +0100, A. Sverdlin wrote:
> From: Alexander Sverdlin
>
> Add Texas Instruments' LP8864/LP8866 bindings into LP8860 converting them
> into YAML format simultaneously. While here, drop the index of the "led"
> subnode, this one is neither used nor mandated by the
This commit introduces a new quirk to handle specific orientation issues for
DeckHD panels on the Steam Deck. The quirk ensures the correct display
orientation for these panels, enhancing the user experience on Steam Deck
devices. Tested on my Steam Deck to ensure reliability. Feedback and furth
On Fri, 6 Dec 2024 at 16:41, Mike Lothian wrote:
>
> On Fri, 6 Dec 2024 at 16:26, Jeffrey Hugo wrote:
> >
> > On 12/5/2024 8:44 AM, Mike Lothian wrote:
> > > Hi
> > >
> > > I needed to add the following to get things compiling for me
> > >
> > >
> > > diff --git a/drivers/accel/amdxdna/amdxdna_ma
Hi Mike,
How did you install npu.sbin.1.5.2.380? There should be a symlink
npu.sbin which points to npu.sbin.1.5.2.380.
https://gitlab.com/kernel-firmware/linux-firmware/-/blob/main/WHENCE?ref_type=heads#L2719
Thanks,
Lizhi
On 12/5/24 07:44, Mike Lothian wrote:
Hi
I needed to add the f
Disregard this one, I resubmitted after running "git format-patch -1 HEAD"
after breaking the subject/commit message amendment.
On Fri, Dec 6, 2024 at 9:45 AM Guy Chronister
wrote:
> Signed-off-by: Guy Chronister
> ---
> drivers/gpu/drm/drm_panel_orientation_quirks.c | 7 +++
> 1 file cha
On Fri, 6 Dec 2024 at 16:26, Jeffrey Hugo wrote:
>
> On 12/5/2024 8:44 AM, Mike Lothian wrote:
> > Hi
> >
> > I needed to add the following to get things compiling for me
> >
> >
> > diff --git a/drivers/accel/amdxdna/amdxdna_mailbox.c
> > b/drivers/accel/amdxdna/amdxdna_mailbox.c
> > index fe684f
On 12/5/2024 8:44 AM, Mike Lothian wrote:
Hi
I needed to add the following to get things compiling for me
diff --git a/drivers/accel/amdxdna/amdxdna_mailbox.c
b/drivers/accel/amdxdna/amdxdna_mailbox.c
index fe684f463b945..79b9801935e71 100644
--- a/drivers/accel/amdxdna/amdxdna_mailbox.c
+++ b
Hi Ian,
On Thu, Dec 05, 2024 at 11:38:27PM -0800, Ian Rogers wrote:
> Make the sections about eventfd, epoll, signalfd, inotify, fanotify,
> timerfd better separated with a clearer subsection header.
> ---
> man/man5/proc_pid_fdinfo.5 | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git
On Fri, Dec 06, 2024 at 03:39:15PM +, Jiaxin Yu (俞家鑫) wrote:
> On Mon, 2024-12-02 at 13:16 +, Mark Brown wrote:
> > On Sun, Dec 01, 2024 at 05:15:45PM +, Jiaxin Yu (俞家鑫) wrote:
> > > So I want to ask if I can do it by just adding
> > > SOC_DAPM_PIN_SWITCH("Speakers") and SOC_DAPM_PIN_S
Signed-off-by: Guy Chronister
---
drivers/gpu/drm/drm_panel_orientation_quirks.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/gpu/drm/drm_panel_orientation_quirks.c
b/drivers/gpu/drm/drm_panel_orientation_quirks.c
index 3f2e2b851cbc..c412273799cb 100644
--- a/drivers/gpu/dr
This commit fixes several miscellaneous documentation errors. Mostly,
delete/update comments that are outdated or are leftovers from past code
changes. Apart from that, remove double-spaces in several comments.
Signed-off-by: Maíra Canal
---
drivers/gpu/drm/v3d/v3d_bo.c | 4 --
On Tue, Oct 1, 2024 at 1:37 AM Lyude Paul wrote:
>
> This commit adds some traits for registering DRM devices with KMS support,
> implemented through the kernel::drm::kms::Kms trait. Devices which don't
> have KMS support can simply use PhantomData.
>
> Signed-off-by: Lyude Paul
>
> ---
>
> TODO:
Hi Ian,
On Thu, Dec 05, 2024 at 11:38:26PM -0800, Ian Rogers wrote:
> Previously the pid was highlighted through being a tagged paragraph
> but not mentioned in the description. Add italics to the path
> emphasizing pid and then change the first sentence to include pid in
> the definition.
>
> Su
Hi Ian,
On Thu, Dec 05, 2024 at 11:38:25PM -0800, Ian Rogers wrote:
> When /proc/pid/fdinfo was part of proc.5 man page the indentation made
> sense. As a standalone man page the indentation doesn't need to be so
> far over to the right. Remove the initial tagged pragraph, move the
> "since Linux
Am 06.12.24 um 16:11 schrieb Maíra Canal:
On 06/12/24 11:17, Christian König wrote:
Am 06.12.24 um 14:12 schrieb Maíra Canal:
This series introduces a series of clean-ups in BO reservations for the
VC4 driver. Currently, VC4 uses shared fences to track BO
reservations as
several other DRM devi
On 06/12/24 11:17, Christian König wrote:
Am 06.12.24 um 14:12 schrieb Maíra Canal:
This series introduces a series of clean-ups in BO reservations for the
VC4 driver. Currently, VC4 uses shared fences to track BO reservations as
several other DRM devices. But apart from the DMA reservation obje
Hi Daemon,
Am Mittwoch, 27. November 2024, 08:51:47 CET schrieb Damon Ding:
> These patchs have been tested with a 1536x2048p60 eDP panel on
> RK3588S EVB1 board, and HDMI 1080P/4K display also has been verified
> on RK3588 EVB1 board.
>
> Patch 1~3 are the RK3588 eDP support of Rockchip analogix
Hi,
On Fri, Dec 06, 2024 at 12:16:03PM +0200, Dmitry Baryshkov wrote:
> The vc4_hdmi_connector_detect_ctx() via vc4_hdmi_handle_hotplug()
> already reads EDID and propagates it to the drm_connector. Stop
> rereading EDID as a part of the .get_modes() callback and just update
> the list of modes. T
On Tue, Dec 03, 2024 at 02:27:44PM +0200, Dmitry Baryshkov wrote:
> On Mon, Dec 02, 2024 at 02:27:49PM +0100, Maxime Ripard wrote:
> > Hi,
> >
> > On Sun, Dec 01, 2024 at 02:44:13AM +0200, Dmitry Baryshkov wrote:
> > > Use the helper function to update the connector's information. This
> > > makes
Am 06.12.24 um 14:12 schrieb Maíra Canal:
This series introduces a series of clean-ups in BO reservations for the
VC4 driver. Currently, VC4 uses shared fences to track BO reservations as
several other DRM devices. But apart from the DMA reservation objects, VC4
also attaches seqnos to its BOs wi
On Tue, Dec 03, 2024 at 02:19:41PM +0200, Dmitry Baryshkov wrote:
> On Mon, Dec 02, 2024 at 02:20:04PM +0100, Maxime Ripard wrote:
> > Hi,
> >
> > Sorry, I've been drowning under work and couldn't review that series before.
>
> No worries, at this point I'm more concerned about my IGT series rath
Hi Nikolaus,
On 03/12/2024 at 20:09:52 +01, Nikolaus Voss wrote:
> LDB clock has to be a fixed multiple of the pixel clock.
Not only, IIUC it also needs to be synchronized, ie. share the same
source.
> As LDB and pixel clock are derived from different clock sources
> (at least on imx8mp),
Wai
Hi,
On Thu, Dec 05, 2024 at 08:10:13AM +0800, Zijun Hu wrote:
> From: Zijun Hu
>
> Constify the following API:
> struct device *device_find_child(struct device *dev, void *data,
> int (*match)(struct device *dev, void *data));
> To :
> struct device *device_find_child(struct device
Hi Tomi,
On Fri, Dec 6, 2024 at 10:33 AM Tomi Valkeinen
wrote:
> From: Tomi Valkeinen
>
> Add display related clocks for DU, DSI, FCPVD, and VSPD.
>
> Signed-off-by: Tomi Valkeinen
> Reviewed-by: Laurent Pinchart
> Tested-by: Geert Uytterhoeven
Reviewed-by: Geert Uytterhoeven
i.e. will queu
Instead of creating internal copies of `drm_gem_lock_reservations()`
and `drm_gem_unlock_reservations()`, use the functions provided by DRM
GEM.
Signed-off-by: Maíra Canal
---
drivers/gpu/drm/vc4/vc4_gem.c | 66 ---
1 file changed, 6 insertions(+), 60 deletions(-)
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_drv.h | 3 ---
drivers/gpu/drm/vc4/vc4_gem.
`bo->seqno`, `bo->write_seqno`, and `exec->bin_dep_seqno` are leftovers
from a time when VC4 didn't support DMA Reservation Objects. When they
were introduced, it made sense to think about tracking the correspondence
between the BOs and the jobs through the job's seqno.
This is no longer needed, a
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 ++
drivers/gpu/drm/vc4/vc4_gem.c | 31 ++
This series introduces a series of clean-ups in BO reservations for the
VC4 driver. Currently, VC4 uses shared fences to track BO reservations as
several other DRM devices. But apart from the DMA reservation objects, VC4
also attaches seqnos to its BOs with the intention to track if the job that
us
On 6.12.2024 5:32 AM, Abhinav Kumar wrote:
> From: Yongxing Mou
>
> Populate the pixel clock for stream 1 for DP0 for sa8775p DP controller.
>
> Signed-off-by: Yongxing Mou
> Signed-off-by: Abhinav Kumar
> ---
> arch/arm64/boot/dts/qcom/sa8775p.dtsi | 12
> 1 file changed, 8 inse
On Thu, Dec 05, 2024 at 08:31:44PM -0800, Abhinav Kumar wrote:
> dp_display_prepare() only prepares the link in case its not
> already ready before dp_display_enable(). Hence separate it into
> its own API.
>
> Signed-off-by: Abhinav Kumar
> ---
> drivers/gpu/drm/msm/dp/dp_display.c | 24 +++
Hi Guoqing,
At 2024-12-06 19:42:33, "Guoqing Jiang" wrote:
>It is not needed since drm_atomic_helper_shutdown checks it.
>
>Signed-off-by: Guoqing Jiang
Acked-by: Andy Yan
Thanks
>---
> drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
>
On 2024/12/6 15:21, Uwe Kleine-König wrote:
> Hello,
>
> On Thu, Dec 05, 2024 at 08:10:13AM +0800, Zijun Hu wrote:
>> From: Zijun Hu
>>
>> Constify the following API:
>> struct device *device_find_child(struct device *dev, void *data,
>> int (*match)(struct device *dev, void *data));
Hi Dmitry,
On Wed, Nov 20, 2024 at 09:39:27AM +0100, Johan Hovold wrote:
> On Fri, Aug 02, 2024 at 10:47:33PM +0300, Dmitry Baryshkov wrote:
> > During suspend/resume process all connectors are explicitly disabled and
> > then reenabled. However resume fails because of the connector_status check:
> On Thu, Dec 05, 2024 at 04:29:55PM +, Murthy, Arun R wrote:
> > > > > -Original Message-
> > > > > From: Dmitry Baryshkov
> > > > > Sent: Wednesday, December 4, 2024 5:17 PM
> > > > > To: Murthy, Arun R
> > > > > Cc: intel...@lists.freedesktop.org;
> > > > > intel-...@lists.freedesk
1 - 100 of 164 matches
Mail list logo
