https://bugzilla.kernel.org/show_bug.cgi?id=78661
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #2 fr
https://bugzilla.kernel.org/show_bug.cgi?id=68571
andre+kernel at ramaciotti.com changed:
What|Removed |Added
CC||andre+kernel at ramaciotti
https://bugzilla.kernel.org/show_bug.cgi?id=68571
--- Comment #44 from Alex Deucher ---
(In reply to andre+kernel from comment #43)
> I'm experiencing the same problem with a XFX Radeon HD 7870 GHz Edition.
> I've tried both appending radeon.audio=0 to the kernel parameters and
> blacklisting sn
https://bugzilla.kernel.org/show_bug.cgi?id=78221
--- Comment #9 from t3st3r at mail.ru ---
Hmm, this patch does not applies cleanly to 3.16-rc1 or -rc2, mostly having
bunch of conflicts in radeon_vm.c, which are a bit over my head to resolve at
this point. Which version of kernel I'm supposed to
https://bugzilla.kernel.org/show_bug.cgi?id=78661
--- Comment #3 from Nikolaus Waxweiler ---
Created attachment 140851
--> https://bugzilla.kernel.org/attachment.cgi?id=140851&action=edit
Full dmesg output for the day where the hangs occured up to the bug report
--
You are receiving this mail
https://bugzilla.kernel.org/show_bug.cgi?id=78661
--- Comment #4 from Nikolaus Waxweiler ---
Will try radeon.dpm=0 and report back.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=78221
Alex Deucher changed:
What|Removed |Added
Attachment #140711|0 |1
is obsolete|
https://bugzilla.kernel.org/show_bug.cgi?id=78221
Alex Deucher changed:
What|Removed |Added
Attachment #140721|0 |1
is obsolete|
https://bugzilla.kernel.org/show_bug.cgi?id=78221
--- Comment #12 from t3st3r at mail.ru ---
And what I'm supposed to test if patch is against 3.15? Because 3.15 release is
fine "on its own" and does not exposes this bug. So its impossible to see if
bug appears -> apply patch -> check that bug is
https://bugzilla.kernel.org/show_bug.cgi?id=34772
xerofoify at gmail.com changed:
What|Removed |Added
CC||xerofoify at gmail.com
--- Commen
https://bugzilla.kernel.org/show_bug.cgi?id=78221
--- Comment #13 from Alex Deucher ---
Sorry, I misread your comments and thought it was broken on 3.15 as well. You
can follow the thread here:
http://lists.freedesktop.org/archives/dri-devel/2014-June/062305.html
--
You are receiving this mail
https://bugzilla.kernel.org/show_bug.cgi?id=42787
xerofoify at gmail.com changed:
What|Removed |Added
CC||xerofoify at gmail.com
--- Commen
https://bugzilla.kernel.org/show_bug.cgi?id=78221
--- Comment #14 from t3st3r at mail.ru ---
Nono, v3.15 (release) is okay on my GPU in regard to this bug. That what makes
testing patch tricky.
Bug has been here since unknown. I can tell for sure it plagued all 3.15RCs
(maybe earlier versions as
https://bugzilla.kernel.org/show_bug.cgi?id=78221
--- Comment #15 from Alex Deucher ---
Any luck narrowing down what fixed it in 3.15 or what broke it again in 3.16?
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=71891
Howard Chu changed:
What|Removed |Added
CC||hyc at highlandsun.com
--- Comment #38 from
https://bugzilla.kernel.org/show_bug.cgi?id=42603
xerofoify at gmail.com changed:
What|Removed |Added
CC||xerofoify at gmail.com
--- Commen
https://bugzilla.kernel.org/show_bug.cgi?id=42616
xerofoify at gmail.com changed:
What|Removed |Added
CC||xerofoify at gmail.com
--- Commen
https://bugzilla.kernel.org/show_bug.cgi?id=71891
--- Comment #39 from Christian K?nig ---
(In reply to Howard Chu from comment #38)
> I'm also seeing this UVD not responding on a Trinity laptop - Asus N56DP
> with A10-4600M and discrete GPU. Was working fine on 3.12, fails on 3.13 and
> 3.14. I
https://bugzilla.kernel.org/show_bug.cgi?id=68571
Fabian Pas changed:
What|Removed |Added
CC||fabianp at fusionzone.nl
--- Comment #45 fro
https://bugzilla.kernel.org/show_bug.cgi?id=68571
--- Comment #46 from Alex Deucher ---
(In reply to Fabian Pas from comment #45)
> I am experiencing the same problem with my Radeon HD7770. I've added
> radeon.audio=0 to no avail. I'm on the 3.15.1 kernel now too, but it
> happened in kernel 3.14
https://bugzilla.kernel.org/show_bug.cgi?id=68571
--- Comment #47 from perry3d at gmail.com ---
After testing radeon.audio=0 a few days, i have to say that the bug still
remains. But there is definitely a correlation between the hdmi audio and this
problem as the things are getting better with aud
https://bugzilla.kernel.org/show_bug.cgi?id=42603
boris64 changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.kernel.org/show_bug.cgi?id=79011
Bug ID: 79011
Summary: GPU lockup, screen freeze with Radeon HD7770
Product: Drivers
Version: 2.5
Kernel Version: 3.15 / 3.14
Hardware: x86-64
OS: Linux
Tree:
https://bugzilla.kernel.org/show_bug.cgi?id=79011
--- Comment #1 from Michel D?nzer ---
Please attach /var/log/Xorg.0.log and the output of dmesg (preferably captured
after the problem occurred) and glxinfo.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=76321
Bug ID: 76321
Summary: Incorrect hwmon temperature when radeon card is turned
off
Product: Drivers
Version: 2.5
Kernel Version: 3.15-rc3
Hardware: All
OS
https://bugzilla.kernel.org/show_bug.cgi?id=76321
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1 fr
https://bugzilla.kernel.org/show_bug.cgi?id=76321
--- Comment #2 from Pali Roh?r ---
Here is output from sensors with your patch (when card is turned off):
radeon-pci-0100
Adapter: PCI adapter
ERROR: Can't get value of subfeature temp1_crit: Can't read
ERROR: Can't get value of subfeature temp1_
https://bugzilla.kernel.org/show_bug.cgi?id=75241
--- Comment #14 from Tasev Nikola ---
Hi
I try today with a Medion 1280x1024 monitor and everything work without
problem.
It seem's that only the combinaison RS880 + Belinea 2080S2 have problem
with the new PLL code.
I tried different value from
https://bugzilla.kernel.org/show_bug.cgi?id=74551
--- Comment #6 from maxis11 ---
BTW runpm works with 3.12.7 and 3.12.8 (with 3.13 and later runpm=1 freezes
laptop during boot)
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=74551
--- Comment #7 from Alex Deucher ---
Can you bisect?
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=76321
Alex Deucher changed:
What|Removed |Added
Attachment #136331|0 |1
is obsolete|
https://bugzilla.kernel.org/show_bug.cgi?id=76321
--- Comment #4 from Pali Roh?r ---
With v2 patch now sensors does not report any error (when card is turned off):
$ sensors
radeon-pci-0100
Adapter: PCI adapter
temp1:N/A (crit = +120.0?C, hyst = +90.0?C)
This looks ok.
And for pow
https://bugzilla.kernel.org/show_bug.cgi?id=75401
--- Comment #12 from Pali Roh?r ---
@Alex Deucher: Why is this bug while loop needed?
static bool radeon_atrm_get_bios(struct radeon_device *rdev)
{
...
while ((pdev = pci_get_class(PCI_CLASS_DISPLAY_VGA << 8, pdev)) != NULL) {
dhandl
https://bugzilla.kernel.org/show_bug.cgi?id=75401
--- Comment #13 from Alex Deucher ---
(In reply to Pali Roh?r from comment #12)
> @Alex Deucher: Why is this bug while loop needed?
IIRC, sometimes the method is hung off the other GPU.
--
You are receiving this mail because:
You are watching t
https://bugzilla.kernel.org/show_bug.cgi?id=75931
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Component|Vid
https://bugzilla.kernel.org/show_bug.cgi?id=75921
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Component|Vid
https://bugzilla.kernel.org/show_bug.cgi?id=75301
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Component|Vid
https://bugzilla.kernel.org/show_bug.cgi?id=74551
Alan changed:
What|Removed |Added
Status|NEW |NEEDINFO
--
You are receiving this mail because:
https://bugzilla.kernel.org/show_bug.cgi?id=75301
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1 fr
https://bugzilla.kernel.org/show_bug.cgi?id=75301
--- Comment #2 from Alex Deucher ---
This is a duplicate bug 75401.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=75931
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1 fr
https://bugzilla.kernel.org/show_bug.cgi?id=75931
--- Comment #2 from Alex Deucher ---
duplicate of bug 75921.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=75921
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1 fr
https://bugzilla.kernel.org/show_bug.cgi?id=76321
--- Comment #5 from Alex Deucher ---
(In reply to Pali Roh?r from comment #4)
>
> And for power_dpm_state & power_dpm_force_performance_level: I understand
> that it cannot be changed when card is turned off (I see that it also
> disappear from P
https://bugzilla.kernel.org/show_bug.cgi?id=75241
--- Comment #15 from Christian K?nig ---
(In reply to Tasev Nikola from comment #14)
> I tried different value from 128 to 90 for the ref_div_max but none work
> with my Belinea 1600x1200 screen.
Try going down to at least 32, this would match th
https://bugzilla.kernel.org/show_bug.cgi?id=75241
--- Comment #16 from Tasev Nikola ---
Hi
I tried with 64, 48 and 32 for the ref_div_max .
The only one working at boot is 32 , but after the first suspend resume the
off range frequency problem appear again. I try a second suspend resume with
https://bugzilla.kernel.org/show_bug.cgi?id=75241
--- Comment #17 from Tasev Nikola ---
Created attachment 136831
--> https://bugzilla.kernel.org/attachment.cgi?id=136831&action=edit
dmesg after boot working with max divider 32
--
You are receiving this mail because:
You are watching the assi
https://bugzilla.kernel.org/show_bug.cgi?id=75241
--- Comment #18 from Tasev Nikola ---
Created attachment 136841
--> https://bugzilla.kernel.org/attachment.cgi?id=136841&action=edit
dmesg after suspend resume broken
--
You are receiving this mail because:
You are watching the assignee of the
https://bugzilla.kernel.org/show_bug.cgi?id=75241
--- Comment #19 from Christian K?nig ---
>From the logs you are always getting the same set of paramaters, even when you
change the maximum used in the fix:
[drm:radeon_compute_pll_avivo] 162000 - 161990, pll dividers - fb: 1425.4 ref:
21, post 6
https://bugzilla.kernel.org/show_bug.cgi?id=76321
--- Comment #6 from Pali Roh?r ---
Ok, I will look at it and will try to implemenent it. So can you commit
radeon_hwmon_show_temp() part of patch?
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=76321
--- Comment #7 from Alex Deucher ---
Yes, I already sent attachment 136431 upstream.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=75241
--- Comment #20 from Tasev Nikola ---
You're right again.
It seems that just build the module doesn't work for me. I build a new kernel
from sources with the ref_div_max 124 and it seems to work for now.
[drm:radeon_compute_pll_avivo] 162000 - 1
https://bugzilla.kernel.org/show_bug.cgi?id=75241
--- Comment #21 from Tasev Nikola ---
Hi
With the ref_div_max 124 everything works fine.
Should i try another value just let me now.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=75241
--- Comment #22 from Christian K?nig ---
(In reply to Tasev Nikola from comment #21)
> Hi
>
> With the ref_div_max 124 everything works fine.
> Should i try another value just let me now.
I'm going to submit a patch with value 114, just to have
https://bugzilla.kernel.org/show_bug.cgi?id=76761
Bug ID: 76761
Summary: radeon driver breaks suspend to disk and resume from
RAM in 3.14
Product: Drivers
Version: 2.5
Kernel Version: 3.14.4 (debian 3.14.4-1 amd64)
Hard
https://bugzilla.kernel.org/show_bug.cgi?id=76761
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1 fr
https://bugzilla.kernel.org/show_bug.cgi?id=76761
--- Comment #2 from Vitaliy Filippov ---
Yes, I can try to bisect...
Just found Bug 63391 (Radeon RS880 doesn't resume from suspend with radeon dpm
enabled), and also tried to disable DPM - suspend works fine without it.
But DPM is an important
https://bugzilla.kernel.org/show_bug.cgi?id=76761
Vitaliy Filippov changed:
What|Removed |Added
Summary|radeon driver breaks|radeon DPM breaks suspend
https://bugzilla.kernel.org/show_bug.cgi?id=75241
--- Comment #23 from Tasev Nikola ---
With ref_div_max 114 everything works fine for me.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=76761
--- Comment #3 from Vitaliy Filippov ---
OK I did bisect.
The result is:
6c7bccea390853bdec5b76fe31fc50f3b36f75d5 is the first bad commit
commit 6c7bccea390853bdec5b76fe31fc50f3b36f75d5
Author: Alex Deucher
Date: Wed Dec 18 14:07:14 2013 -050
https://bugzilla.kernel.org/show_bug.cgi?id=76761
--- Comment #4 from Vitaliy Filippov ---
Do you need any other details about this bug? :)
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=76861
Bug ID: 76861
Summary: radeon: flickering horizontal stripes/lines
Product: Drivers
Version: 2.5
Kernel Version: 3.15-rc6
Hardware: i386
OS: Linux
Tree: Mainli
https://bugzilla.kernel.org/show_bug.cgi?id=74751
--- Comment #22 from Tasev Nikola ---
Hi Daniel,
I didn't notice your last reply until today when i was testing
the 3.15-rc6 kernel to report that is still not working.
cat /sys/power/pm_test give me :
[none] core processors platform devices fre
https://bugzilla.kernel.org/show_bug.cgi?id=75841
Darren Salt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.kernel.org/show_bug.cgi?id=76861
--- Comment #1 from Christian K?nig ---
Created attachment 137371
--> https://bugzilla.kernel.org/attachment.cgi?id=137371&action=edit
Possible fix
Might be caused by the recent PLL changes. Does the attached patch helps?
Also please provide d
https://bugzilla.kernel.org/show_bug.cgi?id=75401
--- Comment #14 from Pali Roh?r ---
Created attachment 137381
--> https://bugzilla.kernel.org/attachment.cgi?id=137381&action=edit
preffer current pci device
What about this patch? It will preffer to call ATRM method for current pci
device.
--
https://bugzilla.kernel.org/show_bug.cgi?id=75401
--- Comment #15 from Pali Roh?r ---
oups, it should be ACPI_HANDLE(&rdev->pdev->dev) and not
ACPI_HANDLE(&pdev->dev).
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=76861
--- Comment #2 from Sven Dziadek ---
Created attachment 137401
--> https://bugzilla.kernel.org/attachment.cgi?id=137401&action=edit
dmesg output with patch applied
--
You are receiving this mail because:
You are watching the assignee of the bu
https://bugzilla.kernel.org/show_bug.cgi?id=76861
--- Comment #3 from Sven Dziadek ---
The patch did not change anything for me. The flickering lines are still
there..
Maybe the dmesg output will help?
Thanks
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=76861
--- Comment #4 from Christian K?nig ---
(In reply to Sven Dziadek from comment #3)
> Maybe the dmesg output will help?
The logs show that your system indeed seems to be affected by the patch. Can
you try even lower values than 114 and see if it c
https://bugzilla.kernel.org/show_bug.cgi?id=76861
--- Comment #5 from Sven Dziadek ---
Created attachment 137421
--> https://bugzilla.kernel.org/attachment.cgi?id=137421&action=edit
patched with value 107
Value 107 works for me. I am currently testing which is the highest value
working for me.
https://bugzilla.kernel.org/show_bug.cgi?id=76861
--- Comment #6 from Sven Dziadek ---
Created attachment 137431
--> https://bugzilla.kernel.org/attachment.cgi?id=137431&action=edit
dmesg output for (still working) Kernel 3.15-rc1
--
You are receiving this mail because:
You are watching the a
https://bugzilla.kernel.org/show_bug.cgi?id=76861
--- Comment #7 from Christian K?nig ---
(In reply to Sven Dziadek from comment #5)
> Created attachment 137421 [details]
> patched with value 107
>
> Value 107 works for me. I am currently testing which is the highest value
> working for me. I th
https://bugzilla.kernel.org/show_bug.cgi?id=76861
--- Comment #8 from Sven Dziadek ---
So, I tried different values. First, I was not paying enough attention. Because
with value 112 and 113, there are very few lines appearing.
Value 111 is the one where I did not see any lines until now.
[drm:ra
https://bugzilla.kernel.org/show_bug.cgi?id=70411
Christoph Haag changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.kernel.org/show_bug.cgi?id=76861
--- Comment #9 from Christian K?nig ---
(In reply to Sven Dziadek from comment #8)
> Is that all you need? And thanks for your work!
What happens when you use 108, 109 or 110?
--
You are receiving this mail because:
You are watching the assigne
https://bugzilla.kernel.org/show_bug.cgi?id=74751
--- Comment #23 from Tasev Nikola ---
Hi
I try again different value for /sys/power/pm_test with the
3.15-rc7 kernel and i notice that with devices selected for
/sys/power/pm_test it took long time to resume (12-15 seconds).
Looking into dmesg
https://bugzilla.kernel.org/show_bug.cgi?id=74751
--- Comment #24 from Tasev Nikola ---
Created attachment 137481
--> https://bugzilla.kernel.org/attachment.cgi?id=137481&action=edit
dmesg with devices for sys-power-pm-test
--
You are receiving this mail because:
You are watching the assignee
https://bugzilla.kernel.org/show_bug.cgi?id=76861
--- Comment #10 from Sven Dziadek ---
Ok, for value 111 and smaller, I don't see any lines or stripes. I have not
tried all possible values, but I assume, this is not necessary.
For the values I tried, I can give you the corresponding dmesg entri
https://bugzilla.kernel.org/show_bug.cgi?id=76861
--- Comment #11 from Christian K?nig ---
What happens if you comment out "avivo_reduce_ratio(&fb_div, &ref_div,
fb_div_min, ref_div_min);" ?
The problem is that values smaller than 112 doesn't give us a ref divider of 15
instead we get a divider
https://bugzilla.kernel.org/show_bug.cgi?id=76761
--- Comment #5 from Vitaliy Filippov ---
Alex, do you have any suggestions?..
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=76761
--- Comment #6 from Alex Deucher ---
It was a long weekend in the US. I haven't had a chance to look into it yet.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=76981
Bug ID: 76981
Summary: unsave locking
Product: Drivers
Version: 2.5
Kernel Version: 3.15.0-rc6
Hardware: All
OS: Linux
Tree: Fedora
Status: NEW
https://bugzilla.kernel.org/show_bug.cgi?id=77001
Bug ID: 77001
Summary: Radeon R9 270X GPU lockup and resume failure after all
night inactivity
Product: Drivers
Version: 2.5
Kernel Version: 3.14.4
Hardware: x86-64
https://bugzilla.kernel.org/show_bug.cgi?id=77001
Grzegorz Kowal changed:
What|Removed |Added
Summary|Radeon R9 270X GPU lockup |Radeon R9 270X GPU lockup
https://bugzilla.kernel.org/show_bug.cgi?id=76861
--- Comment #12 from Sven Dziadek ---
Ok, new report ;-)
With this line commented out, the lines reappear.
I tried with these values:
dmesg.log_pll_105: 154000 - 154000, pll dividers - fb: 1129.2 ref: 15, post 7
dmesg.log_pll_110: 154000 - 154000
https://bugzilla.kernel.org/show_bug.cgi?id=76861
--- Comment #13 from Christian K?nig ---
Crap, I freared that this could happen.
Please try values of 50,60,70,80,90 as well and see where the limit is that the
lines disapear.
--
You are receiving this mail because:
You are watching the assign
https://bugzilla.kernel.org/show_bug.cgi?id=77001
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1 fr
https://bugzilla.kernel.org/show_bug.cgi?id=77001
--- Comment #2 from Grzegorz Kowal ---
This type of hang happened for the first time here. I was logged in the KDE
with KWin compositing based on OpenGL 3.1. I don't use any screensaver.
I switched compositing type to OpenGL 2.0 now, and recompil
https://bugzilla.kernel.org/show_bug.cgi?id=76861
--- Comment #14 from Sven Dziadek ---
I tried some more values.
With the line commented out, the lines appear with value 80 and higher. They do
not appear with value 70 and lower. I did not try 60 or any values between 70
and 80. Do you need it mo
https://bugzilla.kernel.org/show_bug.cgi?id=74751
--- Comment #25 from Daniel Vetter ---
Created attachment 137721
--> https://bugzilla.kernel.org/attachment.cgi?id=137721&action=edit
resume fbcon later
Hm, somehow forgotten to attach this yesterday. Please test this patch instead
of any rever
https://bugzilla.kernel.org/show_bug.cgi?id=77001
--- Comment #3 from Grzegorz Kowal ---
This morning at 6:27am it happened again. The computer was idle during the
whole night, even during the hang. When I touched the keyboard around 8am, the
monitor turned on, but I saw dark flickering screen on
https://bugzilla.kernel.org/show_bug.cgi?id=76761
--- Comment #7 from Alex Deucher ---
Created attachment 137731
--> https://bugzilla.kernel.org/attachment.cgi?id=137731&action=edit
possible fix
Does this patch help?
--
You are receiving this mail because:
You are watching the assignee of th
https://bugzilla.kernel.org/show_bug.cgi?id=76761
Alex Deucher changed:
What|Removed |Added
Attachment #137731|0 |1
is obsolete|
https://bugzilla.kernel.org/show_bug.cgi?id=76761
--- Comment #9 from Vitaliy Filippov ---
Yes, everything works with it, thanks!
So, in which kernel version are you planning to include this fix?
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=76761
--- Comment #10 from Alex Deucher ---
3.15 is we can make it in in time, otherwise 3.16. I've cc'ed stable so it
will show up in older kernels as well too once it's applied upstream.
--
You are receiving this mail because:
You are watching the
https://bugzilla.kernel.org/show_bug.cgi?id=86891
--- Comment #18 from Michael Mair-Keimberger ---
Created attachment 156051
--> https://bugzilla.kernel.org/attachment.cgi?id=156051&action=edit
picture with VRAM and GTT usage
(In reply to Michel Dänzer from comment #17)
> (In reply to Michael
https://bugzilla.kernel.org/show_bug.cgi?id=83461
--- Comment #15 from kb at spatium.org ---
Created attachment 156061
--> https://bugzilla.kernel.org/attachment.cgi?id=156061&action=edit
dmesg 2nd run
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=86891
Andy Furniss changed:
What|Removed |Added
CC||adf.lists at gmail.com
--- Comment #19 fro
https://bugzilla.kernel.org/show_bug.cgi?id=83461
--- Comment #16 from kb at spatium.org ---
I applied the patch but don't see any of the extra msgs in the dmesg. Maybe
it's because i'm running it on the BAD kernel? Can you make a patch against
3.14 (this one doesn't apply cleanly on 3.14)?
--
Y
901 - 1000 of 5870 matches
Mail list logo
