https://bugs.freedesktop.org/show_bug.cgi?id=111526
Bug ID: 111526
Summary: hh
Product: DRI
Version: XOrg git
Hardware: Alpha
OS: Windows (All)
Status: NEW
Severity: critical
Priority: hi
https://bugs.freedesktop.org/show_bug.cgi?id=109955
--- Comment #90 from Mauro Gaspari ---
@Sam and @Jaap Buurman
Can you please help and post system info regarding your crash? I hope that with
more detailed reports, we can get better help.
Example:
OS Info can be taken from neofetch:
System i
https://bugzilla.kernel.org/show_bug.cgi?id=204725
--- Comment #8 from Dmitri Seletski (drj...@gmail.com) ---
(In reply to Dmitri Seletski from comment #7)
> I noticed, that when i do this, I get this:
> lspci | grep -i VGA
> 0d:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI
https://bugzilla.kernel.org/show_bug.cgi?id=204725
--- Comment #7 from Dmitri Seletski (drj...@gmail.com) ---
I noticed, that when i do this, I get this:
lspci | grep -i VGA
0d:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]
Device 731f (rev c1)
My guess is that my device f
Hello,
I just glanced through the interface and don't have enough context to
give any kind of detailed review yet. I'll try to read up and
understand more and would greatly appreciate if you can give me some
pointers to read up on the resources being controlled and how the
actual use cases would
https://bugs.freedesktop.org/show_bug.cgi?id=109955
--- Comment #89 from Jaap Buurman ---
Freezes are getting way more frequent for me as well :(
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-d
Two things below
On Tue, 2019-08-27 at 19:15 +0200, Daniel Vetter wrote:
> On Tue, Aug 27, 2019 at 12:49:17PM -0400, Lyude Paul wrote:
> > On Tue, 2019-08-13 at 16:50 +0200, Daniel Vetter wrote:
> > > On Wed, Jul 17, 2019 at 09:42:28PM -0400, Lyude Paul wrote:
> > > > Unfortunately the DP MST help
Subject: Singaporean Mr. Teo En Ming's Refugee Seeking Attempts, In
Search of a Substantially Better Life
In reverse chronological order:
[1] Petition to the Government of Taiwan for Refugee Status, 5th
August 2019 Monday
Photo #1: At the building of the National Immigration Agency, Ministry
of
https://bugs.freedesktop.org/show_bug.cgi?id=110674
--- Comment #123 from ReddestDream ---
A few interesting fixes that touch vega20_hwmgr.c have rolled in from
drm-fixes:
The first is likely the most interesting for our issues, as it touches
min/maxes (tho only the soft ones it seems). The othe
Hi, Bibby:
On Fri, 2019-08-30 at 15:38 +0800, Bibby Hsieh wrote:
> Moving the driver to atomic helpers regressed cursor responsiveness,
> because cursor updates need their own atomic commits, which have to be
> serialized with other commits, that might include fence waits. To avoid
> this, in cert
https://bugs.freedesktop.org/show_bug.cgi?id=111241
--- Comment #12 from Dieter Nützel ---
(In reply to Pierre-Eric Pelloux-Prayer from comment #11)
> (In reply to Dieter Nützel from comment #8)
> > BTW
> >
> > Pierre-Eric can you look into this
> >
> > Shadertoy shader corruption, too?
> > htt
On Tue, 2019-08-13 at 16:52 +0200, Daniel Vetter wrote:
> On Wed, Jul 17, 2019 at 09:42:29PM -0400, Lyude Paul wrote:
> > This will allow us to add some locking for port PDTs, which can't be
> > done from drm_dp_destroy_port() since we don't know what locks the
> > caller might be holding. Also, th
https://bugs.freedesktop.org/show_bug.cgi?id=109628
--- Comment #13 from Johannes Hirte ---
It seems DCC is broken on Raven Ridge. So how about disabling it here, until
the problems are solved?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=111481
--- Comment #5 from Mathieu Belanger ---
It probably really depend of what we do on our desktop. I just remember now how
I did stop using FileZilla since I got that GPU as it was crashing almost all
the time I was using it (Like I never not cras
Hi Linus,
I love your patch! Perhaps something to improve:
[auto build test WARNING on linus/master]
[cannot apply to v5.3-rc6 next-20190830]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits
https://bugs.freedesktop.org/show_bug.cgi?id=111481
--- Comment #4 from Matthias Müller ---
Forgot to mention: running Manjaro 5.3rc6.d0826.ga55aa89-1, mesa-git
1:19.3.0_devel.114849.0142dcb990e-1 and llvm-libs-git
10.0.0_r325376.70e158e09e9-1
And if it matters: firmware from
https://aur.archlinu
https://bugs.freedesktop.org/show_bug.cgi?id=111481
--- Comment #3 from Matthias Müller ---
I don't know if i'm encountering the same bug, but it is at least similar.
I don't get hard freezes/lockups, but i get a strange "stutterting", as if the
whole OS halted for a few seconds, then continued f
Hi Dave, Daniel,
Mostly bug fixes. The big addition is display support for renoir
which is new for 5.4. I realize it's a bit late to add it but the
rest of the code for renoir is already in so it would be nice to
get the display part in as well. If not, let me know, and I'll
respin without it.
https://bugs.freedesktop.org/show_bug.cgi?id=107296
--- Comment #17 from BRULE Herman ---
Same here with 3400G
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://
Add the new CML PCI IDS.
Align with kernel commit:
bfc4c359b2822 ("drm/i915/cml: Add Missing PCI IDs")
This is in sync with kernel header as of:
0747590267e7 ("drm-tip: 2019y-08m-30d-18h-03m-18s UTC integration manifest")
Cc: José Roberto de Souza
Signed-off-by: Anusha Srivatsa
---
intel/i915
https://bugs.freedesktop.org/show_bug.cgi?id=109955
--- Comment #88 from Sam ---
I have recently started to get even more frequent freezes even on Vulkan now on
kernel 5.2.10
The workaround of the power profile still works (for me) and is the only way to
avoid them:
# echo manual > /sys/class/d
https://bugs.freedesktop.org/show_bug.cgi?id=111487
--- Comment #5 from bzz ---
Ok, sry, problem with off/on display is still there.
But with HDMI - DVI-D cable i have solid black screen instead of solid green
screen with HDMI-HDMI cable
--
You are receiving this mail because:
You are the assi
https://bugs.freedesktop.org/show_bug.cgi?id=111487
--- Comment #4 from bzz ---
weird story continues. I've switched cable HDMI - HDMI to HDMI - DVI-D (so
right now i cannot have full supported resolution by Dell U3014, but flickering
is gone and when i turn off and on display, i dont' have solid
Hi Laurent,
On Mon, Aug 26, 2019 at 01:15:50PM +0300, Laurent Pinchart wrote:
> Hi Jacopo,
>
> On Mon, Aug 26, 2019 at 09:59:43AM +0200, Jacopo Mondi wrote:
> > On Mon, Aug 26, 2019 at 09:34:41AM +0200, Geert Uytterhoeven wrote:
> > > On Sun, Aug 25, 2019 at 3:50 PM Jacopo Mondi
> > > wrote:
> >
Hi Gerd,
On Fri, Aug 30, 2019 at 4:16 AM Gerd Hoffmann wrote:
>
> Hi,
>
> > > > - kfree(vbuf->data_buf);
> > > > + kvfree(vbuf->data_buf);
> > >
> > > if (is_vmalloc_addr(vbuf->data_buf)) ...
> > >
> > > needed here I gues?
> > >
> >
> > kvfree() handles vmalloc/kmalloc/kvmalloc interna
https://bugs.freedesktop.org/show_bug.cgi?id=109628
--- Comment #12 from Johannes Hirte ---
On top of 5.2.11 it doesn't work either. It get even worse. Without the two
patches, I can shutdown the system. With both patches applied, the system hangs
completely after resume. I have to force it off.
On Thu, Aug 29, 2019 at 11:52 PM Andrzej Hajda wrote:
>
> On 29.08.2019 19:39, Rob Clark wrote:
> > On Wed, Aug 28, 2019 at 11:06 PM John Stultz wrote:
> >> Since commit 83f35bc3a852 ("drm/bridge: adv7511: Attach to DSI
> >> host at probe time") landed in -next the HiKey board would fail
> >> to
The pull request you sent on Fri, 30 Aug 2019 13:51:31 +1000:
> git://anongit.freedesktop.org/drm/drm tags/drm-fixes-2019-08-30
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/f69f199271ec5f765b056dfca703587d6d2b7aae
Thank you!
--
Deet-doot-dot, I am a bot.
https://k
https://bugzilla.kernel.org/show_bug.cgi?id=204725
--- Comment #6 from Dmitri Seletski (drj...@gmail.com) ---
Thank you very much for your response.
Both values are set.
I also attached .config file to the bugzilla report at the time of
reporting problem.
(none)dimko's Desktop /usr/src/linux
On Fri, Aug 30, 2019 at 4:16 AM Gerd Hoffmann wrote:
>
> Hi,
>
> > > > - kfree(vbuf->data_buf);
> > > > + kvfree(vbuf->data_buf);
> > >
> > > if (is_vmalloc_addr(vbuf->data_buf)) ...
> > >
> > > needed here I gues?
> > >
> >
> > kvfree() handles vmalloc/kmalloc/kvmalloc internally by doi
On Thu, Aug 29, 2019 at 2:24 PM David Riley wrote:
>
> Userspace requested command buffer allocations could be too large
> to make as a contiguous allocation. Use vmalloc if necessary to
> satisfy those allocations.
>
> Signed-off-by: David Riley
> ---
> drivers/gpu/drm/virtio/virtgpu_ioctl.c |
>-Original Message-
>From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf
>Of Christian König
>Sent: Monday, August 26, 2019 10:57 AM
>To: dri-devel@lists.freedesktop.org; ch...@chris-wilson.co.uk;
>daniel.vet...@ffwll.ch; sumit.sem...@linaro.org; linux-
>me...@vger.ke
https://bugs.freedesktop.org/show_bug.cgi?id=110865
--- Comment #35 from Martin ---
Thank you for clarification, do you think there is a solution for the problem
on the linux side, since it works absolutely fine on windows.
--
You are receiving this mail because:
You are the assignee for the bu
https://bugs.freedesktop.org/show_bug.cgi?id=109628
--- Comment #11 from Johannes Hirte ---
With those two patches on top of v5.3-rc6-129-g265381004994 resume from S3
suspend still hangs with a black screen. I've had to hard reset the system, so
I can't say for sure, if this is the same bug.
--
https://bugs.freedesktop.org/show_bug.cgi?id=109628
--- Comment #10 from Nicholas Kazlauskas ---
(In reply to Johannes Hirte from comment #9)
> git bisect points me to
>
> commit df8368be1382b442384507a5147c89978cd60702 (refs/bisect/bad)
> Author: Nicholas Kazlauskas
> Date: Wed Feb 27 12:56
https://bugs.freedesktop.org/show_bug.cgi?id=110979
--- Comment #3 from Alex Deucher ---
Applied. Thanks!
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://list
On Fri, Aug 30, 2019 at 8:43 AM Austin Kim wrote:
>
> Null pointer dereference check should have been checked,
> ahead of below routine.
> struct amdgpu_device *adev = hwmgr->adev;
>
> With this commit, it could avoid potential NULL dereference.
>
> Signed-off-by: Austin Kim
Applied. th
https://bugs.freedesktop.org/show_bug.cgi?id=109628
--- Comment #9 from Johannes Hirte ---
git bisect points me to
commit df8368be1382b442384507a5147c89978cd60702 (refs/bisect/bad)
Author: Nicholas Kazlauskas
Date: Wed Feb 27 12:56:36 2019 -0500
drm/amdgpu: Bump amdgpu version for per-f
https://bugs.freedesktop.org/show_bug.cgi?id=110979
--- Comment #2 from Petr Cvek ---
The patch above should fix it, tested the compilation for MIPS + Polaris 11.
The actual functionality was not tested (yet).
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=110979
Petr Cvek changed:
What|Removed |Added
CC||petrcve...@gmail.com
--- Comment #1 from Pe
There were bugs in the DSI transfer (read and write) function
as it was only tested with displays ever needing a single byte
to be written. Fixed it up and tested so we can now write
messages of up to 16 bytes and read up to 4 bytes from the
display.
Tested with a Sony ACX424AKP display: this disp
The Northwest Logic MIPI DSI IP core can be found in NXPs i.MX8 SoCs.
Signed-off-by: Guido Günther
Tested-by: Robert Chiras
---
.../bindings/display/bridge/nwl-dsi.yaml | 176 ++
1 file changed, 176 insertions(+)
create mode 100644
Documentation/devicetree/bindings/displa
This adds initial support for the NWL MIPI DSI Host controller found on
i.MX8 SoCs.
It adds support for the i.MX8MQ but the same IP can be found on
e.g. the i.MX8QXP.
It has been tested on the Librem 5 devkit using mxsfb.
Signed-off-by: Guido Günther
Co-developed-by: Robert Chiras
Signed-off-b
This adds initial support for the NWL MIPI DSI Host controller found on i.MX8
SoCs.
It adds support for the i.MX8MQ but the same IP core can also be found on e.g.
i.MX8QXP. I added the necessary hooks to support other imx8 variants but since
I only have imx8mq boards to test I omitted the platform
https://bugs.freedesktop.org/show_bug.cgi?id=111524
--- Comment #1 from Alex Deucher ---
Please attach your dmesg output and xorg log if using X.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-d
On Thu, Aug 29, 2019 at 08:52:31AM -0400, Alex Deucher wrote:
> On Mon, Aug 26, 2019 at 9:22 AM Oleg Vasilev wrote:
> >
> > Since DP-specific information is stored in driver's structures, every
> > driver needs to implement subconnector property by itself.
> >
> > Reviewed-by: Emil Velikov
> > Si
On Thu, Aug 29, 2019 at 09:09:14AM -0400, Alex Deucher wrote:
> On Wed, Aug 28, 2019 at 10:27 AM Ville Syrjälä
> wrote:
> >
> > On Mon, Aug 26, 2019 at 04:22:13PM +0300, Oleg Vasilev wrote:
> > > Since DP-specific information is stored in driver's structures, every
> > > driver needs to implement
https://bugs.freedesktop.org/show_bug.cgi?id=111241
--- Comment #11 from Pierre-Eric Pelloux-Prayer
---
(In reply to Dieter Nützel from comment #8)
> BTW
>
> Pierre-Eric can you look into this
>
> Shadertoy shader corruption, too?
> https://www.shadertoy.com/view/Xt3cWS
>
The "Buffer A" shade
https://bugs.freedesktop.org/show_bug.cgi?id=109628
--- Comment #8 from Johannes Hirte ---
For me it's a regression in the 5.2-development. Testing with 5.1-series show
no errors. Resume after S3 suspend works without problem.
--
You are receiving this mail because:
You are the assignee for the
Hi,
On Thu, Aug 29, 2019 at 09:40:20AM +, Robert Chiras wrote:
> Hi Guido,
>
> One more thing for you to add in v4, see inline.
>
> On Jo, 2019-08-22 at 12:44 +0200, Guido Günther wrote:
> > This adds initial support for the NWL MIPI DSI Host controller found
> > on
> > i.MX8 SoCs.
> >
> > I
https://bugs.freedesktop.org/show_bug.cgi?id=111211
Bráulio Barros de Oliveira changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolutio
Hi,
> > > - kfree(vbuf->data_buf);
> > > + kvfree(vbuf->data_buf);
> >
> > if (is_vmalloc_addr(vbuf->data_buf)) ...
> >
> > needed here I gues?
> >
>
> kvfree() handles vmalloc/kmalloc/kvmalloc internally by doing that check.
Ok.
> - videobuf_vmalloc_to_sg in drivers/media/v4l2-core/v
https://bugs.freedesktop.org/show_bug.cgi?id=111432
Mike Lothian changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=110949
Mike Lothian changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=106999
Mike Lothian changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=107922
Mike Lothian changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=109628
--- Comment #7 from Johannes Hirte ---
some more infos: I see the mentioned error in the logs during normal work, but
no other problems. When resuming from S3 suspend, the display stays black and I
find dozens of those dcn10_verify_allow_pstate_
https://bugs.freedesktop.org/show_bug.cgi?id=111414
--- Comment #9 from Michel Dänzer ---
(In reply to Dieter Nützel from comment #7)
> mpv: ../src/gallium/state_trackers/vdpau/vdpau_private.h:138:
> FormatYCBCRToPipe: Assertion `0' failed.
>
> [...]
>
> meson ../ --strip --buildtype release ..
https://bugs.freedesktop.org/show_bug.cgi?id=103217
Michel Dänzer changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |nouveau@lists.freedesktop.o
Adds maximum line size check according to the AFBC decoder limitation
and special Line size limitation(2046) for format: YUV420_10BIT and X0L2.
Signed-off-by: Lowry Li (Arm Technology China)
---
.../arm/display/komeda/d71/d71_component.c| 49 +++
1 file changed, 49 insertions
On D71, we are using the global line size. From D32, every
component have a line size register to indicate the fifo size.
So this patch is to set line size support and do the line size
check.
Signed-off-by: Lowry Li (Arm Technology China)
---
.../arm/display/komeda/d71/d71_component.c| 56 +
Hi,
From D32 every component have a line size register to indicate internal
fifo size, instead of using the global line_sz.
This serie aims at adding the layer line size support and check
accordingly on both D71 and D32 or newer.
Lowry Li (Arm Technology China) (2):
drm/komeda: Add line size s
Hi, Bibby:
On Fri, 2019-08-30 at 15:38 +0800, Bibby Hsieh wrote:
> Currently we use a single mutex to allow only a single atomic
> update at a time. In truth, though, we really only want to
> ensure that only a single atomic update is allowed per CRTC.
>
> In other words, for each atomic update,
Hi Sam, Laurent,
Le mar. 27 août 2019 à 7:00, Sam Ravnborg a écrit
:
On Fri, Aug 23, 2019 at 11:30:09PM +0200, Paul Cercueil wrote:
Hi Laurent,
Le ven. 23 août 2019 à 23:23, Laurent Pinchart
a écrit :
> The ingenic driver supports DPI panels only at the moment, so
hardcode
> their
From: Yongqiang Niu
except mutex mod, mutex mod reg,mutex sof reg,
and mutex sof id will be ddp private data
Signed-off-by: Yongqiang Niu
Reviewed-by: CK Hu
---
drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 41 +-
1 file changed, 30 insertions(+), 11 deletions(-)
d
Hi!
Dne torek, 27. avgust 2019 ob 13:58:48 CEST je Maxime Ripard napisal(a):
> From: Maxime Ripard
>
> The command line parser when it has been rewritten introduced a regression
> when the only thing on the command line is an option to force the detection
> of a connector (such as video=HDMI-A-1
On Fri, 30 Aug 2019 06:04:06 +0800 Mikhail Gavrilov wrote:
> On Sun, Aug 25, 2019 at 10:13:05PM +0800, Hillf Danton wrote:
> > Can we try to add the fallback timer manually?
> >
> > --- a/drivers/gpu/drm/amd/amdgpu/amdgpu_fence.c
> > +++ b/drivers/gpu/drm/amd/amdgpu/amdgpu_fence.c
> > @@ -322,6 +3
Currently, the enable of the axi clock return status is ignored, causing
issues when the enable fails then we try to disable it. Therefore, it is
better to check the return status and disable it only when enable
succeeded.
Also, remove the helper functions around clk_axi, since we can directly
use
Inside function cz_get_performance_level(), pointer ps could be NULL via
cast_const_PhwCzPowerState(). However, this pointer is dereferenced
without any check, which is potentially unsafe.
Signed-off-by: Yizhuo
---
drivers/gpu/drm/amd/powerplay/hwmgr/cz_hwmgr.c | 3 +++
1 file changed, 3 inserti
This IP requires full stop and re-start when changing display timings,
but we can change the pixel format while running.
Signed-off-by: Robert Chiras
Tested-by: Guido Günther
---
drivers/gpu/drm/mxsfb/mxsfb_crtc.c | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff --gi
Hi John...
I added this patch series on top of Linux 5.3rc6 and ran
xfstests with no regressions...
Acked-by: Mike Marshall
-Mike
On Tue, Aug 6, 2019 at 9:50 PM John Hubbard wrote:
>
> On 8/6/19 6:32 PM, john.hubb...@gmail.com wrote:
> > From: John Hubbard
> > ...
> >
> > John Hubbard (38):
From: Yongqiang Niu
This patch add layer_nr for ovl private data
ovl_2l almost same with with ovl hardware, except the
layer number for ovl_2l is 2 and ovl is 4.
this patch is a preparation for ovl-2l and
ovl share the same driver.
Signed-off-by: Yongqiang Niu
Reviewed-by: CK Hu
---
drivers/g
Hi!
Dne torek, 27. avgust 2019 ob 13:58:49 CEST je Maxime Ripard napisal(a):
> From: Maxime Ripard
>
> The named modes support has introduced a number of glitches that were in
> part due to the fact that the parser will take any string as a named mode.
>
> Since we shouldn't have a lot of optio
From: Yongqiang Niu
Update device tree binding documention for the display subsystem for
Mediatek MT8183 SOCs
Signed-off-by: Yongqiang Niu
Reviewed-by: Rob Herring
---
.../bindings/display/mediatek/mediatek,disp.txt| 27 +++---
1 file changed, 14 insertions(+), 13 deletion
On 8/29/2019 6:29 PM, Mike Marshall wrote:
Hi John...
I added this patch series on top of Linux 5.3rc6 and ran
xfstests with no regressions...
Acked-by: Mike Marshall
Hi Mike (and I hope Ira and others are reading as well, because
I'm making a bunch of claims further down),
That's great ne
Hi!
Dne torek, 27. avgust 2019 ob 13:58:47 CEST je Maxime Ripard napisal(a):
> From: Maxime Ripard
>
> Some extra command line options can be either specified without anything
> else on the command line (basically all the force connection options), but
> some other are only relevant when matched
From: Yongqiang Niu
This patch add connection from DITHER0 to DSI0
Signed-off-by: Yongqiang Niu
---
drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp.c
b/drivers/gpu/drm/mediatek/mtk_drm_ddp.c
index 237824f..fd
From: Yongqiang Niu
This patch move rdma sout from mtk_ddp_mout_en into mtk_ddp_sout_sel
rdma only has single output, but no multi output,
all these rdma->dsi/dpi usecase should move to mtk_ddp_sout_sel
Signed-off-by: Yongqiang Niu
---
drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 90 ++
Hi!
Dne torek, 27. avgust 2019 ob 13:58:50 CEST je Maxime Ripard napisal(a):
> From: Maxime Ripard
>
> Let's add some unit tests for the recent bugs we just fixed.
>
> Signed-off-by: Maxime Ripard
> ---
> .../gpu/drm/selftests/drm_cmdline_selftests.h | 7 +
> .../drm/selftests/test-drm_cmdl
From: Yongqiang Niu
This patch add display nodes for mt8183
Signed-off-by: Yongqiang Niu
---
arch/arm64/boot/dts/mediatek/mt8183.dtsi | 111 +++
1 file changed, 111 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8183.dtsi
b/arch/arm64/boot/dts/mediatek/
Bit 21 can alter the CTRL2_OUTSTANDING_REQS value right after the eLCDIF
is enabled, since it comes up with default value of 1 (this behaviour
has been seen on some imx8 platforms).
In order to fix this, clear CTRL2_OUTSTANDING_REQS bits before setting
its value.
Signed-off-by: Robert Chiras
Test
This patch-set improves the use of eLCDIF block on iMX 8 SoCs (like 8MQ, 8MM
and 8QXP). Following, are the new features added and fixes from this
patch-set:
1. Add support for drm_bridge
On 8MQ and 8MM, the LCDIF block is not directly connected to a parallel
display connector, where an LCD panel c
On Wed, 2019-07-17 at 13:35 +0800, CK Hu wrote:
> Hi, Yongqiang:
>
> On Tue, 2019-07-09 at 06:33 +0800, yongqiang@mediatek.com wrote:
> > From: Yongqiang Niu
> >
> > Here is two modifition in this patch:
> > 1.bls->dpi0 and rdma1->dsi are differen usecase,
> > Split DISP_REG_CONFIG_DSI_SEL s
The eLCDIF controller has control pin for the external LCD reset pin.
Add support for it and assert this pin in enable and de-assert it in
disable.
Signed-off-by: Robert Chiras
Tested-by: Guido Günther
---
drivers/gpu/drm/mxsfb/mxsfb_crtc.c | 14 ++
drivers/gpu/drm/mxsfb/mxsfb_regs.
>-Original Message-
>From: dri-devel On Behalf Of
>Ramalingam
>C
>Sent: Wednesday, August 28, 2019 10:12 PM
>To: intel-gfx ; dri-devel de...@lists.freedesktop.org>
>Cc: Nikula, Jani ; Winkler, Tomas
>
>Subject: [PATCH v12 0/6] drm/i915: Enable HDCP 1.4 and 2.2 on Gen12+
>
>Enabling the
Hi, Bibby:
On Fri, 2019-08-30 at 15:41 +0800, Bibby Hsieh wrote:
> Unlike other SoCs, MT8183 does not have "shadow"
> registers for performaing an atomic video mode
> set or page flip at vblank/vsync.
>
> The CMDQ (Commend Queue) in MT8183 is used to help
> update all relevant display controller
The CMDQ (Command Queue) in MT8183 is used to help
update all relevant display controller registers
with critical time limation.
These patched add CMDQ interface in ddp_comp interface
and add CMDQ control flow.
This patch depends on ptach:
drm/mediatek: fixup cursor moving unsmooth issue
(https:/
Unlike other SoCs, MT8183 does not have "shadow"
registers for performaing an atomic video mode
set or page flip at vblank/vsync.
The CMDQ (Commend Queue) in MT8183 is used to help
update all relevant display controller registers
with critical time limation.
Signed-off-by: YT Shen
Signed-off-by:
The CMDQ (Command Queue) in MT8183 is used to help
update all relevant display controller registers
with critical time limation.
This patch add cmdq interface in ddp_comp interface,
let all ddp_comp interface can support cpu/cmdq function
at the same time.
Signed-off-by: YT Shen
Signed-off-by: CK
Currently we use a single mutex to allow only a single atomic
update at a time. In truth, though, we really only want to
ensure that only a single atomic update is allowed per CRTC.
In other words, for each atomic update, we only block if there
is a pending update for the CRTCs involved, and don't
These patches can fixup cursor moving is not smooth when heavy load in
webgl.
Bibby Hsieh (2):
drm/mediatek: Only block updates to CRTCs that have a pending update
drm/mediatek: Bypass atomic helpers for cursor updates
drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 53 +-
drivers/gpu/drm/me
Moving the driver to atomic helpers regressed cursor responsiveness,
because cursor updates need their own atomic commits, which have to be
serialized with other commits, that might include fence waits. To avoid
this, in certain conditions, we can bypass the atomic helpers for legacy
cursor update
92 matches
Mail list logo
