https://bugs.freedesktop.org/show_bug.cgi?id=71930
Mike Lothian changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=71930
--- Comment #24 from Hohahiu ---
Created attachment 90127
--> https://bugs.freedesktop.org/attachment.cgi?id=90127&action=edit
Xorg.0.log
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part -
https://bugs.freedesktop.org/show_bug.cgi?id=71930
--- Comment #23 from Hohahiu ---
Created attachment 90126
--> https://bugs.freedesktop.org/attachment.cgi?id=90126&action=edit
dmesg with radeon.runpm=1
--
You are receiving this mail because:
You are the assignee for the bug.
--
https://bugs.freedesktop.org/show_bug.cgi?id=71930
--- Comment #22 from Hohahiu ---
I also experience issues with radeon.runpm=1 on 3.13-rc2.
My system is intel hd4000 + Mobile radeon 7750M. However lspci shows the
following:
00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core proce
https://bugs.freedesktop.org/show_bug.cgi?id=71930
--- Comment #21 from Mike Lothian ---
I'm only seeing the intel provider out out xrandr --listproviders and the
system keeps stuttering when the card is either powered up (looks like when
it's printing the dpm tables)
--
You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=71930
--- Comment #20 from Mike Lothian ---
Created attachment 90021
--> https://bugs.freedesktop.org/attachment.cgi?id=90021&action=edit
Dmesg from 3.13-rc2
--
You are receiving this mail because:
You are the assignee for the bug.
-- n
https://bugs.freedesktop.org/show_bug.cgi?id=71930
--- Comment #19 from Mike Lothian ---
This is currently what's in switcheroo in 3.13-rc2 with runpm=1
0:IGD:+:Pwr::00:02.0
1:DIS: :DynPwr::01:00.0
Which seems to have a reversed order - the system keeps powering up the radeon
card and p
https://bugs.freedesktop.org/show_bug.cgi?id=71930
--- Comment #18 from Mike Lothian ---
With runpm=1 on adg5f's drm-fixes-3.12-radeon-poweroff which is based on
3.11.0-rc7 I get the following in switcheroo
0:DIS: :DynOff::01:00.0
1:IGD:+:Pwr::00:02.0
It also lists providers and DRI_PRI
https://bugs.freedesktop.org/show_bug.cgi?id=71930
--- Comment #17 from Mike Lothian ---
Created attachment 90020
--> https://bugs.freedesktop.org/attachment.cgi?id=90020&action=edit
Dmesg from drm-fixes-3.12-radeon-poweroff
This is the dmesg from adg5f's drm-fixes-3.12-radeon-poweroff branch
https://bugs.freedesktop.org/show_bug.cgi?id=71930
--- Comment #16 from Mike Lothian ---
Switching back to airlied's drm-radeon-poweroff branch which is based on
3.11-rc3 (which doesn't show my radeon card as a provider) has the following in
switcheroo
0:DIS: :DynOff::01:00.0
1:IGD:+:Pwr:000
https://bugs.freedesktop.org/show_bug.cgi?id=71930
--- Comment #15 from sotiris papadimitriou ---
$ sudo cat /sys/kernel/debug/vgaswitcheroo/switch
0:IGD:+:DynPwr::01:05.0
1:DIS: :DynPwr::02:00.0
The DynPwr should exist on both cards or only the dGPU?
Does runpm extinguished and the two c
https://bugs.freedesktop.org/show_bug.cgi?id=71930
--- Comment #14 from sotiris papadimitriou ---
(In reply to comment #13)
> Same problem.
> My graphics cards:
> lspci | grep VGA
> 01:05.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI
> RS880M [Mobility Radeon HD 4225/4250]
> 0
https://bugs.freedesktop.org/show_bug.cgi?id=71930
--- Comment #13 from sotiris papadimitriou ---
Same problem.
My graphics cards:
lspci | grep VGA
01:05.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI RS880M
[Mobility Radeon HD 4225/4250]
02:00.0 VGA compatible controller: Adva
https://bugs.freedesktop.org/show_bug.cgi?id=71930
--- Comment #12 from Mike Lothian ---
I think that was when I was playing around with the dynamic shutdown patches in
one of Dave's git branches - which explains why I haven't really noticed this
until now - I rarely used switcheroo
This is als
https://bugs.freedesktop.org/show_bug.cgi?id=71930
--- Comment #11 from Mike Lothian ---
I've just tried but it doesn't revert cleanly - not even on 3.11
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scru
https://bugs.freedesktop.org/show_bug.cgi?id=71930
--- Comment #10 from Alex Deucher ---
(In reply to comment #9)
> I bisected back to [bbd34fcdd1b201e996235731a7c98fd5197d9e51] ACPI / hotplug
> / PCI: Register all devices under the given bridge
>
> Which was during the 3.11 cycle I believe - I
https://bugs.freedesktop.org/show_bug.cgi?id=71930
--- Comment #9 from Mike Lothian ---
I bisected back to [bbd34fcdd1b201e996235731a7c98fd5197d9e51] ACPI / hotplug /
PCI: Register all devices under the given bridge
Which was during the 3.11 cycle I believe - I guess there's a chance I picked
up
https://bugs.freedesktop.org/show_bug.cgi?id=71930
--- Comment #8 from Alex Deucher ---
(In reply to comment #4)
> It locks up the machine
Can you bisect to see what broke vgaswitcheroo on your system? Both runpm and
switcheroo use the same acpi method, so fixing one with likely fix both.
--
https://bugs.freedesktop.org/show_bug.cgi?id=71930
--- Comment #7 from Mike Lothian ---
Created attachment 89800
--> https://bugs.freedesktop.org/attachment.cgi?id=89800&action=edit
Dmesg dynpm=1
--
You are receiving this mail because:
You are the assignee for the bug.
-- next par
https://bugs.freedesktop.org/show_bug.cgi?id=71930
--- Comment #6 from Mike Lothian ---
X is now starting with runpm=1 but I get a kworker eating lots of cpu and a
slight freeze / stutter every few seconds
Looks like the card is initialised every few seconds in the dmesg
--
You are receiving t
https://bugs.freedesktop.org/show_bug.cgi?id=71930
--- Comment #5 from Mike Lothian ---
Created attachment 89797
--> https://bugs.freedesktop.org/attachment.cgi?id=89797&action=edit
Dmesg of switcheroo
--
You are receiving this mail because:
You are the assignee for the bug.
-- ne
https://bugs.freedesktop.org/show_bug.cgi?id=71930
--- Comment #4 from Mike Lothian ---
It locks up the machine
Output from journalctl -f will be attached which was captured by sshing from
another machine
It froze up the laptop completely and the connection died
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=71930
--- Comment #3 from Alex Deucher ---
Does manually turning off the dGPU using switcheroo still work with
radeon.runpm=0? If not, can you bisect? runpm and switcheroo use the same
apci mechanism to turn off the dGPU.
--
You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=71930
--- Comment #2 from Mike Lothian ---
I think the same issue has been reported upstream too
https://bugzilla.kernel.org/show_bug.cgi?id=65761
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part ---
https://bugs.freedesktop.org/show_bug.cgi?id=71930
Mike Lothian changed:
What|Removed |Added
CC||mike at fireburn.co.uk
--- Comment #1 fro
25 matches
Mail list logo
