Hi,
Daniel Vetter 於 2020年9月10日 週四 下午1:48寫道:
>
> On Thu, Sep 10, 2020 at 06:35:21AM +0800, Chun-Kuang Hu wrote:
> > Hi, Andrzej & Neil:
> >
> > Enric Balletbo i Serra 於 2020年8月26日 週三
> > 下午4:53寫道:
> >
> > >
> > > Convert mtk_dpi to a bridge driver with built-in encoder support for
> > >
On Fri, Sep 04, 2020 at 04:53:07PM +0200, Krzysztof Kozlowski wrote:
> The int-gpios was deprecated in favor of generic interrupts property.
>
> Signed-off-by: Krzysztof Kozlowski
Applied patch #8 ~ #13, thanks.
___
dri-devel mailing list
https://bugzilla.kernel.org/show_bug.cgi?id=209225
--- Comment #6 from Arthur Borsboom (arthurborsb...@gmail.com) ---
I have applied and tested the patch.
Unfortunately it did not resolve the problem.
Apparently the ASSERT(0) in this piece of code triggering the oops.
--
Thanks Rob for pushing the changes. I confirm that the versions which
you have pushed are the latest ones.
I have rebased audio changes on top of the latest DP changes
and posted them here https://patchwork.freedesktop.org/series/81612/.
The other DP change which is missing is the video pattern
https://bugzilla.kernel.org/show_bug.cgi?id=208893
--- Comment #16 from Gordon (gor...@gordonite.tech) ---
Those settings both work to solve the problems.
Running on: 5.8.7-200.fc32.x86_64 with those options only.
Performance is almost what I'd expect now too. I can consistently across
distros
No need to fix the number of resolutions to one during the video
pattern CTS test. The userspace test client will handle both
the hotplug as well as picking the right resolution for the test.
Changes in v2: rebase on top of latest patchset of dependency
Signed-off-by: Abhinav Kumar
---
Add support for video pattern Display Port Compliance tests to
MSM DP driver. The userspace component of this shall be part of another
series in the igt mailing list.
This depends on series [1] , [2] and [3] which add basic Display Port
support to MSM chipsets.
[1]
Move the MSM DP debugfs node from /sys/kernel/debug/drm_dp
to /sys/kernel/debug/dri/*/ as required for video pattern
compliance test suite.
Changes in v2: rebase on top of latest patchset of dependency
Signed-off-by: Abhinav Kumar
---
drivers/gpu/drm/msm/disp/dpu1/dpu_kms.c | 7 +
To prepare the MSM DP driver for running video pattern
compliance tests introduce debugfs module for it.
Changes in v2: rebase on top of latest patchset of dependency
Signed-off-by: Abhinav Kumar
---
drivers/gpu/drm/msm/Makefile| 3 +-
drivers/gpu/drm/msm/dp/dp_debug.c | 310
Add the debugfs nodes needed for the video pattern
compliance tests to MSM DP driver.
Changes in v2: rebase on top of latest patchset of dependency
Signed-off-by: Abhinav Kumar
---
drivers/gpu/drm/msm/dp/dp_debug.c | 184 ++
drivers/gpu/drm/msm/dp/dp_link.h | 23
https://bugzilla.kernel.org/show_bug.cgi?id=209225
--- Comment #5 from Arthur Borsboom (arthurborsb...@gmail.com) ---
The last oops might already have been tackled by a proposed patchset on the
amd-gfx development mailing list of the AMD Display Core v3.2.102.
In the current implementation, there is a very small window for
the audio side to safely signal the hdmi_code_shutdown() before
the clocks are disabled.
Add some synchronization between the DP display and DP audio module
to safely disable the clocks to avoid unclocked access from audio
side.
In
This series adds audio support for DP on MSM chipsets. It leverages
the hdmi-codec interface [1] to communicate between the Display Port
driver and the audio subsystem. These changes depend on the series [2]
and [3] which add Display Port support to MSM chipsets.
[1]
Add the hook_plugged_cb op for the MSM DP driver to signal connect
and disconnect events to the hdmi-codec driver which in-turn shall
notify the audio subsystem to start a new or teardown an existing
session.
Changes in v2: none
Changes in v3: none
Changes in v4: rebase on top of latest patchset
Signal the hotplug disconnect event to the audio side in the
event handler so that they are notified earlier and have more
time to process the disconnect event.
Changes in v2: none
Changes in v3: none
Changes in v4: rebase on top of latest patchset of dependency
Changes in v5: rebase on top of
Store the dp_display in the platform driver data instead of the
dp_display_private.
This is required to allow other sub-modules to reuse the platform
driver data.
Changes in v3: none
Changes in v4: none
Changes in v5: none
Changes in v6: rebase on top of latest patchset of dependency
Introduce audio support for Display Port on MSM chipsets.
This change integrates DP audio sub-module with the main
Display Port platform driver.
In addition, this change leverages hdmi_codec_ops to expose
the operations to the audio driver.
Changes in v2: fix up a compilation issue on drm-next
https://bugzilla.kernel.org/show_bug.cgi?id=209225
Arthur Borsboom (arthurborsb...@gmail.com) changed:
What|Removed |Added
Summary|[AMDGPU] oops each boot:|[AMDGPU]
Hi Anitha.
On Fri, Sep 11, 2020 at 08:54:41PM +, Chrisanthus, Anitha wrote:
> Hi Neil,
> Thanks for your review. Is a device tree binding document like this one
> enough? Entries for kmb-drm are similar to this.
>
Fyi, I've pushed this series and the dp-compliance bits to msm-next-dp[1]
I didn't include the dp audio series yet, which seems to need some
minor rebasing. (And a small request, when resending, cc
freedr...@lists.freedesktop.org, so it shows up in the patchwork
instance[2] I use)
You might
On 9/12/20 3:53 PM, Dmitry Osipenko wrote:
12.09.2020 01:11, Mikko Perttunen пишет:
On 9/11/20 7:40 PM, Dmitry Osipenko wrote:
05.09.2020 13:34, Mikko Perttunen пишет:
+ } else {
+ struct host1x_job *failed_job = job;
+
+ host1x_job_dump(dev, job);
+
+
On Mon, Aug 31, 2020 at 1:39 PM Dan Carpenter wrote:
> Hello Linus Walleij,
>
> The patch 5fc537bfd000: "drm/mcde: Add new driver for ST-Ericsson
> MCDE" from May 24, 2019, leads to the following static checker
> warning:
>
> drivers/gpu/drm/mcde/mcde_display.c:570
https://bugzilla.kernel.org/show_bug.cgi?id=208981
Arthur Borsboom (arthurborsb...@gmail.com) changed:
What|Removed |Added
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=209225
Arthur Borsboom (arthurborsb...@gmail.com) changed:
What|Removed |Added
Kernel Version|5.8.7, 5.8.8|5.8.7,
https://bugzilla.kernel.org/show_bug.cgi?id=209225
--- Comment #4 from Arthur Borsboom (arthurborsb...@gmail.com) ---
The behavior for kernel 5.8.8 and 5.9.0-rc4 seems to be similar. The last dmesg
is from kernel 5.9.0-rc4
--
You are receiving this mail because:
You are watching the assignee of
https://bugzilla.kernel.org/show_bug.cgi?id=209225
--- Comment #3 from Arthur Borsboom (arthurborsb...@gmail.com) ---
Created attachment 292485
--> https://bugzilla.kernel.org/attachment.cgi?id=292485=edit
dmesg without systemd-backlight call
--
You are receiving this mail because:
You are
https://bugzilla.kernel.org/show_bug.cgi?id=209225
--- Comment #2 from Arthur Borsboom (arthurborsb...@gmail.com) ---
I found out that this oops is triggered by systemd-backlight, which is auto
enabled on boot. There is a way to disable this feature, by adding the
following kernel parameter:
Yes, that's a known issue. Patch for the revert is already underway.
Christian.
Am 12.09.2020 10:43 schrieb Borislav Petkov :
Hi,
this patch breaks X on my box - it is fully responsive and I can log in
into it from another machine but both monitors are black and show this:
"The current input
Hi,
this patch breaks X on my box - it is fully responsive and I can log in
into it from another machine but both monitors are black and show this:
"The current input timing is not supported by the monitor display. Please
change your input timing to 1920x1200@60Hz or any other monitor
listed
Perfect!
I can confirm it resolves the issue as well, thank you very much.
Have a great day,
Alejandro Sior.
On Fri, 11 Sep 2020 at 07:58, Zhenyu Wang wrote:
>
> On 2020.09.08 20:11:21 +0200, Alejandro Sior wrote:
> > In the function intel_vgpu_reg_rw_edid of kvmgt.c, pos can be equal
> > to
30 matches
Mail list logo