[Bug 214859] drm-amdgpu-init-iommu~fd-device-init.patch introduce bug

2021-10-31 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=214859 --- Comment #1 from Sebastian Dalfuß (s...@sedf.de) --- I can confirm this for a "04:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Picasso (rev c2)". -- You may reply to this email to add a comment. You are receiving th

[Bug 211425] [drm:atom_op_jump] *ERROR* atombios stuck in loop for more than 20secs aborting

2021-10-31 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=211425 Andreas (icedragon...@web.de) changed: What|Removed |Added Kernel Version|5.14.13 |5.14.15 -- You may reply

Re: [PATCH] drm: Add R10 and R12 FourCC

2021-10-31 Thread Simon Ser
On Friday, October 29th, 2021 at 01:30, Laurent Pinchart wrote: > I don't think we'll need a format with padding at that end (with data > aligned to tbe MSB) as that would essentially be DRM_FORMAT_R16. The X channel doesn't mean that the padding is zeroes: the padding has undefined contents. S

Re: [PATCH] drm: Add R10 and R12 FourCC

2021-10-31 Thread Simon Ser
On Sunday, October 31st, 2021 at 18:05, Simon Ser wrote: > Playing with > DRM_FORMAT_BIG_ENDIAN (!) could do the trick. Hm, nevermind, that wouldn't work, as this would do something like RRXX.

Re: [PATCH] drm/rockchip: use generic fbdev setup

2021-10-31 Thread Thomas Zimmermann
Hi Am 30.10.21 um 14:05 schrieb John Keeping: Hi Thomas, On Fri, Oct 29, 2021 at 09:00:08PM +0200, Thomas Zimmermann wrote: Am 29.10.21 um 13:50 schrieb John Keeping: The Rockchip fbdev code does not add anything compared to drm_fbdev_generic_setup(); the one custom function for .fb_mmap does

Re: [PATCH v2] drm: import DMA_BUF module namespace

2021-10-31 Thread Thomas Zimmermann
Hi Am 31.10.21 um 03:21 schrieb Stephen Rothwell: Hi Thomas, On Fri, 29 Oct 2021 20:51:52 +0200 Thomas Zimmermann wrote: Am 27.10.21 um 23:25 schrieb Marcel Ziswiler: From: Marcel Ziswiler Today's -next fails building arm64 defconfig as follows: ERROR: modpost: module drm_cma_helper use

Re: [PATCH v2] drm: import DMA_BUF module namespace

2021-10-31 Thread Stephen Rothwell
Hi Thomas, On Sun, 31 Oct 2021 19:13:17 +0100 Thomas Zimmermann wrote: > > No no, don't worry. I meant 'import' as in 'git remote add > linux-next'. I was actually complaining that the provided fix was not > against a DRM tree. Phew! :-) -- Cheers, Stephen Rothwell pgpp0u1knARsW.pgp Descrip

[Bug 214901] New: amdgpu freezes HP laptop at start up

2021-10-31 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=214901 Bug ID: 214901 Summary: amdgpu freezes HP laptop at start up Product: Drivers Version: 2.5 Kernel Version: 5.15.0 Hardware: All OS: Linux Tree: Mainline

[Bug 214901] amdgpu freezes HP laptop at start up

2021-10-31 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=214901 --- Comment #1 from spassw...@web.de --- G 00:01.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Wani [Radeon R5/R6/R7 Graphics] [1002:9874] (rev ca) (prog-if 00 [VGA controller]) DeviceName: ATI EG BROADWAY

Re: [PATCH] drm/msm/dsi: set default num_data_lanes

2021-10-31 Thread Abhinav Kumar
On 10/30/2021 10:08 AM, Philip Chen wrote: If "data_lanes" property of the dsi output endpoint is missing in the DT, num_data_lanes would be 0 by default, which could cause dsi_host_attach() to fail if dsi->lanes is set to a non-zero value by the bridge driver. According to the binding document

Re: [PATCH v7 3/3] drm/bridge: anx7625: config hs packets end aligned to avoid screen shift

2021-10-31 Thread Jitao Shi
Hi Xin, Please help to review the changes in anx7625.c On Thu, 2021-09-16 at 06:31 +0800, Jitao Shi wrote: > This device requires the packets on lanes aligned at the end to fix > screen shift or scroll. > > Signed-off-by: Jitao Shi > --- > drivers/gpu/drm/bridge/analogix/anx7625.c | 1 + > 1 f

[PATCH v2 0/3] drm/i915/guc/slpc: Implement waitboost for SLPC

2021-10-31 Thread Vinay Belgaumkar
Waitboost is a legacy feature implemented in the Host Turbo algorithm. This patch set implements it for the SLPC path. A "boost" happens when user calls gem_wait ioctl on a submission that has not landed on HW yet. GT frequency gets temporarily bumped to RP0 to allow the previous request to finish

[PATCH 2/3] drm/i915/guc/slpc: Add waitboost functionality for SLPC

2021-10-31 Thread Vinay Belgaumkar
Add helper in RPS code for handling SLPC and non-SLPC paths. When boost is requested in the SLPC path, we can ask GuC to ramp up the frequency req by setting the minimum frequency to boost freq. Reset freq back to the min softlimit when there are no more waiters. v2: Schedule a worker thread which

[PATCH 1/3] drm/i915/guc/slpc: Define and initialize boost frequency

2021-10-31 Thread Vinay Belgaumkar
Define helpers and struct members required to record boost info. Boost frequency is initialized to RP0 at SLPC init. Also define num_waiters which can track the pending boost requests. Boost will be done by scheduling a worker thread. This will allow us to make H2G calls inside an interrupt contex

[PATCH 3/3] drm/i915/guc/slpc: Update boost sysfs hooks for SLPC

2021-10-31 Thread Vinay Belgaumkar
Add a helper to sort through the SLPC/RPS paths of get/set methods. Boost frequency will be modified as long as it is within the constraints of RP0 and if it is different from the existing one. We will set min freq to boost only if there is at least one active waiter. v2: Add num_boosts to guc_slp

Re: dri/drm/kms question with regards to minor faults

2021-10-31 Thread Bert Schiettecatte
Hi John > Coincidentally, I've been looking at Panfrost on RK3288 this week as > well! I'm testing it with a project that has been using the binary blob > driver for several years and unfortunately Panfrost seems to use ~15% > more CPU. > Like you, I see a huge number of minor faults (~500/secon

[PATCH v2] drm/dp: Fix aux->transfer NULL pointer dereference on drm_dp_dpcd_access

2021-10-31 Thread Perry Yuan
Fix below crash by adding a check in the drm_dp_dpcd_access which ensures that aux->transfer was actually initialized earlier. BUG: kernel NULL pointer dereference, address: PGD 0 P4D 0 Oops: 0010 [#1] SMP NOPTI RIP: 0010:0x0 Code: Unable to access opcode bytes at RIP 0xff

[PATCH v2] drm/dp: Fix aux->transfer NULL pointer dereference on drm_dp_dpcd_access

2021-10-31 Thread Perry Yuan
Fix below crash by adding a check in the drm_dp_dpcd_access which ensures that aux->transfer was actually initialized earlier. BUG: kernel NULL pointer dereference, address: PGD 0 P4D 0 Oops: 0010 [#1] SMP NOPTI RIP: 0010:0x0 Code: Unable to access opcode bytes at RIP 0xff

[PATCH] drm: Grab reference of connector before return connector from sun4i_tcon_get_connector

2021-10-31 Thread He Ying
>From the comments of drm_for_each_connector_iter(), we know that "connector is only valid within the list body, if you want to use connector after calling drm_connector_list_iter_end() then you need to grab your own reference first using drm_connector_get()". So fix the wrong use of connector acco