https://bugs.freedesktop.org/show_bug.cgi?id=93649
--- Comment #62 from pandiculationfinch at gmail.com ---
I finally found the root cause for my problems.
Turns out my CPU was overheating. But I only stressed it enough when playing
games and nothing showed up in the logs about a shutdown due to
https://bugs.freedesktop.org/show_bug.cgi?id=93341
Jean-François Fortin Tam changed:
What|Removed |Added
Summary|GPU lockups on RadeonHD |Semi-random GPU lockups on
https://bugs.freedesktop.org/show_bug.cgi?id=95306
--- Comment #34 from Patrick Laurin ---
I just installed fresh Ubuntu 16.04 again on my Pavilion 15-ab188ca (AMD
A10-8700P).
This time I installed current mainline kernel 4.9 rc-6. Still no luck.
--
You are receiving this mail because:
You are
https://bugs.freedesktop.org/show_bug.cgi?id=98761
--- Comment #17 from Arek RuÅniak ---
Marek, thanks for help with llvm.
Grazvydas, with Talos I agree, even opengl is garbage now. Unigine-heaven has
similar problem since r286766
Probably guilty is "AMDGPU: Implement SGPR spilling with
https://bugs.freedesktop.org/show_bug.cgi?id=98821
--- Comment #8 from Alex Deucher ---
(In reply to Arek RuÅniak from comment #7)
> Alex I use something like that:
> watch -n 1 -c "cat /sys/kernel/debug/dri/0/amdgpu_pm_info"
> combined with
> vblank_mode=0 glxgears
> it should set mclk on
https://bugs.freedesktop.org/show_bug.cgi?id=98821
--- Comment #7 from Arek RuÅniak ---
Alex I use something like that:
watch -n 1 -c "cat /sys/kernel/debug/dri/0/amdgpu_pm_info"
combined with
vblank_mode=0 glxgears
it should set mclk on fire IIRC, but it was still 300MHz, bisecting gives me:
https://bugs.freedesktop.org/show_bug.cgi?id=98821
--- Comment #6 from Alex Deucher ---
This also looks suspect:
[1.052566] [AVFS] Something is broken. See log!
have you always had that or is that a recent change?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=98821
--- Comment #5 from Alex Deucher ---
Can you clarify the behavior you are seeing as per my questions in comment 1?
Is it possible this failure is just random? I don't see why
drm/amdgpu:impl vgt_flush for VI(V5)
would have any affect on mclk
https://bugs.freedesktop.org/show_bug.cgi?id=98753
--- Comment #4 from Vincent B. ---
Unfortunately no way to capture the debug trace even with the env variable set
as described :(
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
https://bugs.freedesktop.org/show_bug.cgi?id=98821
--- Comment #4 from Arek RuÅniak ---
Created attachment 128153
--> https://bugs.freedesktop.org/attachment.cgi?id=128153=edit
dmesg - revert refine uvd 6.0 clock gate feature
--
You are receiving this mail because:
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=98821
--- Comment #3 from Arek RuÅniak ---
Created attachment 128152
--> https://bugs.freedesktop.org/attachment.cgi?id=128152=edit
dmesg - low mclk
--
You are receiving this mail because:
You are the assignee for the bug.
-- next
https://bugs.freedesktop.org/show_bug.cgi?id=98821
--- Comment #2 from Arek RuÅniak ---
Created attachment 128151
--> https://bugs.freedesktop.org/attachment.cgi?id=128151=edit
dmesg - high mclk
Or [2] is just my mistake because after several reboots i've got high mclk.
Maybe this is more
https://bugs.freedesktop.org/show_bug.cgi?id=98821
--- Comment #1 from Alex Deucher ---
Can you clarify the situation a bit? I take it there are two issues?
With commit:
drm/amdgpu: refine uvd 6.0 clock gate feature
does the mclk always stay high? With this reverted does it go up and down on
https://bugs.freedesktop.org/show_bug.cgi?id=98821
Bug ID: 98821
Summary: [amdgpu][bisected][polaris] "drm/amdgpu: refine uvd
6.0 clock gate feature" sets MCLK on highest state
Product: DRI
Version: DRI git
Hardware: Other
https://bugs.freedesktop.org/show_bug.cgi?id=98761
--- Comment #16 from Grazvydas Ignotas ---
Possible duplicates: bug 98776 bug 98783 bug 98785
llvm bug: https://llvm.org/bugs/show_bug.cgi?id=31019
--
You are receiving this mail because:
You are the assignee for the bug.
-- next
https://bugs.freedesktop.org/show_bug.cgi?id=98005
--- Comment #23 from Andy Furniss ---
To clarify "Seems to always be the same place" I don't mean in the video -
that's variable. I mean with gop = 30 after 00028 it will bail.
--
You are receiving this mail because:
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=98005
--- Comment #22 from Andy Furniss ---
FWIW the reference decoder on a bad result looks like below when it hits the
first reversal it bails. Seems to always be the same place - this with the
default gop = 30.
0(IDR)0 020
https://bugs.freedesktop.org/show_bug.cgi?id=98761
--- Comment #15 from Marek Olšák ---
It looks like m0 isn't restored for v_interp instructions.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was
https://bugs.freedesktop.org/show_bug.cgi?id=98761
--- Comment #14 from Marek Olšák ---
Created attachment 128130
--> https://bugs.freedesktop.org/attachment.cgi?id=128130=edit
affected shader (bad asm)
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=98761
--- Comment #13 from Marek Olšák ---
Created attachment 128129
--> https://bugs.freedesktop.org/attachment.cgi?id=128129=edit
affected shader (good->bad diff)
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=98761
--- Comment #12 from Marek Olšák ---
Created attachment 128128
--> https://bugs.freedesktop.org/attachment.cgi?id=128128=edit
affected shader (good asm)
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=98005
--- Comment #21 from Andy Furniss ---
Still the same issue with latest patches. I can sometimes get vbr to be
affected as well.
I made a smaller test file, it's re-coded with software to 24 fps as the real
master is /1001 and so would be wrong
https://bugs.freedesktop.org/show_bug.cgi?id=98761
--- Comment #11 from Marek Olšák ---
First bad commit:
commit 4404d0d6e354e80dd7f8f0a0e12d8ad809cf007e
Author: Matt Arsenault
Date: Sun Nov 13 18:20:54 2016 +
AMDGPU: Implement SGPR spilling with scalar stores
nThis avoids
https://bugs.freedesktop.org/show_bug.cgi?id=98005
--- Comment #20 from Boyuan Zhang ---
(In reply to Boyuan Zhang from comment #19)
> (In reply to Boyuan Zhang from comment #18)
> > (In reply to Andy Furniss from comment #14)
> > > but I am afraid the patches regress cbr so the out of order
https://bugs.freedesktop.org/show_bug.cgi?id=98005
--- Comment #19 from Boyuan Zhang ---
(In reply to Boyuan Zhang from comment #18)
> (In reply to Andy Furniss from comment #14)
> > but I am afraid the patches regress cbr so the out of order frames near I
> > frames issue is back.
>
> The
https://bugs.freedesktop.org/show_bug.cgi?id=98005
--- Comment #18 from Boyuan Zhang ---
(In reply to Andy Furniss from comment #14)
> but I am afraid the patches regress cbr so the out of order frames near I
> frames issue is back.
The "out of order" issue was caused by sending last p and
https://bugs.freedesktop.org/show_bug.cgi?id=98795
--- Comment #1 from higuita at gmx.net ---
probably related to https://bugs.freedesktop.org/show_bug.cgi?id=98784
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML
https://bugs.freedesktop.org/show_bug.cgi?id=98492
--- Comment #7 from Nicolai Hähnle ---
What this setting does is disable support for the specified extension. The
problem here is that the application uses the extension in a problematic way:
by the way the extension is phrased, it should only
https://bugs.freedesktop.org/show_bug.cgi?id=98738
--- Comment #16 from Michel Dänzer ---
(In reply to blffkyzp from comment #15)
> I am a normal user. Can you post the command lines i have to run as root or
> user?
I'm not familiar with the Linux distro you're using, please get help for this
https://bugs.freedesktop.org/show_bug.cgi?id=98520
--- Comment #12 from Michel Dänzer ---
mburns92003, can you bisect the kernel?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
https://bugs.freedesktop.org/show_bug.cgi?id=98520
--- Comment #11 from mburns92003 at yahoo.com ---
Yes. My Radeon R7 370 graphics card by MSI is unstable with the 4.8 kernel from
Fedora 24. There are resets and flickers every few seconds
The work around is to install and boot on the 4.7
https://bugs.freedesktop.org/show_bug.cgi?id=98005
--- Comment #17 from Andy Furniss ---
(In reply to Andy Furniss from comment #14)
> Hi,
>
> Initial testing seems good for vbr bitrates
More testing with longer transcoding type tests shows it is still possible to
get low bitrates with the
https://bugs.freedesktop.org/show_bug.cgi?id=98776
--- Comment #4 from Arek RuÅniak ---
Daniel I can't reproduce this on verde/polaris probably this can be HW specific
issue.
And I can't replay your trace because apitrace crashes with:
4108417: warning: region 0x7f26ce079000-0x7f26ce07a188
https://bugs.freedesktop.org/show_bug.cgi?id=98784
--- Comment #6 from Vedran MiletiÄ ---
Further findings: similar flickering occurs in Talos Principle latest public
beta (not in stable) when switching GPU Speed from High to Ultra, after
clicking Apply. The setting gets applied after a while,
https://bugs.freedesktop.org/show_bug.cgi?id=98005
Andy Furniss changed:
What|Removed |Added
Attachment #127943|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=98005
--- Comment #15 from Andy Furniss ---
(In reply to Boyuan Zhang from comment #13)
> In the meantime, I will look at the ntsc framerate.
On this I looked what gstreamer and avconv were sending and both do send the
denominator so a v2 (horrible
https://bugs.freedesktop.org/show_bug.cgi?id=98785
--- Comment #1 from Vedran MiletiÄ ---
Related LLVM bug: https://llvm.org/bugs/show_bug.cgi?id=31019
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was
https://bugs.freedesktop.org/show_bug.cgi?id=98784
--- Comment #5 from Vedran MiletiÄ ---
(In reply to Andy Furniss from comment #4)
> (In reply to Vedran MiletiÄ from comment #0)
> > Created attachment 128072 [details]
> > Talos rendering in place of Croteam logo
> >
> > I'm using Mesa and
https://bugs.freedesktop.org/show_bug.cgi?id=98795
Freyr Ãlafsson changed:
What|Removed |Added
CC||gnarlin at gmail.com
https://bugs.freedesktop.org/show_bug.cgi?id=98795
Bug ID: 98795
Summary: Rendering regression in radeonsi running mad max
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=98743
--- Comment #2 from KiЯei ---
The issue just appeared in the game menu area so I uploaded a trace of that
instead of in-game (where it looks different, but generates a trace of over 3GB
and trimming seems to be broken)
https://bugs.freedesktop.org/show_bug.cgi?id=98761
--- Comment #10 from Arek RuÅniak ---
Nicolai, I don't want to bisect llvm I really hate it but i've tried r286757 &
r286827 and problem is somewhere between. So you have right i believe.
And still can't reproduce this on hd7770 (verde).
--
https://bugs.freedesktop.org/show_bug.cgi?id=98778
Michel Dänzer changed:
What|Removed |Added
Component|Driver/AMDgpu |Drivers/Gallium/radeonsi
https://bugs.freedesktop.org/show_bug.cgi?id=98619
--- Comment #2 from marco.grimaldi at gmail.com ---
Hi,
maybe the below is of interest
I managed to capture some info after a hard-lock of the gpu (rx480):
on TTY1 (I believe) I get the following message:
amdgpu :01:00.1: Invalid PCI ROM
https://bugs.freedesktop.org/show_bug.cgi?id=98619
jk changed:
What|Removed |Added
Summary|amdgpu :01:00.0: GPU|amdgpu :01:00.0: GPU
|fault
https://bugs.freedesktop.org/show_bug.cgi?id=98784
--- Comment #4 from Andy Furniss ---
(In reply to Vedran MiletiÄ from comment #0)
> Created attachment 128072 [details]
> Talos rendering in place of Croteam logo
>
> I'm using Mesa and LLVM git snapshots on kernel 4.8.8 on Tonga (R9 380X).
https://bugs.freedesktop.org/show_bug.cgi?id=98505
Nayan Deshmukh changed:
What|Removed |Added
Attachment #127953|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=98505
--- Comment #34 from Nayan Deshmukh ---
Created attachment 128075
--> https://bugs.freedesktop.org/attachment.cgi?id=128075=edit
dmesg-without_blacklist
Sorry for the previous logs they had an extra patch so please ignore them.
I can get the
https://bugs.freedesktop.org/show_bug.cgi?id=98784
Vedran MiletiÄ changed:
What|Removed |Added
Keywords||regression
--- Comment #3 from Vedran
https://bugs.freedesktop.org/show_bug.cgi?id=98505
--- Comment #33 from Peter Wu ---
(In reply to Nayan Deshmukh from comment #32)
> Created attachment 128064
> dmesg_with_debug_options
These logs do not show the "resume failed" messages that appeared in the
original logs. Could you try to
https://bugs.freedesktop.org/show_bug.cgi?id=98784
--- Comment #2 from Darren Salt ---
Also observed on Polaris10 and Juniper XT. Looks like the game's flipping
between two pages of tiled junk.
Running with LIBGL_DRI3_DISABLE set eliminates the flashing junk, but no
further rendering (except
https://bugs.freedesktop.org/show_bug.cgi?id=98784
Vedran MiletiÄ changed:
What|Removed |Added
Summary|Talos Principle rendering |Talos Principle rendering
https://bugs.freedesktop.org/show_bug.cgi?id=98785
Vedran MiletiÄ changed:
What|Removed |Added
Keywords||regression
--
You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=98785
Bug ID: 98785
Summary: Talos Principle causes GPU faults when rendering main
menu animation
Product: Mesa
Version: git
Hardware: Other
OS: All
https://bugs.freedesktop.org/show_bug.cgi?id=98784
Bug ID: 98784
Summary: Talos Principle rendering flickering garbage on start
instead of Croteam logo
Product: Mesa
Version: git
Hardware: All
OS: All
https://bugs.freedesktop.org/show_bug.cgi?id=98777
--- Comment #2 from Daniel Scharrer ---
Reverting LLVM r286766 "AMDGPU: Implement SGPR spilling with scalar stores"
(while not reverting anything in Mesa) fixes the glitches and lockup - so this
is likely related to bug #98776 and bug #98761
https://bugs.freedesktop.org/show_bug.cgi?id=98776
--- Comment #3 from Daniel Scharrer ---
Reverting LLVM r286766 "AMDGPU: Implement SGPR spilling with scalar stores"
(while not reverting anything in Mesa) also fixes the glitches.
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=98777
--- Comment #1 from Daniel Scharrer ---
Created attachment 128068
--> https://bugs.freedesktop.org/attachment.cgi?id=128068=edit
Glitched ship
The trace also contains a screen of a misrendered ship. Not sure if these
glitches are a related to
https://bugs.freedesktop.org/show_bug.cgi?id=98777
Bug ID: 98777
Summary: GPU lockup in Guns of Icarus Online
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=98761
Daniel Scharrer changed:
What|Removed |Added
CC||daniel at constexpr.org
--- Comment
https://bugs.freedesktop.org/show_bug.cgi?id=98776
--- Comment #2 from Daniel Scharrer ---
Created attachment 128067
--> https://bugs.freedesktop.org/attachment.cgi?id=128067=edit
Glitched face
There are more examples of glitches that all look slightly different - however
the glitches always
https://bugs.freedesktop.org/show_bug.cgi?id=98776
--- Comment #1 from Daniel Scharrer ---
Created attachment 128066
--> https://bugs.freedesktop.org/attachment.cgi?id=128066=edit
Glitched shoreline
--
You are receiving this mail because:
You are the assignee for the bug.
-- next
https://bugs.freedesktop.org/show_bug.cgi?id=98776
Bug ID: 98776
Summary: [regression] Rendering glitches in Life Is Strange
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=98505
--- Comment #32 from Nayan Deshmukh ---
Created attachment 128064
--> https://bugs.freedesktop.org/attachment.cgi?id=128064=edit
dmesg_with_debug_options
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=98505
Nayan Deshmukh changed:
What|Removed |Added
Attachment #128042|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=98005
--- Comment #14 from Andy Furniss ---
Hi,
Initial testing seems good for vbr bitrates, but I am afraid the patches
regress cbr so the out of order frames near I frames issue is back.
It's still possible to get cbr and vbr bitrates to vary with
https://bugs.freedesktop.org/show_bug.cgi?id=98505
--- Comment #31 from Peter Wu ---
(In reply to Nayan Deshmukh from comment #30)
> Created attachment 128042 [details]
> dmesg_with_debug_options
>
> Sorry for the delay, I compiled my kernel with CONFIG_DEBUG_ACPI=y followed
> the steps that
https://bugs.freedesktop.org/show_bug.cgi?id=98771
Vedran MiletiÄ changed:
What|Removed |Added
Product|DRI |a big freedesktop.org fly
https://bugs.freedesktop.org/show_bug.cgi?id=98771
Bug ID: 98771
Summary: 3786^^~~#~~TollFREEE&& to
1-844-633-3786 For norton.com/setup
Product: DRI
Version: XOrg git
Hardware: Other
OS: All
https://bugs.freedesktop.org/show_bug.cgi?id=98664
--- Comment #16 from Roland Scheidegger ---
(In reply to Nicolai Hähnle from comment #14)
> I suspect the reason that the blob drivers do it this way is that if you
> don't, you're likely to hit a subtle bug with emit inside control flow. And
>
https://bugs.freedesktop.org/show_bug.cgi?id=98761
--- Comment #8 from Marek Olšák ---
Scratch that. The bad one has this:
s_mov_b32 s19, s11
s_mov_b32 m0, s19
It looks like it's not an m0 issue.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next
https://bugs.freedesktop.org/show_bug.cgi?id=98761
--- Comment #7 from Marek Olšák ---
Found the bad shader.
The good one has before v_interp:
s_mov_b32 m0, s11
The bad one has before v_interp:
s_mov_b32 m0, s19
I don't see any store instructions though.
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=98005
--- Comment #13 from Boyuan Zhang ---
(In reply to Andy Furniss from comment #11)
> It turns out with more time + different tests that these patches don't fix
> the original issue.
>
> I can still get too low bitrates depending on timing/luck
https://bugs.freedesktop.org/show_bug.cgi?id=98761
--- Comment #6 from Nicolai Hähnle ---
If Witcher 2 has scalar spills, I'd suggest trying LLVM trunk from before
r286766 (or perhaps with that commit reverted), as there's another known bug:
SGPR spills conflict with fragment shader input
https://bugs.freedesktop.org/show_bug.cgi?id=98761
--- Comment #5 from Marek Olšák ---
This is only reproducible on LLVM 4.0 trunk.
LLVM 3.9 renders doesn't have this issue.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An
https://bugs.freedesktop.org/show_bug.cgi?id=98761
--- Comment #4 from Marek Olšák ---
I can reproduce it, but I don't yet know how to find the bad shader.
apitrace doesn't work with this game and shaders aren't always loaded in the
same order.
--
You are receiving this mail because:
You
https://bugs.freedesktop.org/show_bug.cgi?id=98619
jk changed:
What|Removed |Added
Priority|medium |high
--
You are receiving this mail because:
You
https://bugs.freedesktop.org/show_bug.cgi?id=98619
jk changed:
What|Removed |Added
Version|13.0|DRI git
Product|Mesa
https://bugs.freedesktop.org/show_bug.cgi?id=98738
--- Comment #15 from blffkyzp at sharklasers.com ---
Michel Dänzer,
what did you mean with "debugging symbols available for
/usr/lib/vdpau/libvdpau_r600.so.1" ?
I am a normal user. Can you post the command lines i have to run as root or
user?
I
https://bugs.freedesktop.org/show_bug.cgi?id=98761
--- Comment #3 from Arek RuÅniak ---
Created attachment 128053
--> https://bugs.freedesktop.org/attachment.cgi?id=128053=edit
problem in motion
unfortunately, doesn't help here. (mesa git-da2a511 + your patch/llvm 287325)
this is how looks
https://bugs.freedesktop.org/show_bug.cgi?id=98619
--- Comment #1 from jk ---
I've got some similar logs after starting some Steam Games in Fullscreen:
amdgpu :01:00.0: GPU fault detected: 146 0x06580804
amdgpu :01:00.0: VM_CONTEXT1_PROTECTION_FAULT_ADDR 0x001DC2CB
amdgpu
https://bugs.freedesktop.org/show_bug.cgi?id=98664
--- Comment #15 from Jakob Bornecrantz ---
(In reply to Nicolai Hähnle from comment #14)
> I suspect the reason that the blob drivers do it this way is that if you
> don't, you're likely to hit a subtle bug with emit inside control flow. And
>
https://bugs.freedesktop.org/show_bug.cgi?id=98761
--- Comment #2 from Nicolai Hähnle ---
The patch at https://patchwork.freedesktop.org/patch/122101/ fixes a known
regression from that commit -- does it help here?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=98761
Nicolai Hähnle changed:
What|Removed |Added
Summary|[regression][radeonsi][pola |[regression][radeonsi][pola
https://bugs.freedesktop.org/show_bug.cgi?id=98664
--- Comment #14 from Nicolai Hähnle ---
I suspect the reason that the blob drivers do it this way is that if you don't,
you're likely to hit a subtle bug with emit inside control flow. And making the
effort to exploit the undefined-ness
https://bugs.freedesktop.org/show_bug.cgi?id=90320
--- Comment #19 from Alex Deucher ---
Certain panels can be really picky about sequencing or delays in the link
training. I suspect there are mainly just slight differences in the
programming sequences that some panels just don't like. The
https://bugs.freedesktop.org/show_bug.cgi?id=90320
--- Comment #18 from Samir IbradžiÄ ---
OK, how about pointing me to the bugged eDP workaround code in the latest
public DAL code tree?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part
https://bugs.freedesktop.org/show_bug.cgi?id=90320
--- Comment #17 from Alex Deucher ---
(In reply to Samir IbradžiÄ from comment #16)
> Is there are way to enable it in the code provided by 16.40 DKMS package?
Not at the moment.
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=90320
--- Comment #16 from Samir IbradžiÄ ---
Is there are way to enable it in the code provided by 16.40 DKMS package?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML
https://bugs.freedesktop.org/show_bug.cgi?id=90320
Alex Deucher changed:
What|Removed |Added
Component|DRM/AMDgpu-pro |DRM/Radeon
--
You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=90320
--- Comment #15 from Alex Deucher ---
(In reply to Samir IbradžiÄ from comment #14)
>
> Whay would fglrx know how to enable eDP, when all other fail? Is there some
> dark display initialization voodoo magic in there that is not in amdgpu-pro
https://bugs.freedesktop.org/show_bug.cgi?id=90320
Samir IbradžiÄ changed:
What|Removed |Added
Version|DRI git |unspecified
https://bugs.freedesktop.org/show_bug.cgi?id=98664
--- Comment #13 from Jakob Bornecrantz ---
(In reply to Nicolai Hähnle from comment #11)
> Actually, I suspect we do have a related bug here in the Mesa state tracker,
> but you definitely need to fix that geometry shader.
Oh I did not know
https://bugs.freedesktop.org/show_bug.cgi?id=98664
--- Comment #12 from Ilia Mirkin ---
(In reply to Nicolai Hähnle from comment #10)
> The geometry shader is incorrect. I guess it works on i965 because the NIR
> path skips some optimizations that are allowed by the GLSL spec, which has
> this
https://bugs.freedesktop.org/show_bug.cgi?id=98761
--- Comment #1 from Arek RuÅniak ---
Created attachment 128045
--> https://bugs.freedesktop.org/attachment.cgi?id=128045=edit
ground looks good
--
You are receiving this mail because:
You are the assignee for the bug.
-- next
https://bugs.freedesktop.org/show_bug.cgi?id=98761
Bug ID: 98761
Summary: [regression][radeonsi][polaris]"radeonsi: set
IF_THRESHOLD to 3" breaks Wither2's ground
Product: Mesa
Version: git
Hardware: Other
https://bugs.freedesktop.org/show_bug.cgi?id=98664
--- Comment #11 from Nicolai Hähnle ---
Actually, I suspect we do have a related bug here in the Mesa state tracker,
but you definitely need to fix that geometry shader.
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=98664
Nicolai Hähnle changed:
What|Removed |Added
Resolution|--- |NOTOURBUG
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=98505
--- Comment #30 from Nayan Deshmukh ---
Created attachment 128042
--> https://bugs.freedesktop.org/attachment.cgi?id=128042=edit
dmesg_with_debug_options
Sorry for the delay, I compiled my kernel with CONFIG_DEBUG_ACPI=y followed the
steps
https://bugs.freedesktop.org/show_bug.cgi?id=98693
--- Comment #5 from Alex Deucher ---
(In reply to Jani Kärkkäinen from comment #4)
> "The game I'm testing needs 3.4 GB of VRAM.
>
> Setups:
> Tonga - 2 GB: It's nearly unplayable, because freezes occur too often.
> Fiji - 4 GB: There is one
701 - 800 of 32557 matches
Mail list logo