Hi, Jitao:
On Sat, 2019-05-18 at 17:56 +0800, Jitao Shi wrote:
> Pull dpi pins low when dpi has nothing to display. Aovid leakage
> current from some dpi pins (Hsync Vsync DE ... ).
>
> Some chips have dpi pins, but there are some chip don't have pins.
> So this function is controlled by chips dr
The problem is simply that we only delete the jobs when we were able to
cancel the timeout handler.
Now what happens is that the timeout handler was never started in the
first place, so we can't cancel it. Just adding a simple "if
(sched->timeout != MAX_SCHEDULE_TIMEOUT &&" should do the tr
On Mon, May 20, 2019 at 03:33:19AM +, Lowry Li (Arm Technology China) wrote:
> - 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
> differ
On Thu, Apr 11, 2019 at 08:37:43AM +, Lowry Li (Arm Technology China) wrote:
> Creates plane alpha and blend mode properties attached to plane.
>
> This patch depends on:
> - https://patchwork.freedesktop.org/series/54448/
> - https://patchwork.freedesktop.org/series/54449/
> - https://patchwo
On Thu, Apr 11, 2019 at 08:37:13AM +, Lowry Li (Arm Technology China) wrote:
> Fixing the DMA mapping sg segment warning, which shows "DMA-API: mapping
> sg segment longer than device claims to support [len=921600] [max=65536]".
> Fixed by setting the max segment size at Komeda driver.
>
> Thi
Hi, Jitao:
On Sat, 2019-05-18 at 17:56 +0800, Jitao Shi wrote:
> DPI sample the data both rising and falling edge.
> It can reduce half data io pins.
All the registers which you control in this patch exist in MT8173. So I
think this is not a SoC-level feature. This feature depends on how much
io
On Thu, May 16, 2019 at 02:13:13PM +0800, Lowry Li (Arm Technology China) wrote:
> Adds color-encoding properties if layer can support YUV format.
> Updates HW YUV-RGB matrix state according to the color-encoding
> properties.
>
> Signed-off-by: Lowry Li (Arm Technology China)
> ---
> drivers/gp
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
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 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
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 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.
> >
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
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
- 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 #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
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=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 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=110708
Andre Klapper changed:
What|Removed |Added
Resolution|FIXED |INVALID
Group|
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=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,
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=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
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=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 #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=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=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 #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 #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 #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 #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 #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 #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 #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
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
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
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
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
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
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
--
/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
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
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=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
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=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
/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=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
> > >
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 #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
Bug ID: 110711
Summary: American Truck shows strange colored reflections
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: NEW
Severity: normal
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
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
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.__
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=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
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
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_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
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
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
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
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 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 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
--
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
https://bugs.freedesktop.org/show_bug.cgi?id=110708
Sajid Khan changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEEDINFO
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|RESOLVED
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
Status|NEW |ASSIGNED
--
You are receiving this mail b
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
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
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:
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 +++--
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
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.
>
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=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
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
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.
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 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
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
1 - 100 of 107 matches
Mail list logo