The implementation of drm_driver.dumb_map_offset is the same for several
TTM-based drivers. Provide a common function in GEM-TTM helpers.
v2:
* update hibmc as well (kernel test robot)
Thomas Zimmermann (4):
drm/gem-ttm-helper: Provide helper for struct
drm_driver.dumb_map_offset
Provides an implementation of struct drm_driver.dumb_map_offset that
can be used by TTM-based GEM drivers.
Signed-off-by: Thomas Zimmermann
Acked-by: Maxime Ripard
---
drivers/gpu/drm/drm_gem_ttm_helper.c | 33
include/drm/drm_gem_ttm_helper.h | 5 -
2 file
VRAM helpers now use drm_gem_ttm_dumb_map_offset() to implement
struct drm_driver.dumb_map_offset.
v2:
* update hibmc as well (kernel test robot)
Signed-off-by: Thomas Zimmermann
Acked-by: Maxime Ripard
---
drivers/gpu/drm/drm_gem_vram_helper.c | 48 ---
.../gpu
Qxl now uses drm_gem_ttm_dumb_map_offset() to implement struct
drm_driver.dumb_map_offset.
Signed-off-by: Thomas Zimmermann
Acked-by: Maxime Ripard
---
drivers/gpu/drm/qxl/qxl_drv.c| 3 ++-
drivers/gpu/drm/qxl/qxl_drv.h| 3 ---
drivers/gpu/drm/qxl/qxl_dumb.c | 17 -
Nouveau now uses drm_gem_ttm_dumb_map_offset() to implement
struct drm_driver.dumb_map_offset.
Signed-off-by: Thomas Zimmermann
Acked-by: Maxime Ripard
---
drivers/gpu/drm/nouveau/nouveau_display.c | 18 --
drivers/gpu/drm/nouveau/nouveau_display.h | 2 --
drivers/gpu/drm/nouve
On Thu, 08 Apr 2021 16:49:37 +0300
Jani Nikula wrote:
> Anyway, this is only tangentially related to the library. I just think
> we need to take DisplayID better into account also in the *users* of the
> library, as they shouldn't really even look at the EDID if the plain
> DisplayID is there, pe
On Mon, Apr 05, 2021 at 04:36:07PM +0530, Krishna Manikandan wrote:
> MSM Mobile Display Subsytem (MDSS) encapsulates sub-blocks
> like DPU display controller, DSI etc. Add YAML schema
> for DPU device tree bindings.
>
> Signed-off-by: Krishna Manikandan
>
> Changes in v2:
> - Changed dpu to
On Thu, Apr 08, 2021 at 04:57:51PM +0300, Pekka Paalanen wrote:
> On Thu, 8 Apr 2021 13:30:16 +0200
> Daniel Vetter wrote:
>
> > On Thu, Apr 08, 2021 at 12:59:19PM +0300, Pekka Paalanen wrote:
>
> > > The point of these documentation patches is to establish the convention
> > > that:
> > >
> >
On Wed, Mar 24, 2021 at 7:26 PM Claudius Heine wrote:
>
> Hi Jagan,
>
> On 2021-02-14 18:44, Jagan Teki wrote:
> > SN65DSI83/84/85 devices are MIPI DSI to LVDS based bridge
> > controller IC's from Texas Instruments.
> >
> > SN65DSI83 - Single Channel DSI to Single-link LVDS bridge
> > SN65DSI84 -
On Thu, 08 Apr 2021, Pekka Paalanen wrote:
> On Thu, 08 Apr 2021 16:49:37 +0300
> Jani Nikula wrote:
>
>> Anyway, this is only tangentially related to the library. I just think
>> we need to take DisplayID better into account also in the *users* of the
>> library, as they shouldn't really even lo
On Mon, Apr 05, 2021 at 09:45:55PM -0400, Felix Kuehling wrote:
> Rebased on upstream. Dropped already upstream patch
> "drm/amdgpu: reserve fence slot to update page table".
>
> Added more fixes:
> - Fixed kernel test robot warnings about static functions
> - Fixed a kernel test robot warning abo
On Mon, Apr 05, 2021 at 04:36:08PM +0530, Krishna Manikandan wrote:
> Add YAML schema for the device tree bindings for DSI
>
> Signed-off-by: Krishna Manikandan
>
> Changes in v1:
> - Separate dsi controller bindings to a separate patch (Stephen Boyd)
> - Merge dsi-common-controller.yaml
On Mon, Apr 05, 2021 at 04:36:10PM +0530, Krishna Manikandan wrote:
> Add bindings for Snapdragon DisplayPort controller driver.
>
> Signed-off-by: Chandan Uddaraju
> Signed-off-by: Vara Reddy
> Signed-off-by: Tanmay Shah
> Signed-off-by: Kuogee Hsieh
> Signed-off-by: Krishna Manikandan
>
>
On 2021-04-08 8:41 a.m., Shaokun Zhang wrote:
drivers/gpu/drm/amd/amdgpu/../display/amdgpu_dm/amdgpu_dm.c:941:13: warning:
‘dm_dmub_trace_high_irq’ defined but not used [-Wunused-function]
941 | static void dm_dmub_trace_high_irq(void *interrupt_params)
| ^~
On Thursday, April 8th, 2021 at 4:58 PM, Jani Nikula
wrote:
> Perhaps that should be the takeaway; try to minimize parsed data
> where the consumer needs to know whether it originated from DisplayID or
> EDID?
So an EDID/DisplayID abstraction layer?
It sounds like only an EDID and DisplayID ex
Am 2021-04-08 um 11:02 a.m. schrieb Jason Gunthorpe:
> On Mon, Apr 05, 2021 at 09:45:55PM -0400, Felix Kuehling wrote:
>> Rebased on upstream. Dropped already upstream patch
>> "drm/amdgpu: reserve fence slot to update page table".
>>
>> Added more fixes:
>> - Fixed kernel test robot warnings about
On Thu, Apr 8, 2021 at 4:15 AM Daniel Vetter wrote:
>
> On Mon, Apr 05, 2021 at 10:45:23AM -0700, Rob Clark wrote:
> > From: Rob Clark
> >
> > One would normally hope not to be under enough memory pressure to need
> > to swap GEM objects to disk backed swap. But memory backed zram swap
> > (as e
On Thu, Apr 08, 2021 at 12:38:52PM +0200, Daniel Vetter wrote:
> On Mon, Mar 29, 2021 at 09:23:35PM +0300, Imre Deak wrote:
> > Hi Stephen,
> >
> > thanks for the report.
> >
> > On Mon, Mar 29, 2021 at 09:01:17AM +1100, Stephen Rothwell wrote:
> > > Hi all,
> > >
> > > On Fri, 26 Mar 2021 19:58
On Thu, 08 Apr 2021, Simon Ser wrote:
> On Thursday, April 8th, 2021 at 4:58 PM, Jani Nikula
> wrote:
>
>> Perhaps that should be the takeaway; try to minimize parsed data
>> where the consumer needs to know whether it originated from DisplayID or
>> EDID?
>
> So an EDID/DisplayID abstraction la
On Thursday, April 8th, 2021 at 5:28 PM, Jani Nikula
wrote:
> On Thu, 08 Apr 2021, Simon Ser cont...@emersion.fr wrote:
>
> > On Thursday, April 8th, 2021 at 4:58 PM, Jani Nikula
> > jani.nik...@linux.intel.com wrote:
> >
> > > Perhaps that should be the takeaway; try to minimize parsed data
>
On 08.04.21 14:49, Linus Walleij wrote:
On Thu, Apr 8, 2021 at 2:01 PM David Hildenbrand wrote:
This is something you could do using a hidden helper symbol like
config DRMA_ASPEED_GFX
bool "Aspeed display driver"
select DRM_WANT_CMA
config DRM_WANT_CMA
bool
On Thu, Apr 08, 2021 at 01:38:17PM +0200, Daniel Vetter wrote:
> If you want to change this, we need automatic conflict resolution like apt
> and other package managers have, with suggestions how to fix the config if
> you want to enable a driver, but some of its requirements are missing. The
> cu
Thomas has noticed that the lockdep was broken in vmwgfx. It
was broken during the pci initialization rework. This fixes
the breakage by making sure we initialize the locking code
before doing anything else. This was independently spotted
and fixed by Tetsuo Handa as well.
Reviewed-by: Martin Kras
Quite often it's a little hard to tell if reservations are already held
in code paths that unpin bo's. While our pinning/unpinning code should
be more explicit that requires a substential amount of work so instead
we can avoid the issues by making sure we try to reserve before unpinning.
Because we
https://bugzilla.kernel.org/show_bug.cgi?id=212077
--- Comment #16 from Bat Malin (bat_ma...@abv.bg) ---
After reboot even better -
amdgpu-pci-0100
Adapter: PCI adapter
vddgfx: 756.00 mV
edge: +35.0°C (crit = +94.0°C, hyst = -273.1°C)
power1:6.22 W (cap = 60.00 W)
--
Yo
JFYI too - there was a legitimate looking CI failure on intel with this series,
so don't be surprised if I have to respin a patch or two (I should be able to
get it asap as I finally just cleared most of the stuff on my plate off for a
while)
On Thu, 2021-04-08 at 14:13 +0300, Jani Nikula wrote:
>
On Wed, Apr 7, 2021 at 12:11 PM AngeloGioacchino Del Regno
wrote:
>
> Il 07/04/21 20:19, abhin...@codeaurora.org ha scritto:
> > Hi Marijn
> >
> > On 2021-04-06 14:47, Marijn Suijten wrote:
> >> Leaving this at a close-to-maximum register value 0xFFF0 means it takes
> >> very long for the MDSS to
On 4/7/21 10:45 AM, Ville Syrjälä wrote:
> On Tue, Apr 06, 2021 at 04:21:17PM -0300, Leandro Ribeiro wrote:
>> Add a small description and document struct fields of
>> drm_mode_get_plane.
>>
>> Signed-off-by: Leandro Ribeiro
>> ---
>> include/uapi/drm/drm_mode.h | 19 +++
>> 1 f
From: Mark Yacoub
On reporting back the frame number of the CRCs through
drm_crtc_add_crc_entry(), send back the vblank count at the time the frame
CRC starts calculating rather than when the CRCs are ready to be
reported.
Tested by running IGT module: kms_plane::capture_crc()
Cc: Harry Wentlan
Applied. Thanks!
Alex
On Thu, Apr 8, 2021 at 8:13 AM Tian Tao wrote:
>
> err was not used after being assigned -EINVAL and was given a new value,
> so here add goto to handle the error case.
>
> Signed-off-by: Tian Tao
> ---
> drivers/gpu/drm/radeon/r600.c | 2 ++
> 1 file changed, 2 insertio
Applied. Thanks.
Alex
On Thu, Apr 8, 2021 at 11:09 AM Harry Wentland wrote:
>
> On 2021-04-08 8:41 a.m., Shaokun Zhang wrote:
> > drivers/gpu/drm/amd/amdgpu/../display/amdgpu_dm/amdgpu_dm.c:941:13:
> > warning: ‘dm_dmub_trace_high_irq’ defined but not used [-Wunused-function]
> >941 | stat
Applied. Thanks!
Alex
On Wed, Apr 7, 2021 at 2:23 AM wrote:
>
> From: Yingjie Wang
>
> In radeon_dp_mst_detect(), We should check whether or not @connector
> has been unregistered from userspace. If the connector is unregistered,
> we should return disconnected status.
>
> Fixes: 9843ead08f18
On Fri, 02 Apr 2021 01:17:13 +0200, Giulio Benetti wrote:
> Add DT binding for "jenson,jt60245-01".
>
> Signed-off-by: Giulio Benetti
> ---
> .../devicetree/bindings/display/panel/panel-simple.yaml | 2 ++
> 1 file changed, 2 insertions(+)
>
Acked-by: Rob Herring
_
On Thu, Apr 8, 2021 at 6:45 PM David Hildenbrand wrote:
> On 08.04.21 14:49, Linus Walleij wrote:
> > On Thu, Apr 8, 2021 at 2:01 PM David Hildenbrand wrote:
> >
> >>> This is something you could do using a hidden helper symbol like
> >>>
> >>> config DRMA_ASPEED_GFX
> >>> bool "Aspeed d
On Thu, Apr 8, 2021 at 6:44 PM David Hildenbrand wrote:
> > drivers/gpu/drm/mcde/Kconfig
> > drivers/gpu/drm/pl111/Kconfig
> > drivers/gpu/drm/tve200/Kconfig
>
> I was assuming these are "real" dependencies. Will it also work without
> DMA_CMA?
It will mostly work but that is only because the re
There is a error message within devm_ioremap_resource
already, so remove the dev_err calls to avoid redundant
error messages.
Signed-off-by: Chen Hui
---
drivers/gpu/drm/mediatek/mtk_disp_color.c | 4 +---
drivers/gpu/drm/mediatek/mtk_disp_gamma.c | 4 +---
2 files changed, 2 insertions(+), 6 de
https://bugzilla.kernel.org/show_bug.cgi?id=211875
--- Comment #9 from Erhard F. (erhar...@mailbox.org) ---
(In reply to Alex Deucher from comment #4)
> If this is a regression, can you bisect?
> https://www.kernel.org/doc/html/latest/admin-guide/bug-bisect.html
Sorry but my bisecting efforts cam
On 4/8/21 8:35 AM, Daniel Vetter wrote:
> On Tue, Apr 06, 2021 at 04:21:16PM -0300, Leandro Ribeiro wrote:
>> This patch is to emphasize how userspace should use the plane format list and
>> the IN_FORMATS blob. The plane format list contains the formats that do not
>> require modifiers, and the
Il gio 8 apr 2021, 21:05 Rob Clark ha scritto:
> On Wed, Apr 7, 2021 at 12:11 PM AngeloGioacchino Del Regno
> wrote:
> >
> > Il 07/04/21 20:19, abhin...@codeaurora.org ha scritto:
> > > Hi Marijn
> > >
> > > On 2021-04-06 14:47, Marijn Suijten wrote:
> > >> Leaving this at a close-to-maximum reg
On Thu, Apr 8, 2021 at 4:16 PM AngeloGioacchino Del Regno
wrote:
>
>
> Il gio 8 apr 2021, 21:05 Rob Clark ha scritto:
>>
>> On Wed, Apr 7, 2021 at 12:11 PM AngeloGioacchino Del Regno
>> wrote:
>> >
>> > Il 07/04/21 20:19, abhin...@codeaurora.org ha scritto:
>> > > Hi Marijn
>> > >
>> > > On 2021
On Thu, Apr 8, 2021 at 2:27 AM Gerd Hoffmann wrote:
> > > +
> > > + if (vgdev->has_resource_blob) {
> > > + params.blob_mem = VIRTGPU_BLOB_MEM_GUEST;
> > > + params.blob_flags = VIRTGPU_BLOB_FLAG_USE_SHAREABLE;
> > >
> >
> > This creates some log spam with crosvm
From: Yingjie Wang
In dm_dp_mst_detect(), We should check whether or not @connector
has been unregistered from userspace. If the connector is unregistered,
we should return disconnected status.
Fixes: 4562236b3bc0 ("drm/amd/dc: Add dc display driver (v2)")
Signed-off-by: Yingjie Wang
---
drive
This series adds support to use devcoredump for DPU driver. It introduces
the dpu_dbg module which assists in the capturing of register dumps during
error scenarios. When a display related error happens, the dpu_dbg module
captures all the relevant register dumps along with the snapshot of the drm
Add the dpu_dbg module which adds supports to dump dpu registers
which can be used in case of error conditions.
changes in v3:
- Get rid of registration mechanism for sub-modules and instead get
this information from the dpu catalog itself
- Get rid of global dpu_dbg struct and instead store
Currently drm_atomic_print_state() internally allocates and uses a
drm_info printer. Allow it to accept any drm_printer type so that
the API can be leveraged even for taking drm snapshot.
Rename the drm_atomic_print_state() to drm_atomic_print_new_state()
so that it reflects its functionality bett
Add dpu_dbg points across dpu driver to trigger dumps when critical
errors are hit.
changes in v3:
- change the callers to also pass the drm device while triggering
the dump
Change-Id: I351514afe2f1c85232a1562253e5671588075197
Signed-off-by: Abhinav Kumar
---
drivers/gpu/drm/msm/disp/dpu1/d
Hi all,
Today's linux-next merge of the drm tree got a conflict in:
drivers/gpu/drm/vc4/vc4_plane.c
between commit:
35d65ab3fdba ("drm/vc4: plane: Remove redundant assignment")
from the drm-misc-fixes tree and commit:
5ddb0bd4ddc3 ("drm/atomic: Pass the full state to planes async atomic
Hi all,
After merging the drm tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
drivers/gpu/drm/i915/display/intel_dp_link_training.c:43:13: error:
redefinition of 'intel_dp_reset_lttpr_common_caps'
43 | static void intel_dp_reset_lttpr_common_caps(struct intel_dp *intel_
This should have been fixed by this commit in amd-staging-drm-next:
https://lore.kernel.org/patchwork/patch/1392368/
commit b8aff1f3a0b3d8434f8ccf5d3017137c29aca77b
Author: Felix Kuehling
Date: Mon Mar 8 22:15:42 2021 -0500
drm/amdkfd: fix build error with AMD_IOMMU_V2=m
Using '
drm_dev_register() sets connector->registration_state to
DRM_CONNECTOR_REGISTERED and dev->registered to true. If
drm_connector_set_panel_orientation() is first called after
drm_dev_register(), it will fail several checks and results in following
warning. So set panel orientation in dsi before drm_
krane, kakadu, and kodama boards have a default panel rotation.
Signed-off-by: Hsin-Yi Wang
---
arch/arm64/boot/dts/mediatek/mt8183-kukui.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8183-kukui.dtsi
b/arch/arm64/boot/dts/mediatek/mt8183-kukui.dtsi
inde
Send DPCD command to downstream before anx7625 power down,
tell downstream into standby mode.
Signed-off-by: Xin Ji
---
drivers/gpu/drm/bridge/analogix/anx7625.c | 75 +++
1 file changed, 75 insertions(+)
diff --git a/drivers/gpu/drm/bridge/analogix/anx7625.c
b/drivers/gpu/
The pm_runtime_get_sync will increment pm usage counter even it failed.Thus a
pairing decrement is needed.
Change pm_runtime_get_sync to pm_runtime_resume_and_get for keeping usage
counter
balanced.
Reported-by: Hulk Robot
Signed-off-by: Bixuan Cui
---
drivers/gpu/drm/vc4/vc4_vec.c | 2 +-
1 f
On Thu, 2021-04-08 at 07:55 -0400, He Ying wrote:
> There is a error message within devm_ioremap_resource
> already, so remove the dev_err call to avoid redundant
> error message.
>
> Reported-by: Hulk Robot
> Signed-off-by: He Ying
> ---
> v2:
> - Use 'return PTR_ERR()' instead of 'ret = PTR_ER
Hello,
(There are so many maintainers for kfd_iommu.c I feel like I'm spamming.)
When compiling for Linux version 5.11.12 using the AMDGPU GPU driver
with HSA_AMD enabled, I get the below set of errors. To work around this,
I need to change AMD_IOMMU_V2 from M to Y. This bug doesn't affect linux
k
Hi Abhinav,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on drm-intel/for-linux-next]
[also build test WARNING on drm-tip/drm-tip drm-exynos/exynos-drm-next
tegra-drm/drm/tegra/for-next linus/master v5.12-rc6 next-20210408]
[cannot apply to drm/drm-next]
[If
101 - 156 of 156 matches
Mail list logo
