| Summary: | High grafic activity on idle desktop with intel i3 grafics and none 3D desktop effects | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | David Martinez Rodriguez <davmrod> |
| Component: | RPM Packages | Assignee: | Thomas Backlund <tmb> |
| Status: | RESOLVED OLD | QA Contact: | |
| Severity: | normal | ||
| Priority: | Normal | CC: | rverschelde, stormi-mageia, tmb, yves |
| Version: | Cauldron | Keywords: | Triaged, UPSTREAM |
| Target Milestone: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | kernel | CVE: | |
| Status comment: | |||
|
Description
David Martinez Rodriguez
2012-05-26 20:16:32 CEST
well, what said top or ps ? Component:
Security =>
RPM Packages I've notice that every time I boot my laptop (DEL XPS15) the graphical boot thing comes up for a little bit and then the screen goes black and shows this error: drm:intel_dsm_platform_mux_info: *error* mux info call failed drm:intel_dsm_platform_mux_info: *error* mux info call failed It seems to be relacionated with the hight grafic activity of the intel (i3) graffic card on Mageia2 desktop. Target Milestone:
--- =>
Mageia 2 ps information:
4838 pts/1 00:00:00 su
5234 pts/1 00:00:00 bash
5896 pts/1 00:00:00 ps
top information:
top - 11:44:07 up 12 min, 3 users, load average: 0.35, 0.37, 0.36
Tasks: 186 total, 2 running, 184 sleeping, 0 stopped, 0 zombie
Cpu(s): 4.6%us, 2.3%sy, 0.1%ni, 93.0%id, 0.0%wa, 0.0%hi, 0.1%si, 0.0%st
Mem: 3944784k total, 1954884k used, 1989900k free, 31028k buffers
Swap: 4088504k total, 0k used, 4088504k free, 988268k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
856 root 20 0 161m 40m 26m S 5 1.1 0:47.29 X
4809 david 20 0 542m 47m 22m S 2 1.2 0:15.99 konsole
2917 david 20 0 814m 76m 38m S 1 2.0 0:17.94 kwin
24 root 20 0 0 0 0 R 0 0.0 0:00.90 kworker/0:1
2746 david 20 0 13872 1324 1092 S 0 0.0 0:00.40 gam_server
3431 david 20 0 318m 48m 14m S 0 1.2 0:00.86 mgaapplet
3436 david 20 0 256m 46m 13m S 0 1.2 0:02.47 net_applet
5906 root 20 0 11044 1252 884 R 0 0.0 0:01.21 top
1 root 20 0 46652 4920 2064 S 0 0.1 0:00.56 systemd
2 root 20 0 0 0 0 S 0 0.0 0:00.00 kthreadd
3 root 20 0 0 0 0 S 0 0.0 0:00.01 ksoftirqd/0
6 root RT 0 0 0 0 S 0 0.0 0:00.00 migration/0
7 root RT 0 0 0 0 S 0 0.0 0:00.00 migration/1
9 root 20 0 0 0 0 S 0 0.0 0:00.00 ksoftirqd/1
10 root RT 0 0 0 0 S 0 0.0 0:00.00 migration/2
12 root 20 0 0 0 0 S 0 0.0 0:00.01 ksoftirqd/2
13 root RT 0 0 0 0 S 0 0.0 0:00.00 migration/3
15 root 20 0 0 0 0 S 0 0.0 0:00.01 ksoftirqd/3
16 root 0 -20 0 0 0 S 0 0.0 0:00.00 cpuset
17 root 0 -20 0 0 0 S 0 0.0 0:00.00 khelper
18 root 20 0 0 0 0 S 0 0.0 0:00.00 kdevtmpfs
19 root 0 -20 0 0 0 S 0 0.0 0:00.00 netns
20 root 20 0 0 0 0 S 0 0.0 0:00.00 sync_supers
21 root 20 0 0 0 0 S 0 0.0 0:00.00 bdi-default
22 root 0 -20 0 0 0 S 0 0.0 0:00.00 kintegrityd
23 root 0 -20 0 0 0 S 0 0.0 0:00.00 kblockd
25 root 0 -20 0 0 0 S 0 0.0 0:00.00 md
26 root 20 0 0 0 0 S 0 0.0 0:00.00 khungtaskd
27 root 20 0 0 0 0 S 0 0.0 0:00.00 kswapd0
28 root 25 5 0 0 0 S 0 0.0 0:00.00 ksmd
is it an optimus nvidia chipset ( with both nvidia and intel ). In this case, the nvidia graphical is by default in performance mode ( but not in use ) into mageia. The solution is to install something like bumblebee and use bbswitch => https://github.com/Bumblebee-Project/bbswitch to turn off the card. Can you confirm if it works after ? thx hurdman. CC:
(none) =>
yves package are into cauldron Thanks Yves, I've solved the problem using "bbswitch" and some "git" orders to turn off the nvidia card. -I've bbswitch charged into the kernel. - and "git" installed. As root: 1- modprobe bbswitch load_state=0 unload_state=1 2- cd acpi_call 3- make 4- insmod acpi_call.ko 5- chmod +x test_off.sh 6- ./test_off.sh 7- echo '\_SB.PCI0.PEG0.PEGP._OFF' > /proc/acpi/call "cat /proc/acpi/bbswitch" will confirm that nvidia card is OFF "tee /proc/acpi/bbswitch <<<OFF" can turn off nvidia card too if no nvidia driver or nouveau it's charged. tmb, is there something that can be done to solve this optimus chipset problem by default? CC:
(none) =>
stormi, tmb Not really for mga2/3 :/ For mga4 with kernel >= 3.12 there will be gpu pm runtime management in kernel that will allow to automatically power down gpu not in use. If you don't mind I'm setting version to cauldron and assigning to you then. To the bug reporter: see comment #8. Only way to try and fix your problem in default kernel is to wait for Mageia 4. Keywords:
(none) =>
Triaged, UPSTREAM AFAICT power management works out of the box for Optimus laptops since Mageia 4. Status:
NEW =>
RESOLVED |