[PATCH 0/9] drm/radeon/kms: update pm code
On Sat, 8 May 2010 11:29:10 -0400 Alex Deucher wrote: > On Sat, May 8, 2010 at 7:14 AM, Klaus Doblmann B.A. > wrote: > > the profile setting works but I can't check which clock speeds are > > set as I don't get any feedback (dmesg) anymore (Someone have any > > input on this?). The temps are unaffected whether I use the low or high > > profile, the only way I can tell that some things are working is by a > > 2000 fps-difference when running glxgears (something like 4000 on low > > and 6000 on high). I also attached a wattmeter to my my machine and the > > wattage alternates but I think I'm getting something along the lines of > > a 10W decrease in power consumption - it's very hard to tell, though. > > dynpm is a bit more effective and I even get lower temps (just under > > 50? compared to over 53 with the profile settings) but it's unusable > > right now as I already mentioned. > > > > All in all very nice work so far (this goes for all of you who've > > worked on radeon KMS PM!) - with the latest set of patches this is the > > first "revision" of KMS PM that actually "works" on my machine :) > > > > Thanks for testing; we are definitely planning on further > improvements, this is just a step on the way. The power drops > further when your monitors go off so that will save additional power > when your machine is idle. If you want to see the state transitions, > revert this patch: > http://people.freedesktop.org/~agd5f/pm-drt/0009-drm-radeon-kms-pm-make-pm-spam-debug-only.patch > However, it will spam your kernel log. > > Alex > Hi Alex, thanks for the suggestion! It seems I spoke a bit too soon about everything working. I suspended my machine and now came back after a few hours and it seems the latest patches (well, I only could test the pm code in linus' tree of -34 up to now due to display corruptions so there's a lot of changes since then) in d-r-t killed suspend for me - the machine doesn't come back up and hardlocks. Too bad I can't find anything about it in my logs :( Klaus -- Klaus Doblmann B.A. - http://straightrazorguy.net - FSF member #7570 PGP-Key: http://www.doblmann.de/pgp_key.asc http://twitter.com/klausdoblmann A: Because it messes up the order in which people normally read text. See http://en.wikipedia.org/wiki/Posting_style Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail?
BUG: unable to handle kernel NULL pointer dereference, i915_gem_object_move_to_active
On Sat, May 08, 2010 at 04:32:13PM +0200, Nils Radtke wrote: > This report might actually be related (in fact, same notebook): > > http://permalink.gmane.org/gmane.linux.kernel/981318 May be or may not be related. Given that your problem (and the bz entry I've linked to) are clear kernel bugs, hw (besides the fact that both are using intel graphics) shouldn't really matter. > Daniel, I'm not sure I got what you intended to tell me w/: > > There's a test patch in that bz entry (the one that adds two BUG_ONs). > > If you're hitting these, is rather likely that it's the same bug. > bz entry? > I can't tell whether it's this exact bug. And I'm unfortunately a bit limited > in using the notebook to test and crash it, it's not mine and therefore not > always > there to play with, if you intended me to apply some patch and test whether > the > notebook will crash at the BUG_ON()s. I've link the bz entry in my original reply. Anyway, here it is again: https://bugzilla.kernel.org/show_bug.cgi?id=15664 There's a kernel patch there (the one adding two BUG_ONs, the others are crap). I've you could apply this and test, that would be great - if you hit one of these BUG_ONs you've got the same issue with very high probability. If this is the case, please add yourself to the cc list of this bug with a "me too" containing some details 'bout your hw + links to all other preexisting bugs/discussion concerning your problem. Thanks, Daniel -- Daniel Vetter Mail: daniel at ffwll.ch Mobile: +41 (0)79 365 57 48
Cannot compile latest drm-radeon-testing against 2.6.34-rc6
Hi, I cannot compile latest drm-radeon-testing against 2.6.34-rc6 on openSUSE. Johannes (Please CC me.) CC [M] /usr/src/packages/BUILD/drm-testing-20100508/drm-all/obj/default/drm/radeon/radeon_pm.o /usr/src/packages/BUILD/drm-testing-20100508/drm-all/obj/default/drm/radeon/radeon_pm.c: In function 'radeon_pm_init': /usr/src/packages/BUILD/drm-testing-20100508/drm-all/obj/default/drm/radeon/radeon_pm.c:430: warning: ignoring return value of 'device_create_file', declared with attribute warn_unused_result /usr/src/packages/BUILD/drm-testing-20100508/drm-all/obj/default/drm/radeon/radeon_pm.c:431: warning: ignoring return value of 'device_create_file', declared with attribute warn_unused_result CC [M] /usr/src/packages/BUILD/drm-testing-20100508/drm-all/obj/default/drm/radeon/atombios_dp.o CC [M] /usr/src/packages/BUILD/drm-testing-20100508/drm-all/obj/default/drm/ttm/ttm_page_alloc.o /usr/src/packages/BUILD/drm-testing-20100508/drm-all/obj/default/drm/ttm/ttm_page_alloc.c: In function 'ttm_set_pages_caching': /usr/src/packages/BUILD/drm-testing-20100508/drm-all/obj/default/drm/ttm/ttm_page_alloc.c:440: error: implicit declaration of function 'set_pages_array_wc' make[5]: *** [/usr/src/packages/BUILD/drm-testing-20100508/drm-all/obj/default/drm/ttm/ttm_page_alloc.o] Error 1 make[4]: *** [/usr/src/packages/BUILD/drm-testing-20100508/drm-all/obj/default/drm/ttm] Error 2 make[3]: *** [/usr/src/packages/BUILD/drm-testing-20100508/drm-all/obj/default/drm] Error 2 make[2]: *** [_module_/usr/src/packages/BUILD/drm-testing-20100508/drm-all/obj/default] Error 2 make[1]: *** [sub-make] Error 2 make: *** [all] Error 2 make: Leaving directory `/usr/src/linux-2.6.34-rc6-29-obj/i386/default' error: Bad exit status from /var/tmp/rpm-tmp.9hZXBd (%build)
[Bug 28003] [r300g] Compiz fails to start using gallium on rv350.
https://bugs.freedesktop.org/show_bug.cgi?id=28003 --- Comment #9 from Scott Moreau 2010-05-08 17:24:56 PDT --- (In reply to comment #8) > (In reply to comment #7) > > Ok, I've created a patch to work around the bug triggered by 968bf963. It > > restores the old (and wrong) behavior, but with comments. Could you or > > Scott > ^ > I meant, "wrong, but better than the assertion failure". I am sorry to > introduce the regression in the first place. > > help me verify the patch? Thanks for everyones replies. I applied the patch against latest master and it works around the issue. I enabled ccsm>Workarounds>Force Sync Between X and GLX because of redraw/refresh issues using firefox but still having problems with it though compiz works without any warnings or errors. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 28003] [r300g] Compiz fails to start using gallium on rv350.
https://bugs.freedesktop.org/show_bug.cgi?id=28003 --- Comment #9 from Scott Moreau 2010-05-08 17:24:56 PDT --- (In reply to comment #8) > (In reply to comment #7) > > Ok, I've created a patch to work around the bug triggered by 968bf963. It > > restores the old (and wrong) behavior, but with comments. Could you or > > Scott > ^ > I meant, "wrong, but better than the assertion failure". I am sorry to > introduce the regression in the first place. > > help me verify the patch? Thanks for everyones replies. I applied the patch against latest master and it works around the issue. I enabled ccsm>Workarounds>Force Sync Between X and GLX because of redraw/refresh issues using firefox but still having problems with it though compiz works without any warnings or errors. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 28033] New: [r300, r300g] World of Warcraft login screen is "blocky" with RV350
https://bugs.freedesktop.org/show_bug.cgi?id=28033 Summary: [r300, r300g] World of Warcraft login screen is "blocky" with RV350 Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r300 AssignedTo: dri-devel@lists.freedesktop.org ReportedBy: ranki...@googlemail.com Created an attachment (id=35513) --> (https://bugs.freedesktop.org/attachment.cgi?id=35513) Screenshot of the World of Warcraft login page The login screen for World of Warcraft contains a "snow scape". However, some of the snow looks as if it's been misrendered as blocks. This bug happens both with "classic" Mesa and gallium. The card is an AGP Radeon 9550 (RV350); Linux 2.6.33.3, KMS, xf86-xorg-drv from git. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 28033] New: [r300, r300g] World of Warcraft login screen is "blocky" with RV350
https://bugs.freedesktop.org/show_bug.cgi?id=28033 Summary: [r300, r300g] World of Warcraft login screen is "blocky" with RV350 Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r300 AssignedTo: dri-devel at lists.freedesktop.org ReportedBy: rankincj at googlemail.com Created an attachment (id=35513) --> (https://bugs.freedesktop.org/attachment.cgi?id=35513) Screenshot of the World of Warcraft login page The login screen for World of Warcraft contains a "snow scape". However, some of the snow looks as if it's been misrendered as blocks. This bug happens both with "classic" Mesa and gallium. The card is an AGP Radeon 9550 (RV350); Linux 2.6.33.3, KMS, xf86-xorg-drv from git. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
BUG: unable to handle kernel NULL pointer dereference, i915_gem_object_move_to_active
Hi, This might point to the same bug but seen from the process' perspective, it then contains additional info about hw and kernel versions/circumstances: http://lkml.org/lkml/2010/2/18/104 This report might actually be related (in fact, same notebook): http://permalink.gmane.org/gmane.linux.kernel/981318 Daniel, I'm not sure I got what you intended to tell me w/: > There's a test patch in that bz entry (the one that adds two BUG_ONs). > If you're hitting these, is rather likely that it's the same bug. bz entry? I can't tell whether it's this exact bug. And I'm unfortunately a bit limited in using the notebook to test and crash it, it's not mine and therefore not always there to play with, if you intended me to apply some patch and test whether the notebook will crash at the BUG_ON()s. Thanks, Nils
[Bug 27858] [r300g] wine game crashes
https://bugs.freedesktop.org/show_bug.cgi?id=27858 --- Comment #1 from Marek Olšák 2010-05-08 16:12:05 PDT --- Could you please try the game again with current git? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 27858] [r300g] wine game crashes
https://bugs.freedesktop.org/show_bug.cgi?id=27858 --- Comment #1 from Marek Ol??k 2010-05-08 16:12:05 PDT --- Could you please try the game again with current git? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
BUG: unable to handle kernel NULL pointer dereference, i915_gem_object_move_to_active
Maybe-Duplicate-of: https://bugzilla.kernel.org/show_bug.cgi?id=15664 There's a test patch in that bz entry (the one that adds two BUG_ONs). If you're hitting these, is rather likely that it's the same bug. Yours, Daniel On Thu, May 06, 2010 at 03:07:08PM -0700, Andrew Morton wrote: > (cc dri-devel) > > On Wed, 5 May 2010 00:22:16 +0200 > Nils Radtke wrote: > > > Hi, > > > > It happens quite often that X crashes for unknown reasons but this time > > there it's left us a note, this BUG: > > > > BUG: unable to handle kernel NULL pointer dereference at 01e4 > > IP: [] i915_gem_object_move_to_active+0x1c/0xa0 > > *pde = > > Oops: [#4] PREEMPT > > last sysfs file: > > /sys/devices/pci:00/:00:1c.1/:04:00.0/net/wlan0/wireless/link > > Modules linked in: wlan_scan_sta ath_rate_sample ath_pci ath_hal option > > usbserial usb_storage snd_usb_audio snd_usb_lib snd_seq_midi snd_rawmidi > > uvcvideo wlan_ccmp video1394 raw1394 dv1394 firewire_ohci firewire_core > > wlan ohci1394 tg3 libphy ieee1394 [last unloaded: ath_hal] > > > > Pid: 3328, comm: Xorg Tainted: G D2.6.33 #1 Columbia > > /Extensa 5220 > > EIP: 0060:[] EFLAGS: 00213282 CPU: 0 > > EIP is at i915_gem_object_move_to_active+0x1c/0xa0 > > EAX: EBX: c6679450 ECX: c679fd50 EDX: 00b10a13 > > ESI: EDI: EBP: 00b10a13 ESP: f51c1cb0 > > DS: 007b ES: 007b FS: GS: 0033 SS: 0068 > > Process Xorg (pid: 3328, ti=f51c task=f6be5bf0 task.ti=f51c) > > Stack: > > c6679450 0004 c679fd50 c134e83f 0002 c17d42ab c16e3b29 > > <0> c17d71ee 00b10a13 0004 f7395800 f7318000 f7318e10 c1326450 f7318df8 > > <0> f6baff20 00b10a13 f7318de8 f7318e10 f7318000 0004 0001 f7395800 > > Call Trace: > > [] ? i915_add_request+0x25f/0x370 > > [] ? agp_flush_chipset+0x10/0x20 > > [] ? i915_gem_do_execbuffer+0x1325/0x13a0 > > [] ? check_preempt_wakeup+0x87/0x160 > > [] ? i915_gem_execbuffer+0xee/0x4b0 > > [] ? i915_gem_execbuffer+0x23b/0x4b0 > > [] ? drm_ioctl+0x186/0x380 > > [] ? i915_gem_execbuffer+0x0/0x4b0 > > [] ? do_sync_read+0xad/0xf0 > > [] ? drm_ioctl+0x0/0x380 > > [] ? vfs_ioctl+0x2b/0xa0 > > [] ? do_vfs_ioctl+0x73/0x5f0 > > [] ? do_setitimer+0xd9/0x220 > > [] ? ktime_get_ts+0xe3/0x100 > > [] ? posix_ktime_get_ts+0x0/0x10 > > [] ? sys_ioctl+0x66/0x70 > > [] ? sysenter_do_call+0x12/0x22 > > Code: 8a 8d b4 26 00 00 00 00 8d bc 27 00 00 00 00 83 ec 10 89 c1 89 6c 24 > > 0c 89 d5 89 1c 24 89 74 24 04 89 7c 24 08 8b 40 08 8b 71 50 <8b> b8 e4 01 > > 00 00 8b 46 20 85 c0 74 5f 89 e1 81 e1 00 e0 ff ff > > EIP: [] i915_gem_object_move_to_active+0x1c/0xa0 SS:ESP > > 0068:f51c1cb0 > > CR2: 01e4 > > ---[ end trace 13931f32db9a26c3 ]--- > > > > > > - Is there any particular meaning for "last sysfs file" shown? I mean, > > could there > > be some link between the crash and "last sysfs file"? > > > > - X crashing happens actually a lot on this specific notebook. If it's not > > X crashing, > > then unmotivated kde log-offs or frequent firefox crashes contribute > > their share. > > It's most probably not faulty RAM, it's new, it's been tested thoroughly. > > > > > > Thanks for some answers, > > > > Nils > > > > -- > > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > > the body of a message to majordomo at vger.kernel.org > > More majordomo info at http://vger.kernel.org/majordomo-info.html > > Please read the FAQ at http://www.tux.org/lkml/ > ___ > dri-devel mailing list > dri-devel at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel -- Daniel Vetter Mail: daniel at ffwll.ch Mobile: +41 (0)79 365 57 48
[Bug 27343] [r300g] - celestia's stars are missing with "OpenGL vertex program" rendering path
https://bugs.freedesktop.org/show_bug.cgi?id=27343 Marek Olšák changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #13 from Marek Olšák 2010-05-08 14:40:13 PDT --- Fixed as of the commit 084580fa43320b1a0878b572c6804aa5a40b2f9d. There is no Star Style option in the kde frontend. I've had to use the gnome frontend instead. Closing... -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 27343] [r300g] - celestia's stars are missing with "OpenGL vertex program" rendering path
https://bugs.freedesktop.org/show_bug.cgi?id=27343 Marek Ol??k changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #13 from Marek Ol??k 2010-05-08 14:40:13 PDT --- Fixed as of the commit 084580fa43320b1a0878b572c6804aa5a40b2f9d. There is no Star Style option in the kde frontend. I've had to use the gnome frontend instead. Closing... -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[PATCH 0/9] drm/radeon/kms: update pm code
On Fri, 7 May 2010 17:16:11 -0400 Alex Deucher wrote: > This set of patches applies on top of the code in drm-radeon-testing. > > I've been testing this code pretty hard this week and it's been solid. > In addition to some fixes on top of what's in d-r-t, it also reworks > the pm code to support two basic methods: > > 1. "dynpm" > 2. "profile" > > You can select the methods via sysfs. Echo "dynpm" or "profile" to > /sys/class/drm/card-0/device/power_method. > > The "dynpm" method dynamically changes the clocks based on the number of > pending > fences, so performance is ramped up when running GPU intensive apps, and > ramped down when the GPU is idle. The reclocking is attemped during > vertical blanking periods, but due to the timing of the reclocking > functions, doesn't not always complete in the blanking period, which can > lead to flicker in the display. Due to this, dynpm only works when a single > head is active. Hi Alex, I just built a new version of d-r-t with your patches from yesterday applied on top and wanted to share my experience with you and the list (Radeon 2600XT mobile): Dynpm has gotten unusable for me as there's a noticeable effect on mouse movement (getting sluggish) > > The "profile" method exposes 4 profiles that can be selected from: > 1. "default" > 2. "auto" > 3. "low" > 4. "high" > Select the profile by echoing the selected profile to > /sys/class/drm/card-0/device/power_profile. > the profile setting works but I can't check which clock speeds are set as I don't get any feedback (dmesg) anymore (Someone have any input on this?). The temps are unaffected whether I use the low or high profile, the only way I can tell that some things are working is by a 2000 fps-difference when running glxgears (something like 4000 on low and 6000 on high). I also attached a wattmeter to my my machine and the wattage alternates but I think I'm getting something along the lines of a 10W decrease in power consumption - it's very hard to tell, though. dynpm is a bit more effective and I even get lower temps (just under 50? compared to over 53 with the profile settings) but it's unusable right now as I already mentioned. All in all very nice work so far (this goes for all of you who've worked on radeon KMS PM!) - with the latest set of patches this is the first "revision" of KMS PM that actually "works" on my machine :) Klaus -- Klaus Doblmann B.A. - http://straightrazorguy.net - FSF member #7570 PGP-Key: http://www.doblmann.de/pgp_key.asc http://twitter.com/klausdoblmann A: Because it messes up the order in which people normally read text. See http://en.wikipedia.org/wiki/Posting_style Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail?
Re: [PATCH 0/9] drm/radeon/kms: update pm code
On Sat, 8 May 2010 11:29:10 -0400 Alex Deucher wrote: > On Sat, May 8, 2010 at 7:14 AM, Klaus Doblmann B.A. > wrote: > > the profile setting works but I can't check which clock speeds are > > set as I don't get any feedback (dmesg) anymore (Someone have any > > input on this?). The temps are unaffected whether I use the low or high > > profile, the only way I can tell that some things are working is by a > > 2000 fps-difference when running glxgears (something like 4000 on low > > and 6000 on high). I also attached a wattmeter to my my machine and the > > wattage alternates but I think I'm getting something along the lines of > > a 10W decrease in power consumption - it's very hard to tell, though. > > dynpm is a bit more effective and I even get lower temps (just under > > 50° compared to over 53 with the profile settings) but it's unusable > > right now as I already mentioned. > > > > All in all very nice work so far (this goes for all of you who've > > worked on radeon KMS PM!) - with the latest set of patches this is the > > first "revision" of KMS PM that actually "works" on my machine :) > > > > Thanks for testing; we are definitely planning on further > improvements, this is just a step on the way. The power drops > further when your monitors go off so that will save additional power > when your machine is idle. If you want to see the state transitions, > revert this patch: > http://people.freedesktop.org/~agd5f/pm-drt/0009-drm-radeon-kms-pm-make-pm-spam-debug-only.patch > However, it will spam your kernel log. > > Alex > Hi Alex, thanks for the suggestion! It seems I spoke a bit too soon about everything working. I suspended my machine and now came back after a few hours and it seems the latest patches (well, I only could test the pm code in linus' tree of -34 up to now due to display corruptions so there's a lot of changes since then) in d-r-t killed suspend for me - the machine doesn't come back up and hardlocks. Too bad I can't find anything about it in my logs :( Klaus -- Klaus Doblmann B.A. - http://straightrazorguy.net - FSF member #7570 PGP-Key: http://www.doblmann.de/pgp_key.asc http://twitter.com/klausdoblmann A: Because it messes up the order in which people normally read text. See http://en.wikipedia.org/wiki/Posting_style Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[PATCH 0/9] drm/radeon/kms: update pm code
On Sat, May 8, 2010 at 7:14 AM, Klaus Doblmann B.A. wrote: > On Fri, ?7 May 2010 17:16:11 -0400 > Alex Deucher wrote: > >> This set of patches applies on top of the code in drm-radeon-testing. >> >> I've been testing this code pretty hard this week and it's been solid. >> In addition to some fixes on top of what's in d-r-t, it also reworks >> the pm code to support two basic methods: >> >> 1. "dynpm" >> 2. "profile" >> >> You can select the methods via sysfs. ?Echo "dynpm" or "profile" to >> /sys/class/drm/card-0/device/power_method. >> >> The "dynpm" method dynamically changes the clocks based on the number of >> pending >> fences, so performance is ramped up when running GPU intensive apps, and >> ramped down when the GPU is idle. ?The reclocking is attemped during >> vertical blanking periods, but due to the timing of the reclocking >> functions, doesn't not always complete in the blanking period, which can >> lead to flicker in the display. ?Due to this, dynpm only works when a single >> head is active. > > Hi Alex, > > I just built a new version of d-r-t with your patches from yesterday > applied on top and wanted to share my experience with you and the list > (Radeon 2600XT mobile): > > Dynpm has gotten unusable for me as there's a noticeable effect on > mouse movement (getting sluggish) > >> >> The "profile" method exposes 4 profiles that can be selected from: >> 1. "default" >> 2. "auto" >> 3. "low" >> 4. "high" >> Select the profile by echoing the selected profile to >> /sys/class/drm/card-0/device/power_profile. >> > > the profile setting works but I can't check which clock speeds are > set as I don't get any feedback (dmesg) anymore (Someone have any > input on this?). The temps are unaffected whether I use the low or high > profile, the only way I can tell that some things are working is by a > 2000 fps-difference when running glxgears (something like 4000 on low > and 6000 on high). I also attached a wattmeter to my my machine and the > wattage alternates but I think I'm getting something along the lines of > a 10W decrease in power consumption - it's very hard to tell, though. > dynpm is a bit more effective and I even get lower temps (just under > 50? compared to over 53 with the profile settings) but it's unusable > right now as I already mentioned. > > All in all very nice work so far (this goes for all of you who've > worked on radeon KMS PM!) - with the latest set of patches this is the > first "revision" of KMS PM that actually "works" on my machine :) > Thanks for testing; we are definitely planning on further improvements, this is just a step on the way. The power drops further when your monitors go off so that will save additional power when your machine is idle. If you want to see the state transitions, revert this patch: http://people.freedesktop.org/~agd5f/pm-drt/0009-drm-radeon-kms-pm-make-pm-spam-debug-only.patch However, it will spam your kernel log. Alex > Klaus > > -- > Klaus Doblmann B.A. - http://straightrazorguy.net - FSF member #7570 > PGP-Key: http://www.doblmann.de/pgp_key.asc > http://twitter.com/klausdoblmann > > A: Because it messes up the order in which people normally read text. > ? See http://en.wikipedia.org/wiki/Posting_style > Q: Why is top-posting such a bad thing? > A: Top-posting. > Q: What is the most annoying thing in e-mail? > ___ > dri-devel mailing list > dri-devel at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel >
Re: BUG: unable to handle kernel NULL pointer dereference, i915_gem_object_move_to_active
On Sat, May 08, 2010 at 04:32:13PM +0200, Nils Radtke wrote: > This report might actually be related (in fact, same notebook): > > http://permalink.gmane.org/gmane.linux.kernel/981318 May be or may not be related. Given that your problem (and the bz entry I've linked to) are clear kernel bugs, hw (besides the fact that both are using intel graphics) shouldn't really matter. > Daniel, I'm not sure I got what you intended to tell me w/: > > There's a test patch in that bz entry (the one that adds two BUG_ONs). > > If you're hitting these, is rather likely that it's the same bug. > bz entry? > I can't tell whether it's this exact bug. And I'm unfortunately a bit limited > in using the notebook to test and crash it, it's not mine and therefore not > always > there to play with, if you intended me to apply some patch and test whether > the > notebook will crash at the BUG_ON()s. I've link the bz entry in my original reply. Anyway, here it is again: https://bugzilla.kernel.org/show_bug.cgi?id=15664 There's a kernel patch there (the one adding two BUG_ONs, the others are crap). I've you could apply this and test, that would be great - if you hit one of these BUG_ONs you've got the same issue with very high probability. If this is the case, please add yourself to the cc list of this bug with a "me too" containing some details 'bout your hw + links to all other preexisting bugs/discussion concerning your problem. Thanks, Daniel -- Daniel Vetter Mail: dan...@ffwll.ch Mobile: +41 (0)79 365 57 48 ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Cannot compile latest drm-radeon-testing against 2.6.34-rc6
Hi, I cannot compile latest drm-radeon-testing against 2.6.34-rc6 on openSUSE. Johannes (Please CC me.) CC [M] /usr/src/packages/BUILD/drm-testing-20100508/drm-all/obj/default/drm/radeon/radeon_pm.o /usr/src/packages/BUILD/drm-testing-20100508/drm-all/obj/default/drm/radeon/radeon_pm.c: In function 'radeon_pm_init': /usr/src/packages/BUILD/drm-testing-20100508/drm-all/obj/default/drm/radeon/radeon_pm.c:430: warning: ignoring return value of 'device_create_file', declared with attribute warn_unused_result /usr/src/packages/BUILD/drm-testing-20100508/drm-all/obj/default/drm/radeon/radeon_pm.c:431: warning: ignoring return value of 'device_create_file', declared with attribute warn_unused_result CC [M] /usr/src/packages/BUILD/drm-testing-20100508/drm-all/obj/default/drm/radeon/atombios_dp.o CC [M] /usr/src/packages/BUILD/drm-testing-20100508/drm-all/obj/default/drm/ttm/ttm_page_alloc.o /usr/src/packages/BUILD/drm-testing-20100508/drm-all/obj/default/drm/ttm/ttm_page_alloc.c: In function 'ttm_set_pages_caching': /usr/src/packages/BUILD/drm-testing-20100508/drm-all/obj/default/drm/ttm/ttm_page_alloc.c:440: error: implicit declaration of function 'set_pages_array_wc' make[5]: *** [/usr/src/packages/BUILD/drm-testing-20100508/drm-all/obj/default/drm/ttm/ttm_page_alloc.o] Error 1 make[4]: *** [/usr/src/packages/BUILD/drm-testing-20100508/drm-all/obj/default/drm/ttm] Error 2 make[3]: *** [/usr/src/packages/BUILD/drm-testing-20100508/drm-all/obj/default/drm] Error 2 make[2]: *** [_module_/usr/src/packages/BUILD/drm-testing-20100508/drm-all/obj/default] Error 2 make[1]: *** [sub-make] Error 2 make: *** [all] Error 2 make: Leaving directory `/usr/src/linux-2.6.34-rc6-29-obj/i386/default' error: Bad exit status from /var/tmp/rpm-tmp.9hZXBd (%build) ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [PATCH 0/9] drm/radeon/kms: update pm code
On Sat, May 8, 2010 at 7:14 AM, Klaus Doblmann B.A. wrote: > On Fri, 7 May 2010 17:16:11 -0400 > Alex Deucher wrote: > >> This set of patches applies on top of the code in drm-radeon-testing. >> >> I've been testing this code pretty hard this week and it's been solid. >> In addition to some fixes on top of what's in d-r-t, it also reworks >> the pm code to support two basic methods: >> >> 1. "dynpm" >> 2. "profile" >> >> You can select the methods via sysfs. Echo "dynpm" or "profile" to >> /sys/class/drm/card-0/device/power_method. >> >> The "dynpm" method dynamically changes the clocks based on the number of >> pending >> fences, so performance is ramped up when running GPU intensive apps, and >> ramped down when the GPU is idle. The reclocking is attemped during >> vertical blanking periods, but due to the timing of the reclocking >> functions, doesn't not always complete in the blanking period, which can >> lead to flicker in the display. Due to this, dynpm only works when a single >> head is active. > > Hi Alex, > > I just built a new version of d-r-t with your patches from yesterday > applied on top and wanted to share my experience with you and the list > (Radeon 2600XT mobile): > > Dynpm has gotten unusable for me as there's a noticeable effect on > mouse movement (getting sluggish) > >> >> The "profile" method exposes 4 profiles that can be selected from: >> 1. "default" >> 2. "auto" >> 3. "low" >> 4. "high" >> Select the profile by echoing the selected profile to >> /sys/class/drm/card-0/device/power_profile. >> > > the profile setting works but I can't check which clock speeds are > set as I don't get any feedback (dmesg) anymore (Someone have any > input on this?). The temps are unaffected whether I use the low or high > profile, the only way I can tell that some things are working is by a > 2000 fps-difference when running glxgears (something like 4000 on low > and 6000 on high). I also attached a wattmeter to my my machine and the > wattage alternates but I think I'm getting something along the lines of > a 10W decrease in power consumption - it's very hard to tell, though. > dynpm is a bit more effective and I even get lower temps (just under > 50° compared to over 53 with the profile settings) but it's unusable > right now as I already mentioned. > > All in all very nice work so far (this goes for all of you who've > worked on radeon KMS PM!) - with the latest set of patches this is the > first "revision" of KMS PM that actually "works" on my machine :) > Thanks for testing; we are definitely planning on further improvements, this is just a step on the way. The power drops further when your monitors go off so that will save additional power when your machine is idle. If you want to see the state transitions, revert this patch: http://people.freedesktop.org/~agd5f/pm-drt/0009-drm-radeon-kms-pm-make-pm-spam-debug-only.patch However, it will spam your kernel log. Alex > Klaus > > -- > Klaus Doblmann B.A. - http://straightrazorguy.net - FSF member #7570 > PGP-Key: http://www.doblmann.de/pgp_key.asc > http://twitter.com/klausdoblmann > > A: Because it messes up the order in which people normally read text. > See http://en.wikipedia.org/wiki/Posting_style > Q: Why is top-posting such a bad thing? > A: Top-posting. > Q: What is the most annoying thing in e-mail? > ___ > dri-devel mailing list > dri-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel > ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 27634] [r300g] 0 AD graphic problem and crash
https://bugs.freedesktop.org/show_bug.cgi?id=27634 Marek Olšák changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #5 from Marek Olšák 2010-05-08 08:27:34 PDT --- Closing because the game loads shaders longer than hardware can handle. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 27634] [r300g] 0 AD graphic problem and crash
https://bugs.freedesktop.org/show_bug.cgi?id=27634 Marek Ol??k changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #5 from Marek Ol??k 2010-05-08 08:27:34 PDT --- Closing because the game loads shaders longer than hardware can handle. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 27729] [r300g, mesa] gallium compressed texture problems
https://bugs.freedesktop.org/show_bug.cgi?id=27729 --- Comment #17 from Marek Olšák 2010-05-08 07:52:40 PDT --- Is this still an issue with current Mesa git? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 27729] [r300g, mesa] gallium compressed texture problems
https://bugs.freedesktop.org/show_bug.cgi?id=27729 --- Comment #17 from Marek Ol??k 2010-05-08 07:52:40 PDT --- Is this still an issue with current Mesa git? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 27570] r300g incorrectly claims npot support
https://bugs.freedesktop.org/show_bug.cgi?id=27570 Marek Olšák changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #4 from Marek Olšák 2010-05-08 07:50:19 PDT --- Partial support for NPOT textures has been implemented in fragment shaders and your attached test program works now. Closing... -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 27570] r300g incorrectly claims npot support
https://bugs.freedesktop.org/show_bug.cgi?id=27570 Marek Ol??k changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #4 from Marek Ol??k 2010-05-08 07:50:19 PDT --- Partial support for NPOT textures has been implemented in fragment shaders and your attached test program works now. Closing... -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
Re: BUG: unable to handle kernel NULL pointer dereference, i915_gem_object_move_to_active
Maybe-Duplicate-of: https://bugzilla.kernel.org/show_bug.cgi?id=15664 There's a test patch in that bz entry (the one that adds two BUG_ONs). If you're hitting these, is rather likely that it's the same bug. Yours, Daniel On Thu, May 06, 2010 at 03:07:08PM -0700, Andrew Morton wrote: > (cc dri-devel) > > On Wed, 5 May 2010 00:22:16 +0200 > Nils Radtke wrote: > > > Hi, > > > > It happens quite often that X crashes for unknown reasons but this time > > there it's left us a note, this BUG: > > > > BUG: unable to handle kernel NULL pointer dereference at 01e4 > > IP: [] i915_gem_object_move_to_active+0x1c/0xa0 > > *pde = > > Oops: [#4] PREEMPT > > last sysfs file: > > /sys/devices/pci:00/:00:1c.1/:04:00.0/net/wlan0/wireless/link > > Modules linked in: wlan_scan_sta ath_rate_sample ath_pci ath_hal option > > usbserial usb_storage snd_usb_audio snd_usb_lib snd_seq_midi snd_rawmidi > > uvcvideo wlan_ccmp video1394 raw1394 dv1394 firewire_ohci firewire_core > > wlan ohci1394 tg3 libphy ieee1394 [last unloaded: ath_hal] > > > > Pid: 3328, comm: Xorg Tainted: G D2.6.33 #1 Columbia > > /Extensa 5220 > > EIP: 0060:[] EFLAGS: 00213282 CPU: 0 > > EIP is at i915_gem_object_move_to_active+0x1c/0xa0 > > EAX: EBX: c6679450 ECX: c679fd50 EDX: 00b10a13 > > ESI: EDI: EBP: 00b10a13 ESP: f51c1cb0 > > DS: 007b ES: 007b FS: GS: 0033 SS: 0068 > > Process Xorg (pid: 3328, ti=f51c task=f6be5bf0 task.ti=f51c) > > Stack: > > c6679450 0004 c679fd50 c134e83f 0002 c17d42ab c16e3b29 > > <0> c17d71ee 00b10a13 0004 f7395800 f7318000 f7318e10 c1326450 f7318df8 > > <0> f6baff20 00b10a13 f7318de8 f7318e10 f7318000 0004 0001 f7395800 > > Call Trace: > > [] ? i915_add_request+0x25f/0x370 > > [] ? agp_flush_chipset+0x10/0x20 > > [] ? i915_gem_do_execbuffer+0x1325/0x13a0 > > [] ? check_preempt_wakeup+0x87/0x160 > > [] ? i915_gem_execbuffer+0xee/0x4b0 > > [] ? i915_gem_execbuffer+0x23b/0x4b0 > > [] ? drm_ioctl+0x186/0x380 > > [] ? i915_gem_execbuffer+0x0/0x4b0 > > [] ? do_sync_read+0xad/0xf0 > > [] ? drm_ioctl+0x0/0x380 > > [] ? vfs_ioctl+0x2b/0xa0 > > [] ? do_vfs_ioctl+0x73/0x5f0 > > [] ? do_setitimer+0xd9/0x220 > > [] ? ktime_get_ts+0xe3/0x100 > > [] ? posix_ktime_get_ts+0x0/0x10 > > [] ? sys_ioctl+0x66/0x70 > > [] ? sysenter_do_call+0x12/0x22 > > Code: 8a 8d b4 26 00 00 00 00 8d bc 27 00 00 00 00 83 ec 10 89 c1 89 6c 24 > > 0c 89 d5 89 1c 24 89 74 24 04 89 7c 24 08 8b 40 08 8b 71 50 <8b> b8 e4 01 > > 00 00 8b 46 20 85 c0 74 5f 89 e1 81 e1 00 e0 ff ff > > EIP: [] i915_gem_object_move_to_active+0x1c/0xa0 SS:ESP > > 0068:f51c1cb0 > > CR2: 01e4 > > ---[ end trace 13931f32db9a26c3 ]--- > > > > > > - Is there any particular meaning for "last sysfs file" shown? I mean, > > could there > > be some link between the crash and "last sysfs file"? > > > > - X crashing happens actually a lot on this specific notebook. If it's not > > X crashing, > > then unmotivated kde log-offs or frequent firefox crashes contribute > > their share. > > It's most probably not faulty RAM, it's new, it's been tested thoroughly. > > > > > > Thanks for some answers, > > > > Nils > > > > -- > > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > > the body of a message to majord...@vger.kernel.org > > More majordomo info at http://vger.kernel.org/majordomo-info.html > > Please read the FAQ at http://www.tux.org/lkml/ > ___ > dri-devel mailing list > dri-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel -- Daniel Vetter Mail: dan...@ffwll.ch Mobile: +41 (0)79 365 57 48 ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 20961] libdrm_intel segfault on Firefox load
https://bugs.freedesktop.org/show_bug.cgi?id=20961 Kristian Høgsberg changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Kristian Høgsberg 2010-05-08 06:27:10 PDT --- Thanks for checking back, I'll close the bug. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 20961] libdrm_intel segfault on Firefox load
https://bugs.freedesktop.org/show_bug.cgi?id=20961 Kristian H?gsberg changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Kristian H?gsberg 2010-05-08 06:27:10 PDT --- Thanks for checking back, I'll close the bug. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 28030] New: HDMI audio does not work with HD4200 IGP but does work with radeonhd
https://bugs.freedesktop.org/show_bug.cgi?id=28030 Summary: HDMI audio does not work with HD4200 IGP but does work with radeonhd Product: DRI Version: XOrg CVS Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel@lists.freedesktop.org ReportedBy: sean...@debian.org I've been using the radeonhd driver for some time due to the fact that it supports audio over HDMI, so i can have everything routed to my HDMI receiver over one cable. I read that recently the radeon driver was supposed to offer support for this as well, and since it's otherwise a better driver i thought i'd give it a go. unfortunately, i am greeted with the sound of silence, and not hte simon and garfunkel version (which would equally be surprising, but...). if i switch my xorg config to use the radonhd driver audio still works on this machine, but without running x or with x running and radeon driver loaded, nothing. alsa sees the devices, and I can play to it via sox, but I don't hear anything. here's some info that might be useful, please let me know if you need anything else. lspci: 01:05.0 VGA compatible controller: ATI Technologies Inc RS880 [Radeon HD 4200] 01:05.1 Audio device: ATI Technologies Inc RS880 Audio Device [Radeon HD 4200] kernel: Linux htpc 2.6.34-rc6 #1 SMP Fri Apr 30 18:58:36 CEST 2010 x86_64 GNU/Linux dmesg | grep -i radeon: [ 28.209345] [drm] radeon kernel modesetting enabled. [ 28.209617] radeon :01:05.0: setting latency timer to 64 [ 28.216607] [drm] radeon: power management initialized [ 28.216623] radeon :01:05.0: VRAM: 256M 0xC000 - 0xCFFF (256M used) [ 28.216630] radeon :01:05.0: GTT: 512M 0xA000 - 0xBFFF [ 28.219976] [drm] radeon: 256M of VRAM memory ready [ 28.219980] [drm] radeon: 512M of GTT memory ready. [ 28.220065] [drm] radeon: irq initialized. [ 28.221688] platform radeon_cp.0: firmware: requesting radeon/RS780_pfp.bin [ 28.273545] platform radeon_cp.0: firmware: requesting radeon/RS780_me.bin [ 28.280034] platform radeon_cp.0: firmware: requesting radeon/R600_rlc.bin [ 28.320843] [drm] radeon: ib pool ready. [ 28.321217] [drm] Radeon Display Connectors [ 28.650110] fb0: radeondrmfb frame buffer device [ 28.650115] [drm] Initialized radeon 2.3.0 20080528 for :01:05.0 on minor 0 kernel options: options radeon modeset=1 audio=1 (also tried with modeset=0) aplay -L: null Discard all samples (playback) or generate zero samples (capture) front:CARD=SB,DEV=0 HDA ATI SB, ALC889A Analog Front speakers surround40:CARD=SB,DEV=0 HDA ATI SB, ALC889A Analog 4.0 Surround output to Front and Rear speakers surround41:CARD=SB,DEV=0 HDA ATI SB, ALC889A Analog 4.1 Surround output to Front, Rear and Subwoofer speakers surround50:CARD=SB,DEV=0 HDA ATI SB, ALC889A Analog 5.0 Surround output to Front, Center and Rear speakers surround51:CARD=SB,DEV=0 HDA ATI SB, ALC889A Analog 5.1 Surround output to Front, Center, Rear and Subwoofer speakers surround71:CARD=SB,DEV=0 HDA ATI SB, ALC889A Analog 7.1 Surround output to Front, Center, Side, Rear and Woofer speakers iec958:CARD=SB,DEV=0 HDA ATI SB, ALC889A Digital IEC958 (S/PDIF) Digital Audio Output hdmi:CARD=HDMI HDA ATI HDMI, ATI HDMI HDMI Audio Output lsmod: Module Size Used by nls_utf81240 0 nls_cp437 5825 0 btrfs 375614 0 zlib_deflate 17634 1 btrfs crc32c 2584 1 libcrc32c986 1 btrfs ufs57094 0 qnx46345 0 hfsplus64974 0 hfs37094 0 minix 21517 0 ntfs 158011 0 vfat7832 0 msdos 6265 0 fat39741 2 vfat,msdos jfs 137530 0 xfs 736926 0 exportfs3066 1 xfs reiserfs 193312 0 ext4 273039 0 jbd2 61357 1 ext4 crc16 1311 1 ext4 ext2 53155 0 cryptd 5422 0 aes_x86_64 7380 2 aes_generic26090 1 aes_x86_64 ppdev 5299 0 lp 8078 0 parport25598 2 ppdev,lp acpi_cpufreq5673 0 cpufreq_stats 2649 0 cpufreq_conservative 7886 0 cpufreq_powersave926 0 cpufreq_userspace 1904 0 binfmt_misc 6446 1 uinput 6654 1 fuse 50041 5 loop 12218 0 joydev 8344 0 snd_hda_codec_idt 44345 1 arc41314 2 snd_hda_intel 19402 1 ecb
[Bug 28030] New: HDMI audio does not work with HD4200 IGP but does work with radeonhd
https://bugs.freedesktop.org/show_bug.cgi?id=28030 Summary: HDMI audio does not work with HD4200 IGP but does work with radeonhd Product: DRI Version: XOrg CVS Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel at lists.freedesktop.org ReportedBy: seanius at debian.org I've been using the radeonhd driver for some time due to the fact that it supports audio over HDMI, so i can have everything routed to my HDMI receiver over one cable. I read that recently the radeon driver was supposed to offer support for this as well, and since it's otherwise a better driver i thought i'd give it a go. unfortunately, i am greeted with the sound of silence, and not hte simon and garfunkel version (which would equally be surprising, but...). if i switch my xorg config to use the radonhd driver audio still works on this machine, but without running x or with x running and radeon driver loaded, nothing. alsa sees the devices, and I can play to it via sox, but I don't hear anything. here's some info that might be useful, please let me know if you need anything else. lspci: 01:05.0 VGA compatible controller: ATI Technologies Inc RS880 [Radeon HD 4200] 01:05.1 Audio device: ATI Technologies Inc RS880 Audio Device [Radeon HD 4200] kernel: Linux htpc 2.6.34-rc6 #1 SMP Fri Apr 30 18:58:36 CEST 2010 x86_64 GNU/Linux dmesg | grep -i radeon: [ 28.209345] [drm] radeon kernel modesetting enabled. [ 28.209617] radeon :01:05.0: setting latency timer to 64 [ 28.216607] [drm] radeon: power management initialized [ 28.216623] radeon :01:05.0: VRAM: 256M 0xC000 - 0xCFFF (256M used) [ 28.216630] radeon :01:05.0: GTT: 512M 0xA000 - 0xBFFF [ 28.219976] [drm] radeon: 256M of VRAM memory ready [ 28.219980] [drm] radeon: 512M of GTT memory ready. [ 28.220065] [drm] radeon: irq initialized. [ 28.221688] platform radeon_cp.0: firmware: requesting radeon/RS780_pfp.bin [ 28.273545] platform radeon_cp.0: firmware: requesting radeon/RS780_me.bin [ 28.280034] platform radeon_cp.0: firmware: requesting radeon/R600_rlc.bin [ 28.320843] [drm] radeon: ib pool ready. [ 28.321217] [drm] Radeon Display Connectors [ 28.650110] fb0: radeondrmfb frame buffer device [ 28.650115] [drm] Initialized radeon 2.3.0 20080528 for :01:05.0 on minor 0 kernel options: options radeon modeset=1 audio=1 (also tried with modeset=0) aplay -L: null Discard all samples (playback) or generate zero samples (capture) front:CARD=SB,DEV=0 HDA ATI SB, ALC889A Analog Front speakers surround40:CARD=SB,DEV=0 HDA ATI SB, ALC889A Analog 4.0 Surround output to Front and Rear speakers surround41:CARD=SB,DEV=0 HDA ATI SB, ALC889A Analog 4.1 Surround output to Front, Rear and Subwoofer speakers surround50:CARD=SB,DEV=0 HDA ATI SB, ALC889A Analog 5.0 Surround output to Front, Center and Rear speakers surround51:CARD=SB,DEV=0 HDA ATI SB, ALC889A Analog 5.1 Surround output to Front, Center, Rear and Subwoofer speakers surround71:CARD=SB,DEV=0 HDA ATI SB, ALC889A Analog 7.1 Surround output to Front, Center, Side, Rear and Woofer speakers iec958:CARD=SB,DEV=0 HDA ATI SB, ALC889A Digital IEC958 (S/PDIF) Digital Audio Output hdmi:CARD=HDMI HDA ATI HDMI, ATI HDMI HDMI Audio Output lsmod: Module Size Used by nls_utf81240 0 nls_cp437 5825 0 btrfs 375614 0 zlib_deflate 17634 1 btrfs crc32c 2584 1 libcrc32c986 1 btrfs ufs57094 0 qnx46345 0 hfsplus64974 0 hfs37094 0 minix 21517 0 ntfs 158011 0 vfat7832 0 msdos 6265 0 fat39741 2 vfat,msdos jfs 137530 0 xfs 736926 0 exportfs3066 1 xfs reiserfs 193312 0 ext4 273039 0 jbd2 61357 1 ext4 crc16 1311 1 ext4 ext2 53155 0 cryptd 5422 0 aes_x86_64 7380 2 aes_generic26090 1 aes_x86_64 ppdev 5299 0 lp 8078 0 parport25598 2 ppdev,lp acpi_cpufreq5673 0 cpufreq_stats 2649 0 cpufreq_conservative 7886 0 cpufreq_powersave926 0 cpufreq_userspace 1904 0 binfmt_misc 6446 1 uinput 6654 1 fuse 50041 5 loop 12218 0 joydev 8344 0 snd_hda_codec_idt 44345 1 arc41314 2 snd_hda_intel 19402 1 ecb
Re: [PATCH 0/9] drm/radeon/kms: update pm code
On Fri, 7 May 2010 17:16:11 -0400 Alex Deucher wrote: > This set of patches applies on top of the code in drm-radeon-testing. > > I've been testing this code pretty hard this week and it's been solid. > In addition to some fixes on top of what's in d-r-t, it also reworks > the pm code to support two basic methods: > > 1. "dynpm" > 2. "profile" > > You can select the methods via sysfs. Echo "dynpm" or "profile" to > /sys/class/drm/card-0/device/power_method. > > The "dynpm" method dynamically changes the clocks based on the number of > pending > fences, so performance is ramped up when running GPU intensive apps, and > ramped down when the GPU is idle. The reclocking is attemped during > vertical blanking periods, but due to the timing of the reclocking > functions, doesn't not always complete in the blanking period, which can > lead to flicker in the display. Due to this, dynpm only works when a single > head is active. Hi Alex, I just built a new version of d-r-t with your patches from yesterday applied on top and wanted to share my experience with you and the list (Radeon 2600XT mobile): Dynpm has gotten unusable for me as there's a noticeable effect on mouse movement (getting sluggish) > > The "profile" method exposes 4 profiles that can be selected from: > 1. "default" > 2. "auto" > 3. "low" > 4. "high" > Select the profile by echoing the selected profile to > /sys/class/drm/card-0/device/power_profile. > the profile setting works but I can't check which clock speeds are set as I don't get any feedback (dmesg) anymore (Someone have any input on this?). The temps are unaffected whether I use the low or high profile, the only way I can tell that some things are working is by a 2000 fps-difference when running glxgears (something like 4000 on low and 6000 on high). I also attached a wattmeter to my my machine and the wattage alternates but I think I'm getting something along the lines of a 10W decrease in power consumption - it's very hard to tell, though. dynpm is a bit more effective and I even get lower temps (just under 50° compared to over 53 with the profile settings) but it's unusable right now as I already mentioned. All in all very nice work so far (this goes for all of you who've worked on radeon KMS PM!) - with the latest set of patches this is the first "revision" of KMS PM that actually "works" on my machine :) Klaus -- Klaus Doblmann B.A. - http://straightrazorguy.net - FSF member #7570 PGP-Key: http://www.doblmann.de/pgp_key.asc http://twitter.com/klausdoblmann A: Because it messes up the order in which people normally read text. See http://en.wikipedia.org/wiki/Posting_style Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [PATCH 0/9] drm/radeon/kms: update pm code
On Fri, May 07, 2010 at 05:16:11PM -0400, Alex Deucher wrote: > "auto" selects between low and high power states based on the whether the > system > is on battery power or not. Even lower power states are selected when the > monitors > are in the dpms off state. Beyond the constraints imposed in terms of some modes not being available on battery, I'd prefer to leave the ac/battery decision up to userspace. Having it be default behaviour at the kernel level is plausibly confusing. -- Matthew Garrett | mj...@srcf.ucam.org ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel