intf and wb resources are not dependent on the rm global
state so need not be allocated during dpu_encoder_virt_atomic_mode_set().
Move the allocation of intf and wb resources to dpu_encoder_setup_display()
so that we can utilize the hw caps even during atomic_check() phase.
Since dpu_encoder_set
Writeback block for sm8250 was using the default maxlinewidth
of 2048. But this is not right as it supports upto 4096.
This should have no effect on most resolutions as we are
still limiting upto maxlinewidth of SSPP for adding the modes.
Fix the maxlinewidth for writeback block on sm8250.
chang
Remove the hard-coded limit for writeback and lets start using
the one from catalog instead.
changes in v3:
- correct the Fixes tag
Fixes: d7d0e73f7de3 ("drm/msm/dpu: introduce the dpu_encoder_phys_* for
writeback")
Signed-off-by: Abhinav Kumar
Reviewed-by: Dmitry Baryshkov
---
driver
On Thu, Jun 16, 2022 at 09:57:43PM +0300, Imre Deak wrote:
> On Wed, Jun 15, 2022 at 04:25:34AM +, Patchwork wrote:
> > == Series Details ==
> >
> > Series: drm/dp/mst: Read the extended DPCD capabilities during system resume
> > URL : https://patchwork.freedesktop.org/series/105102/
> > Sta
https://bugzilla.kernel.org/show_bug.cgi?id=216119
--- Comment #5 from Alex Deucher (alexdeuc...@gmail.com) ---
Does setting amdgpu.runpm=0 help?
--
You may reply to this email to add a comment.
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=216119
--- Comment #6 from Alex Deucher (alexdeuc...@gmail.com) ---
On the kernel command line in grub.
--
You may reply to this email to add a comment.
You are receiving this mail because:
You are watching the assignee of the bug.
Le 16/06/2022 à 07:18, Bo Liu a écrit :
Use ida_alloc_xxx()/ida_free() instead of
ida_simple_get()/ida_simple_remove().
The latter is deprecated and more verbose.
Signed-off-by: Bo Liu
---
drivers/gpu/drm/drm_connector.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
dif
https://bugzilla.kernel.org/show_bug.cgi?id=216119
--- Comment #7 from Harald Judt (h.j...@gmx.at) ---
Unfortunately, no it did not help (tested with 5.18.4).
--
You may reply to this email to add a comment.
You are receiving this mail because:
You are watching the assignee of the bug.
As explained in [1], using max_linewidth to limit the modes
does not seem to remove 4K modes on chipsets such as
sm8250 where the max_linewidth actually supports 4k.
This would have been alright if dual SSPP support was
present but otherwise fails the per SSPP bandwidth check.
The ideal way to im
On Tue, 2022-06-07 at 20:23 +0200, Javier Martinez Canillas wrote:
> The platform devices registered by sysfb match with firmware-based DRM or
> fbdev drivers, that are used to have early graphics using a framebuffer
> provided by the system firmware.
>
> DRM or fbdev drivers later are probed and
On Thu, Jun 16, 2022 at 01:54:36AM -0700, Prashant Malani wrote:
> On Thu, Jun 16, 2022 at 12:42 AM Stephen Boyd wrote:
> >
> > Quoting Prashant Malani (2022-06-15 10:20:20)
> > >
> > > .../display/bridge/analogix,anx7625.yaml | 64 +++
> > > 1 file changed, 64 insertions(+)
https://bugzilla.kernel.org/show_bug.cgi?id=216119
--- Comment #8 from Alex Deucher (alexdeuc...@gmail.com) ---
Can you attach your full dmesg output?
--
You may reply to this email to add a comment.
You are receiving this mail because:
You are watching the assignee of the bug.
On 5/7/2022 10:09 AM, Dmitry Baryshkov wrote:
Stop using deprecated drm_handle_vblank(), use drm_crtc_handle_vblank()
instead.
Signed-off-by: Dmitry Baryshkov
Reviewed-by: Abhinav Kumar
---
drivers/gpu/drm/msm/disp/mdp4/mdp4_irq.c | 9 -
1 file changed, 4 insertions(+), 5 delet
https://bugzilla.kernel.org/show_bug.cgi?id=216119
--- Comment #9 from Harald Judt (h.j...@gmx.at) ---
Created attachment 301189
--> https://bugzilla.kernel.org/attachment.cgi?id=301189&action=edit
dmesg.out
Here is the dmesg out from my linux-5.18.3 right after boot (that version is
with the r
https://bugzilla.kernel.org/show_bug.cgi?id=216119
--- Comment #10 from Harald Judt (h.j...@gmx.at) ---
Again, the same applies to 5.18.4: Reverting the fb helper patch gets me a
working resume from hibernation.
--
You may reply to this email to add a comment.
You are receiving this mail becaus
Hello Zack,
On 6/16/22 21:29, Zack Rusin wrote:
> On Tue, 2022-06-07 at 20:23 +0200, Javier Martinez Canillas wrote:
>> The platform devices registered by sysfb match with firmware-based DRM or
>> fbdev drivers, that are used to have early graphics using a framebuffer
>> provided by the system fir
On Thu, Jun 16, 2022 at 12:34 PM Rob Herring wrote:
>
> On Thu, Jun 16, 2022 at 01:54:36AM -0700, Prashant Malani wrote:
> > On Thu, Jun 16, 2022 at 12:42 AM Stephen Boyd wrote:
> > >
> > > Quoting Prashant Malani (2022-06-15 10:20:20)
> > > >
> > > > .../display/bridge/analogix,anx7625.yaml
Quoting Kuogee Hsieh (2022-06-16 10:09:21)
> dp_ctrl keep an local cache of pixel_rate which increase confusing
> in regrading how pixel_rate being used. This patch refer pixel_rate
> directly from dp_panel to eliminate unnecessary pixel_rate variable
> from struct dp_ctrl.
>
> Changes in v8:
> --
Quoting Kuogee Hsieh (2022-06-16 10:09:20)
> diff --git a/drivers/gpu/drm/msm/dp/dp_ctrl.h
> b/drivers/gpu/drm/msm/dp/dp_ctrl.h
> index 0745fde..9a39b00 100644
> --- a/drivers/gpu/drm/msm/dp/dp_ctrl.h
> +++ b/drivers/gpu/drm/msm/dp/dp_ctrl.h
> @@ -21,7 +21,8 @@ struct dp_ctrl {
> };
>
> int dp_c
On 5/7/2022 10:09 AM, Dmitry Baryshkov wrote:
Stop using deprecated drm_handle_vblank(), use drm_crtc_handle_vblank()
instead.
Signed-off-by: Dmitry Baryshkov
Reviewed-by: Abhinav Kumar
---
drivers/gpu/drm/msm/disp/mdp5/mdp5_irq.c | 9 -
1 file changed, 4 insertions(+), 5 delet
Display resolution change is implemented through drm modeset. Older
modeset (resolution) has to be disabled first before newer modeset
(resolution) can be enabled. Display disable will turn off both
pixel clock and main link clock so that main link have to be
re-trained during display enable to hav
On 6/16/2022 1:07 PM, Stephen Boyd wrote:
Quoting Kuogee Hsieh (2022-06-16 10:09:21)
dp_ctrl keep an local cache of pixel_rate which increase confusing
in regrading how pixel_rate being used. This patch refer pixel_rate
directly from dp_panel to eliminate unnecessary pixel_rate variable
from s
Failure is related to https://gitlab.freedesktop.org/drm/intel/-/issues/3063
Lakshmi.
-Original Message-
From: Deak, Imre
Sent: Thursday, June 16, 2022 11:58 AM
To: intel-...@lists.freedesktop.org; Nikula, Jani ;
Lyude Paul ; Vudum, Lakshminarayana
Cc: dri-devel@lists.freedesktop.org
Fixes:
drivers/gpu/drm/amd/amdgpu/../display/amdgpu_dm/amdgpu_dm.c:9143:27: warning:
variable 'abo' set but not used [-Wunused-but-set-variable]
Fixes: 047de3f17a83 ("drm/amdgpu: switch DM to atomic fence helpers v2")
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_
When assigning a primary graphics device to VM through vfio-pci device
assignment, users often prevent binding of the native PCI graphics
driver to avoid device initialization conflicts, however firmware
console drivers may still be attached to the device which can often be
cumbersome to manually u
From: Thomas Zimmermann
Implement DRM's aperture helpers under video/ for sharing with other
sub-systems. Remove DRM-isms from the interface. The helpers track
the ownership of framebuffer apertures and provide hand-over from
firmware, such as EFI and VESA, to native graphics drivers.
Other subs
Console drivers can create conflicts with PCI resources resulting in
userspace getting mmap failures to memory BARs. This is especially
evident when trying to re-use the system primary console for userspace
drivers. Use the aperture helpers to remove these conflicts.
Reported-by: Laszlo Ersek
S
On 5/7/2022 10:09 AM, Dmitry Baryshkov wrote:
Handling the array of CRTC duplicate the struct msm_drm_private
duplicates a list of CRTCs in the drm_device. Drop it and use the
There seem to be two duplicates in the commit text :)
So this should just be "handling the array of CRTCs duplicate
On Thu, 2022-06-16 at 21:55 +0200, Javier Martinez Canillas wrote:
> Hello Zack,
>
> On 6/16/22 21:29, Zack Rusin wrote:
> > On Tue, 2022-06-07 at 20:23 +0200, Javier Martinez Canillas wrote:
> > > The platform devices registered by sysfb match with firmware-based DRM or
> > > fbdev drivers, that
On 13/06/2022 04:11, ChiaEn Wu wrote:
> From: ChiaEn Wu
>
> Add Mediatek MT6370 Charger binding documentation.
>
> Signed-off-by: ChiaEn Wu
> ---
> .../power/supply/mediatek,mt6370-charger.yaml | 60 +++
> 1 file changed, 60 insertions(+)
> create mode 100644
> Documentation/
Hi Kuogee,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on drm/drm-next]
[also build test WARNING on drm-exynos/exynos-drm-next drm-tip/drm-tip
linus/master v5.19-rc2 next-20220616]
[cannot apply to drm-intel/for-linux-next tegra-drm/drm/tegra/for-next]
[If
On 13/06/2022 04:11, ChiaEn Wu wrote:
> From: ChiYuan Huang
>
> Add Mediatek MT6370 TCPC binding documentation.
>
> Signed-off-by: ChiYuan Huang
Reviewed-by: Krzysztof Kozlowski
Best regards,
Krzysztof
On 13/06/2022 04:11, ChiaEn Wu wrote:
> From: ChiYuan Huang
>
> Add Mediatek mt6370 current sink type LED indicator binding documentation.
>
> Signed-off-by: ChiYuan Huang
> ---
> .../leds/mediatek,mt6370-indicator.yaml | 48 +++
> 1 file changed, 48 insertions(+)
> crea
On 13/06/2022 04:11, ChiaEn Wu wrote:
> From: Alice Chen
>
> Add Mediatek MT6370 flashlight binding documentation.
>
> Signed-off-by: Alice Chen
> ---
> .../leds/mediatek,mt6370-flashlight.yaml | 44 +++
> 1 file changed, 44 insertions(+)
> create mode 100644
> Documenta
On 13/06/2022 04:11, ChiaEn Wu wrote:
> From: ChiYuan Huang
>
> Add mt6370 backlight binding documentation.
>
> Signed-off-by: ChiYuan Huang
> ---
> .../backlight/mediatek,mt6370-backlight.yaml | 107 ++
> 1 file changed, 107 insertions(+)
> create mode 100644
> Documentatio
On 13/06/2022 04:11, ChiaEn Wu wrote:
> From: ChiYuan Huang
>
> Add Mediatek MT6370 binding documentation.
>
> Signed-off-by: ChiYuan Huang
> ---
> .../bindings/mfd/mediatek,mt6370.yaml | 279 ++
> .../dt-bindings/iio/adc/mediatek,mt6370_adc.h | 18 ++
> 2 files change
On Thu, Jun 16, 2022 at 09:22:16PM +0800, Rex-BC Chen wrote:
> On Tue, 2022-06-14 at 14:23 -0600, Rob Herring wrote:
> > On Fri, Jun 10, 2022 at 06:55:13PM +0800, Bo-Chen Chen wrote:
> > > From: Markus Schneider-Pargmann
> > >
> > > This controller is present on several mediatek hardware. Current
Kernel occasionally complains that there is mismatch in segment size
when trying to render HW decoded videos and rendering them directly with
sun4i DRM driver.
Fix that by setting DMA mask and segment size.
Signed-off-by: Jernej Skrabec
---
drivers/gpu/drm/sun4i/sun4i_drv.c | 4
1 file cha
https://bugzilla.kernel.org/show_bug.cgi?id=216119
--- Comment #11 from Alex Deucher (alexdeuc...@gmail.com) ---
Does changing the the prefer_shadow hint help? E.g., something like:
diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c
b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c
We are seeing error message of "No response for request". Some cases
happened while waiting for response and reset/suspend action was triggered.
In this case, no response is not an error, active requests will be
cancelled.
This patch will handle this condition and change the error message into
deb
On 6/16/22 23:03, Zack Rusin wrote:
> On Thu, 2022-06-16 at 21:55 +0200, Javier Martinez Canillas wrote:
>> Hello Zack,
>>
>> On 6/16/22 21:29, Zack Rusin wrote:
>>> On Tue, 2022-06-07 at 20:23 +0200, Javier Martinez Canillas wrote:
The platform devices registered by sysfb match with firmware-
Reviewed-by: Lyude Paul
On Thu, 2022-06-16 at 15:01 +0800, 1064094...@qq.com wrote:
> From: pengfuyuan
>
> Fix spelling typo in comments.
>
> Reported-by: k2ci
> Signed-off-by: pengfuyuan
> ---
> drivers/gpu/drm/nouveau/include/nvhw/drf.h | 4 ++--
> 1 file changed, 2 insertions(+), 2 delet
https://bugzilla.kernel.org/show_bug.cgi?id=216119
--- Comment #12 from Harald Judt (h.j...@gmx.at) ---
Yes, changing this single line indeed solves the issue! Thanks.
--
You may reply to this email to add a comment.
You are receiving this mail because:
You are watching the assignee of the bug.
No problem! I just pushed the patch you sent separately (which I'm assuming is
the patch you previously sent in a series by mistake) so it should be all set.
On Thu, 2022-06-16 at 14:56 +0800, 1064094935 wrote:
> Hi,
> I'm very sorry, these five patches are not a series, the other four are from
>
Hi David,
Thank you for your feedback!
On 6/16/22 11:39, David Gow wrote:
> On Wed, Jun 8, 2022 at 9:08 AM Maíra Canal wrote:
>>
>> As kunit_test_suites() defines itself as an init_module(), it conflicts with
>> the existing one at amdgpu_drv. So, if we use kunit_test_suites(), we won't
>> be a
Exporting the symbols like intel_gtt_* creates some confusion inside
i915 that has symbols named similarly. In an attempt to isolate
platforms needing intel-gtt.ko, commit 7a5c922377b4 ("drm/i915/gt: Split
intel-gtt functions by arch") moved way too much
inside gt/intel_gt_gmch.c, even the function
Re-do what was attempted in commit 7a5c922377b4 ("drm/i915/gt: Split
intel-gtt functions by arch"). The goal of that commit was to split the
handlers for older hardware that depend on intel-gtt.ko so i915 can
be built for non-x86 archs, after some more patches. Other archs do not
need intel-gtt.ko.
On 6/17/22 00:18, Javier Martinez Canillas wrote:
> On 6/16/22 23:03, Zack Rusin wrote:
[snip]
>
> I'll look at this tomorrow but in the meantime, could you please look if the
> following
> commits on top of drm-misc-next help ?
>
> d258d00fb9c7 fbdev: efifb: Cleanup fb_info in .fb_destroy rat
Quoting Kuogee Hsieh (2022-06-16 13:26:40)
> Display resolution change is implemented through drm modeset. Older
> modeset (resolution) has to be disabled first before newer modeset
> (resolution) can be enabled. Display disable will turn off both
> pixel clock and main link clock so that main link
On 25-05-22, 14:02, Kuogee Hsieh wrote:
> 1) add regulator_set_load() to eDP phy
> 2) add regulator_set_load() to DP phy
> 3) remove vdda related function out of eDP/DP controller
>
> Kuogee Hsieh (3):
> phy: qcom-edp: add regulator_set_load to edp phy
> phy: qcom-qmp: add regulator_set_load t
On 16-06-22, 08:35, Doug Anderson wrote:
> Hi,
>
> On Mon, Apr 25, 2022 at 2:07 PM Douglas Anderson
> wrote:
> >
> > We're supposed to list the supplies in the dt bindings but there are
> > none in the eDP PHY bindings.
> >
> > Looking at the driver in Linux, I can see that there seem to be two
On Thu, Jun 16, 2022 at 05:31:00PM +0530, Anshuman Gupta wrote:
> DG2 NB SKU need to distinguish between MBD and AIC to probe
> the VRAM Self Refresh feature support. Adding those sub platform
> accordingly.
>
> Cc: Matt Roper
> Signed-off-by: Anshuman Gupta
> ---
> drivers/gpu/drm/i915/i915_dr
On 13-06-22, 15:26, Bo-Chen Chen wrote:
> From: Markus Schneider-Pargmann
>
> This is a new driver that supports the integrated DisplayPort phy for
> mediatek SoCs, especially the mt8195. The phy is integrated into the
> DisplayPort controller and will be created by the mtk-dp driver. This
> driv
On Fri, 2022-06-17 at 01:21 +0200, Javier Martinez Canillas wrote:
> On 6/17/22 00:18, Javier Martinez Canillas wrote:
> > On 6/16/22 23:03, Zack Rusin wrote:
>
> [snip]
>
> >
> > I'll look at this tomorrow but in the meantime, could you please look if
> > the following
> > commits on top of dr
On Tue, 31 May 2022 15:00:28 -0500 Alex Sierra wrote:
> This is our MEMORY_DEVICE_COHERENT patch series rebased and updated
> for current 5.18.0
I plan to move this series into the non-rebasing mm-stable branch in a
few days. Unless sternly told not to do so!
Hi Jernej,
On 6/16/22 4:32 PM, Jernej Skrabec wrote:
> Kernel occasionally complains that there is mismatch in segment size
> when trying to render HW decoded videos and rendering them directly with
> sun4i DRM driver.
>
> Fix that by setting DMA mask and segment size.
>
> Signed-off-by: Jernej
Dne petek, 17. junij 2022 ob 05:03:11 CEST je Samuel Holland napisal(a):
> Hi Jernej,
>
> On 6/16/22 4:32 PM, Jernej Skrabec wrote:
> > Kernel occasionally complains that there is mismatch in segment size
> > when trying to render HW decoded videos and rendering them directly with
> > sun4i DRM dr
Hi Linus,
Regular drm fixes for rc3. Nothing too serious, i915, amdgpu and
exynos all have a few small driver fixes, and two ttm fixes, and one
compiler warning.
Dave.
drm-fixes-2022-06-17:
drm fixes for 5.19-rc3
atomic:
- fix spurious compiler warning
ttm:
- add NULL ptr check in swapout code
On Thu, 16 Jun 2022 15:01:59 -0700, Zhanjun Dong wrote:
>
> We are seeing error message of "No response for request". Some cases
> happened while waiting for response and reset/suspend action was triggered.
> In this case, no response is not an error, active requests will be
> cancelled.
>
> This p
The pull request you sent on Fri, 17 Jun 2022 14:13:41 +1000:
> git://anongit.freedesktop.org/drm/drm tags/drm-fixes-2022-06-17
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/47700948a4abb4a5ae13ef943ff682a7f327547a
Thank you!
--
Deet-doot-dot, I am a bot.
https://k
On Thu, 16 Jun 2022 15:01:59 -0700, Zhanjun Dong wrote:
>
> We are seeing error message of "No response for request". Some cases
> happened while waiting for response and reset/suspend action was triggered.
> In this case, no response is not an error, active requests will be
> cancelled.
>
> This p
On 6/16/22 11:13 PM, Jernej Škrabec wrote:
> Dne petek, 17. junij 2022 ob 05:03:11 CEST je Samuel Holland napisal(a):
>> Hi Jernej,
>>
>> On 6/16/22 4:32 PM, Jernej Skrabec wrote:
>>> Kernel occasionally complains that there is mismatch in segment size
>>> when trying to render HW decoded videos an
On Fri, Jun 10, 2022 at 12:07:08AM -0700, Niranjana Vishwanathapura wrote:
This is the i915 driver VM_BIND feature design RFC patch series along
with the required uapi definition and description of intended use cases.
Some of us had an offline dicussion on this.
Based on that,
1) The scope of
This is the i915 driver VM_BIND feature design RFC patch series along
with the required uapi definition and description of intended use cases.
v2: Reduce the scope to simple Mesa use case.
Remove all compute related uapi, vm_bind/unbind queue support and
only support a timeline out fence i
VM_BIND design document with description of intended use cases.
v2: Reduce the scope to simple Mesa use case.
Signed-off-by: Niranjana Vishwanathapura
---
Documentation/gpu/rfc/i915_vm_bind.rst | 238 +
Documentation/gpu/rfc/index.rst| 4 +
2 files changed, 242
VM_BIND and related uapi definitions
v2: Reduce the scope to simple Mesa use case.
Signed-off-by: Niranjana Vishwanathapura
---
Documentation/gpu/rfc/i915_vm_bind.h | 226 +++
1 file changed, 226 insertions(+)
create mode 100644 Documentation/gpu/rfc/i915_vm_bind.h
dif
Add some missing i915 upai documentation which the new
i915 VM_BIND feature documentation will be refer to.
Signed-off-by: Niranjana Vishwanathapura
Reviewed-by: Matthew Auld
---
include/uapi/drm/i915_drm.h | 205
1 file changed, 160 insertions(+), 45 deleti
> -Original Message-
> From: Roper, Matthew D
> Sent: Friday, June 17, 2022 5:43 AM
> To: Gupta, Anshuman
> Cc: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org; Nilawar,
> Badal ; Ewins, Jon ; Vivi,
> Rodrigo ; Ursulin, Tvrtko ;
> Tangudu, Tilak
> Subject: Re: [PATCH
Am 15.06.22 um 20:32 schrieb Daniel Vetter:
On Wed, 15 Jun 2022 at 19:43, T.J. Mercier wrote:
On Wed, Jun 1, 2022 at 5:40 AM Daniel Vetter wrote:
On Mon, May 30, 2022 at 08:12:16AM +0200, Christian König wrote:
Am 25.05.22 um 23:05 schrieb T.J. Mercier:
On Wed, May 25, 2022 at 7:38 AM Danie
Hi,
On Mon, Feb 28, 2022 at 04:29:15PM -0500, Nicolas Dufresne wrote:
> Hi Yunfei,
>
> this patch does not work unless userland calls enum_framesizes, which is
> completely optional. See comment and suggestion below.
>
> Le mercredi 23 février 2022 à 11:39 +0800, Yunfei Dong a écrit :
> > Suppor
Hello Zack,
On 6/17/22 03:35, Zack Rusin wrote:
> On Fri, 2022-06-17 at 01:21 +0200, Javier Martinez Canillas wrote:
>> On 6/17/22 00:18, Javier Martinez Canillas wrote:
>>> On 6/16/22 23:03, Zack Rusin wrote:
>>
>> [snip]
>>
>>>
>>> I'll look at this tomorrow but in the meantime, could you please
On Fri, Jun 17, 2022 at 11:21 AM Yunfei Dong wrote:
>
> According to subdev_bitmap bit value to open hardware power, need to
> set subdev_bitmap value for non subdev architecture.
>
> Signed-off-by: Yunfei Dong
Fixes: c05bada35f01 ("media: mtk-vcodec: Add to support multi hardware decode")
?
C
101 - 172 of 172 matches
Mail list logo
