https://bugzilla.kernel.org/show_bug.cgi?id=150731
--- Comment #1 from Jimi ---
Clarification: If I bind the card to amdgpu, X doesn't crash when I actually
bind it to amdgpu. I never actually get to bind it to amdgpu. X crashes when I
rescan PCI devices (after unbinding the card from whatever it
https://bugzilla.kernel.org/show_bug.cgi?id=150731
--- Comment #2 from Jimi ---
Another clarification: the behavior is the same if I don't bind the card to
amdgpu myself and let it be bound to amdgpu on boot, automatically, which is
how I usually test it.
--
You are receiving this mail because:
https://bugzilla.kernel.org/show_bug.cgi?id=79071
Jonathan Howard changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.kernel.org/show_bug.cgi?id=79051
Jonathan Howard changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.kernel.org/show_bug.cgi?id=73901
Pali Roh?r changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.kernel.org/show_bug.cgi?id=79591
--- Comment #5 from Martin Peres ---
Created attachment 142831
--> https://bugzilla.kernel.org/attachment.cgi?id=142831&action=edit
drm/nouveau/therm: fix a potential deadlock in the therm monitoring code
Sorry for the wait. Can you try to repr
https://bugzilla.kernel.org/show_bug.cgi?id=79591
--- Comment #6 from Stefan Ringel ---
look like okey.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=78661
--- Comment #13 from Nikolaus Waxweiler ---
Okay :)
After a few days of use, I got my first corrupted screen this morning. I could
reisub though. Unfortunately, nothing in the logs... will keep testing.
--
You are receiving this mail because:
Y
https://bugzilla.kernel.org/show_bug.cgi?id=79591
--- Comment #7 from Stefan Ringel ---
(In reply to Martin Peres from comment #5)
> Sorry for the wait. Can you try to reproduce the issue with this patch?
Your patch works. Thanks. I cannot reproduce it with this patch.
--
You are receiving th
https://bugzilla.kernel.org/show_bug.cgi?id=79591
--- Comment #8 from Martin Peres ---
(In reply to Stefan Ringel from comment #7)
> (In reply to Martin Peres from comment #5)
>
> > Sorry for the wait. Can you try to reproduce the issue with this patch?
>
> Your patch works. Thanks. I cannot re
https://bugzilla.kernel.org/show_bug.cgi?id=72701
--- Comment #15 from EmanueL Czirai ---
Hi. I believe that I am in the exact same situation as the OP.
The system locks up in about 10 (or sometimes 14-15) seconds of boot time and I
don't have to go past typing my luks password to mount rootfs.
https://bugzilla.kernel.org/show_bug.cgi?id=72701
--- Comment #16 from EmanueL Czirai ---
Created attachment 142981
--> https://bugzilla.kernel.org/attachment.cgi?id=142981&action=edit
dmesg with radeon.test=3
with radeon.test=3 this took about 80 seconds to show me the boot screen text,
the s
https://bugzilla.kernel.org/show_bug.cgi?id=72701
--- Comment #17 from EmanueL Czirai ---
Created attachment 142991
--> https://bugzilla.kernel.org/attachment.cgi?id=142991&action=edit
dmesg with radeon.test=0
here is another dmesg in which the only thing that I've changed(from the
previous dm
https://bugzilla.kernel.org/show_bug.cgi?id=72701
--- Comment #18 from EmanueL Czirai ---
Created attachment 143001
--> https://bugzilla.kernel.org/attachment.cgi?id=143001&action=edit
kernel .config used in previous dmesgs
3.16-rc4
--
You are receiving this mail because:
You are watching th
https://bugzilla.kernel.org/show_bug.cgi?id=72701
--- Comment #19 from EmanueL Czirai ---
Created attachment 143011
--> https://bugzilla.kernel.org/attachment.cgi?id=143011&action=edit
ati catalyst screenshot of the Information tab when both graphic cards were on
found a screenshot of ATI Cata
https://bugzilla.kernel.org/show_bug.cgi?id=72701
--- Comment #20 from EmanueL Czirai ---
Created attachment 143031
--> https://bugzilla.kernel.org/attachment.cgi?id=143031&action=edit
sloppy patch try
I modified your previous patch slightly(because some hunks failed and
compilation error), bu
https://bugzilla.kernel.org/show_bug.cgi?id=74551
--- Comment #11 from maxis11 ---
executing "echo OFF > /sys/kernel/debug/vgaswitcheroo/switch" on every kernel
causes freezing OS(even where runpm and dpm are working). Additionally, when OS
freezes, it doesn't write any log(not in kern.log or Xor
https://bugzilla.kernel.org/show_bug.cgi?id=74551
maxis11 changed:
What|Removed |Added
Summary|Unable to enable ACPI |Unable to run linux with
|
https://bugzilla.kernel.org/show_bug.cgi?id=74551
--- Comment #12 from Alex Deucher ---
(In reply to maxis11 from comment #6)
> BTW runpm works with 3.12.7 and 3.12.8 (with 3.13 and later runpm=1 freezes
> laptop during boot)
runpm support didn't exist until 3.13. If "echo OFF >
/sys/kernel/debu
https://bugzilla.kernel.org/show_bug.cgi?id=74551
--- Comment #13 from maxis11 ---
(In reply to Alex Deucher from comment #12)
> (In reply to maxis11 from comment #6)
> > BTW runpm works with 3.12.7 and 3.12.8 (with 3.13 and later runpm=1 freezes
> > laptop during boot)
>
> runpm support didn't
https://bugzilla.kernel.org/show_bug.cgi?id=74551
--- Comment #14 from maxis11 ---
Jul 18 00:34:03 maxis11-Aspire-5560 kernel: [6.728524] [drm] Internal
thermal controller with fan control
Jul 18 00:34:03 maxis11-Aspire-5560 kernel: [6.728612] == power state 0 ==
Jul 18 00:34:03 maxis11-A
https://bugzilla.kernel.org/show_bug.cgi?id=80551
Bug ID: 80551
Summary: Second video card failed to initialize with message
'Invalid ROM contents'
Product: Drivers
Version: 2.5
Kernel Version: 3.14-1-amd64
Hardware: IA
https://bugzilla.kernel.org/show_bug.cgi?id=74551
--- Comment #15 from Alex Deucher ---
(In reply to maxis11 from comment #13)
> (In reply to Alex Deucher from comment #12)
> > (In reply to maxis11 from comment #6)
> > > BTW runpm works with 3.12.7 and 3.12.8 (with 3.13 and later runpm=1
> > > f
https://bugzilla.kernel.org/show_bug.cgi?id=74551
--- Comment #16 from maxis11 ---
(In reply to Alex Deucher from comment #15)
> (In reply to maxis11 from comment #13)
> > (In reply to Alex Deucher from comment #12)
> > > (In reply to maxis11 from comment #6)
> > > > BTW runpm works with 3.12.7 a
https://bugzilla.kernel.org/show_bug.cgi?id=74551
--- Comment #17 from Alex Deucher ---
(In reply to maxis11 from comment #16)
>
> So it seems that this is Acer BIOS problem freezes laptop, when trying to
> turn off dGPU. Am I right?
Either that or it requires some special system specific hand
https://bugzilla.kernel.org/show_bug.cgi?id=74551
--- Comment #18 from maxis11 ---
(In reply to Alex Deucher from comment #17)
> (In reply to maxis11 from comment #16)
> >
> > So it seems that this is Acer BIOS problem freezes laptop, when trying to
> > turn off dGPU. Am I right?
>
>
> Either
https://bugzilla.kernel.org/show_bug.cgi?id=74551
--- Comment #19 from Alex Deucher ---
Created attachment 143401
--> https://bugzilla.kernel.org/attachment.cgi?id=143401&action=edit
disable runpm by default on problematic systems
The attached patch will disable runpm by default on problematic
https://bugzilla.kernel.org/show_bug.cgi?id=51381
--- Comment #36 from Alex Deucher ---
Created attachment 143411
--> https://bugzilla.kernel.org/attachment.cgi?id=143411&action=edit
disable runpm by default on problematic systems
This patch disables runpm by default on the Asus K73TA laptop s
https://bugzilla.kernel.org/show_bug.cgi?id=51381
--- Comment #37 from Teofilis Martisius ---
Hi,
Please let me know if I can do anything to help "fix the deeper issue". I'd
like to have runpm working properly on my machine, and I do have some free
time. Unfortunately I'm not familiar with Radeo
https://bugzilla.kernel.org/show_bug.cgi?id=74551
--- Comment #20 from maxis11 ---
I would glad to help with fixing the deeper problem
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=78661
--- Comment #14 from Nikolaus Waxweiler ---
Created attachment 143581
--> https://bugzilla.kernel.org/attachment.cgi?id=143581&action=edit
New hangs on cold boot on 3.15.6
Alright, the lockups were few and far between on 3.15.5 with both patche
https://bugzilla.kernel.org/show_bug.cgi?id=80851
Bug ID: 80851
Summary: Radeon[Trinity HD 7520G] Resume Results in Blank
Screen, no backlight
Product: Drivers
Version: 2.5
Kernel Version: 3.15.6
Hardware: x86-64
https://bugzilla.kernel.org/show_bug.cgi?id=80901
Bug ID: 80901
Summary: [radeon] loading corrupts lspci entry + unloading
crashes kernel
Product: Drivers
Version: 2.5
Kernel Version: 3.16.0
Hardware: IA-64
https://bugzilla.kernel.org/show_bug.cgi?id=80901
--- Comment #1 from Andrea Patern? ---
Created attachment 143911
--> https://bugzilla.kernel.org/attachment.cgi?id=143911&action=edit
System Journal log
System log on failure
--
You are receiving this mail because:
You are watching the assign
https://bugzilla.kernel.org/show_bug.cgi?id=80901
--- Comment #2 from Andrea Patern? ---
Created attachment 143921
--> https://bugzilla.kernel.org/attachment.cgi?id=143921&action=edit
Kernel config
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=80901
Andrea Patern? changed:
What|Removed |Added
Attachment #143901|application/octet-stream|text/plain
mime type|
https://bugzilla.kernel.org/show_bug.cgi?id=80901
Andrea Patern? changed:
What|Removed |Added
Attachment #143911|application/octet-stream|text/plain
mime type|
https://bugzilla.kernel.org/show_bug.cgi?id=80901
Andrea Patern? changed:
What|Removed |Added
Attachment #143921|application/octet-stream|text/plain
mime type|
https://bugzilla.kernel.org/show_bug.cgi?id=80901
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #3 fr
https://bugzilla.kernel.org/show_bug.cgi?id=80901
--- Comment #4 from Andrea Patern? ---
It does.
gandalf at the_shire ~ ? LIBGL_DEBUG=1 DRI_PRIME=1 glxinfo | grep "renderer
string"
libGL: Can't open configuration file /home/gandalf/.drirc: No such file or
directory.
libGL: Can't open configurat
https://bugzilla.kernel.org/show_bug.cgi?id=80901
--- Comment #5 from Andrea Patern? ---
Created attachment 143931
--> https://bugzilla.kernel.org/attachment.cgi?id=143931&action=edit
dmesg
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=80901
--- Comment #6 from Alex Deucher ---
(In reply to Andrea Patern? from comment #4)
> It does.
>
> gandalf at the_shire ~ ? LIBGL_DEBUG=1 DRI_PRIME=1 glxinfo | grep "renderer
> string"
> libGL: Can't open configuration file /home/gandalf/.drirc: No
https://bugzilla.kernel.org/show_bug.cgi?id=80901
--- Comment #7 from Andrea Patern? ---
Created attachment 143941
--> https://bugzilla.kernel.org/attachment.cgi?id=143941&action=edit
System Journal log after module unloading
Makes sense! Nonetheless, the "unknown header type 7f" problem remai
https://bugzilla.kernel.org/show_bug.cgi?id=80901
--- Comment #8 from Alex Deucher ---
(In reply to Andrea Patern? from comment #7)
> Makes sense! Nonetheless, the "unknown header type 7f" problem remains, as
> well as the unloading problem. I managed to capture the journal log of the
> system ju
https://bugzilla.kernel.org/show_bug.cgi?id=80901
--- Comment #9 from Andrea Patern? ---
That is.. well. I feel quite dumb, because it totally makes sense. It totally
works when the card is powered up: both lspci and radeontop work like a charm!
Now I only have to figure out what may cause the v
https://bugzilla.kernel.org/show_bug.cgi?id=80901
Andrea Patern? changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.kernel.org/show_bug.cgi?id=80901
--- Comment #11 from Alex Deucher ---
You can leave the radeon driver as a module and just not unload it. There's
generally no reason to.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=81001
Bug ID: 81001
Summary: radeon: fence wait failed (-35) after hybrid suspend,
leading to GPU reset and hangs
Product: Drivers
Version: 2.5
Kernel Version: 3.15+
Hardware:
https://bugzilla.kernel.org/show_bug.cgi?id=81001
Ivan Kalvachev changed:
What|Removed |Added
CC||iive at yahoo.com
Regression|No
https://bugzilla.kernel.org/show_bug.cgi?id=66281
sven changed:
What|Removed |Added
CC||sven.pilz+linux at gmail.com
--- Comment #8 from s
https://bugzilla.kernel.org/show_bug.cgi?id=79571
M132 changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.kernel.org/show_bug.cgi?id=81281
Bug ID: 81281
Summary: 8970M boot problems since 3.13 with dpm
Product: Drivers
Version: 2.5
Kernel Version: 3.16.0-rc5
Hardware: All
OS: Linux
Tree: Mainline
https://bugzilla.kernel.org/show_bug.cgi?id=81281
--- Comment #1 from sharkgoesmad ---
Created attachment 144541
--> https://bugzilla.kernel.org/attachment.cgi?id=144541&action=edit
Xorg.0.log.old
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=81281
sharkgoesmad changed:
What|Removed |Added
CC||sharkgoesmad at gmail.com
Regressi
https://bugzilla.kernel.org/show_bug.cgi?id=81281
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #2 fr
https://bugzilla.kernel.org/show_bug.cgi?id=81281
--- Comment #3 from sharkgoesmad ---
Thank you for looking into it!
Yes, the startup was successful on 3.16 and I'm currently using it with no
issues.
I'll attach dmesg and xorg log file shortly.
--
You are receiving this mail because:
You are
https://bugzilla.kernel.org/show_bug.cgi?id=81281
--- Comment #4 from sharkgoesmad ---
Created attachment 144551
--> https://bugzilla.kernel.org/attachment.cgi?id=144551&action=edit
dmesg on 3.16-rc5 with radeon.runpm=0
--
You are receiving this mail because:
You are watching the assignee of
https://bugzilla.kernel.org/show_bug.cgi?id=81281
sharkgoesmad changed:
What|Removed |Added
Attachment #144541|0 |1
is obsolete|
https://bugzilla.kernel.org/show_bug.cgi?id=81021
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Component|cpu
https://bugzilla.kernel.org/show_bug.cgi?id=81021
--- Comment #1 from Alan ---
(moving in the direction of those who would know, and whose code would need to
do the GPU setup if there is any)
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=80331
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Component|Vid
https://bugzilla.kernel.org/show_bug.cgi?id=80331
Alan changed:
What|Removed |Added
Summary|Radeon driver broken in |[BISECTED]Radeon driver
|kernel
https://bugzilla.kernel.org/show_bug.cgi?id=80341
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Component|Vid
https://bugzilla.kernel.org/show_bug.cgi?id=81021
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #2 fr
https://bugzilla.kernel.org/show_bug.cgi?id=80331
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #2 fr
https://bugzilla.kernel.org/show_bug.cgi?id=80341
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #2 fr
https://bugzilla.kernel.org/show_bug.cgi?id=80331
--- Comment #3 from Colin ---
(In reply to Alex Deucher from comment #2)
> You need to have the firmware installed to use the driver. We don't support
> the driver without firmware loaded.
Sorry, I didn't explain very well. The firmware is insta
https://bugzilla.kernel.org/show_bug.cgi?id=80331
--- Comment #4 from Alex Deucher ---
If the driver is built into the kernel, you need to built the firmware into the
kernel as well.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=80331
--- Comment #5 from Colin ---
(In reply to Alex Deucher from comment #4)
> If the driver is built into the kernel, you need to built the firmware into
> the kernel as well.
I am just using the standard build system e.g. make bzImage. As I said if
https://bugzilla.kernel.org/show_bug.cgi?id=80331
--- Comment #6 from Alex Deucher ---
(In reply to Colin from comment #5)
> (In reply to Alex Deucher from comment #4)
> > If the driver is built into the kernel, you need to built the firmware into
> > the kernel as well.
>
> I am just using the
https://bugzilla.kernel.org/show_bug.cgi?id=80331
--- Comment #7 from Colin ---
(In reply to Alex Deucher from comment #6)
> (In reply to Colin from comment #5)
> > (In reply to Alex Deucher from comment #4)
> > > If the driver is built into the kernel, you need to built the firmware
> > > into
https://bugzilla.kernel.org/show_bug.cgi?id=80331
--- Comment #8 from Alex Deucher ---
(In reply to Colin from comment #7)
>
> Oh. I hadn't realised. Anyway, with the patch removed the card supports XV
> in X windows and with the patch installed it doesn't. If the firmware always
> fails to load
https://bugzilla.kernel.org/show_bug.cgi?id=80331
--- Comment #9 from Colin ---
(In reply to Alex Deucher from comment #8)
> (In reply to Colin from comment #7)
> >
> > Oh. I hadn't realised. Anyway, with the patch removed the card supports XV
> > in X windows and with the patch installed it doe
https://bugzilla.kernel.org/show_bug.cgi?id=80331
--- Comment #10 from Alex Deucher ---
(In reply to Colin from comment #9)
> but it was you that said it always failed to load so I am getting confused
> now.
>
> It is not to do with X because the problem shows up in plain text mode as
> well be
https://bugzilla.kernel.org/show_bug.cgi?id=80331
--- Comment #11 from Colin ---
(In reply to Alex Deucher from comment #10)
> (In reply to Colin from comment #9)
> > but it was you that said it always failed to load so I am getting confused
> > now.
> >
> > It is not to do with X because the p
https://bugzilla.kernel.org/show_bug.cgi?id=80331
--- Comment #12 from Colin ---
Created attachment 144641
--> https://bugzilla.kernel.org/attachment.cgi?id=144641&action=edit
Log files
9 Log files demonstrating the problem
--
You are receiving this mail because:
You are watching the assigne
https://bugzilla.kernel.org/show_bug.cgi?id=81021
Kertesz Laszlo changed:
What|Removed |Added
CC||laszlo.kertesz at gmail.com
--- Comment
https://bugzilla.kernel.org/show_bug.cgi?id=81021
--- Comment #4 from LiNuxXer ---
(In reply to Alex Deucher from comment #2)
> You can enable it by setting pi->enable_bapm = true; in trinity_dpm_init()
> in trinity_dpm.c. Unforunately, it's not stable yet on all systems.
Thank you for this hin
https://bugzilla.kernel.org/show_bug.cgi?id=81021
--- Comment #5 from LiNuxXer ---
(In reply to Kertesz Laszlo from comment #3)
> This issue isnt new, i filed a bug about it ages ago ( #62861 ). As Alex
> said, turbo core can be enabled by setting bapm to true.
I cannot see any relation between
https://bugzilla.kernel.org/show_bug.cgi?id=81391
Bug ID: 81391
Summary: nouveau E[ PFIFO][:01:00.0] read fault at
0x20f000 [PTE] from BAR1/HOST_CPU on channel
0x00ffbdf000 [unknown]
Product: Drivers
Ver
https://bugzilla.kernel.org/show_bug.cgi?id=81391
--- Comment #1 from Srihari Vijayaraghavan
---
Created attachment 144741
--> https://bugzilla.kernel.org/attachment.cgi?id=144741&action=edit
lspci & .config
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=81391
--- Comment #2 from Srihari Vijayaraghavan
---
Actually, seeing how the flooding hasn't stopped, I've rebooted it to Intel
4600 video chip, disabling GTX 860m in the BIOS/firmware. However, I'm happy to
re-enable it and test any patch, if you wan
https://bugzilla.kernel.org/show_bug.cgi?id=81021
--- Comment #6 from Alex Deucher ---
(In reply to LiNuxXer from comment #5)
>
> This bug report here is about Linux not supporting Turbo Core on APUs when
> no specific graphics driver is used.
>
> In other words, I'm raising the question whethe
https://bugzilla.kernel.org/show_bug.cgi?id=80331
--- Comment #13 from Alex Deucher ---
You need to compile the firmware into your kernel when you build the driver
into the kernel. In both of your static builds, the firmware fails to load:
static-with-patch:
[0.263616] r600_cp: Failed to lo
https://bugzilla.kernel.org/show_bug.cgi?id=80331
--- Comment #14 from Colin ---
(In reply to Alex Deucher from comment #13)
> You need to compile the firmware into your kernel when you build the driver
> into the kernel. In both of your static builds, the firmware fails to load:
>
> static-wit
https://bugzilla.kernel.org/show_bug.cgi?id=80331
--- Comment #15 from Alex Deucher ---
(In reply to Colin from comment #14)
>
> Thanks I'll give it a go when I home from work tonight. I am sure that will
> be the solution. Strange thing is that even with the firmware not loaded the
> card works
https://bugzilla.kernel.org/show_bug.cgi?id=80331
Colin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.kernel.org/show_bug.cgi?id=75241
--- Comment #24 from Tasev Nikola ---
The new ref_div_max = max(min(100 / post_div, ref_div_max), 1u);
works fine with my Belinea 1600x1200 screen.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=67681
--- Comment #29 from KernelBug <3fdd1e5d at opayq.com> ---
Since this has been handed over to the Drivers, has anyone seen this?
Thanks
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=77181
Bug ID: 77181
Summary: radeon -- GPU lockup when hibernating or waking up
Product: Drivers
Version: 2.5
Kernel Version: 3.15.0-rc8
Hardware: x86-64
OS: Linux
T
https://bugzilla.kernel.org/show_bug.cgi?id=66871
--- Comment #9 from Erik Edwards ---
(In reply to Alex Deucher from comment #8)
> Can you use git to bisect what commit caused the regression? Google for git
> bisect howto.
3.12.5
Found a workaround:
Allow nromal boot to graphical environment
https://bugzilla.kernel.org/show_bug.cgi?id=76761
--- Comment #11 from Vitaliy Filippov ---
Thanks, I'll wait for the inclusion :-)
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=66731
Zhang Rui changed:
What|Removed |Added
CC||rui.zhang at intel.com
Component|Oth
https://bugzilla.kernel.org/show_bug.cgi?id=77001
--- Comment #4 from Grzegorz Kowal ---
I've got this again. This time with radeon.dpm=0 and power profile set to
"low".
Sometimes when I switch the computer on, it seems that system does not initiate
the GPU properly and monitor stays off. The sy
https://bugzilla.kernel.org/show_bug.cgi?id=77001
--- Comment #5 from Grzegorz Kowal ---
Created attachment 137941
--> https://bugzilla.kernel.org/attachment.cgi?id=137941&action=edit
Boot log when GPU cannot be initialized.
--
You are receiving this mail because:
You are watching the assigne
https://bugzilla.kernel.org/show_bug.cgi?id=74551
--- Comment #8 from maxis11 ---
(In reply to Alex Deucher from comment #7)
> Can you bisect?
All kernels 3.13.X ,3.14.X, 3.15-rc(1-8) are broken. 3.12 kernel started work
from commit b2b8225e61d9176a5d08218842ce03c7be035176 (drm/radeon: 0x9649 is
https://bugzilla.kernel.org/show_bug.cgi?id=74551
--- Comment #9 from maxis11 ---
(In reply to maxis11 from comment #8)
> (In reply to Alex Deucher from comment #7)
> > Can you bisect?
>
> All kernels 3.13.X ,3.14.X, 3.15-rc(1-8) are broken. 3.12 kernel started
> work from commit b2b8225e61d9176
https://bugzilla.kernel.org/show_bug.cgi?id=77261
Bug ID: 77261
Summary: [pciehp] (PCI Express Hot Plug Controller) unloads
radeon DRM driver w/ vgaswitcheroo
Product: Drivers
Version: 2.5
Kernel Version: 3.15-rc8
Hardw
https://bugzilla.kernel.org/show_bug.cgi?id=77261
Shawn Starr changed:
What|Removed |Added
CC||rjw at rjwysocki.net
Component|Vid
https://bugzilla.kernel.org/show_bug.cgi?id=76861
Sven Dziadek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
701 - 800 of 5870 matches
Mail list logo
