On 10/6/2024 8:30 PM, Dmitry Baryshkov wrote:
On Fri, 4 Oct 2024 at 12:30, Soutrik Mukhopadhyay
wrote:
This series adds support for the DisplayPort controller
and eDP PHY v5 found on the Qualcomm SA8775P platform.
---
v2: Fixed review comments from Dmitry and Bjorn
- Made aux_cfg ar
Hi Liviu,
On Tue, 15 Oct 2024 02:08:46 +0100
Liviu Dudau wrote:
> Hi Boris,
>
> I'm a bit confused, I thought the plan was to separate the FW_PAGE_SIZE
> from the rest of Panthor's PAGE_SIZE.
>
> On Mon, Oct 14, 2024 at 11:31:34AM +0200, Boris Brezillon wrote:
> > The system and GPU MMU page s
On Mon, 2024-10-14 at 13:07 +0100, Tvrtko Ursulin wrote:
>
> On 14/10/2024 12:32, Philipp Stanner wrote:
> > Hi,
> >
> > On Mon, 2024-10-14 at 11:46 +0100, Tvrtko Ursulin wrote:
> > > From: Tvrtko Ursulin
> > >
> > > In FIFO mode We can avoid dropping the lock only to immediately
> > > re-
> >
Hi
Am 14.10.24 um 19:14 schrieb Luck, Tony:
Attached is a full revert of the vblank support for you to test. If that
undoes the bug, I'll post it for review to the list.
Thomas.
I applied that to v6.12-rc3. Builds cleanly.
System boots with no warnings.
MGAG device is present:
$ dmesg | gre
Am 15.10.24 um 08:53 schrieb Bartosz Golaszewski:
From: Bartosz Golaszewski
This driver is no longer used on any platform. It has been replaced by
tilcdc on the two DaVinci boards we still support and can be removed.
Signed-off-by: Bartosz Golaszewski
Acked-by: Thomas Zimmermann
---
Hi,
On Tue, Oct 15, 2024 at 3:30 AM Hsin-Te Yuan wrote:
>
> In commit 9f428b95ac89 ("drm/mediatek: Add new color format MACROs in
> OVL"), some new color formats are defined in the MACROs to make the
> switch statement more concise. However, there are typos in these
> formats MACROs, which cause
Hi,
On Tue, Oct 15, 2024 at 4:46 AM Jean Delvare wrote:
>
> Since commit 0166dc11be91 ("of: make CONFIG_OF user selectable"), it
> is possible to test-build any driver which depends on OF on any
> architecture by explicitly selecting OF. Therefore depending on
> COMPILE_TEST as an alternative is
On Thu, 10 Oct 2024 11:42:39 -0400, Frank Li wrote:
> Convert device tree binding doc zii,rave-sp-backlight.txt to yaml format.
> Additional Changes:
> - Remove mfd parent node at example.
> - Ref to backlight's common.yaml
>
>
Applied, thanks!
[2/5] dt-bindings: backlight: convert zii,rave-sp-
On Thu, 10 Oct 2024 11:42:42 -0400, Frank Li wrote:
> Convert device binding doc zii,rave-sp.txt to yaml format.
> Additional change:
> - ref to other zii yaml files.
> - remove rave-sp-hwmon and rave-sp-leds.
>
>
Applied, thanks!
[5/5] dt-bindings: mfd: convert zii,rave-sp.txt to yaml format
From: Arnd Bergmann
Depending on x86 and KVM is not enough, as the kvm helper functions
that get called here are controlled by CONFIG_KVM_X86, which is
disabled if both KVM_INTEL and KVM_AMD are turned off.
ERROR: modpost: "kvm_write_track_remove_gfn" [drivers/gpu/drm/i915/kvmgt.ko]
undefined!
On Tue, Oct 15, 2024, at 07:52, Jinjie Ruan wrote:
> On 2024/10/15 15:30, Arnd Bergmann wrote:
>> From: Arnd Bergmann
>>
>> The new driver needs the dsc helper code to be available:
>>
>> x86_64-linux-ld: vmlinux.o: in function `s6e3ha8_amb577px01_wqhd_prepare':
>> panel-samsung-s6e3ha8.c:(.text
From: Arnd Bergmann
The new driver needs the dsc helper code to be available:
x86_64-linux-ld: vmlinux.o: in function `s6e3ha8_amb577px01_wqhd_prepare':
panel-samsung-s6e3ha8.c:(.text+0x16b1e65): undefined reference to
`drm_dsc_pps_payload_pack'
Select it from Kconfig as we do for other simila
On Wed, Oct 09, 2024 at 01:44:30AM +, Kuninori Morimoto wrote:
>
> Hi Rob, Saravana, Tomi, Laurent, Sakari, Mark
>
> This is v7 patch-set
>
> Current Of-graph has "endpoint base" for loop, but doesn't have
> "port base" loop. "endpoint base" loop only is not enough.
> This patch-set add new
On 10/15/2024 8:34 AM, Arnd Bergmann wrote:
From: Arnd Bergmann
The new driver needs the dsc helper code to be available:
x86_64-linux-ld: vmlinux.o: in function `s6e3ha8_amb577px01_wqhd_prepare':
panel-samsung-s6e3ha8.c:(.text+0x16b1e65): undefined reference to
`drm_dsc_pps_payload_pack'
On Tuesday, August 20th, 2024 at 22:27, Simon Ser wrote:
> Sorry for the huge delay. Generally this looks good but maybe we
> could explain a bit more what "bottom up" means exactly since it
> may not be super obvious.
>
> Maybe something among these lines?
>
> Bottom up means that the first CR
Since commit 0166dc11be91 ("of: make CONFIG_OF user selectable"), it
is possible to test-build any driver which depends on OF on any
architecture by explicitly selecting OF. Therefore depending on
COMPILE_TEST as an alternative is no longer needed.
To avoid reintroducing the randconfig bug origina
5.15-stable review patch. If anyone has any objections, please let me know.
--
From: Thomas Zimmermann
commit 8b0d2f61545545ab5eef923ed6e59fc3be2385e0 upstream.
FB_DAMAGE_CLIPS is a plane property for damage handling. Its UAPI
should only use UAPI types. Hence replace struct d
On Tuesday, October 15th, 2024 at 5:38 AM, Andy Yan wrote:
> Hi Piotr,
>
> At 2024-10-15 06:30:27, "Piotr Zalewski" pz010001011...@proton.me wrote:
>
> > Add support for gamma LUT in VOP2 driver. The implementation was inspired
> > by one found in VOP1 driver. Blue and red channels in gamma LUT
On Mon, 2024-10-14 at 11:46 +0100, Tvrtko Ursulin wrote:
> From: Tvrtko Ursulin
>
> Christian suggested to rename the lock and improve the documentation
Let's move it to Annotators:
Suggested-by: Christian König
(Otherwise some time in the future a Christian Kaiser might start
working on the s
5.15-stable review patch. If anyone has any objections, please let me know.
--
From: Tvrtko Ursulin
commit 4286cc2c953983d44d248c9de1c81d3a9643345c upstream.
Without the locking amdgpu currently can race between
amdgpu_ctx_set_entity_priority() (via drm_sched_entity_modify_sch
On Tue, Oct 15, 2024 at 01:13:22PM +0200, Thomas Hellström wrote:
> Introduce a way for hmm_range_fault() and migrate_vma_setup() to identify
> foreign devices with fast interconnect and thereby allow
> both direct access over the interconnect and p2p migration.
>
> The need for a callback arises
Hi, Jason.
Thanks for the feedback.
On Tue, 2024-10-15 at 09:17 -0300, Jason Gunthorpe wrote:
> On Tue, Oct 15, 2024 at 01:13:22PM +0200, Thomas Hellström wrote:
> > Introduce a way for hmm_range_fault() and migrate_vma_setup() to
> > identify
> > foreign devices with fast interconnect and thereb
On Mon, Oct 14, 2024 at 01:23:24PM -0700, Jessica Zhang wrote:
>
>
> On 10/14/2024 12:13 AM, Dmitry Baryshkov wrote:
> > On Sun, Oct 13, 2024 at 07:37:20PM -0700, Abhinav Kumar wrote:
> > > Hi Dmitry
> > >
> > > On 10/13/2024 5:20 PM, Dmitry Baryshkov wrote:
> > > > On Fri, Oct 11, 2024 at 10:25
On Fri, Oct 11, 2024 at 10:25:13AM -0700, Jessica Zhang wrote:
> Only enable the merge_3d block for the video phys encoder when the 3d
> blend mode is not *_NONE since there is no need to activate the merge_3d
> block for cases where merge_3d is not needed.
>
> Fixes: 3e79527a33a8 ("drm/msm/dpu: e
On Wed, Oct 09, 2024 at 08:41:13PM -0700, Jessica Zhang wrote:
> Don't set the merge_3d pending flush bits if the mode_3d is
> BLEND_3D_NONE.
>
> Always flushing merge_3d can cause timeout issues when there are
> multiple commits with concurrent writeback enabled.
>
> This is because the video ph
On Tue, Oct 15, 2024 at 02:41:24PM +0200, Thomas Hellström wrote:
> > It has nothing to do with kernel P2P, you are just allowing more
> > selective filtering of dev_private_owner. You should focus on that in
> > the naming, not p2p. ie allow_dev_private()
> >
> > P2P is stuff that is dealing with
On 15/10/2024 14:07, Jyothi Kumar Seerapu wrote:
> When high performance with multiple i2c messages in a single transfer
> is required, employ Block Event Interrupt (BEI) to trigger interrupts
> after specific messages transfer and the last message transfer,
> thereby reducing interrupts.
> For eac
On Mon, Oct 14, 2024 at 10:51:48AM +0200, AngeloGioacchino Del Regno wrote:
> It is impossible to add each and every possible DDP path combination
> for each and every possible combination of SoC and board: right now,
> this driver hardcodes configuration for 10 SoCs and this is going to
> grow lar
On 15/10/2024 14:07, Jyothi Kumar Seerapu wrote:
> When high performance with multiple i2c messages in a single transfer
> is required, employ Block Event Interrupt (BEI) to trigger interrupts
> after specific messages transfer and the last message transfer,
> thereby reducing interrupts.
>
> For
On 2024-10-11 20:40, Vivek Kasireddy wrote:
> Functions of the same PCI device (such as a PF and a VF) share the
> same bus and have a common root port and typically, the PF provisions
> resources for the VF. Therefore, they can be considered compatible
> as far as P2P access is considered.
>
>
On Tue, Oct 15, 2024 at 11:27 AM Ian Rogers wrote:
>
> The PCI slot address for drm-pdev should be a colon not a period. On a
> i915 GPU I see:
> ```
> drm-pdev: :00:02.0
> ```
>
> Signed-off-by: Ian Rogers
Possibly:
Fixes: 055634e4b62f ("drm/i915: Expose client engine utilisation via
The PCI slot address for drm-pdev should be a colon not a period. On a
i915 GPU I see:
```
drm-pdev: :00:02.0
```
Signed-off-by: Ian Rogers
---
Documentation/gpu/drm-usage-stats.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/gpu/drm-usage-stats.rs
On 10/14/2024 3:52 PM, Bjorn Andersson wrote:
On Wed, Sep 18, 2024 at 09:52:54AM -0600, Jeffrey Hugo wrote:
The Sahara protocol has a crashdump functionality. In the hello
exchange, the device can advertise it has a memory dump available for
the host to collect. Instead of the device making requ
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.
Signed-off-by: Ian Rogers
---
man/man5/proc_pid_fdinfo.5 | 50 +++---
1 file changed, 25 insertions(
Make the sections about eventfd, epoll, signalfd, inotify, fanotify,
timerfd better separated with a clearer subsection header.
Signed-off-by: Ian Rogers
---
man/man5/proc_pid_fdinfo.5 | 6 ++
1 file changed, 6 insertions(+)
diff --git a/man/man5/proc_pid_fdinfo.5 b/man/man5/proc_pid_fdinfo
Add description of DRM fdinfo information based on the Linux kernel's
`Documentation/gpu/drm-usage-stats.rst`:
https://docs.kernel.org/gpu/drm-usage-stats.html
Signed-off-by: Ian Rogers
---
man/man5/proc_pid_fdinfo.5 | 94 ++
1 file changed, 94 insertions(+)
Hi,
Le mercredi 09 octobre 2024 à 19:15 +0800, Shu-hsiang Yang a écrit :
> Based on linux-next/master, tag: next-20241008
>
> The patch set adds the MediaTek ISP7.x camera system hardware driver.
>
> This driver sets up ISP hardware, handles interrupts, and initializes
> V4L2 device nodes and fu
On 10/9/24 03:45, Kuninori Morimoto wrote:
Now we can use new port related functions for port parsing. Use it.
Signed-off-by: Kuninori Morimoto
Acked-by: Helge Deller
---
drivers/video/fbdev/omap2/omapfb/dss/dpi.c| 3 +-
drivers/video/fbdev/omap2/omapfb/dss/dss-of.c | 66 --
On 10/15/24 17:49, Rob Herring wrote:
On Wed, Oct 09, 2024 at 01:44:30AM +, Kuninori Morimoto wrote:
Hi Rob, Saravana, Tomi, Laurent, Sakari, Mark
This is v7 patch-set
Current Of-graph has "endpoint base" for loop, but doesn't have
"port base" loop. "endpoint base" loop only is not enough
On 10/9/24 03:45, Kuninori Morimoto wrote:
Now we can use new port related functions for port parsing. Use it.
Signed-off-by: Kuninori Morimoto
Reviewed-by: Tomi Valkeinen
Acked-by: Helge Deller
---
drivers/gpu/drm/omapdrm/dss/dpi.c | 3 ++-
drivers/gpu/drm/omapdrm/dss/sdi.c | 3 ++-
2
Hi, Thorsten here, the Linux kernel's regression tracker.
On 10.10.24 15:32, Diogo Ivo wrote:
>
> Somewhere between 6.11-rc4 and 6.11-rc5 the following error message is
> displayed
> when trying to initialize a nvc0_screen on the Tegra X1's GM20B:
>
> [ 34.431210] nouveau 5700.gpu: pmu:hpq:
On Mon, Oct 14, 2024 at 5:01 AM Liu Ying wrote:
>
> On 10/14/2024, Dmitry Baryshkov wrote:
>
> [...]
>
> > My suggestion would be to add a single root-level property which
> > specifies which port provides even pixel data.
>
> That won't work. The LVDS source side expects the po
Hi Tvrtko,
On 10.10.2024 10:50, Tvrtko Ursulin wrote:
>
> On 09/10/2024 23:55, Adrián Larumbe wrote:
> > Hi Tvrtko,
> >
> > On 04.10.2024 14:41, Tvrtko Ursulin wrote:
> > >
> > > Hi Adrian,
> > >
> > > On 03/10/2024 00:45, Adrián Larumbe wrote:
> > > > Some drivers must allocate a considerable
On Tue, Oct 15, 2024 at 12:34:29PM -0600, Jeffrey Hugo wrote:
> On 10/14/2024 3:52 PM, Bjorn Andersson wrote:
> > On Wed, Sep 18, 2024 at 09:52:54AM -0600, Jeffrey Hugo wrote:
[..]
> > > struct sahara_context {
> > > struct sahara_packet*tx[SAHARA_NUM_TX_BUF];
> > >
On Mon, Oct 14, 2024 at 09:39:01AM +0200, Krzysztof Kozlowski wrote:
> On Sat, Oct 12, 2024 at 01:59:29AM +0530, Akhil P Oommen wrote:
> > 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 call
On 15/10/2024 08:49, Thomas Zimmermann wrote:
Do not keep the obsolete EDID around after unplugging the display
from the connector.
Thanks, it looks good to me.
Reviewed-by: Jocelyn Falempe
Signed-off-by: Thomas Zimmermann
Fixes: 2a2391f857cd ("drm/ast: vga: Transparently handle BMC suppo
On 15/10/2024 08:49, Thomas Zimmermann wrote:
Do not keep the obsolete EDID around after unplugging the display
from the connector.
Thanks, it looks good to me.
Reviewed-by: Jocelyn Falempe
Signed-off-by: Thomas Zimmermann
Fixes: d20c2f846428 ("drm/ast: sil164: Transparently handle BMC su
On 15/10/2024 08:37, Thomas Zimmermann wrote:
This reverts commit 6c9e14ee9f519ee605a3694fbfa4711284781d22.
This reverts commit d5070c9b29440c270b534bbacd636b8fa558e82b.
This reverts commit 89c6ea2006e2d39b125848fb0195c08fa0b354be.
The VLINE interrupt doesn't work correctly on G200SE-A (at least
Hi!
On Mon, 2024-10-14 at 13:23 -0700, Boqun Feng wrote:
> Hi Thomas,
>
> On Wed, Oct 09, 2024 at 11:20:31AM +0200, Thomas Hellström wrote:
> > When using mutex_acquire_nest() with a nest_lock, lockdep refcounts
> > the
> > number of acquired lockdep_maps of mutexes of the same class, and
> > a
Introduce a way for hmm_range_fault() and migrate_vma_setup() to identify
foreign devices with fast interconnect and thereby allow
both direct access over the interconnect and p2p migration.
The need for a callback arises because without it, the p2p ability would
need to be static and determined a
Hi Piotr,
At 2024-10-15 19:55:44, "Piotr Zalewski" wrote:
>On Tuesday, October 15th, 2024 at 5:38 AM, Andy Yan wrote:
>
>> Hi Piotr,
>>
>> At 2024-10-15 06:30:27, "Piotr Zalewski" pz010001011...@proton.me wrote:
>>
>> > Add support for gamma LUT in VOP2 driver. The implementation was inspired
On Tue, 15 Oct 2024 at 10:02, Soutrik Mukhopadhyay
wrote:
>
>
> On 10/6/2024 8:30 PM, Dmitry Baryshkov wrote:
> > On Fri, 4 Oct 2024 at 12:30, Soutrik Mukhopadhyay
> > wrote:
> >> This series adds support for the DisplayPort controller
> >> and eDP PHY v5 found on the Qualcomm SA8775P platform.
>
On Tue, 15 Oct 2024 at 11:27, Jun Nie wrote:
>
> Dmitry Baryshkov 于2024年10月11日周五 15:13写道：
> >
> > 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
5.10-stable review patch. If anyone has any objections, please let me know.
--
From: Thomas Zimmermann
commit 8b0d2f61545545ab5eef923ed6e59fc3be2385e0 upstream.
FB_DAMAGE_CLIPS is a plane property for damage handling. Its UAPI
should only use UAPI types. Hence replace struct d
On 15/10/2024 12:38, Philipp Stanner wrote:
On Tue, 2024-10-15 at 09:12 +0100, Tvrtko Ursulin wrote:
On 15/10/2024 08:11, Philipp Stanner wrote:
On Mon, 2024-10-14 at 13:07 +0100, Tvrtko Ursulin wrote:
On 14/10/2024 12:32, Philipp Stanner wrote:
Hi,
On Mon, 2024-10-14 at 11:46 +0100, Tvr
On 15/10/2024 12:56, Philipp Stanner wrote:
On Mon, 2024-10-14 at 11:46 +0100, Tvrtko Ursulin wrote:
From: Tvrtko Ursulin
Christian suggested to rename the lock and improve the documentation
Let's move it to Annotators:
Suggested-by: Christian König
Ack.
(Otherwise some time in the fu
5.10-stable review patch. If anyone has any objections, please let me know.
--
From: Tvrtko Ursulin
commit 4286cc2c953983d44d248c9de1c81d3a9643345c upstream.
Without the locking amdgpu currently can race between
amdgpu_ctx_set_entity_priority() (via drm_sched_entity_modify_sch
On Tue, 2024-10-15 at 10:02 -0300, Jason Gunthorpe wrote:
> On Tue, Oct 15, 2024 at 02:41:24PM +0200, Thomas Hellström wrote:
> > > It has nothing to do with kernel P2P, you are just allowing more
> > > selective filtering of dev_private_owner. You should focus on
> > > that in
> > > the naming, no
On Tue, 15 Oct 2024 17:37:46 +0530, Jyothi Kumar Seerapu wrote:
> When high performance with multiple i2c messages in a single transfer
> is required, employ Block Event Interrupt (BEI) to trigger interrupts
> after specific messages transfer and the last message transfer,
> thereby reducing inte
On Wed, Oct 9, 2024 at 1:24 PM Fei Shao wrote:
>
> In the mtk_dsi driver, its DSI host attach callback calls
> devm_drm_of_get_bridge() to get the next bridge. If that next bridge is
> a panel bridge, a panel_bridge object is allocated and managed by the
> panel device.
>
> Later, if the attach ca
On Mon, 14 Oct 2024 at 22:16, Stefan Wahren wrote:
>
>
> Am 14.10.24 um 12:54 schrieb Dave Stevenson:
> > On Mon, 14 Oct 2024 at 10:04, Maxime Ripard wrote:
> >> Hi,
> >>
> >> On Sun, Oct 13, 2024 at 09:57:58PM GMT, Stefan Wahren wrote:
> >>> Am 13.10.24 um 21:11 schrieb Dave Stevenson:
> Hi
From: Arnd Bergmann
The new driver needs the dsc helper code to be available:
x86_64-linux-ld: vmlinux.o: in function `s6e3ha8_amb577px01_wqhd_prepare':
panel-samsung-s6e3ha8.c:(.text+0x16b1e65): undefined reference to
`drm_dsc_pps_payload_pack'
Select it from Kconfig as we do for other simila
On Tue, 2024-10-15 at 13:13 +0200, Thomas Hellström wrote:
> Introduce a way for hmm_range_fault() and migrate_vma_setup() to
> identify
> foreign devices with fast interconnect and thereby allow
> both direct access over the interconnect and p2p migration.
>
> The need for a callback arises becau
Currently when an allocation failure occurs for omap_encoder the exit
path will destroy encoder via omap_encoder_destroy if it is not null.
However, encoder is always null at this point, so the check and destroy
is redundant and can be removed. Clean up the code by removing the exit
path and redun
On Tue, Oct 15, 2024 at 10:32:22AM +0200, AngeloGioacchino Del Regno wrote:
> Il 14/10/24 19:36, Rob Herring ha scritto:
> > On Mon, Oct 14, 2024 at 3:51 AM AngeloGioacchino Del Regno
> > wrote:
> > >
> > > The display IPs in MediaTek SoCs support being interconnected with
> > > different instanc
On Tue, 2024-10-15 at 14:14 +0100, Tvrtko Ursulin wrote:
>
> On 15/10/2024 12:38, Philipp Stanner wrote:
> > On Tue, 2024-10-15 at 09:12 +0100, Tvrtko Ursulin wrote:
> > >
> > > On 15/10/2024 08:11, Philipp Stanner wrote:
> > > > On Mon, 2024-10-14 at 13:07 +0100, Tvrtko Ursulin wrote:
> > > > >
On Tue, Oct 15, 2024 at 05:37:46PM +0530, Jyothi Kumar Seerapu wrote:
> When high performance with multiple i2c messages in a single transfer
> is required, employ Block Event Interrupt (BEI) to trigger interrupts
> after specific messages transfer and the last message transfer,
> thereby reducing
Hi Giedrius,
kernel test robot noticed the following build warnings:
[auto build test WARNING on linus/master]
[also build test WARNING on v6.12-rc3 next-20241015]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use '--bas
Hi,
This patch set allocates the restricted DMA-bufs via the TEE subsystem.
This a complete rewrite compared to the previous patch set [1], and other
earlier proposals [2] and [3] with a separate restricted heap.
The TEE subsystem handles the DMA-buf allocations since it is the TEE
(OP-TEE, AMD-T
Add restricted memory allocation to the TEE subsystem. Restricted memory
is not be accessible by kernel during normal circumstances. A new ioctl
TEE_IOC_RSTMEM_ALLOC is added to allocate these restricted memory
buffers. The restricted memory is supposed to we used in special
use-cases like Secure D
Add support in the OP-TEE backend driver for restricted memory
allocation. The support is limited to only the SMC ABI and for secure
video buffers.
OP-TEE is probed for the range of restricted physical memory and a
memory pool allocator is initialized if OP-TEE have support for such
memory.
Signe
On 2024/10/15 15:30, Arnd Bergmann wrote:
> From: Arnd Bergmann
>
> The new driver needs the dsc helper code to be available:
>
> x86_64-linux-ld: vmlinux.o: in function `s6e3ha8_amb577px01_wqhd_prepare':
> panel-samsung-s6e3ha8.c:(.text+0x16b1e65): undefined reference to
> `drm_dsc_pps_payl
Hi Ganzalo,
Thanks for your updated patch.
Somehow empty lines sneaked in again, see the last line of your patch.
Anyway, I manually fixed up your initial patch with the fixes from
Thomas, so we should be fine now. No need to send a v4...
Thanks!
Helge
On 10/15/24 10:04, Gonzalo Silvalde Blanco
>
>-Original Message-
>From: Dmitry Baryshkov
>Sent: Monday, October 14, 2024 10:06 PM
>To: Hermes Wu (吳佳宏)
>Cc: Pin-yen Lin ; Kenneth Hung (洪家倫)
>; Pet Weng (翁玉芬) ; Allen Chen
>; AngeloGioacchino Del Regno
>; open list:DRM DRIVERS
>; Jernej Skrabec ;
>Jonas Karlman ; Laurent Pincha
On 2024-10-13 15:34, Simon Ser wrote:
> This is a flag to opt-out of the automagic buffer migration to
> system memory when importing a DMA-BUF.
>
> In multi-GPU scenarii, a Wayland client might allocate on any
> device. The Wayland compositor receiving the DMA-BUF has no clue
> where the buffer h
On Tuesday, October 15th, 2024 at 12:47, Michel Dänzer
wrote:
> On 2024-10-13 15:34, Simon Ser wrote:
>
> > This is a flag to opt-out of the automagic buffer migration to
> > system memory when importing a DMA-BUF.
> >
> > In multi-GPU scenarii, a Wayland client might allocate on any
> > devic
On 10/15/24 09:16, Thomas Zimmermann wrote:
Am 15.10.24 um 08:53 schrieb Bartosz Golaszewski:
From: Bartosz Golaszewski
This driver is no longer used on any platform. It has been replaced by
tilcdc on the two DaVinci boards we still support and can be removed.
Signed-off-by: Bartosz Golaszews
On 15/10/2024 08:11, Philipp Stanner wrote:
On Mon, 2024-10-14 at 13:07 +0100, Tvrtko Ursulin wrote:
On 14/10/2024 12:32, Philipp Stanner wrote:
Hi,
On Mon, 2024-10-14 at 11:46 +0100, Tvrtko Ursulin wrote:
From: Tvrtko Ursulin
In FIFO mode We can avoid dropping the lock only to immediate
OVL_CON_MTX_YUV_TO_RGB (6 << 16)
---
base-commit: 75b607fab38d149f232f01eae5e6392b394dd659
change-id: 20241015-color-e205e75b64aa
Best regards,
--
Hsin-Te Yuan
The sstfb driver currently depends on CONFIG_FB_DEVICE to create sysfs
entries and access info->dev. This patch wraps the relevant code blocks
with #ifdef CONFIG_FB_DEVICE, allowing the driver to be built and used
even if CONFIG_FB_DEVICE is not selected.
Additionally, the dependency on CONFIG_FB_
On Mon, 14 Oct 2024, at 5:25 PM, Mario Limonciello wrote:
> From: Mario Limonciello
>
> The ASUS GA605W has a NVIDIA PCI VGA device and an AMD PCI display device.
>
> ```
> 65:00.0 VGA compatible controller: NVIDIA Corporation AD106M [GeForce
> RTX 4070 Max-Q / Mobile] (rev a1)
> 66:00.0 Display
Il 14/10/24 19:36, Rob Herring ha scritto:
On Mon, Oct 14, 2024 at 3:51 AM AngeloGioacchino Del Regno
wrote:
The display IPs in MediaTek SoCs support being interconnected with
different instances of DDP IPs (for example, merge0 or merge1) and/or
with different DDP IPs (for example, rdma can be
From: Arnd Bergmann
Every module should have a description, without this we get a
build time warning.
Fixes: cc3e8a216d6b ("drm/imx: add internal bridge handling display-timings DT
node")
Signed-off-by: Arnd Bergmann
---
drivers/gpu/drm/bridge/imx/imx-legacy-bridge.c | 1 +
1 file changed, 1
From: Arnd Bergmann
The driver now uses the legacy bridge helper code but can be configured
to get built without it:
ERROR: modpost: "devm_imx_drm_legacy_bridge"
[drivers/gpu/drm/imx/ipuv3/parallel-display.ko] undefined!
Add the required dependency, same as in the ldb driver.
Fixes: f94b9707a
Dmitry Baryshkov 于2024年10月11日周五 15:13写道：
>
> 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
On Tue, 2024-10-15 at 09:12 +0100, Tvrtko Ursulin wrote:
>
> On 15/10/2024 08:11, Philipp Stanner wrote:
> > On Mon, 2024-10-14 at 13:07 +0100, Tvrtko Ursulin wrote:
> > >
> > > On 14/10/2024 12:32, Philipp Stanner wrote:
> > > > Hi,
> > > >
> > > > On Mon, 2024-10-14 at 11:46 +0100, Tvrtko Ursu
Le lundi 29 juillet 2024 à 04:16 +0200, Marek Vasut a écrit :
> On 7/24/24 6:08 PM, Nicolas Dufresne wrote:
> > Hi Marek,
>
> Hi,
>
> > Le mercredi 24 juillet 2024 à 02:19 +0200, Marek Vasut a écrit :
> > > Introduce dedicated memory-to-memory IPUv3 VDI deinterlacer driver.
> > > Currently the IP
Le mardi 24 septembre 2024 à 17:28 +0200, Marek Vasut a écrit :
> On 9/6/24 11:01 AM, Philipp Zabel wrote:
>
> Hi,
>
> > > diff --git a/drivers/staging/media/imx/imx-media-dev.c
> > > b/drivers/staging/media/imx/imx-media-dev.c
> > > index be54dca11465d..a841fdb4c2394 100644
> > > --- a/drivers/
On Mon, 2024-10-14 at 13:23 -0700, Boqun Feng wrote:
> Hi Thomas,
>
> On Wed, Oct 09, 2024 at 11:20:31AM +0200, Thomas Hellström wrote:
> > When using mutex_acquire_nest() with a nest_lock, lockdep refcounts
> > the
> > number of acquired lockdep_maps of mutexes of the same class, and
> > also
> >
On Tue, Oct 15, 2024 at 05:27:28PM +0200, Thomas Hellström wrote:
[..]
> > diff --git a/lib/locking-selftest.c b/lib/locking-selftest.c
> > index 6f6a5fc85b42..6750321e3e9a 100644
> > --- a/lib/locking-selftest.c
> > +++ b/lib/locking-selftest.c
> > @@ -1720,8 +1720,6 @@ static void ww_test_normal(
Le jeudi 03 octobre 2024 à 16:57 +0200, Marek Vasut a écrit :
> On 9/26/24 1:16 PM, Philipp Zabel wrote:
> > On Mi, 2024-09-25 at 22:45 +0200, Marek Vasut wrote:
> > [...]
> > > > The driver is not taking ownership of prev_buf, only curr_buf is
> > > > guaranteed to
> > > > exist until v4l2_m2m_jo
On Wed, Oct 16, 2024 at 03:00:08PM +1100, Alistair Popple wrote:
>
> Matthew Brost writes:
>
> > Avoid multiple CPU page faults to the same device page racing by trying
> > to lock the page in do_swap_page before taking an extra reference to the
> > page. This prevents scenarios where multiple C
On Wed, 2024-10-16 at 03:18 +, Matthew Brost wrote:
> On Wed, Oct 09, 2024 at 12:50:42PM +0200, Thomas Hellström wrote:
> > Hi, Matthew.
> >
> > Some comments below around migrating to SRAM.
> >
> >
> > On Tue, 2024-08-27 at 19:48 -0700, Matthew Brost wrote:
> > > This patch introduces suppo
Thomas Hellström writes:
> On Tue, 2024-10-15 at 10:02 -0300, Jason Gunthorpe wrote:
>> On Tue, Oct 15, 2024 at 02:41:24PM +0200, Thomas Hellström wrote:
>> > > It has nothing to do with kernel P2P, you are just allowing more
>> > > selective filtering of dev_private_owner. You should focus on
Yonatan Maman writes:
> From: Yonatan Maman
>
> Enabling Peer-to-Peer DMA (P2P DMA) access in GPU-centric applications
> is crucial for minimizing data transfer overhead (e.g., for RDMA use-
> case).
>
> This change aims to enable that capability for Nouveau over HMM device
> private pages. P2
On Wed, Oct 09, 2024 at 12:50:42PM +0200, Thomas Hellström wrote:
> Hi, Matthew.
>
> Some comments below around migrating to SRAM.
>
>
> On Tue, 2024-08-27 at 19:48 -0700, Matthew Brost wrote:
> > This patch introduces support for GPU Shared Virtual Memory (SVM) in
> > the
> > Direct Rendering M
Avoid multiple CPU page faults to the same device page racing by trying
to lock the page in do_swap_page before taking an extra reference to the
page. This prevents scenarios where multiple CPU page faults each take
an extra reference to a device page, which could abort migration in
folio_migrate_m
Add basic SVM garbage collector which can destroy an SVM range upon an
MMU UNMAP event.
v2:
- Flush garbage collector in xe_svm_close
Signed-off-by: Matthew Brost
---
drivers/gpu/drm/xe/xe_svm.c | 87 +++-
drivers/gpu/drm/xe/xe_svm.h | 1 +
drivers/gpu/dr
Add SVM device memory mirroring which enables device pages for
migration.
TODO: Hide this behind Kconfig
Signed-off-by: Niranjana Vishwanathapura
Signed-off-by: Matthew Brost
---
drivers/gpu/drm/xe/xe_device_types.h | 8
drivers/gpu/drm/xe/xe_svm.c | 56 +
Add SVM range invalidation vfunc.
v2:
- Don't run invalidation if VM is closed
- Cycle notifier lock in xe_svm_close
- Drop xe_gt_tlb_invalidation_fence_fini
Signed-off-by: Matthew Brost
---
drivers/gpu/drm/xe/xe_gt_pagefault.c | 17 ++-
drivers/gpu/drm/xe/xe_pt.c | 24
driv
1 - 100 of 170 matches
Mail list logo
