Launchpad has imported 61 comments from the remote bug at https://bugs.freedesktop.org/show_bug.cgi?id=30364.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2010-09-24T10:23:54+00:00 Kokoko3k wrote: Created attachment 38937 xorg log Chipset: 945GM Kernel version: 2.6.35 (same problem in 2.6.34 but not in 2.6.33) Arch: i686 xorg-server: 1.8.1.902 mesa / intel-dri: 7.8.2 xf86-video-intel: 2.12.0 libdrm version: 2.4.21 Linux distribution: Arch linux (similar issues reported for fedora too) Machine model: Asus 1005HA Display Connector: LVDS (happens on VGA too) Reproducible: Always Step to reproduce: ------------------- Compile mesa demos Launch teapot Observe the framerate Move the mouse around Observe the framerate jumping (in my case it went from 14~125 to 30 just by putting my finger on the touchpad) Roll back to kernel 2.6.33 Launch teapot Observe that there is no difference in framerate if you move the mouse around, notice the framerate is "high" (30fps for me) in any case. Even if just changing kernel version makes the bug disappear, i think it is more logical to file a bug report here. I i made i mistake, i apologize. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/0 ------------------------------------------------------------------------ On 2010-09-24T10:24:55+00:00 Kokoko3k wrote: Created attachment 38938 dmesg log Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/1 ------------------------------------------------------------------------ On 2010-09-24T10:26:22+00:00 Kokoko3k wrote: Created attachment 38939 xorg.conf Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/2 ------------------------------------------------------------------------ On 2010-09-24T10:32:28+00:00 Kokoko3k wrote: Sorry for the typo: "(in my case it went from 14~125[..] Is: "(in my case it went from 14~15[..] Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/3 ------------------------------------------------------------------------ On 2010-09-24T10:41:03+00:00 Chris Wilson wrote: Swapbuffer vs interrupts. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/4 ------------------------------------------------------------------------ On 2010-09-24T10:42:39+00:00 Chris Wilson wrote: Is the teapot fullscreen? Are page-flips enabled? Is something disabling the interrupts on your system? Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/5 ------------------------------------------------------------------------ On 2010-09-24T10:44:52+00:00 Jesse Barnes wrote: Looks like the processor c-state issue we have on some other 945 machines. If you boot with processor.max_cstate=1 does the problem go away? The issue is that we rely on vblank interrupts arriving at the correct frequency, and on some platforms when the CPU is in a deep sleep state, it won't wake up when a vblank interrupt arrives, but it will wake up when other device interrupts arrive. That's why you see the performance increase when you move the mouse. I still don't know the root cause, but if the above works for you, then it's a duplicate of a known bug at least. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/6 ------------------------------------------------------------------------ On 2010-09-24T11:13:12+00:00 Kokoko3k wrote: (In reply to comment #5) > Is the teapot fullscreen? Are page-flips enabled? Is something disabling the > interrupts on your system? I don't know how to make teapot runs in fullscreen mode, the best i've done was to launch it in a empty X screen by xterm without any WM and the problem persists. With compiz enabled (and unredirect fullscreen windows) i was able to make it fullscreen too with a shortcut, the problem persists. Pagefilps were disabled in my system because of stability issues (enabled in kernel, disabled in X), i tried to recompile the driver to enable them again for a while and tried again, no success. I can't say if something is blocking interrupts in my system, sorry, anyway, listening to an mp3 in background helped a bit (fps went from 15 to 20 in teapot) Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/7 ------------------------------------------------------------------------ On 2010-09-24T11:19:15+00:00 Kokoko3k wrote: (In reply to comment #6) > Looks like the processor c-state issue we have on some other 945 machines. If > you boot with processor.max_cstate=1 does the problem go away? > > The issue is that we rely on vblank interrupts arriving at the correct > frequency, and on some platforms when the CPU is in a deep sleep state, it > won't wake up when a vblank interrupt arrives, but it will wake up when other > device interrupts arrive. That's why you see the performance increase when > you > move the mouse. > > I still don't know the root cause, but if the above works for you, then it's a > duplicate of a known bug at least. I tried that boot option and the problem disappeared. Unfortunately, and as expected that thing makes my netbook power hungry, using powertop i noticed that it went from ~6.5..7W to ~8W+ just idling, and expected uptime battery life dropped from about ~10hrs to ~8. Out of curiosity, is a vblank interrupt still needed when one doesn't need (or doesn't care) about vsync? At least, thank you very much for answering and claryfing things, at this point it is clear that this is a duplicate bug, if could you mark it to the right one? Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/8 ------------------------------------------------------------------------ On 2010-09-24T11:24:52+00:00 Jesse Barnes wrote: (In reply to comment #8) > I tried that boot option and the problem disappeared. > Unfortunately, and as expected that thing makes my netbook power hungry, using > powertop i noticed that it went from ~6.5..7W to ~8W+ just idling, and > expected > uptime battery life dropped from about ~10hrs to ~8. Yeah, it's unfortunate. I don't think they see this problem on Windows because they probably can't reach a deep enough sleep state to be affected (Windows and its applications tend to have lots of timers running that keep the CPU awake). > Out of curiosity, is a vblank interrupt still needed when one doesn't need (or > doesn't care) about vsync? Yes, if you don't have apps waiting for vsync or doing buffer swaps, you shouldn't need the vblank interrupt (the kernel will shut it off). But anything using GL will do buffer swaps and thus need the vsync interrupt, unless you disable it entirely using vblank_mode=0 in your dri configuration file (.drirc or /etc/drirc iirc). > At least, thank you very much for answering and claryfing things, at this > point > it is clear that this is a duplicate bug, if could you mark it to the right > one? Actually I don't think we have bug open on this, so we'll use this one. :) All the discussion of this so far has just been on the mailing lists. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/9 ------------------------------------------------------------------------ On 2010-09-24T12:10:10+00:00 anarsoul wrote: Jesse, what about pm_qos stuff mentioned on maillist? Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/10 ------------------------------------------------------------------------ On 2010-09-24T12:29:11+00:00 Jesse Barnes wrote: I don't have a tool to set that from userspace, and I didn't see a good way of doing it from within the kernel, but I expect it just limits the processor max c state, just like the boot param. Another thing to try, that worked on my aspireone, is to boot with maxcpus=1. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/11 ------------------------------------------------------------------------ On 2010-09-24T13:50:25+00:00 Kokoko3k wrote: (In reply to comment #9) Anyway, the same driver on kernel 2.6.33 performs just fine for me (low power consumption and right vblank interrupts), so i think this problem has definitely a solution lying around. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/12 ------------------------------------------------------------------------ On 2010-09-24T13:54:45+00:00 Jesse Barnes wrote: 2.6.33 doesn't support vblank events, so you wouldn't be able to run the code that exposes this problem. I'm sure the interrupt issue still exists on 2.6.33 though, you just don't see it because you're not running code that's sensitive to interrupt latency. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/13 ------------------------------------------------------------------------ On 2010-09-27T06:36:41+00:00 anarsoul wrote: I tried using ShadowFB as workaround, and found that it works _much_ better with KDE 4.5 and latest intel driver :) (at least konsole is not jerky) Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/14 ------------------------------------------------------------------------ On 2010-09-27T07:31:09+00:00 Kokoko3k wrote: (In reply to comment #13) > 2.6.33 doesn't support vblank events, so you wouldn't be able to run the code > that exposes this problem. I'm sure the interrupt issue still exists on > 2.6.33 > though, you just don't see it because you're not running code that's sensitive > to interrupt latency. Please, excuse in advance my ignorance and probably the stupid question, but what are the advantages (if any) on running that code? I'm asking because i didn't noticed any performance or tearing difference with 2.6.35+processor.max_cstate=1 compared to 2.6.33. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/15 ------------------------------------------------------------------------ On 2010-09-27T09:07:15+00:00 Jesse Barnes wrote: The new code has some potential performance benefits (it allows page flipping and won't waste GPU time on frames that won't be displayed), and adds back several missing GL features. You can get the same behavior with current code as in 2.6.33 by disabling the new features. You can do this by setting vblank_mode=0 in your environment or drirc config file. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/16 ------------------------------------------------------------------------ On 2010-09-27T09:35:19+00:00 Kokoko3k wrote: (In reply to comment #16) > The new code has some potential performance benefits (it allows page flipping > and won't waste GPU time on frames that won't be displayed), and adds back > several missing GL features. > > You can get the same behavior with current code as in 2.6.33 by disabling the > new features. You can do this by setting vblank_mode=0 in your environment or > drirc config file. I just readed that answer by Vasily Khoruzhick on the mailing list: "That doesn't help, glxgears shows ~1000fps, but it's output is jerky" Anyway thank you for the suggestion, i'll try by myself as soon as possible. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/17 ------------------------------------------------------------------------ On 2010-09-30T04:09:51+00:00 Chris Wilson wrote: (In reply to comment #17) > I just readed that answer by Vasily Khoruzhick on the mailing list: > "That doesn't help, glxgears shows ~1000fps, but it's output is jerky" > > Anyway thank you for the suggestion, i'll try by myself as soon as possible. If I've got it right, that should be fixed on -next with the per-process throttling. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/18 ------------------------------------------------------------------------ On 2010-09-30T04:35:26+00:00 Kokoko3k wrote: (In reply to comment #18) > (In reply to comment #17) > > I just readed that answer by Vasily Khoruzhick on the mailing list: > > "That doesn't help, glxgears shows ~1000fps, but it's output is jerky" > > > > Anyway thank you for the suggestion, i'll try by myself as soon as possible. > > If I've got it right, that should be fixed on -next with the per-process > throttling. Can't understand fully what you said, but let's wait for the next release then. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/19 ------------------------------------------------------------------------ On 2010-09-30T05:32:12+00:00 anarsoul wrote: (In reply to comment #18) > (In reply to comment #17) > > I just readed that answer by Vasily Khoruzhick on the mailing list: > > "That doesn't help, glxgears shows ~1000fps, but it's output is jerky" > > > > Anyway thank you for the suggestion, i'll try by myself as soon as possible. > > If I've got it right, that should be fixed on -next with the per-process > throttling. Please give a link to commit/patch when it's ready. Thanks Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/20 ------------------------------------------------------------------------ On 2010-10-04T08:43:48+00:00 anarsoul wrote: (In reply to comment #18) > If I've got it right, that should be fixed on -next with the per-process > throttling. Tried drm-intel-next from today, bug still remains. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/21 ------------------------------------------------------------------------ On 2010-10-11T10:34:59+00:00 Jesse Barnes wrote: Created attachment 39347 ICH7 LPC debug driver Can you load this driver and tell me what it outputs? I wonder if BM_BREAK_EN is 0 on your machine as well... Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/22 ------------------------------------------------------------------------ On 2010-10-11T10:43:50+00:00 Jesse Barnes wrote: This patch on top of the last attachment should let the CPU wake up much more frequently, assuming the break reg is 0, give it a try and see if it helps your performance problem. diff --git a/drivers/platform/x86/intel_lpc.c b/drivers/platform/x86/intel_lpc.c index d3c5ef5..3be93c1 100644 --- a/drivers/platform/x86/intel_lpc.c +++ b/drivers/platform/x86/intel_lpc.c @@ -50,6 +50,8 @@ static int lpc_probe(struct pci_dev *dev, const struct pci_dev dev_err(&dev->dev, "ACPI_CX_STATE_CONF: 0x%02x\n", cxstate); dev_err(&dev->dev, "ACPI_BM_BREAK_EN: 0x%02x\n", break_en); + pci_write_config_byte(dev, ACPI_BM_BREAK_EN, 0xf3); + out: return ret; } Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/23 ------------------------------------------------------------------------ On 2010-10-11T10:47:44+00:00 anarsoul wrote: [ 565.573458] intel lpc 0000:00:1f.0: ACPI_CX_STATE_CONF: 0x1c [ 565.573464] intel lpc 0000:00:1f.0: ACPI_BM_BREAK_EN: 0x00 Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/24 ------------------------------------------------------------------------ On 2010-10-13T01:21:07+00:00 Kokoko3k wrote: (In reply to comment #23) > This patch on top of the last attachment should let the CPU wake up much more > frequently, assuming the break reg is 0, give it a try and see if it helps > your > performance problem. I didn't tried out the patch yet because i'm not so familiar with kernel patching and we need this netbook daily. But i was wondering if is possible (and how) to use setpci to try different configurations for BM_BREAK_EN register at runtime. Thank you very much for your efforts. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/25 ------------------------------------------------------------------------ On 2010-10-18T11:42:04+00:00 anarsoul wrote: Bug is reproducible on following machines: Lenovo 3000 N100 laptop, Core 2 Duo T5500 CPU, 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03), pciid: 8086:27a2 Acer Aspire AOA110 netbook, Atom N270 CPU, 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GME Express Integrated Graphics Controller (rev 03), pciid: 8086:27ae Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/26 ------------------------------------------------------------------------ On 2010-10-18T12:44:02+00:00 anarsoul wrote: Also reproducible on Acer extensa 5513 laptop, with C2D T5500 CPU, 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03), pciid: 8086:27a2 Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/27 ------------------------------------------------------------------------ On 2010-10-31T11:20:06+00:00 Oleksij Rempel wrote: Just to add my two cents: have same issue atom+945gm if i add more load on cpu frame rate will grow too. processor.max_cstat option didn't changed anything, powertop show there is still c4 (may be some other kernel bug) maxcpus=1 solve the problem, it work with C4, powersaving and better performance. So haw about the problem with sheduler or irq balancing on SMP? I'll will test the patch von Jesse ASAP. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/28 ------------------------------------------------------------------------ On 2010-10-31T11:31:17+00:00 Oleksij Rempel wrote: The patch from comment 23 do not make any difference for me. disable SMP is best configuration for me. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/29 ------------------------------------------------------------------------ On 2010-11-02T05:06:09+00:00 T-artem wrote: This bug probably affects Intel HD Graphics too: glxgears with idle CPU: 4925 frames in 5.0 seconds = 984.918 FPS 4941 frames in 5.0 seconds = 988.052 FPS 4996 frames in 5.0 seconds = 999.137 FPS 4973 frames in 5.0 seconds = 994.512 FPS glxgears with 100% loaded CPU (one thread only): 7544 frames in 5.0 seconds = 1508.685 FPS 7458 frames in 5.0 seconds = 1491.536 FPS 7378 frames in 5.0 seconds = 1475.574 FPS 7415 frames in 5.0 seconds = 1482.973 FPS roughly 50%(!) faster. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/30 ------------------------------------------------------------------------ On 2010-12-01T04:58:28+00:00 Kokoko3k wrote: Today i tried with 2.6.36, and obviously the results are the same, so i'm still using 2.6.33. For me disabling a core or the hyperthreading is not an option due to the higher power consumption and the shorter battery life. If i understood properly, the issue still appears to be unresolved and the hypothesis made doesn't seems to be able to make anything really useful. I understood thet the new code is looking forward to provide a "gain" in performance, but now my proposal is to do some kind of workaround for the specific chipsets that expose the problem so that at least their users will be able to upgrade to newer kernels without suffernig any performance "loss". Could such a thing be done in the video driver itself or does it requires patches or special config options of the kernel (?). Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/31 ------------------------------------------------------------------------ On 2010-12-08T08:18:12+00:00 Chris Wilson wrote: Created attachment 40923 Use PM QoS latency to prevent dropping below C2 on Atom Proof-of-principle? Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/32 ------------------------------------------------------------------------ On 2011-01-05T00:35:32+00:00 T-artem wrote: (In reply to comment #32) > Created an attachment (id=40923) [details] > Use PM QoS latency to prevent dropping below C2 on Atom > > Proof-of-principle? This patch helped only marginally (10% better than without it in idle mode): $ glxgears (power savings on, CPU running @ 1.2GHz) 5601 frames in 5.0 seconds = 1120.104 FPS 5612 frames in 5.0 seconds = 1122.275 FPS 5603 frames in 5.0 seconds = 1120.483 FPS 5606 frames in 5.0 seconds = 1121.091 FPS 5587 frames in 5.0 seconds = 1117.238 FPS $ glxgears (power savings off, CPU running @ 3.2GHz) 7089 frames in 5.0 seconds = 1417.741 FPS 7068 frames in 5.0 seconds = 1413.511 FPS 7082 frames in 5.0 seconds = 1416.285 FPS 7079 frames in 5.0 seconds = 1415.792 FPS 7057 frames in 5.0 seconds = 1411.390 FPS P.S. I have Intel HD 1st generation graphics. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/33 ------------------------------------------------------------------------ On 2011-01-05T00:54:42+00:00 Kokoko3k wrote: As .drirc configuration file is finally honoured in the latest intel-dri/mesa (i have 7.9.0.git20101207), setting vblank_mode=0 (as explicitely suggested by Jesse Barnes) now works and the issue is gone for me. Strangely enough, i can't see any tearing in glxgears. I know this is a workaround, but on such poor hardware enabling vsync would be a bad idea anyway. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/34 ------------------------------------------------------------------------ On 2011-01-05T01:13:21+00:00 anarsoul wrote: (In reply to comment #32) > Created an attachment (id=40923) [details] > Use PM QoS latency to prevent dropping below C2 on Atom > > Proof-of-principle? As I stated on IRC, it does not help in my case - glxgears still shows 30-40fps instead of 60. I want to note that it's not only tearing/vblank issue, response on user actions in KDE with effects enabled is not good (it was much better earlier) Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/35 ------------------------------------------------------------------------ On 2011-01-06T11:34:17+00:00 Lambchop468 wrote: Created attachment 41720 Use PM QoS latency to keep CPU from dropping below C1 when vblanks enabled (In reply to comment #32) > Created an attachment (id=40923) [details] > Use PM QoS latency to prevent dropping below C2 on Atom > > Proof-of-principle? Here is a variant of that patch I tried that does fix the issue on my hardware: Acer Aspire One 9" Netbook AOA150, 945GSE and Intel N270 Processor It does produce a few WARNs because I am calling pm_qos_add_request from an interrupt disabled context. (also attached) testcase used is vblank_mode=2 glxgears Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/36 ------------------------------------------------------------------------ On 2011-01-06T11:35:19+00:00 Lambchop468 wrote: Created attachment 41721 WARNs from using "Use PM QoS latency to keep CPU from dropping below C1 when vblanks enabled" Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/37 ------------------------------------------------------------------------ On 2011-01-09T03:38:04+00:00 Chris Wilson wrote: *** Bug 32916 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/38 ------------------------------------------------------------------------ On 2011-01-09T04:10:57+00:00 Chris Wilson wrote: Created attachment 41796 Use PM QoS to prevent C-State starvation of gen3 GPU Raise you a work function. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/39 ------------------------------------------------------------------------ On 2011-01-09T05:58:48+00:00 anarsoul wrote: (In reply to comment #39) > Created an attachment (id=41796) [details] > Use PM QoS to prevent C-State starvation of gen3 GPU > > Raise you a work function. It does not apply on top of 2.6.37, could you please prepare version for stable kernel? Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/40 ------------------------------------------------------------------------ On 2011-01-09T13:16:00+00:00 Lambchop468 wrote: Created attachment 41814 Use PM QoS to prevent C-State starvation of gen3 GPU for 2.6.37 (In reply to comment #40) > (In reply to comment #39) > > Created an attachment (id=41796) [details] [details] > > Use PM QoS to prevent C-State starvation of gen3 GPU > > > > Raise you a work function. > > It does not apply on top of 2.6.37, could you please prepare version for > stable > kernel? Chris's patch mangled to work with 2.6.37 (two changes, s/irq_lock/user_irq_lock/ in two places) Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/41 ------------------------------------------------------------------------ On 2011-01-09T13:21:25+00:00 Lambchop468 wrote: (In reply to comment #39) > Created an attachment (id=41796) [details] > Use PM QoS to prevent C-State starvation of gen3 GPU > > Raise you a work function. Confirming that this works on 2.6.37 on: Acer Aspire One 9" Netbook AOA150, 945GSE and Intel N270 Processor testcase vblank_mode=2 glxgears (I probably should test with -next but don't have time at the moment) Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/42 ------------------------------------------------------------------------ On 2011-01-09T23:34:49+00:00 anarsoul wrote: (In reply to comment #41) > Created an attachment (id=41814) [details] > Use PM QoS to prevent C-State starvation of gen3 GPU for 2.6.37 > > Chris's patch mangled to work with 2.6.37 (two changes, > s/irq_lock/user_irq_lock/ in two places) Thanks, looks like it works. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/43 ------------------------------------------------------------------------ On 2011-01-10T02:52:28+00:00 anarsoul wrote: (In reply to comment #43) > Thanks, looks like it works. But it does not work after update to xf86-video-intel-2.14.0 :( 20-30 fps in glxgears instead of 60. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/44 ------------------------------------------------------------------------ On 2011-01-10T10:12:23+00:00 Lambchop468 wrote: (In reply to comment #44) > (In reply to comment #43) > > > Thanks, looks like it works. > > But it does not work after update to xf86-video-intel-2.14.0 :( 20-30 fps in > glxgears instead of 60. I'm not seeing this with xf86-video-intel-2.14.0 Hmm... libdrm-git version: bad5242a xf86-video-intel version: 2.14.0 mesa version: 7.10 xorg-server: 1.9.3.901-1 kernel: (not vanilla) 2.6.37 + patch in attachment 41814 Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/45 ------------------------------------------------------------------------ On 2011-01-14T14:06:32+00:00 Jesse Barnes wrote: Reassigning back to Chris; doesn't look like we'll be able to find a hardware solution to this one. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/46 ------------------------------------------------------------------------ On 2011-01-25T04:30:27+00:00 Chris Wilson wrote: I've applied Alexander's patch to drm-intel-next, so please give that branch a thorough testing! Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/47 ------------------------------------------------------------------------ On 2011-02-01T04:47:06+00:00 Chris Wilson wrote: Tentatively closing with the patch landing in -next. Things to look out for: 1. fps stuttering (i.e. the reoccurrence of the original bug); 2. obscene power consumption; 3. aliens. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/48 ------------------------------------------------------------------------ On 2011-02-05T02:22:38+00:00 Chris Wilson wrote: Created attachment 42959 Twiddle INSTPM bit11 New patch time! Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/49 ------------------------------------------------------------------------ On 2011-03-03T01:10:38+00:00 Oleksij Rempel wrote: I tested last patch (replace vblank PM QoS with "Interrupt-Based AGPBUSY#"), it return first issue, fps stuttering. power usage is ok. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/50 ------------------------------------------------------------------------ On 2011-03-03T02:58:44+00:00 Chris Wilson wrote: Created attachment 44065 Move INSTPM bit twiddling to intel_mark_busy How about with this patch? Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/51 ------------------------------------------------------------------------ On 2011-03-03T05:03:42+00:00 Oleksij Rempel wrote: no noticeable difference. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/52 ------------------------------------------------------------------------ On 2011-03-08T09:56:49+00:00 Lambchop468 wrote: (In reply to comment #51) > Created an attachment (id=44065) [details] > Move INSTPM bit twiddling to intel_mark_busy > > How about with this patch? plain drm-intel-next (47ae63e) with and without this patch resulted in missing vblanks & stuttery glxgears. As discussed on IRC, my BIOS doesn't set INSTPM_AGPBUSY_DIS (INSTPM bit 11), so this won't fix it anyway. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/53 ------------------------------------------------------------------------ On 2011-06-05T22:15:19+00:00 Chris Wilson wrote: *** Bug 37966 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/54 ------------------------------------------------------------------------ On 2012-05-09T02:29:24+00:00 Chris Wilson wrote: This might be interesting: http://cgit.freedesktop.org/~danvet/drm/log/?h=better-gpu_cpufreq Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/55 ------------------------------------------------------------------------ On 2012-12-13T19:16:56+00:00 Rodrigo-vivi wrote: Is this issue still there at new kernel? What is the latest kernel this issue was seen? Does any one tested this better-gpu_cpufreq branch? Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/58 ------------------------------------------------------------------------ On 2012-12-13T19:38:08+00:00 anarsoul wrote: Still here on 3.6, will test on 3.7 as soon as it get into archlinux repos Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/59 ------------------------------------------------------------------------ On 2012-12-13T20:40:01+00:00 Chris Wilson wrote: No need, it's a known design feature of the power management hardware. The only question is whether we can find an acceptable workaround. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/60 ------------------------------------------------------------------------ On 2013-01-26T11:14:15+00:00 Chris Wilson wrote: *** Bug 59895 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/61 ------------------------------------------------------------------------ On 2013-01-26T15:49:04+00:00 Sergio Callegari wrote: Thanks for pointing out so quickly the status of Bug 59895 as a duplicate of this one! This thread was an intersting read. Reply at: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/1087582/comments/62 ** Changed in: xserver-xorg-video-intel Status: Unknown => Confirmed ** Changed in: xserver-xorg-video-intel Importance: Unknown => Medium -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1087582 Title: Ubuntu vs. Lubuntu odd GPU Performance To manage notifications about this bug go to: https://bugs.launchpad.net/xserver-xorg-video-intel/+bug/1087582/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
