On Fri, Aug 30, 2024 at 10:47 AM Christian König
wrote:
>
> Am 30.08.24 um 09:03 schrieb Jens Wiklander:
> > Add a no_map attribute to struct restricted_heap_attachment and struct
> > restricted_heap to skip the call to dma_map_sgtable() if set. This
> > avoids trying to map a dma-buf that doens't
The ttm_bo_pin() and ttm_bo_unpin() functions weren't moving their
resources off the LRU list to the unevictable list.
Make sure that happens so that pinned objects don't accidently linger
on the LRU lists, and also make sure to move them back once they
are unpinned.
v2:
- Removing from a bulk mo
Resources of swapped objects were never moved off their LRU list
when swapped, and also resources of pinned objects might remain on
their LRU list unless the driver moved them to the device pinned list
after pinning.
Rename the device "pinned" list to "unevictable" and ensure that resources
of obj
Resources of swapped objects remains on the TTM_PL_SYSTEM manager's
LRU list, which is bad for the LRU walk efficiency.
Rename the device-wide "pinned" list to "unevictable" and move
also resources of swapped-out objects to that list.
An alternative would be to create an "UNEVICTABLE" priority to
After upgrading kernel 6.9.10 to 6.10.7 all Xen PVH VM's became unavailable.
Downgrading the kernel back to 6.9.10 makes the VM's work again.
Snippet stack trace + kernel logs (good and bad) in attachments.
Sep 01 08:59:21 web3..com kernel: xen_netfront: Initialising Xen
virtual ethernet
On Thu, Sep 5, 2024 at 4:06 AM Leo Li wrote:
>
> Can you delete ", new_cursor_state" on that line and try again? Seems to be a
> unused variable warning being elevated to an error.
>
Thanks, I applied both patches and can confirm that this solved the issue.
The first patch was definitely not enou
On Tue, 27 Aug 2024 09:53:37 -0700, Sherry Yang wrote:
> The following build error was triggered because of NULL string argument:
>
> BUILDSTDERR: drivers/gpu/drm/msm/disp/mdp5/mdp5_smp.c: In function
> 'mdp5_smp_dump':
> BUILDSTDERR: drivers/gpu/drm/msm/disp/mdp5/mdp5_smp.c:352:51: error: '%s'
On Tue, 30 Jul 2024 12:50:11 -0700, Abhinav Kumar wrote:
> Hardware document indicates that widebus is recommended on DP on all
> MDSS chipsets starting version 5.x.x and above.
>
> Follow the guideline and mark widebus support on all relevant
> chipsets for DP.
>
>
> [...]
Applied, thanks!
On Tue, 25 Jun 2024 23:24:58 +0300, Dmitry Baryshkov wrote:
> Some platforms provides a mechanism for configuring the mapping between
> (one or two) DisplayPort intfs and their PHYs.
>
> In particular SC8180X requires this to be configured, since on this
> platform there are fewer controllers th
On Wed, 24 Jul 2024 17:01:33 +0200, Marc Gonzalez wrote:
> DT bits required for HDMI TX support in qcom APQ8098 (MSM8998 cousin)
>
Applied, thanks!
[1/6] dt-bindings: phy: add qcom,hdmi-phy-8998
https://gitlab.freedesktop.org/lumag/msm/-/commit/8886def25eef
[2/6] dt-bindings: display/msm
On Sun, 03 Dec 2023 03:31:59 +0300, Dmitry Baryshkov wrote:
> I was not able to test it on my own, this is a call for testing for the
> owners of these platforms. The git version of modetest now fully
> supports writeback.
>
> Use libdrm >= 2.4.117, run modetest -ac to determine the writeback
>
On Sun, 04 Aug 2024 08:40:04 +0300, Dmitry Baryshkov wrote:
> A set of fixes that target stability of the SM8350 platform.
>
>
Applied, thanks!
[03/11] drm/msm/dsi: correct programming sequence for SM8350 / SM8450
https://gitlab.freedesktop.org/lumag/msm/-/commit/1328cb7c34bf
Best re
On the MSM8998 platform ther are no LM_3 and LM_4 blocks. Drop them from
the MSM8998 catalog.
Fixes: 94391a14fc27 ("drm/msm/dpu1: Add MSM8998 to hw catalog")
Reported-by: Abhinav Kumar
Signed-off-by: Dmitry Baryshkov
---
drivers/gpu/drm/msm/disp/dpu1/catalog/dpu_3_0_msm8998.h | 12
On the SDM845 platform the DSPP_3 is used by the LM_5. Correct
corresponding entries in the sdm845_lm array.
Fixes: c72375172194 ("drm/msm/dpu/catalog: define DSPP blocks found on sdm845")
Signed-off-by: Dmitry Baryshkov
---
drivers/gpu/drm/msm/disp/dpu1/catalog/dpu_4_0_sdm845.h | 2 +-
1 file c
On the SDM845 platform ther are no LM_3 and LM_4 blocks. Drop them from
the SDM845 catalog.
Fixes: 25fdd5933e4c ("drm/msm: Add SDM845 DPU support")
Signed-off-by: Dmitry Baryshkov
---
drivers/gpu/drm/msm/disp/dpu1/catalog/dpu_4_0_sdm845.h | 12
1 file changed, 12 deletions(-)
diff
/gpu/drm/msm/disp/dpu1/catalog/dpu_3_0_msm8998.h | 12
drivers/gpu/drm/msm/disp/dpu1/catalog/dpu_4_0_sdm845.h | 14 +-
2 files changed, 1 insertion(+), 25 deletions(-)
---
base-commit: 15302579373ed2c8ada629e9e7bcf9569393a48d
change-id: 20240904-dpu-fix-sdm845-catalog
In the drm/msm driver both DSI and DPU subdrivers use drm_dsc_*
functions, but only DSI selects DRM_DISPLAY_DSC_HELPER symbol. Add
missing select to the DPU subdriver too.
Fixes: ca097d4d94d8 ("drm/display: split DSC helpers from DP helpers")
Reported-by: kernel test robot
Closes:
https://lore.k
The Xe driver shares display code with the i915 driver, pulling in the
dependency on the DSC helpers this way. However when working on
separating DRM_DISPLAY_DSC_HELPER this was left unnoticed. Add missing
dependency.
Fixes: ca097d4d94d8 ("drm/display: split DSC helpers from DP helpers")
Reported-
Add two selects for DRM_DISPLAY_DSC_HELPER which got missed in the
original commit ca097d4d94d8 ("drm/display: split DSC helpers from DP
helpers") and were later reported by LKP.
Signed-off-by: Dmitry Baryshkov
---
Dmitry Baryshkov (2):
drm/xe: select DRM_DISPLAY_DSC_HELPER
drm/msm: a
syzbot has found a reproducer for the following issue on:
HEAD commit:c7fb1692dc01 Merge tag 'for-linus' of git://git.kernel.org..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=11742d6398
kernel config: https://syzkaller.appspot.com/x/.config?x=660f6eb
On 2024-09-04 18:21, Mikhail Gavrilov wrote:
On Wed, Sep 4, 2024 at 4:15 AM Leo Li wrote:
Hi Mike,
Super sorry for the ridiculous wait. Your first two emails slipped by my inbox,
which is really silly, given I'm first in the to field...
Thanks for bisecting and finding a free game to repro
Hi Jani,
On Wed, Sep 04, 2024 at 03:38:19PM +0300, Jani Nikula wrote:
> We enable most W=1 warnings by default subsystem wide. Also enable
> warnings on unused static inlines when building with clang.
>
> See also commit 6863f5643dd7 ("kbuild: allow Clang to find unused static
> inline functions
On Wed, Sep 4, 2024 at 4:15 AM Leo Li wrote:
> Hi Mike,
>
> Super sorry for the ridiculous wait. Your first two emails slipped by my
> inbox,
> which is really silly, given I'm first in the to field...
>
> Thanks for bisecting and finding a free game to reproduce it on. I did not
> have
> luck r
On 8/30/2024 3:27 PM, Dmitry Baryshkov wrote:
On Fri, 30 Aug 2024 at 23:28, Jessica Zhang wrote:
On 8/30/2024 10:25 AM, Dmitry Baryshkov wrote:
On Thu, Aug 29, 2024 at 01:48:35PM GMT, Jessica Zhang wrote:
Reserve dedicated pingpong blocks for CWB
Please explain design ideas. Having just
Quoting Tzung-Bi Shih (2024-09-04 02:36:45)
> On Sat, Aug 31, 2024 at 09:06:56PM -0700, Stephen Boyd wrote:
> > +static void cros_typec_inject_hpd(struct cros_typec_data *typec,
> > + struct ec_response_usb_pd_mux_info *resp,
> > + struct
On Wed, Sep 4, 2024 at 2:44 AM Jens Wiklander wrote:
>
> On Tue, Sep 3, 2024 at 7:50 PM T.J. Mercier wrote:
> >
> > On Fri, Aug 30, 2024 at 12:04 AM Jens Wiklander
> > wrote:
> > >
> > > Add a Linaro restricted heap using the linaro,restricted-heap bindings
> > > implemented based on the generic
On Wed, Sep 04, 2024 at 09:41:23PM +0300, Dmitry Baryshkov wrote:
> On Wed, 4 Sept 2024 at 01:18, Jessica Zhang wrote:
> >
> >
> >
> > On 8/30/2024 10:00 AM, Dmitry Baryshkov wrote:
> > > On Thu, Aug 29, 2024 at 01:48:28PM GMT, Jessica Zhang wrote:
> > >> Check that each encoder in the CRTC state'
Pushed to drm-misc-next, thanks!
On Sat, 2024-08-31 at 09:28 +0800, Li Zetao wrote:
> When it needs to get a value within a certain interval, using clamp()
> makes the code easier to understand than min(max()).
>
> Reviewed-by: Lyude Paul
> Signed-off-by: Li Zetao
> ---
> v1 -> v2: Change the p
Reviewed-by: Lyude Paul
Will handle pushing it to drm-misc in just a moment
On Mon, 2024-09-02 at 09:46 +0800, Lu Baolu wrote:
> In nvkm_device_tegra_probe_iommu(), a paging domain is allocated for @dev
> and attached to it on success. Use iommu_paging_domain_alloc() to make it
> explicit.
>
>
On Tue, Sep 03, 2024 at 09:25:35PM +0100, Adrián Larumbe wrote:
> Enable calculations of job submission times in clock cycles and wall
> time. This is done by expanding the boilerplate command stream when running
> a job to include instructions that compute said times right before an after
s/an/an
On Wed, 4 Sept 2024 at 01:18, Jessica Zhang wrote:
>
>
>
> On 8/30/2024 10:00 AM, Dmitry Baryshkov wrote:
> > On Thu, Aug 29, 2024 at 01:48:28PM GMT, Jessica Zhang wrote:
> >> Check that each encoder in the CRTC state's encoder_mask is marked as a
> >> possible clone for all other encoders in the
On Mon, 2024-09-02 at 18:29 +0200, Daniel Vetter wrote:
> On Wed, Jun 19, 2024 at 01:31:39AM +0200, Danilo Krummrich wrote:
> > Implement the DRM driver abstractions.
> >
> > The `Driver` trait provides the interface to the actual driver to fill
> > in the driver specific data, such as the `Driver
-Original Message-
From: Intel-xe On Behalf Of Matthew
Brost
Sent: Wednesday, September 4, 2024 10:05 AM
To: intel...@lists.freedesktop.org; dri-devel@lists.freedesktop.org
Cc: simona.vet...@ffwll.ch; boris.brezil...@collabora.com; Landwerlin, Lionel G
; Graunke, Kenneth W
Subject: [PA
Hi,
On Wed, Sep 4, 2024 at 7:15 AM Tejas Vipin wrote:
>
> Changes the himax-hx83112a panel to use multi style functions for
> improved error handling.
>
> Signed-off-by: Tejas Vipin
> ---
> drivers/gpu/drm/panel/panel-himax-hx83112a.c | 297 +--
> 1 file changed, 136 insertions(
On Tue, Sep 03, 2024 at 11:44:47AM +0200, Philipp Stanner wrote:
> The GPU scheduler currently does not ensure that its pending_list is
> empty before performing various other teardown tasks in
> drm_sched_fini().
>
> If there are still jobs in the pending_list, this is problematic because
> after
Hi Adrián,
kernel test robot noticed the following build warnings:
[auto build test WARNING on drm-misc/drm-misc-next]
[also build test WARNING on linus/master v6.11-rc6 next-20240904]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest
-Original Message-
From: Intel-xe On Behalf Of Matthew
Brost
Sent: Wednesday, September 4, 2024 10:05 AM
To: intel...@lists.freedesktop.org; dri-devel@lists.freedesktop.org
Cc: simona.vet...@ffwll.ch; boris.brezil...@collabora.com; Landwerlin, Lionel G
; Graunke, Kenneth W
Subject: [PA
Thanks!
Reviewed-by: Iago Toral Quiroga
El jue, 29-08-2024 a las 10:05 -0300, Maíra Canal escribió:
> We must ensure that the MMU is flushed before we supply more memory
> to
> the binner, otherwise we might end up with invalid MMU accesses by
> the
> GPU.
>
> Fixes: 57692c94dcbe ("drm/v3d: Int
Quoting Andy Shevchenko (2024-09-04 06:00:57)
> On Tue, Sep 03, 2024 at 06:20:14PM -0400, Stephen Boyd wrote:
> > Quoting Andy Shevchenko (2024-09-02 04:35:46)
> > > On Sat, Aug 31, 2024 at 09:06:44PM -0700, Stephen Boyd wrote:
>
> > > > + adev->dev.of_node = of_node_get(parent->of_node);
> > >
Bookkeep should be used, not write. Depends on user space beign ready so
add a per VM opt in flag to use bookkeep.
Matt
Matthew Brost (2):
drm/xe: Add DRM_XE_VM_CREATE_FLAG_EXTOBJ_BOOKKEEP
drm/xe: Wire up DRM_XE_VM_CREATE_FLAG_EXTOBJ_BOOKKEEP
drivers/gpu/drm/xe/xe_exec.c | 11 +-
Add DRM_XE_VM_CREATE_FLAG_EXTOBJ_BOOKKEEP which will install exec IOCTL
fence into external BO's dma-resv bookkeep slot rather than write slot.
A bit of confusion of the usage of the dma-buf sync uAPI lead to using
the write slot. With a proper user space the bookkeep slot is
sufficient as user spa
Fix external BO's dma-resv usage in exec IOCTL with an opt into bookkeep
slot. This leaves syncing to user space rather than the KMD blindly
enforcing write semantics on every external BO.
Cc: Kenneth Graunke
Cc: Lionel Landwerlin
Cc: Boris Brezillon
Reported-by: Simona Vetter
Closes: https://
Hi Adrián,
kernel test robot noticed the following build errors:
[auto build test ERROR on drm-misc/drm-misc-next]
[also build test ERROR on linus/master v6.11-rc6 next-20240904]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use
Hi Adrián,
kernel test robot noticed the following build warnings:
[auto build test WARNING on drm-misc/drm-misc-next]
[also build test WARNING on linus/master v6.11-rc6 next-20240904]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest
On Wed, Sep 4, 2024 at 5:18 PM Mina Almasry wrote:
>
> On Tue, Sep 3, 2024 at 2:40 PM Jakub Kicinski wrote:
> >
> > On Sat, 31 Aug 2024 00:43:08 + Mina Almasry wrote:
> > > static inline bool tcp_skb_can_collapse_to(const struct sk_buff *skb)
> > > {
> > > - return likely(!TCP_SKB_CB(sk
On Wed, Sep 04, 2024 at 04:14:59PM +0800, Jianeng Ceng wrote:
> This is v3 of the MT8186 Chromebook device tree series.
> ---
> Changes in v3:
> - PATCH 0/2: Add the modify records.
> - PATCH 1/2: Modify lable to label.
> - Link to
> v2:https://lore.kernel.org/all/20240903061603.3007289-1-cengjian
On Wed, Sep 04, 2024 at 04:15:00PM +0800, Jianeng Ceng wrote:
> Add an entry for the MT8186 based Ponyta Chromebook (custom lable).
Still a typo.
Would be helpful to define what 'custom label' means here.
>
> Signed-off-by: Jianeng Ceng
> ---
> Changes in v3:
> - PATCH 1/2: Modify lable to lab
On Tue, Sep 3, 2024 at 2:40 PM Jakub Kicinski wrote:
>
> On Sat, 31 Aug 2024 00:43:08 + Mina Almasry wrote:
> > static inline bool tcp_skb_can_collapse_to(const struct sk_buff *skb)
> > {
> > - return likely(!TCP_SKB_CB(skb)->eor);
> > + return likely(!TCP_SKB_CB(skb)->eor && skb_fra
On Wed, Sep 04, 2024 at 05:34:42PM +0300, Jani Nikula wrote:
> On Wed, 04 Sep 2024, Andi Shyti wrote:
> > Hi Sima,
> >
> > On Tue, Aug 27, 2024 at 07:05:05PM +0200, Daniel Vetter wrote:
> >> On Mon, Aug 19, 2024 at 01:31:40PM +0200, Andi Shyti wrote:
> >> > The i915 driver generates sysfs entries
On 04/09/2024 15:34, Jani Nikula wrote:
On Wed, 04 Sep 2024, Andi Shyti wrote:
Hi Sima,
On Tue, Aug 27, 2024 at 07:05:05PM +0200, Daniel Vetter wrote:
On Mon, Aug 19, 2024 at 01:31:40PM +0200, Andi Shyti wrote:
The i915 driver generates sysfs entries for each engine of the
GPU in /sys/clas
On Wed, 04 Sep 2024 13:23:21 +1200, Ryan Walklin wrote:
> The WL-355608-A8 is a 3.5" 640x480@60Hz RGB LCD display from an unknown
> OEM used in a number of handheld gaming devices made by Anbernic.
> Previously committed using the OEM serial without a vendor prefix,
> however following subsequent
On Wed, 04 Sep 2024 07:40:27 -0300, Fabio Estevam wrote:
> From: Fabio Estevam
>
> i.MX28 has an RX DMA channel associated with the LCDIF controller.
>
> Document the 'dmas' and 'dma-names' properties to fix the following
> dt-schema warnings:
>
> lcdif@8003: 'dma-names', 'dmas' do not ma
On Wed, 04 Sep 2024, Andi Shyti wrote:
> Hi Sima,
>
> On Tue, Aug 27, 2024 at 07:05:05PM +0200, Daniel Vetter wrote:
>> On Mon, Aug 19, 2024 at 01:31:40PM +0200, Andi Shyti wrote:
>> > The i915 driver generates sysfs entries for each engine of the
>> > GPU in /sys/class/drm/cardX/engines/.
>> >
>
On Wed, Sep 4, 2024 at 6:39 AM Antonino Maniscalco
wrote:
>
> On 8/30/24 8:32 PM, Rob Clark wrote:
> > On Fri, Aug 30, 2024 at 8:33 AM Antonino Maniscalco
> > wrote:
> >>
> >> Use the postamble to reset perf counters when switching between rings,
> >> except when sysprof is enabled, analogously t
Switch to devm_mipi_dsi_* function, we don't need to detach and
unregister dsi manually any more.
Signed-off-by: Jianhua Lu
---
drivers/gpu/drm/panel/panel-novatek-nt36523.c | 16 ++--
1 file changed, 2 insertions(+), 14 deletions(-)
diff --git a/drivers/gpu/drm/panel/panel-novatek-
Changes the himax-hx83112a panel to use multi style functions for
improved error handling.
Signed-off-by: Tejas Vipin
---
drivers/gpu/drm/panel/panel-himax-hx83112a.c | 297 +--
1 file changed, 136 insertions(+), 161 deletions(-)
diff --git a/drivers/gpu/drm/panel/panel-himax-hx
On Wed, 4 Sep 2024 14:35:12 +0100
Steven Price wrote:
> On 04/09/2024 14:20, Boris Brezillon wrote:
> > + Adrian, who has been looking at the shrinker stuff for Panthor
> >
> > On Wed, 4 Sep 2024 13:46:12 +0100
> > Steven Price wrote:
> >
> >> On 04/09/2024 12:34, Christian König wrote:
>
Luben? Christian?
On Wed, 2024-08-28 at 11:41 +0200, Philipp Stanner wrote:
> drm_sched_job_init() has no control over how users allocate struct
> drm_sched_job. Unfortunately, the function can also not set some
> struct
> members such as job->sched.
>
> This could theoretically lead to UB by use
On 8/30/24 8:32 PM, Rob Clark wrote:
On Fri, Aug 30, 2024 at 8:33 AM Antonino Maniscalco
wrote:
Use the postamble to reset perf counters when switching between rings,
except when sysprof is enabled, analogously to how they are reset
between submissions when switching pagetables.
Signed-off-by
Am 04.09.24 um 14:46 schrieb Steven Price:
On 04/09/2024 12:34, Christian König wrote:
Hi Boris,
Am 04.09.24 um 13:23 schrieb Boris Brezillon:
Please read up here on why that stuff isn't allowed:
https://www.kernel.org/doc/html/latest/driver-api/dma-buf.html#indefinite-dma-fences
panthor d
On Wed, 04 Sep 2024 16:50:37 +0800, Jianeng Ceng wrote:
> MT8186 ponyta, known as huaqin custom lable, is a
> MT8186 based laptop. It is based on the "corsola" design.
> It includes LTE, touchpad combinations.
>
> Signed-off-by: Jianeng Ceng
> ---
> Changes in v2:
> - PATCH 2/2: Modify the dtb
On Tue, 03 Sep 2024 11:22:30 -0400, Detlev Casanova wrote:
> Add the rk3576-armsom-sige5 device tree as well as its rk3576.dtsi base
> and pinctrl information in rk3576-pinctrl.dtsi.
>
> The other commits add DT bindings documentation for the devices that
> already work with the current correspo
On 04/09/2024 14:02, Andy Yan wrote:
> From: Andy Yan
>
> Add vop found on rk3576.
>
> Signed-off-by: Andy Yan
>
> ---
>
> Changes in v2:
> - Add dt bindings
>
> .../devicetree/bindings/display/rockchip/rockchip-vop2.yaml | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git
> a/Doc
On 04/09/2024 14:20, Boris Brezillon wrote:
> + Adrian, who has been looking at the shrinker stuff for Panthor
>
> On Wed, 4 Sep 2024 13:46:12 +0100
> Steven Price wrote:
>
>> On 04/09/2024 12:34, Christian König wrote:
>>> Hi Boris,
>>>
>>> Am 04.09.24 um 13:23 schrieb Boris Brezillon:
>>
Hi Sima,
On Tue, Aug 27, 2024 at 07:05:05PM +0200, Daniel Vetter wrote:
> On Mon, Aug 19, 2024 at 01:31:40PM +0200, Andi Shyti wrote:
> > The i915 driver generates sysfs entries for each engine of the
> > GPU in /sys/class/drm/cardX/engines/.
> >
> > The process is straightforward: we loop over t
+ Adrian, who has been looking at the shrinker stuff for Panthor
On Wed, 4 Sep 2024 13:46:12 +0100
Steven Price wrote:
> On 04/09/2024 12:34, Christian König wrote:
> > Hi Boris,
> >
> > Am 04.09.24 um 13:23 schrieb Boris Brezillon:
> >> Please read up here on why that stuff isn't allowed
On Wed, Sep 4, 2024 at 6:18 AM Dave Stevenson
wrote:
>
> Hi Rob
>
> On Tue, 3 Sept 2024 at 20:19, Rob Herring wrote:
> >
> > On Wed, Jul 31, 2024 at 2:13 PM Rob Herring (Arm) wrote:
> > >
> > > Use of_property_present() to test for property presence rather than
> > > of_find_property(). This is
On Tue, Sep 03, 2024 at 06:20:14PM -0400, Stephen Boyd wrote:
> Quoting Andy Shevchenko (2024-09-02 04:35:46)
> > On Sat, Aug 31, 2024 at 09:06:44PM -0700, Stephen Boyd wrote:
> > > Extend the aux-hpd bridge driver to support assigning DP lanes to USB
> > > type-c pins based on typec mux state ent
On 04/09/2024 12:34, Christian König wrote:
> Hi Boris,
>
> Am 04.09.24 um 13:23 schrieb Boris Brezillon:
>> Please read up here on why that stuff isn't allowed:
>> https://www.kernel.org/doc/html/latest/driver-api/dma-buf.html#indefinite-dma-fences
>>
> panthor doesn't yet have
On Mon, Aug 12, 2024 at 03:02:01PM +0800, Lu Baolu wrote:
> From: Robin Murphy
>
> All users of ARM IOMMU mappings create them for a particular device, so
> change the interface to accept the device rather than forcing a vague
> indirection through a bus type. This prepares for making a similar
>
We enable most W=1 warnings by default subsystem wide. Also enable
warnings on unused static inlines when building with clang.
See also commit 6863f5643dd7 ("kbuild: allow Clang to find unused static
inline functions for W=1 build").
Cc: Nathan Chancellor
Signed-off-by: Jani Nikula
---
drivers
Deferred I/O requires struct page for framebuffer memory, which is
not guaranteed for all DMA ranges. We thus only install deferred I/O
if we have a framebuffer that requires it.
A reported bug affected the ipu-v3 and pl111 drivers, which have video
memory in either Normal or HighMem zones
[0
Hi, Sima,
On Mon, 2024-09-02 at 14:33 +0200, Daniel Vetter wrote:
> Jumping in here in the middle, since I think it's a solid place to
> drop my
> idea of "align with core mm" gpusvm locking ...
>
> On Thu, Aug 29, 2024 at 08:56:23PM +, Matthew Brost wrote:
> > On Thu, Aug 29, 2024 at 09:18:2
Hi Thomas,
quick response as always! :)
On Wed, Sep 4, 2024 at 11:31 AM Thomas Zimmermann wrote:
> Deferred I/O requires struct page for framebuffer memory, which is
> not guaranteed for all DMA ranges. We thus only install deferred I/O
> if we have a framebuffer that requires it.
>
> A reporte
Abhishek Tamboli writes:
Hello Abhishek,
> Transition to mipi_dsi_dcs_write_seq_multi() macros for initialization
> sequences. The previous mipi_dsi_dcs_write_seq() macros were
> non-intuitive and use other wrapped MIPI DSI functions in the
> driver code to simplify the code pattern.
>
> Reporte
From: Andy Yan
RST_PHY/RST_ROPLL/RST_LCPLL are used for debug only,
and there are not exported on rk3576.
Signed-off-by: Andy Yan
---
(no changes since v1)
.../phy/rockchip/phy-rockchip-samsung-hdptx.c | 17 +
1 file changed, 1 insertion(+), 16 deletions(-)
diff --git a/dr
Most registers are read-writable, but some are only RO or even WO.
regmap does not support using readable_reg and wr_table when outputting
in debugfs, so switch to writeable_reg.
First check for RO or WO registers and fallback tc_readable_reg() for the
leftover RW registers.
Signed-off-by: Alexand
Currently the output the following output is printed upon each interrupt:
tc358767 1-000f: GPIO0:
This spams the kernel log while debugging an IRQ storm from the bridge.
Only print the debug output if the GPIO hotplug event actually happened.
Signed-off-by: Alexander Stein
Reviewed-by: Robert Fo
The function calls preceding these returns can return -EPROBE_DEFER. So
use dev_err_probe to add some information to
/sys/kernel/debug/devices_deferred
Signed-off-by: Alexander Stein
Reviewed-by: Dmitry Baryshkov
---
drivers/gpu/drm/bridge/tc358767.c | 8 +---
1 file changed, 5 insertions(+
Hi,
this small series improves debugging the tc358767 driver by using
dev_err_probe for additional information (patch 1) and print IRQ
debug output only if hotplug status actually changed.
Changes inv 3:
* Collected Robert's and Dmitry' R-b
Changes in v2:
* Added patch for supporting write-only
From: Andy Yan
In the upcoming VOP of rk3576, a window cannot attach to all Video
Ports, we introduce a possible_vp_mask for every window to indicate
which Video Ports this window can attach to.
Signed-off-by: Andy Yan
---
(no changes since v1)
drivers/gpu/drm/rockchip/rockchip_drm_vop2.c |
From: Andy Yan
Add vop found on rk3576.
Signed-off-by: Andy Yan
---
Changes in v2:
- Add dt bindings
.../devicetree/bindings/display/rockchip/rockchip-vop2.yaml | 1 +
1 file changed, 1 insertion(+)
diff --git
a/Documentation/devicetree/bindings/display/rockchip/rockchip-vop2.yaml
b
From: Andy Yan
In the upcoming VOP for rk3576, every VP has it's own LAYER_SEL
register, and the configuration value of each VP for the same
window maybe different, so extend the layer_sel_id to array,
let it can descption the layer select configuration value for
different VP.
Signed-off-by: And
From: Andy Yan
VOP2 on rk3576:
Three video ports:
VP0 Max 4096x2160
VP1 Max 2560x1600
VP2 Max 1920x1080
2 4K Cluster windows with AFBC/RFBC, line RGB and YUV
4 Esmart windows with line RGB/YUV support:
Esmart0/1: 4K
Esmart2/3: 2k, or worked together as a single 4K plane at shared
line buffer mod
From: Andy Yan
The VOP interface mux, overlay, background delay cycle configuration
of different SOC are much different. Add platform specific callback
ops to let the core driver look cleaner and more refined.
Signed-off-by: Andy Yan
---
Changes in v2:
- Add platform specific callback
drive
From: Andy Yan
In the upcoming VOP of rk3576, a Window cannot attach to all Video Ports,
so make sure all VP find it's suitable primary plane, then register the
remain windows as overlay plane will make code easier.
Signed-off-by: Andy Yan
---
(no changes since v1)
drivers/gpu/drm/rockchip/r
From: Andy Yan
This is the only afbc format supported by the upcoming
VOP for rk3576.
Add support for it.
Signed-off-by: Andy Yan
---
Changes in v2:
- split it from main patch add support for rk3576
drivers/gpu/drm/rockchip/rockchip_drm_vop2.c | 17 +
1 file changed, 13 ins
From: Andy Yan
There is a version number hardcoded in the VOP VERSION_INFO
register, and the version number increments sequentially based
on the production order of the SOC.
So using this version number to distinguish different VOP features
will simplify the code.
Signed-off-by: Andy Yan
---
From: Andy Yan
Thanks for the basic work from Collabora, I can bringup a HDMI
display out on rk3576.
The hdmi depends on WIP patch from Cristian[0]
I test it with a 1080P/4K HDMI output with modetest and weston output.
If there are some one want to have a try, I have a tree here[1]
[0]https:/
From: Andy Yan
/sys/kernel/debug/dri/vop2/summary: dump vop display state
/sys/kernel/debug/dri/vop2/regs: dump whole vop registers
/sys/kernel/debug/dri/vop2/active_regs: only dump the registers of
activated modules
Signed-off-by: Andy Yan
Reviewed-by: Sascha Hauer
---
(no changes since v1
From: Andy Yan
The Cluster windows of upcoming VOP on rk3576 also support
linear YUV support, we need to set uv swap bit for it.
As the VOP2_WIN_UV_SWA register defined on rk3568/rk3588 is
0x, so this register will not be touched on these
two platforms.
Signed-off-by: Andy Yan
---
(no
From: Matthias Schiffer
The PIXCLK needs to be enabled in SCFG before accessing certain DCU
registers, or the access will hang.
Signed-off-by: Matthias Schiffer
Signed-off-by: Alexander Stein
---
drivers/gpu/drm/fsl-dcu/Kconfig | 1 +
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 14
fsl_dcu_drm_modeset_init can return -EPROBE_DEFER, so use dev_err_probe
to remove an invalid error message and add it to deferral description.
Signed-off-by: Alexander Stein
---
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/dr
Hi Boris,
Am 04.09.24 um 13:23 schrieb Boris Brezillon:
Please read up here on why that stuff isn't allowed:
https://www.kernel.org/doc/html/latest/driver-api/dma-buf.html#indefinite-dma-fences
panthor doesn't yet have a shrinker, so all memory is pinned, which means
memory management easy m
On Wed, Sep 4, 2024, 11:58 Jani Nikula wrote:
> On Wed, 04 Sep 2024, Stephen Rothwell wrote:
> > Hi all,
> >
> > After merging the drm-misc tree, today's linux-next build (x86_64
> > allmodconfig) failed like this:
> >
> > drivers/gpu/drm/bridge/ti-tdp158.c: In function 'tdp158_enable':
> > driv
On Wed, 4 Sep 2024 10:31:36 +0100
Steven Price wrote:
> On 04/09/2024 08:49, Christian König wrote:
> > Am 03.09.24 um 23:11 schrieb Simona Vetter:
> >> On Tue, Sep 03, 2024 at 03:46:43PM +0200, Christian König wrote:
> >>> Hi Steven,
> >>>
> >>> Am 29.08.24 um 15:37 schrieb Steven Price:
>
Hi Rob
On Tue, 3 Sept 2024 at 20:19, Rob Herring wrote:
>
> On Wed, Jul 31, 2024 at 2:13 PM Rob Herring (Arm) wrote:
> >
> > Use of_property_present() to test for property presence rather than
> > of_find_property(). This is part of a larger effort to remove callers
> > of of_find_property() and
On Mon, 22 Jul 2024 08:53:29 +0200, Alexandre Mergnat wrote:
> This serie aim to add the following audio support for the Genio 350-evk:
> - Playback
> - 2ch Headset Jack (Earphone)
> - 1ch Line-out Jack (Speaker)
> - 8ch HDMI Tx
> - Capture
> - 1ch DMIC (On-board Digital Microphone)
> - 1
On Wed, 19 Jun 2024 16:46:36 +0200, Alexandre Mergnat wrote:
> This serie aim to add the following audio support for the Genio 350-evk:
> - Playback
> - 2ch Headset Jack (Earphone)
> - 1ch Line-out Jack (Speaker)
> - 8ch HDMI Tx
> - Capture
> - 1ch DMIC (On-board Digital Microphone)
> - 1
Hi
Am 04.09.24 um 11:59 schrieb Simona Vetter:
On Wed, Sep 04, 2024 at 11:31:23AM +0200, Thomas Zimmermann wrote:
Deferred I/O requires struct page for framebuffer memory, which is
not guaranteed for all DMA ranges. We thus only install deferred I/O
if we have a framebuffer that requires it.
A
1 - 100 of 169 matches
Mail list logo
