mtk_mipi_tx is the phy of mtk_dsi.
mtk_dsi get the phy(mtk_mipi_tx) in probe().
So, mtk_mipi_tx init should be ahead of mtk_dsi. Or mtk_dsi will
defer to wait mtk_mipi_tx probe done.
Signed-off-by: Jitao Shi
---
drivers/gpu/drm/mediatek/mtk_drm_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 d
New DSI IP has shadow register and working reg. The register
values are writen to shadow register. And then trigger with
commit reg, the register values will be moved working register.
This fucntion is defualt on. But this driver doesn't use this
function. So add the disable control.
Signed-off-b
Add mt8183 dsi driver data. Enable size control and
reg commit control.
Signed-off-by: Jitao Shi
Reviewed-by: CK Hu
---
drivers/gpu/drm/mediatek/mtk_dsi.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/gpu/drm/mediatek/mtk_dsi.c
b/drivers/gpu/drm/mediatek/mtk_dsi.c
index 1
Our new DSI chip has frame size control.
So add the driver data to control for different chips.
Signed-off-by: Jitao Shi
Reviewed-by: CK Hu
---
drivers/gpu/drm/mediatek/mtk_dsi.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/gpu/drm/mediatek/mtk_dsi.c
b/drivers/gpu/drm/media
DSI panel driver need attach function which is inculde in
mipi_dsi_host_ops.
If mipi_dsi_host_register is not in probe, dsi panel will
probe fail or more delay.
So move the mipi_dsi_host_register to probe from bind.
Signed-off-by: Jitao Shi
---
drivers/gpu/drm/mediatek/mtk_dsi.c | 50 +
Changes since v2:
- change the video timing calc method
- fine the dsi and mipitx init sequence
- fine tune commit msg
Changes since v1:
- separate frame size and reg commit control independent patches.
- fix some return values in probe
- remove DSI_CMDW0 in "CMDQ reg address of mt8173 is di
Config the different CMDQ reg address in driver data.
Signed-off-by: Jitao Shi
---
drivers/gpu/drm/mediatek/mtk_dsi.c | 29 -
1 file changed, 24 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/mediatek/mtk_dsi.c
b/drivers/gpu/drm/mediatek/mtk_dsi.c
index
Change the method of frame rate calc which can get more accurate
frame rate.
data rate = pixel_clock * bit_per_pixel / lanes
Adjust hfp_wc to adapt the additional phy_data
if MIPI_DSI_MODE_VIDEO_BURST
hfp_wc = hfp * bpp - data_phy_cycles * lanes - 12 - 6;
else
hfp_wc = hfp * bpp -
On Wed, 2019-05-08 at 10:39 +0800, CK Hu wrote:
> On Tue, 2019-04-16 at 14:04 +0800, Jitao Shi wrote:
> > Config the different CMDQ reg address in driver data.
> >
> For MT8173, you change reg_cmd_off from 0x180 to 0x200, so this patch is
> a bug fix. You should add a 'Fixes' tag.
>
> > Signed-of
https://bugs.freedesktop.org/show_bug.cgi?id=110674
--- Comment #13 from Chris Hodapp ---
So! It turns out that things are stable with 5.0.X kernels (despite there still
being some amdgpu errors in the kernel log). It's slow going because the search
space is so big but I'm trying to figure out wh
On Tue, 2019-05-07 at 17:52 +0800, CK Hu wrote:
> Hi, Jitao:
>
> On Tue, 2019-04-16 at 14:04 +0800, Jitao Shi wrote:
> > DSI panel driver need attach function which is inculde in
> > mipi_dsi_host_ops.
> >
> > If mipi_dsi_host_register is not in probe, dsi panel will
> > probe fail or more delay.
On Tue, 2019-05-07 at 15:41 +0800, CK Hu wrote:
> Hi, Jitao:
>
> On Tue, 2019-04-16 at 13:52 +0800, Jitao Shi wrote:
>
> I need the commit message. Even though the code is easy to understand,
> words for this patch is still necessary.
>
> Regards,
> CK
>
I'll fine tune the commit message next
https://bugs.freedesktop.org/show_bug.cgi?id=110674
--- Comment #14 from Hameer Abbasi ---
I have additional information to report: 5.1.3 fixes this somewhat, but not
completely. For example, login is mostly fine, but restarting from the login
screen causes crashes.
I also agree that things were
https://bugs.freedesktop.org/show_bug.cgi?id=110701
--- Comment #8 from Yury Zhuravlev ---
(In reply to Christian Widmer from comment #7)
> (In reply to Yury Zhuravlev from comment #6)
> > 78e35df52aa2f7d770f929a0866a0faa89c261a9 radeonsi: update buffer descriptors
> > in all contexts after buffe
https://bugs.freedesktop.org/show_bug.cgi?id=110701
--- Comment #9 from Mariusz Ceier ---
(In reply to Yury Zhuravlev from comment #5)
> > can you try to build mesa for previous commit? Like
> > 6b3343e5d80abf162b45f0d7e977449588824706
> >
> > I think we need to change the title of this bug.
>
The setting of disable double buffer will lose when suspend and resume.
So config them again in pwm config.
Signed-off-by: Jitao Shi
---
drivers/pwm/pwm-mtk-disp.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/pwm/pwm-mtk-disp.c b/drivers/pwm/pwm-mtk-disp.c
index 27079acc3e1
Match pwm clock when suspend and resume.
Prepare and enable disp_pwm clock when disp_pwm enable.
Disable and unprepare disp_pwm clock when disp_pwm disable.
Signed-off-by: Jitao Shi
---
drivers/pwm/pwm-mtk-disp.c | 43 +++---
1 file changed, 12 insertions(+), 31 d
Change in patches:
- match pwm_mtk_disp clock when suspend/resume
- trigger pwm_mtk_disp reg working after config
Jitao Shi (2):
pwm: fine tune pwm-mtk-disp clock control flow
pwm/mtk_disp: fix update reg issue when chip doesn't have commit
drivers/pwm/pwm-mtk-disp.c | 50 +++--
Drop use of the deprecated drmP.h header file.
While touching the list of include files:
- Divide include files in blocks of linux/* drm/* etc.
Followed the drm style with the most general files first
- Sort individual blocks of include files
Signed-off-by: Sam Ravnborg
Cc: Andrzej Hajda
Cc:
Reset dsi HW to default when power on. Prevent the setting differet
between bootloader and kernel.
Signed-off-by: Jitao Shi
---
drivers/gpu/drm/mediatek/mtk_dsi.c | 35 ++
1 file changed, 35 insertions(+)
diff --git a/drivers/gpu/drm/mediatek/mtk_dsi.c
b/drivers/gpu
https://bugs.freedesktop.org/show_bug.cgi?id=110708
Bug ID: 110708
Summary: this is test error
Product: DRI
Version: DRI git
Hardware: Other
OS: Windows (All)
Status: NEW
Severity: major
Priority
https://bugs.freedesktop.org/show_bug.cgi?id=110708
Sajid Khan changed:
What|Removed |Added
Status|NEW |ASSIGNED
--
You are receiving this mail b
https://bugs.freedesktop.org/show_bug.cgi?id=110708
Sajid Khan changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://bugs.freedesktop.org/show_bug.cgi?id=110708
Sajid Khan changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=110708
Sajid Khan changed:
What|Removed |Added
Status|REOPENED|NEEDINFO
--
You are receiving this mail b
https://bugs.freedesktop.org/show_bug.cgi?id=110708
Sajid Khan changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEEDINFO
The following patchset remove use of the deprecated drmP.h
header file in the gma500 driver.
As preparation an empty header file is removed and a dependency on
drm_os_linux.h is dropped.
The list of include files are sorted and is some cases divided
up in blocks of linux/* drm/* etc.
Build tested
The DRM_UDELAY wrapper from drm_os_linux.h is used in a few places,
all other places calls udelay() with no wrapper.
There is no reason to continue to use this wrapper - so drop it
and direct call udelay().
Signed-off-by: Sam Ravnborg
Cc: Patrik Jakobsson
Cc: David Airlie
Cc: Daniel Vetter
--
Drop use of drmp.h from all header files in drm/gma500.
Fix fallout in all files.
In some cases moved include lines and sorted them too.
With drmP.h removed from all header files it can now be removed from
each .c file without any further dependencies
Signed-off-by: Sam Ravnborg
Cc: Patrik Jakobs
Drop remaining uses of the deprecated drmP.h in gma500
Replaced drmp.h with forward declarations or include files
as relevant.
Sorted include files and in some cases moved relevant
includes together.
Signed-off-by: Sam Ravnborg
Cc: Patrik Jakobsson
Cc: David Airlie
Cc: Daniel Vetter
---
dri
The header file gma_drm.h is empty so remove it and
drop all uses of the file.
Signed-off-by: Sam Ravnborg
Cc: Patrik Jakobsson
Cc: David Airlie
Cc: Daniel Vetter
---
drivers/gpu/drm/gma500/cdv_device.c | 2 +-
drivers/gpu/drm/gma500/gem.c | 2 +-
drivers/gpu/drm/gma500/int
The DRM_UDELAY is a simple wrapper for udealy() and to be consistent
call udelay() direct like in may other places.
This avoids the need to pull in drm_os_linux.h when we later
drop drmP.h uses in nouveau.
Signed-off-by: Sam Ravnborg
Cc: Ben Skeggs
Cc: nouv...@lists.freedesktop.org
---
drivers/
Drop include of the deprecated drmP.h from all nouveau heder files.
This allows us to remove drmP.h from all .c files without any
side-effects in a follow-up commit.
Build tested using allyeyconfig and allmodconfig
Signed-off-by: Sam Ravnborg
Cc: Ben Skeggs
Cc: nouv...@lists.freedesktop.org
---
Drop the deprecated drmP.h header from nouveau_drv.h.
Fix fallout in other parts of the driver.
Build tested using allmodconfig and allyesconfig.
Signed-off-by: Sam Ravnborg
Cc: Ben Skeggs
Cc: nouv...@lists.freedesktop.org
---
drivers/gpu/drm/nouveau/dispnv50/base507c.c | 2 ++
drivers/gpu/drm
Drop use of the deprecated drmP.h file from drm/nouveau.
Build tested using allyesconfig and allmodconfig.
Signed-off-by: Sam Ravnborg
Cc: Ben Skeggs
Cc: nouv...@lists.freedesktop.org
---
drivers/gpu/drm/nouveau/dispnv04/arb.c | 2 --
drivers/gpu/drm/nouveau/dispnv04/crtc.c| 3
The following patchset remove use of the deprecated drmP.h
header file in the nouveau driver(s).
As preparation a dependency on drm_os_linux.h is dropped.
The list of include files are sorted and are in some cases
divided up in blocks of linux/* drm/* etc.
The removal is divided up in a few patche
Do not require users of drm_internal.h to include other
files just to let it build
Signed-off-by: Sam Ravnborg
Cc: Maarten Lankhorst
Cc: Maxime Ripard
Cc: Sean Paul
Cc: David Airlie
Cc: Daniel Vetter
---
drivers/gpu/drm/drm_internal.h | 10 +-
1 file changed, 9 insertions(+), 1 dele
Do not require users of drm_auth.h to include other files just to
let it build.
Signed-off-by: Sam Ravnborg
Cc: Maarten Lankhorst
Cc: Maxime Ripard
Cc: Sean Paul
Cc: David Airlie
Cc: Daniel Vetter
---
include/drm/drm_auth.h | 7 +++
1 file changed, 7 insertions(+)
diff --git a/include/
Do not require users of drm_legacy.h to include other files
just to let it build.
Signed-off-by: Sam Ravnborg
Cc: Maarten Lankhorst
Cc: Maxime Ripard
Cc: Sean Paul
Cc: David Airlie
Cc: Daniel Vetter
---
include/drm/drm_legacy.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/d
Do not require users of drm_ilegacy.h to include other
files just to let it build
Signed-off-by: Sam Ravnborg
Cc: Maarten Lankhorst
Cc: Maxime Ripard
Cc: Sean Paul
Cc: David Airlie
Cc: Daniel Vetter
---
drivers/gpu/drm/drm_legacy.h | 4
1 file changed, 4 insertions(+)
diff --git a/dri
Do not require users of drm_trace.h to include other
files just to let it build
Signed-off-by: Sam Ravnborg
Cc: Maarten Lankhorst
Cc: Maxime Ripard
Cc: Sean Paul
Cc: David Airlie
Cc: Daniel Vetter
---
drivers/gpu/drm/drm_trace.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/
Do not require users of drm_crtc_internal.h to include other
files just to let it build
Signed-off-by: Sam Ravnborg
Cc: Maarten Lankhorst
Cc: Maxime Ripard
Cc: Sean Paul
Cc: David Airlie
Cc: Daniel Vetter
---
drivers/gpu/drm/drm_crtc_internal.h | 24
1 file changed,
While removing use of drmP.h from files in drm/* I
noticed that I had to add the same include files due to
build errors in the header files.
It is better to let the header files include what is necessary
and let the users pull in only the additional headers files required.
So I went ahead and made
https://bugs.freedesktop.org/show_bug.cgi?id=110674
--- Comment #15 from Tom B ---
Have been running 5.0 since release without issue but upgraded this morning and
got crashes as described here within a few seconds of boot.
5.1.3 also fixed it for me, however I am still seeing powerplay errors i
https://bugs.freedesktop.org/show_bug.cgi?id=110710
Bug ID: 110710
Summary: Non recoverable crashes when entering screensaver
Product: DRI
Version: XOrg git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=110702
--- Comment #2 from Pierre Ossman ---
I think I've spotted a difference. The crashing files are all yuv420p10le,
whilst everything else is in yuv420.
Hope this helps.
--
You are receiving this mail because:
You are the assignee for the bug.__
Hi Sam,
Thank you for the patch.
On Sun, May 19, 2019 at 01:00:49PM +0200, Sam Ravnborg wrote:
> Drop use of the deprecated drmP.h header file.
>
> While touching the list of include files:
> - Divide include files in blocks of linux/* drm/* etc.
> Followed the drm style with the most general
Hi Laurent
Thanks for the quick feedback.
> > @@ -15,14 +15,17 @@
> > #include
> > #include
> > #include
> > -#include
> > +
> > #include
> > #include
> > #include
> > #include
> > #include
> > +#include
> > #include
> > +
> > #include
>
> If you separate this file fromt he
https://bugs.freedesktop.org/show_bug.cgi?id=110711
Bug ID: 110711
Summary: American Truck shows strange colored reflections
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=110701
--- Comment #10 from Yury Zhuravlev ---
(In reply to Mariusz Ceier from comment #9)
> (In reply to Yury Zhuravlev from comment #5)
> > > can you try to build mesa for previous commit? Like
> > > 6b3343e5d80abf162b45f0d7e977449588824706
> > >
>
https://bugs.freedesktop.org/show_bug.cgi?id=110711
Gregor Münch changed:
What|Removed |Added
Summary|American Truck shows|American Truck Simulator
https://bugs.freedesktop.org/show_bug.cgi?id=110701
--- Comment #11 from Mariusz Ceier ---
(In reply to Yury Zhuravlev from comment #10)
> (In reply to Mariusz Ceier from comment #9)
> > (In reply to Yury Zhuravlev from comment #5)
> > > > can you try to build mesa for previous commit? Like
> > >
/linux/commits/Jitao-Shi/drm-mediatek-add-dsi-module-reset-driver/20190519-214457
config: arm64-allyesconfig (attached as .config)
compiler: aarch64-linux-gnu-gcc (Debian 7.2.0-11) 7.2.0
reproduce:
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O
~/bin/make.cross
https://bugs.freedesktop.org/show_bug.cgi?id=110674
--- Comment #16 from Chris Hodapp ---
Hrm, 5.1.3 does not truly fix things for me. Would you folks mind rebooting a
few times and then maybe playing a couple Youtube videos and reporting back?
--
You are receiving this mail because:
You are th
https://bugs.freedesktop.org/show_bug.cgi?id=108718
--- Comment #1 from Haxk20 ---
I have the same exact bug. As a workaround i used earlier build of mesa but
indeed the latest one is borked and unusable in Firefox.
And without webrenderer firefox is kind of unusable as the color gradient look
ho
https://bugs.freedesktop.org/show_bug.cgi?id=110712
Bug ID: 110712
Summary: [regression]Raven Ridge: System freeze but mouse
cursor able to move when using Firefox Webrender.
Product: DRI
Version: XOrg git
Hardware: Other
Drop use of the deprecated drmP.h header file.
While touching the list of include files:
- Divide include files in blocks of linux/* drm/* etc.
- Sort individual blocks of include files
- Remove duplicated header file
v2:
- Be consistent in the order of the include blocks (Laurent)
Signed-off-by
To allow users to include dw_mipi_dsi.h without pulling in dependencies
make dw_mipi_dsi.h self-contained.
Use forward declarations when possible.
Signed-off-by: Sam Ravnborg
Cc: Andrzej Hajda
Cc: Laurent Pinchart
Cc: David Airlie
Cc: Daniel Vetter
Cc: Peter Senna Tschudin
Cc: Martin Donnell
To avoid that people start to pick up bad habits
get rid of the deprecated drmP.h in all of the bridge/ code.
Build tested using allmodconfig/allyesconfig with
arm, x86, alpha (that has a tendency to break) and a few more
v2:
Sort include blocks like this:
#include
#include
#include
#includ
https://bugs.freedesktop.org/show_bug.cgi?id=105530
--- Comment #20 from Haxk20 ---
Same issue on VEGA8 and RX560X PRIME configuration.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists
/commits/Jitao-Shi/Support-dsi-for-mt8183/20190519-231001
config: arm-allmodconfig (attached as .config)
compiler: arm-linux-gnueabi-gcc (Debian 7.2.0-11) 7.2.0
reproduce:
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O
~/bin/make.cross
chmod +x ~/bin
Drop use of drmp.h from all header files in drm/gma500.
Fix fallout in all files.
In some cases moved include lines and sorted them too.
With drmP.h removed from all header files it can now be removed from
each .c file without any further dependencies
Signed-off-by: Sam Ravnborg
Cc: Patrik Jakobs
The DRM_UDELAY wrapper from drm_os_linux.h is used in a few places,
all other places calls udelay() with no wrapper.
There is no reason to continue to use this wrapper - so drop it
and direct call udelay().
Signed-off-by: Sam Ravnborg
Cc: Patrik Jakobsson
Cc: David Airlie
Cc: Daniel Vetter
--
Drop remaining uses of the deprecated drmP.h in gma500
Replaced drmp.h with forward declarations or include files
as relevant.
Moved all include files to blocks in following order:
\#include
\#include
\#include
\#include ""
And within each block sort the include files alphabetically.
Sign
Add proper forward declarations to minimize dependencies on
other header files.
Just add enough that we can safely include all header files in
alphabetically order in relevant files.
Signed-off-by: Sam Ravnborg
Cc: Patrik Jakobsson
Cc: David Airlie
Cc: Daniel Vetter
---
drivers/gpu/drm/gma50
The header file gma_drm.h is empty so remove it and
drop all uses of the file.
Signed-off-by: Sam Ravnborg
Cc: Patrik Jakobsson
Cc: David Airlie
Cc: Daniel Vetter
---
drivers/gpu/drm/gma500/cdv_device.c | 2 +-
drivers/gpu/drm/gma500/gem.c | 2 +-
drivers/gpu/drm/gma500/int
The following patchset remove use of the deprecated drmP.h
header file in the gma500 driver.
As preparation an empty header file is removed and a dependency on
drm_os_linux.h is dropped.
The local header files are made more self-contained to allow
them to be included in alphabetical order in the f
https://bugs.freedesktop.org/show_bug.cgi?id=110674
--- Comment #17 from Hameer Abbasi ---
Hmm. 5.1.3 had issues for me too, on login and when launching Evolution (the
GNOME mail client). Seems the success was intermittent.
One additional piece of information: I have two 1440p 144 Hz Freesync di
https://bugs.freedesktop.org/show_bug.cgi?id=110674
--- Comment #18 from Hameer Abbasi ---
Hmm, I'm fairly certain at this point that the issue happened between 5.0.13
and 5.1.0. Those are the ones available in the Arch repos, I lack the knowledge
to build the kernel myself.
I restarted thrice o
Hi Sam,
Thank you for the patch.
On Sun, May 19, 2019 at 08:36:35PM +0200, Sam Ravnborg wrote:
> To allow users to include dw_mipi_dsi.h without pulling in dependencies
> make dw_mipi_dsi.h self-contained.
> Use forward declarations when possible.
>
> Signed-off-by: Sam Ravnborg
> Cc: Andrzej H
Hi Sam,
Thank you for the patch.
On Sun, May 19, 2019 at 08:36:36PM +0200, Sam Ravnborg wrote:
> Drop use of the deprecated drmP.h header file.
>
> While touching the list of include files:
> - Divide include files in blocks of linux/* drm/* etc.
> - Sort individual blocks of include files
> - R
https://bugs.freedesktop.org/show_bug.cgi?id=110674
--- Comment #19 from Tom B ---
I've just resumed from suspend (5.1.3). Had complete graphical corruption and a
frozen system. I couldn't switch TTY and had to do a hard reset.
First two reboots froze, third is working fine. Youtube was fine for
https://bugs.freedesktop.org/show_bug.cgi?id=110674
--- Comment #20 from Tom B ---
Created attachment 144303
--> https://bugs.freedesktop.org/attachment.cgi?id=144303&action=edit
5.1.3 crash after resume
Journal output from suspend to crash on resume
--
You are receiving this mail because:
Y
https://bugs.freedesktop.org/show_bug.cgi?id=110674
--- Comment #21 from Tom B ---
Ignore my last post, I just tried unigine-heaven again and it crashed
instantly. I don't know why it worked once.
It took me 5 hard resets to be able to log in. It seems like if it lasts long
enough to log in the
https://bugs.freedesktop.org/show_bug.cgi?id=110674
--- Comment #22 from Tom B ---
I was just able to run heaven again without issue by setting high performance
mode.
Can anyone get a crash after running
# echo high > /sys/class/drm/card0/device/power_dpm_force_performance_level
> One additi
https://bugs.freedesktop.org/show_bug.cgi?id=110674
--- Comment #23 from Chris Hodapp ---
I've been building kernels like a fiend the last couple days. Making matters
more difficult is the fact that most of the intermediate commits produce
kernels that get stuck waiting for devices to come up (so
https://bugs.freedesktop.org/show_bug.cgi?id=110674
--- Comment #24 from Hameer Abbasi ---
> I restarted thrice on 5.0.13, no issue.
Scratch that... I get minor corruption even on 5.0.13 on accelerated video
playback during high CPU usage (such as compilation). The videos freeze, glitch
out, and
https://bugs.freedesktop.org/show_bug.cgi?id=110674
--- Comment #25 from Tom B ---
On 5.1.3 (and presumably all 5.1 kernels) I am seeing a strange power profile.
Can everyone else run sensors (after sensors-detect if you don't have the
amdgpu device showing)
I'm seeing this:
amdgpu-pci-4400
Ad
https://bugs.freedesktop.org/show_bug.cgi?id=110674
--- Comment #26 from Tom B ---
Ok, running unigine-heaven and watching /sys/kernel/debug/dri/0/amdgpu_pm_info
the wattage and voltage never change. It also never boosts to 1800mhz as it
should and sticks at 1373.
I should have mentioned in my
https://bugs.freedesktop.org/show_bug.cgi?id=110674
--- Comment #27 from Tom B ---
Boost is definitely the problem.
Idle 5.0.13:
$ cat /sys/kernel/debug/dri/0/amdgpu_pm_info
Clock Gating Flags Mask: 0x36974f
Graphics Medium Grain Clock Gating: On
Graphics Medium Grain memory Lig
https://bugs.freedesktop.org/show_bug.cgi?id=110701
--- Comment #12 from LoneVVolf ---
I get a similar bug when running knetwalk[1] . As soon as the application gets
focus, there's visual corruption in its window. If I move the mouse away the
corruption (and messafes) are gone.
Running mesa-git b
https://bugs.freedesktop.org/show_bug.cgi?id=108824
--- Comment #8 from LoneVVolf ---
Baldur, I encounter similar visual corruption when running knetwalk.
See comment #12 in https://bugs.freedesktop.org/show_bug.cgi?id=110701#c12
Maybe these 2 bugs are related ?
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=110701
--- Comment #13 from LoneVVolf ---
https://bugs.freedesktop.org/show_bug.cgi?id=108824 appears to be related
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mai
https://bugs.freedesktop.org/show_bug.cgi?id=110674
--- Comment #28 from Tom B ---
as a complete amateur looking at the commit history, this looks like a possible
culprit:
https://github.com/torvalds/linux/commit/e9c5b46e3c50f58403aeca6d6419b9235d2518b2#diff-db8ff8bb932e2ba3f89c9402f6856661
It h
After the commit def35e7c5926 ("drm/vkms: Bugfix extra vblank frame")
some of the crc tests (IGT) start to fail in the vkms with the following
error:
[drm:drm_crtc_add_crc_entry [drm]] *ERROR* Overflow of CRC buffer,
userspace reads too slow.
[drm] failed to queue vkms_crc_work_handle
...
https://bugs.freedesktop.org/show_bug.cgi?id=110701
--- Comment #14 from kyle.de...@mykolab.com ---
78e35df52aa2f7d770f929a0866a0faa89c261a9 confirmed as the first bad commit for
me.
It was causing text corruption in Plasma Shell, and random visual corruption in
Blender-git, KDE System Settings,
https://bugs.freedesktop.org/show_bug.cgi?id=110701
--- Comment #15 from kyle.de...@mykolab.com ---
Ah, also, recent LLVM master with RX580.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@l
https://bugs.freedesktop.org/show_bug.cgi?id=110708
Andre Klapper changed:
What|Removed |Added
Resolution|FIXED |INVALID
Group|
Hi Daniel,
I forgot to apply this patch. Is it ok for you if I apply it?
On Fri, Mar 15, 2019 at 1:11 PM Rodrigo Siqueira
wrote:
>
> The function vkms_output_init() is invoked during the module
> initialization, and it handles the creation/configuration of the vkms
> essential elements (e.g., c
https://bugs.freedesktop.org/show_bug.cgi?id=96906
--- Comment #9 from danagoye...@gmail.com ---
It's not just miners that can cause it. I get similar messages when running
Luxmark and the LuxVR mode. In my case, the device is a Radeon Pro WX 4100
("Baffin").
Once these errors occur, all sorts
Hi, Jitao:
On Sat, 2019-05-18 at 16:22 +0800, Jitao Shi wrote:
> Different IC has different mipi_tx setting of dsi.
> This patch separates the mipi_tx hardware relate part for mt8173.
This patch looks good to me except the last blank line, I'll remove it
before I apply this patch.
Reviewed-by: C
https://bugs.freedesktop.org/show_bug.cgi?id=110701
--- Comment #16 from Yury Zhuravlev ---
(In reply to kyle.devir from comment #15)
> Ah, also, recent LLVM master with RX580.
probably for Vega something break before but I can agree after that commit
everything became much worst.
How long was
- Creates the zpos property.
- Implement komeda_crtc_normalize_zpos to replace
drm_atomic_normalize_zpos, reasons as the following:
1. The drm_atomic_normalize_zpos allows to configure same zpos for
different planes, but komeda doesn't support such configuration.
2. For further slave pipline case,
https://bugs.freedesktop.org/show_bug.cgi?id=110701
--- Comment #17 from kyle.de...@mykolab.com ---
A few seconds.
The corruption was almost immediately visible to me. I could trigger the
glitches with little effort.
Prior commit is fine, though. I've been using
0f1b070bad34c46c4bcc6c679fa533bf6
https://bugs.freedesktop.org/show_bug.cgi?id=110701
--- Comment #18 from Christian Widmer ---
(In reply to kyle.devir from comment #17)
> Vega 10 seems affected in a different way, for some reason.
It does indeed seem like that is the case. I have a RX580 like you and for me
it is even enough to
On Sat, 2019-05-18 at 15:51 +0800, Jitao Shi wrote:
> On Mon, 2019-05-06 at 17:17 +0800, CK Hu wrote:
> > Hi, Jitao:
> >
> > On Tue, 2019-04-16 at 13:42 +0800, Jitao Shi wrote:
> > > This patch add mt8183 mipi_tx driver.
> > > And also support other chips that use the same binding and driver.
> >
Hi Dan
On Fri, May 03, 2019 at 03:25:25PM +0300, Dan Carpenter wrote:
> We need to check whether drm_atomic_get_crtc_state() returns an error
> pointer before dereferencing "crtc_st".
>
> Fixes: 7d31b9e7a550 ("drm/komeda: Add komeda_plane/plane_helper_funcs")
> Signed-off-by: Dan Carpenter
> Ac
On Fri, May 03, 2019 at 03:25:25PM +0300, Dan Carpenter wrote:
> We need to check whether drm_atomic_get_crtc_state() returns an error
> pointer before dereferencing "crtc_st".
>
> Fixes: 7d31b9e7a550 ("drm/komeda: Add komeda_plane/plane_helper_funcs")
> Signed-off-by: Dan Carpenter
> Acked-by: L
On Wed, May 15, 2019 at 11:02:05AM +0800, Lowry Li (Arm Technology China) wrote:
> Besides clearing the input ID to zero, D71 compiz also has input
> enable bit in CU_INPUTx_CONTROL which need to be cleared.
>
> Signed-off-by: Lowry Li (Arm Technology China)
> ---
> drivers/gpu/drm/arm/display/k
On Thu, May 16, 2019 at 02:13:09PM +0800, Lowry Li (Arm Technology China) wrote:
> Updates HW up-sampling method according to the format type.
>
> Signed-off-by: Lowry Li (Arm Technology China)
> ---
> .../gpu/drm/arm/display/komeda/d71/d71_component.c | 29
> ++
> 1 file ch
1 - 100 of 107 matches
Mail list logo