https://bugzilla.kernel.org/show_bug.cgi?id=198123
Roland Kletzing (devz...@web.de) changed:
What|Removed |Added
CC||devz...@web.de
--- Com
https://bugzilla.kernel.org/show_bug.cgi?id=198123
crocket (crockabisc...@gmail.com) changed:
What|Removed |Added
CC||crockabisc...@gmail.co
https://bugzilla.kernel.org/show_bug.cgi?id=198123
Peter Gazer (ttall...@googlemail.com) changed:
What|Removed |Added
CC||ttall...@googlemai
https://bugzilla.kernel.org/show_bug.cgi?id=198123
Daniel Vetter (dan...@ffwll.ch) changed:
What|Removed |Added
Status|NEW |NEEDINFO
--
You are re
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #49 from Daniel Vetter (dan...@ffwll.ch) ---
Created attachment 25
--> https://bugzilla.kernel.org/attachment.cgi?id=25&action=edit
insert huge sleep into lut load path
Maybe this helps in blowing up the race and perhaps she
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #48 from sh...@tuta.io ---
Turns out, I missed some interesting bits. Here, least significant bit first:
69E4 - - 0 0 - - - 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
69E8 0 0 0 0 0 0 - - 0 0 - - - 0 0 0 0 0 0 0 0 0 0 0
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #47 from sh...@tuta.io ---
I analysed individual bits in register dumps. Some bits are set in all 8 dumps
with black background and unset in most of dumps with grey background.
The value at 0x69F0 is 0x00401004 in all black dumps, var
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #46 from Harry Wentland (harry.wentl...@amd.com) ---
Michel, nobody jumps out to me in dce5_crtc_load_lut but I have only cursory
familiary with those registers.
--
You are receiving this mail because:
You are watching the assignee o
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #45 from sh...@tuta.io ---
Created attachment 274815
--> https://bugzilla.kernel.org/attachment.cgi?id=274815&action=edit
radeonreg grey background
Linux 4.15.10-1-ARCH SMP PREEMPT x86_64
I made 11 dumps from different boots and se
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #44 from sh...@tuta.io ---
Created attachment 274813
--> https://bugzilla.kernel.org/attachment.cgi?id=274813&action=edit
radeonreg black background
Linux 4.15.10-1-ARCH SMP PREEMPT x86_64
I made 8 dumps from different boots and se
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #43 from Alex Deucher (alexdeuc...@gmail.com) ---
Please attach the full dump for each case.
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #42 from sh...@tuta.io ---
Some values from register dumps. All kernel modules are the same.
Black background:
69FC0002
Grey background:
03D8
64C87F007F00
69FC
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #41 from Alex Deucher (alexdeuc...@gmail.com) ---
Maybe something will jump out if we look at the register differences? You can
use radeonreg (https://cgit.freedesktop.org/~airlied/radeontool/) to dump the
display registers. e.g., rad
https://bugzilla.kernel.org/show_bug.cgi?id=198123
Michel Dänzer (mic...@daenzer.net) changed:
What|Removed |Added
CC||harry.wentl...@amd.co
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #39 from sh...@tuta.io ---
I booted the stock kernel with nosmp few times. One time - gray, other times -
black. I wonder if the initialization code could be preempted and the race
still occurs on a single CPU. Otherwise, it may be a r
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #38 from Deposite Pirate (dpir...@metalpunks.info) ---
That's what I think as well.
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel mailing l
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #37 from sh...@tuta.io ---
(In reply to Michel Dänzer from comment #36)
> Can you try the latest test patch attached here, and attach the dmesg output
> from running with it?
With the patch, the background is always black. I guess, th
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #36 from Michel Dänzer (mic...@daenzer.net) ---
(In reply to shibe from comment #35)
> Has the cause of this issue been identified/confirmed?
Not yet, unfortunately.
> On boot I have grey console background instead of black.
Can you
https://bugzilla.kernel.org/show_bug.cgi?id=198123
sh...@tuta.io changed:
What|Removed |Added
CC||sh...@tuta.io
--- Comment #35 from sh...@
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #34 from Deposite Pirate (dpir...@metalpunks.info) ---
Ok, I've had some time to apply the new patch. The tracing works and with this
patch applied on top of 4.15.6 the issue has vanished for some reason.
--
You are receiving this ma
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #33 from Deposite Pirate (dpir...@metalpunks.info) ---
Created attachment 274465
--> https://bugzilla.kernel.org/attachment.cgi?id=274465&action=edit
dmesg log 2
Applied on top of 4.15.6.
--
You are receiving this mail because:
Yo
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #32 from Deposite Pirate (dpir...@metalpunks.info) ---
Hi,
Yeah, I wasn't sure because I never enabled backtraces before. But it didn't
seem to me that there were many backtraces either. Though I did double check
the patch was applied
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #31 from Daniel Vetter (dan...@ffwll.ch) ---
Created attachment 274229
--> https://bugzilla.kernel.org/attachment.cgi?id=274229&action=edit
another test patch for Deposite Pirate
--
You are receiving this mail because:
You are watc
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #30 from Daniel Vetter (dan...@ffwll.ch) ---
There was not a single backtrace in that attachement. Was this only up to
fbcon, or did you start X too? Where the colors correct afterwards?
It's also strange that it fails to compile on H
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #29 from Deposite Pirate (dpir...@metalpunks.info) ---
Created attachment 273963
--> https://bugzilla.kernel.org/attachment.cgi?id=273963&action=edit
dmesg output
Here's the dmesg output with the patch applied On top of v4.15 (compi
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #28 from Daniel Vetter (dan...@ffwll.ch) ---
Created attachment 273941
--> https://bugzilla.kernel.org/attachment.cgi?id=273941&action=edit
test patch for deposite pirate
Should apply on any recent-ish kernel. Please apply, boot, an
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #27 from Daniel Vetter (dan...@ffwll.ch) ---
Ok I've reviewed all the drivers where Peter Rosin's patch series removed the
load_lut hook:
- ast: fixed with my patch
- mga200g: already has a callchain like crtc_commit -> dpms -> load_lu
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #26 from Daniel Vetter (dan...@ffwll.ch) ---
Re #commment 24: crtc_commit is for modesets, the legacy helpers do _not_ call
the DPMS functions in that case. radeon does what every reasonable legacy kms
driver did and calls the dpms fun
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #25 from Deposite Pirate (dpir...@metalpunks.info) ---
I've recompiled attachment 273575 [details] on top of
b8e2b0199cc377617dc238f5106352c06dcd3fa2 and it doesn't fix the problem either.
Earlier I had compiled this same patch on top
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #24 from Michel Dänzer (mic...@daenzer.net) ---
The radeon driver already calls load_lut when the CRTC dpms hook is called with
DRM_MODE_DPMS_ON. Does the ast patch call load_lut even when DPMS is already
on? If so, I wonder if it does
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #23 from Konstantin Khlebnikov (koc...@gmail.com) ---
Patch from comment #17 helped for us too.
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-dev
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #22 from Paul Tobias (tobias@gmail.com) ---
Created attachment 273783
--> https://bugzilla.kernel.org/attachment.cgi?id=273783&action=edit
Red console text with kernel 4.14 and ast driver
--
You are receiving this mail because:
https://bugzilla.kernel.org/show_bug.cgi?id=198123
Paul Tobias (tobias@gmail.com) changed:
What|Removed |Added
CC||tobias@gmail.com
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #20 from Bill Fraser (bill.fra...@gmail.com) ---
Rebased on top of -rc8 also works for me.
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel ma
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #19 from Daniel Vetter (dan...@ffwll.ch) ---
Yeah test result on latest -rc8 is needed, since maybe there's some other bug
somewhere ...
--
You are receiving this mail because:
You are watching the assignee of the bug.
__
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #18 from Bill Fraser (bill.fra...@gmail.com) ---
Assuming that patch is meant to be applied directly to b8e2b019 without any
other patches, yep, that works for me.
I tried rebasing onto 4.15-rc8, and it did so without any merge confli
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #17 from Daniel Vetter (dan...@ffwll.ch) ---
Created attachment 273609
--> https://bugzilla.kernel.org/attachment.cgi?id=273609&action=edit
ast patch to load the lut on modesets
This only patches ast, since I'm still not clear what
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #16 from Daniel Vetter (dan...@ffwll.ch) ---
Deposte Pirate, the latest patch I attached (attachment 273575) doesn't even
apply on latest kernels, so I' not sure what exactly you tested. That latest
patch should be tested on top of b8e
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #15 from Deposite Pirate (dpir...@metalpunks.info) ---
As for me, the latest patch on top of HEAD doesn't fix the issue. But maybe I
ought to have applied Michel Dänzer's first patch too?
--
You are receiving this mail because:
You a
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #14 from Bill Fraser (bill.fra...@gmail.com) ---
(In reply to Daniel Vetter from comment #13)
> Created attachment 273575 [details]
> test patch on top of b8e2b0199cc377617dc238f5106352c06dcd3fa2, v2
That patch fixes it for me!
--
Y
https://bugzilla.kernel.org/show_bug.cgi?id=198123
Daniel Vetter (dan...@ffwll.ch) changed:
What|Removed |Added
Attachment #273531|0 |1
is obsolete|
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #12 from Daniel Vetter (dan...@ffwll.ch) ---
Created attachment 273553
--> https://bugzilla.kernel.org/attachment.cgi?id=273553&action=edit
fix of-by-one, or what looks like one
This is another theory that crossed my mind. Please te
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #11 from Bill Fraser (bill.fra...@gmail.com) ---
- The red color looks to be the right shade, but it's hard to say without any
other colors to reference it against.
- With that patch, loading the 'ast' driver results in screen corrupt
https://bugzilla.kernel.org/show_bug.cgi?id=198123
Daniel Vetter (dan...@ffwll.ch) changed:
What|Removed |Added
CC||dan...@ffwll.ch
--- Com
On 2018-01-10 01:15 PM, Daniel Vetter wrote:
> On Sun, Jan 07, 2018 at 07:14:41PM +, Deposite Pirate wrote:
>> December 22, 2017 4:35 PM, "Michel Dänzer" wrote:
>>
>>> "Deposite Pirate", do the attached (only compile tested) patches work?
>>
>> Hi,
>>
>> Sorry for the delay. I was not at home
On Wed, Jan 10, 2018 at 01:15:22PM +0100, Daniel Vetter wrote:
> On Sun, Jan 07, 2018 at 07:14:41PM +, Deposite Pirate wrote:
> > December 22, 2017 4:35 PM, "Michel Dänzer" wrote:
> >
> > > "Deposite Pirate", do the attached (only compile tested) patches work?
> >
> > Hi,
> >
> > Sorry for
On Sun, Jan 07, 2018 at 07:14:41PM +, Deposite Pirate wrote:
> December 22, 2017 4:35 PM, "Michel Dänzer" wrote:
>
> > "Deposite Pirate", do the attached (only compile tested) patches work?
>
> Hi,
>
> Sorry for the delay. I was not at home for a while. So, I've compiled and
> booted a ker
December 22, 2017 4:35 PM, "Michel Dänzer" wrote:
> "Deposite Pirate", do the attached (only compile tested) patches work?
Hi,
Sorry for the delay. I was not at home for a while. So, I've compiled and
booted a kernel with both
of these patches and
the issue is still present.
__
https://bugzilla.kernel.org/show_bug.cgi?id=198123
Bill Fraser (bill.fra...@gmail.com) changed:
What|Removed |Added
CC||bill.fra...@gmail.co
On 2017-12-19 11:48 AM, Michel Dänzer wrote:
> On 2017-12-18 02:50 PM, Peter Rosin wrote:
>> On 2017-12-18 12:37, Michel Dänzer wrote:
>>>
>>> Following up by e-mail, since I can't find Peter Rosin in the kernel
>>> bugzilla.
>>>
>>>
>>> On 2017-12-16 02:41 AM, bugzilla-dae...@bugzilla.kernel.org w
On 2017-12-18 12:37, Michel Dänzer wrote:
>
> Following up by e-mail, since I can't find Peter Rosin in the kernel
> bugzilla.
>
>
> On 2017-12-16 02:41 AM, bugzilla-dae...@bugzilla.kernel.org wrote:
>> https://bugzilla.kernel.org/show_bug.cgi?id=198123
>>
>> --- Comment #8 from Deposite Pirate
On 2017-12-18 02:50 PM, Peter Rosin wrote:
> On 2017-12-18 12:37, Michel Dänzer wrote:
>>
>> Following up by e-mail, since I can't find Peter Rosin in the kernel
>> bugzilla.
>>
>>
>> On 2017-12-16 02:41 AM, bugzilla-dae...@bugzilla.kernel.org wrote:
>>> https://bugzilla.kernel.org/show_bug.cgi?id=
Following up by e-mail, since I can't find Peter Rosin in the kernel
bugzilla.
On 2017-12-16 02:41 AM, bugzilla-dae...@bugzilla.kernel.org wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=198123
>
> --- Comment #8 from Deposite Pirate (dpir...@metalpunks.info) ---
> Ok, I went through all t
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #8 from Deposite Pirate (dpir...@metalpunks.info) ---
Ok, I went through all the git bisect process. Here are the results:
git bisect start
# bad: [a638349bf6c29433b938141f99225b160551ff48] Merge branch 'for-4.15-fixes'
of git://git.k
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #7 from Deposite Pirate (dpir...@metalpunks.info) ---
Thanks for the explanation. I think I understand how this works now. I was
afraid I would not be able to use the Arch PKGBUILD for the kernel together
with git bisect. But it turns
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #6 from Felix Schwarz (felix.schw...@oss.schwarz.eu) ---
Ideally you use Linus' git repo:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/
As you mentioned in your first post you experienced problems when upgrading
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #5 from Deposite Pirate (dpir...@metalpunks.info) ---
I just cloned linux-stable, did git log, searched for "radeon" and built the
revision before this commit, tested it and then I built the revision with this
commit and tested it. Is
https://bugzilla.kernel.org/show_bug.cgi?id=198123
Felix Schwarz (felix.schw...@oss.schwarz.eu) changed:
What|Removed |Added
CC||felix.schwa
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #3 from Deposite Pirate (dpir...@metalpunks.info) ---
Ok, I found the commit:
commit 2040c47361646d18b9832fd930d2a025da002a57 (HEAD -> master)
Merge: 3154b133711f 37899a525491
Author: Dave Airlie
Date: Fri Aug 18 05:30:53 2017 +100
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #2 from Deposite Pirate (dpir...@metalpunks.info) ---
(In reply to Alex Deucher from comment #1)
> Can you bisect?
Hi,
I'm working on it. I haven't compiled a kernel in a few years so I had to set
up all this stuff. This PC is quite
https://bugzilla.kernel.org/show_bug.cgi?id=198123
Alex Deucher (alexdeuc...@gmail.com) changed:
What|Removed |Added
CC||alexdeuc...@gmail.c
61 matches
Mail list logo
