[Bug 793338] Re: Unplugging USB tablet crashes xserver
apport information ** Tags added: apport-collected ** Description changed: Binary package hint: xserver-xorg-input-aiptek This is exactly the same as https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-aiptek/+bug/355021 For some reason, it was decided that the old bug was fixed. I have 10.04 LTS / X 1.7.6 / aiptek 1.3.0, so everything is up-to-date. Repro steps: 0. Set up as at https://help.ubuntu.com/community/AiptekTablet 1. Stop X. 2. Plug in tablet. 3. Verify that tablet works via cat /dev/input/aiptektablet and observing characters on the screen. 4. sudo service gdm start 5. Observe that tablet moves mouse cursor 6. Unplug tablet. 7. Observe that X just crashed, and restarted with a brand-new GDM login screen. I'll be attaching the X log, which includes a backtrace from the driver. + --- + Architecture: i386 + DistroRelease: Ubuntu 10.04 + Package: xserver-xorg-input-aiptek 1:1.3.0-1 + PackageArchitecture: i386 + ProcEnviron: + PATH=(custom, user) + LANG=en_US.UTF-8 + SHELL=/bin/bash + ProcVersionSignature: Ubuntu 2.6.32-31.61-generic 2.6.32.32+drm33.14 + Tags: lucid + Uname: Linux 2.6.32-31-generic i686 + UserGroups: adm admin audio cdrom dialout dip floppy fuse lpadmin plugdev video ** Attachment added: Dependencies.txt https://bugs.edge.launchpad.net/bugs/793338/+attachment/2156724/+files/Dependencies.txt -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/793338 Title: Unplugging USB tablet crashes xserver -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 793338] Re: Unplugging USB tablet crashes xserver
There you go! I'm not keen on updating releases any sooner than I have to. It's nice not to have to adjust my workflow in random ways every 6 months. I use Lucid both at home and at work, which makes it a second reason not to upgrade. Do you have a link with instructions for 11.04? I can try it off a LiveCD if it looks easy. I see no mention of 11.04 here: https://help.ubuntu.com/community/AiptekTablet -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/793338 Title: Unplugging USB tablet crashes xserver -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 355021] Re: Unplugging USB tablet crashes xserver
The upstream commit clearly does not fix the bug, since I'm still experiencing it on an up-to-date 10.04. Since you wanted a new bug, here it is: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input- aiptek/+bug/793338 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/355021 Title: Unplugging USB tablet crashes xserver -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 793338] Re: Unplugging USB tablet crashes xserver
** Attachment added: x log from crash, including backtrace from tablet driver https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-aiptek/+bug/793338/+attachment/2156447/+files/aiptek-crash-xorg.0.log -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/793338 Title: Unplugging USB tablet crashes xserver -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 793338] [NEW] Unplugging USB tablet crashes xserver
Public bug reported: Binary package hint: xserver-xorg-input-aiptek This is exactly the same as https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-aiptek/+bug/355021 For some reason, it was decided that the old bug was fixed. I have 10.04 LTS / X 1.7.6 / aiptek 1.3.0, so everything is up-to-date. Repro steps: 0. Set up as at https://help.ubuntu.com/community/AiptekTablet 1. Stop X. 2. Plug in tablet. 3. Verify that tablet works via cat /dev/input/aiptektablet and observing characters on the screen. 4. sudo service gdm start 5. Observe that tablet moves mouse cursor 6. Unplug tablet. 7. Observe that X just crashed, and restarted with a brand-new GDM login screen. I'll be attaching the X log, which includes a backtrace from the driver. ** Affects: xserver-xorg-input-aiptek (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/793338 Title: Unplugging USB tablet crashes xserver -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 204519] Re: Cursor movement but no contact/pressure detection on Aiptek USB tablet
*** This bug is a duplicate of bug 291908 *** https://bugs.launchpad.net/bugs/291908 This does not read like a duplicate. I'm on 10.04, and I still have this problem with my Aiptek 6000U + the aiptek driver. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/204519 Title: Cursor movement but no contact/pressure detection on Aiptek USB tablet -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 39363] Re: Arrow keys do not open and close threads
I still have this problem in Ubuntu 10.04, Evolution 2.28.3. The only way I can collapse/expand threads is Shift-- and Shift-+. This is pretty useless for quick navigation. -- Arrow keys do not open and close threads https://bugs.launchpad.net/bugs/39363 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 39363] Re: Arrow keys do not open and close threads
Still a problem in 10.04, improved but not actually fixed. ** Changed in: evolution (Ubuntu) Status: Fix Released = New -- Arrow keys do not open and close threads https://bugs.launchpad.net/bugs/39363 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 39363] Re: Arrow keys do not open and close threads
I looked at the upstream bug, it seems like they wanted to enable Shift- Left and Shift-Right, whereas the standard in all other applications I've used is Left and Right. The shortcuts of Shift-Left, Shift-Right, Shift-+, and Shift-- are not discoverable. It took me a substantial amount of googling to even find this page. Upstream needs to fix this to be Left/Right. -- Arrow keys do not open and close threads https://bugs.launchpad.net/bugs/39363 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 651611] [NEW] Cannot disable Evolution mail notification bubble
Public bug reported: Binary package hint: evolution 1) Go into Edit-Plugins and uncheck the box next to Mail Notification 2) Restart Evolution 3) Wait to get some new mail Result: You will still see an annoying notification bubble in the right-hand corner of the screen Expected: No notification bubble. Workaround: 1) gconf-editor /apps/evolution/eplugin/mail-notification/ 2) Remove checkbox next to status-notification ** Affects: evolution (Ubuntu) Importance: Undecided Status: New -- Cannot disable Evolution mail notification bubble https://bugs.launchpad.net/bugs/651611 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 651611] Re: Cannot disable Evolution mail notification bubble
Actually, even the gconf-editor steps did not help. I tried disabling most all the other gconf checkboxes, to no avail. Also tried Broadcast Preferences in System - Settings, no effect. I doubt it's the mail-notification plugin, because I tried this too: 1) sudo mv /usr/lib/evolution/2.28/plugins/liborg-gnome-mail-notification.so ~/ 2) Restart Evolution Still get notifications. Tried: killall evolution-alarm-notify Nothing. Tried: removing Indicator Applet from the panel. No change. I like the indicator applet. It's unobtrusive. Same goes for Indicator Session Applet. Tried: killall update-notifier. Still nothing. Tried: 1) sudo mv /usr/lib/indicator* ~/ 2) killall indicator-*-service That breaks the indicator applet, which is kind of sad. Still get the bubbles, though. Tried: 1) mv /usr/lib/notify-osd/ ~/ 2) killall notify-osd The infernal annoyance is gone! *victory dance* Try working with this stuff when you get 60 messages an hour. An interruption every minute? No thanks. According to this page, https://wiki.ubuntu.com/NotifyOSD#evolution this bubble is supposed to be controlled by the plugin, which I deleted a while back. What gives? -- Cannot disable Evolution mail notification bubble https://bugs.launchpad.net/bugs/651611 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 567696] Re: [Radeon] [Lucid] [mi] EQ overflowing. The server is probably stuck in an infinite loop
My symptoms match Barney's exactly: slow mouse, usually happens after suspend, CPU pegged. Alt-SysRq works to reboot, so it's definitely just the X server getting stuck. It's not a hard kernel crash. I have an ATI Mobiliy M300 on a Dell Inspiron 6000. Here's a backtrace? (II) RADEON(0): Output: VGA-0, Detected Monitor Type: 0 (II) RADEON(0): Output: LVDS, Detected Monitor Type: 2 (II) RADEON(0): Added native panel mode: 1920x1200 (II) RADEON(0): Output: S-video, Detected Monitor Type: 0 disable LVDS disable LVDS enable LVDS [mi] EQ overflowing. The server is probably stuck in an infinite loop. Backtrace: 0: /usr/bin/X (xorg_backtrace+0x3b) [0x80e937b] 1: /usr/bin/X (mieqEnqueue+0x1ab) [0x80e8b6b] 2: /usr/bin/X (xf86PostMotionEventP+0xd2) [0x80c2d02] 3: /usr/bin/X (xf86PostMotionEvent+0x68) [0x80c2e88] 4: /usr/lib/xorg/modules/input/synaptics_drv.so (0x35+0x3603) [0x353603] 5: /usr/lib/xorg/modules/input/synaptics_drv.so (0x35+0x5e3d) [0x355e3d] 6: /usr/bin/X (0x8048000+0x6d5bf) [0x80b55bf] 7: /usr/bin/X (0x8048000+0x122744) [0x816a744] 8: (vdso) (__kernel_sigreturn+0x0) [0xe42400] 9: /lib/libdrm.so.2 (drmCommandNone+0x32) [0xd1b162] 10: /usr/lib/xorg/modules/drivers/radeon_drv.so (0x224000+0xa240c) [0x2c640c] 11: /usr/lib/xorg/modules/libexa.so (0x9d9000+0x47f8) [0x9dd7f8] 12: /usr/lib/xorg/modules/libexa.so (0x9d9000+0x4da6) [0x9ddda6] 13: /usr/lib/xorg/modules/libexa.so (0x9d9000+0x4ef3) [0x9ddef3] 14: /usr/lib/xorg/modules/libexa.so (exaMoveOutPixmap+0x48) [0x9db298] 15: /usr/lib/xorg/modules/libexa.so (0x9d9000+0x44f1) [0x9dd4f1] 16: /usr/lib/xorg/modules/libexa.so (0x9d9000+0xb09e) [0x9e409e] 17: /usr/lib/xorg/modules/libexa.so (exaOffscreenAlloc+0x2c4) [0x9e4a04] 18: /usr/lib/xorg/modules/libexa.so (0x9d9000+0x4cc4) [0x9ddcc4] 19: /usr/lib/xorg/modules/libexa.so (0x9d9000+0x55ea) [0x9de5ea] 20: /usr/lib/xorg/modules/libexa.so (0x9d9000+0x2369) [0x9db369] 21: /usr/lib/xorg/modules/libexa.so (0x9d9000+0xa2c7) [0x9e32c7] 22: /usr/lib/xorg/modules/libexa.so (0x9d9000+0xa8ca) [0x9e38ca] 23: /usr/bin/X (0x8048000+0xd8bb8) [0x8120bb8] 24: /usr/bin/X (CompositeGlyphs+0xa5) [0x81b9a25] 25: /usr/bin/X (0x8048000+0xd2cbf) [0x811acbf] 26: /usr/bin/X (0x8048000+0xce9d3) [0x81169d3] 27: /usr/bin/X (0x8048000+0x2a477) [0x8072477] 28: /usr/bin/X (0x8048000+0x1ed7a) [0x8066d7a] 29: /lib/tls/i686/cmov/libc.so.6 (__libc_start_main+0xe6) [0x652bd6] 30: /usr/bin/X (0x8048000+0x1e961) [0x8066961] -- [Radeon] [Lucid] [mi] EQ overflowing. The server is probably stuck in an infinite loop https://bugs.launchpad.net/bugs/567696 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 490742] Re: MacBook Pro: very slow resume from S3 suspend-to-ram
When I tried a Lucid alpha on my MacBook, it didn't even boot out of the box, so I could not actually test this. Moreover, I'm getting rid of the MacBook this week (not that Apple cares... :), so I won't get a chance to test it again. However, it sounds kind-of-fixed. ~a On Wed, Apr 21, 2010 at 9:09 AM, parren peter.arrenbre...@gmail.com wrote: Presently on Ubuntu 10.04 x64 Beta 2 (fully updated as of April 20th 2010), I find it takes my Macbook approximately 10 seconds to resume. While OSX remains a fair bit faster, I consider this to be fast enough. Same here. -- MacBook Pro: very slow resume from S3 suspend-to-ram https://bugs.launchpad.net/bugs/490742 You received this bug notification because you are a direct subscriber of the bug. -- MacBook Pro: very slow resume from S3 suspend-to-ram https://bugs.launchpad.net/bugs/490742 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 37540] Re: [nv11] DPMS not switching off laptop backlight
Thanks for letting me know. I'm looking forward to seeing if this functionality works in Lucid. On Mon, Feb 22, 2010 at 8:53 PM, Bryce Harrington br...@bryceharrington.org wrote: Thank you for reporting this issue about xserver-xorg-video-nv. Starting with Lucid, Ubuntu is transitioning to using the -nouveau video driver by default instead of -nv. The reason for this change is because upstream development for the -nv driver has been quite slow. We are quite pleased with the upstream development speed for -nouveau, and hope this will translate into swifter bug fixes as well. Because of this, I'm closing this bug report at this time. I'm marking it wontfix because what you describe is probably a valid issue, but we do not have further plans to work on it in Ubuntu. If you would still like to see this issue investigated, I would encourage you to file it upstream at http://bugs.freedesktop.org/. ** Changed in: xserver-xorg-video-nv (Ubuntu) Status: Triaged = Won't Fix -- [nv11] DPMS not switching off laptop backlight https://bugs.launchpad.net/bugs/37540 You received this bug notification because you are a direct subscriber of the bug. -- [nv11] DPMS not switching off laptop backlight https://bugs.launchpad.net/bugs/37540 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 490742] Re: MacBook Pro: very slow resume from S3 suspend-to-ram
Jeremy, would it be enough to try it in Alpha 2? http://www.ubuntu.com/testing/lucid/alpha2#Download%20Alpha%202 I can do that next week. On Wed, Feb 10, 2010 at 2:31 PM, Jeremy Foshee jeremy.fos...@canonical.com wrote: Alexey, Have you tested this against Lucid? I'd be interested in the results. Thanks! -JFo ** Changed in: linux (Ubuntu) Status: New = Incomplete ** Changed in: linux (Ubuntu) Importance: Undecided = Low -- MacBook Pro: very slow resume from S3 suspend-to-ram https://bugs.launchpad.net/bugs/490742 You received this bug notification because you are a direct subscriber of the bug. -- MacBook Pro: very slow resume from S3 suspend-to-ram https://bugs.launchpad.net/bugs/490742 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 488103] Re: Poor support for MacBook Pro 5, 1: noise, no jack sense, no in-line headset microphones, broken volume control
Alex, thank you for a great patch! Everything worked as you said. However, I think the noise problem is still here. I'll check on my reference headphones tomorrow, and post. Moreover, setting model=mbp3 doesn't seem to fix the noise issues any more. Is that possible, or am I just confused? It would be lovely to have the headset microphone work, too. Can I help fix that in any way? If you provide some pointers, I can try to gather the relevant information under OS X, or to experiment under Linux. I'm pretty happy with C debugging and development, just don't know the ALSA stack. If the only thing that's blocking you is the lack of a headset, I'd be happy to help too. I noticed one other issue, which is probably not ALSA-triggered. There are volume sliders for Surround and LFE. I have no idea what Surround is -- it didn't do anything that I could notice. LFE is the subwoofer (low-frequency emitter) -- btw, it would be nice to have a better mixer name for it, if that's easy to fix :). The problem is this: if I use the GNOME volume control (which goes through pulseaudio), and turn the volume all the way down to 0, then hit mute, then LFE and Surround suddenly get set to 0. The only way to get them to return is to turn the volume up to a nonzero value, and then toggle mute twice (or use a full mixer). Seems pretty mysterious to me. The bad thing is that this results in people unexpectedly losing all their low frequency sounds -- I doubt many people aside from me look at alsamixer. Let me know what you think about the outstanding 3 issues. If necessary, I'll create separate bugs for them. -- Poor support for MacBook Pro 5,1: noise, no jack sense, no in-line headset microphones, broken volume control https://bugs.launchpad.net/bugs/488103 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 488103] Re: Poor support for MacBook Pro 5, 1: noise, no jack sense, no in-line headset microphones, broken volume control
Yep, the noise issue is definitely still there. I can unload and reload the module, and on some loads it's rather less noticeable, but always crackly at least for some volume slider settings (more on that later). On about 50% of the loads, it's a persistently loud crackly hissing noise with a period of a couple of seconds (it gets quieter and louder). I do consistently get the better (not crackly) noise scenario by switching to mbp3. I don't remember any more if mbp3 used to be even better, but probably not. At any rate, the current mbp3 is tolerable but not great. Regardless of which module I load, or how lucky I get with the random factors mentioned above, the noise level fluctuates depending on the volume slider. On mbp5, with all other sliders maximized, the noise peaks for Master volume are: 8, 17, 27, 36, 45, 55, 64, 73, 83, 92. The noise volume does not substantially depend on the slider setting (i.e. music is acceptable when it's loud, but useless when it's quiet). On mbp3, there is just a faint hint of crackling at those same settings, but the crackling is much much quieter. The white noise background seems to be about the same, maybe slightly quieter on mbp3. What other information could I get to help debug this? -- Poor support for MacBook Pro 5,1: noise, no jack sense, no in-line headset microphones, broken volume control https://bugs.launchpad.net/bugs/488103 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 488103] Re: Poor support for MacBook Pro 5, 1: noise, no jack sense, no in-line headset microphones, broken volume control
Chase, thanks for submitting the patch. It's a huge improvement. I do see 3 issues outstanding, and am hoping to work through them in this bug, or elsewhere. I would really appreciate your help. (a) can you post the output of the following command? $ lspci -v | grep -A7 Audio 00:08.0 Audio device: nVidia Corporation MCP79 High Definition Audio (rev b1) Subsystem: nVidia Corporation Device cb79 Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 21 Memory at df48 (32-bit, non-prefetchable) [size=16K] Capabilities: access denied Kernel driver in use: HDA Intel Kernel modules: snd-hda-intel (b) The noise issues are not equally bad on ever module load/reboot. They are also most easily diagnosed in good, sound-isolating headphones. Can you try putting in some good earphones in a quiet place, and slowly scrolling through the Master volume slider in alsamixer? (c) Can you reproduce the above issue with turning the volume up and down via GNOME Volume Control (or the volume keyboard shortcuts)? Thanks a lot! Alexey -- Poor support for MacBook Pro 5,1: noise, no jack sense, no in-line headset microphones, broken volume control https://bugs.launchpad.net/bugs/488103 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 194570] Re: ntfsdecrypt is incorrectly packaged
Well, ntfsdecrypt is no longer packaged at all in Ubuntu's ntfsprogs, though it's part of the package: http://www.linux-ntfs.org/doku.php?id=ntfsdecrypt It's not a problem for me at the moment, but you could say the bug is still there. -- ntfsdecrypt is incorrectly packaged https://bugs.launchpad.net/bugs/194570 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 488103] Re: Poor support for MacBook Pro 5, 1: noise, no jack sense, no in-line headset microphones, broken volume control
** Summary changed: - Poor support for MacBook Pro 5,1: no jack sense, no in-line headset microphones, broken volume control + Poor support for MacBook Pro 5,1: noise, no jack sense, no in-line headset microphones, broken volume control -- Poor support for MacBook Pro 5,1: noise, no jack sense, no in-line headset microphones, broken volume control https://bugs.launchpad.net/bugs/488103 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 488103] Re: Poor support for MacBook Pro 5, 1: noise, no jack sense, no in-line headset microphones, broken volume control
I updated the description to describe a headphone noise problem with mb5. Truly, there is no acceptable choice. I guess I'll listen to music on headphones from mbp3, and switch to mb5 when I really need the speakers. :'( ** Description changed: I have carefully read through these bugs: - https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/337314 - https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/433633 - https://bugs.launchpad.net/alsa-driver/+bug/396563 + https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/337314 + https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/433633 + https://bugs.launchpad.net/alsa-driver/+bug/396563 They conflate a bunch of snd_hda_intel driver issues, and pulseaudio issues across many hardware platforms. However, some of these issues are quite separate between different chipsets. E.g. model=laptop does different things on different chipsets, and doesn't do a thing for my chipset ALC889A. See the full quirks list here: - http://www.kernel.org/doc/Documentation/sound/alsa/HD-Audio-Models.txt + http://www.kernel.org/doc/Documentation/sound/alsa/HD-Audio-Models.txt I am reporting this from a x86_64 install, but my sound was broken in exactly the same way when I was running i386. - I have not found a published configuration, which makes the sound on my MacBook Pro 5,1 work completely. I have tried: + I have not found a published configuration, which makes the sound on my + MacBook Pro 5,1 work completely. I have tried: + 1) linux-backports-modules-alsa-generic + snd_hda_linux option model=mb5 (same as autodetected), 2) default 2.6.31-15-generic + snd_hda_linux option model=mb5. In both: - * (GOOD) Both left and right speakers work (and subwoofer too, I suspect). - * (BAD) No jack sense: cat /proc/asound/card*/codec* is the same regardless of whether headphones are plugged in - * (BAD) Speakers always on: Volume controls always enable + maximize Front+LFE+Surround outputs (in tandem), never touch headphones (which are muted by default, and labeled HP -- which I suspect breaks PulseAudio paths that depend on the string Headphones). The only manual way (i.e. using alsamixer) to silence the speakers is to 0 (but not mute) those three sliders in alsamixer, and then never to touch the PulseAudio volume controls ever again. That's sad. - * (SLIGHTLY BAD) Headphones should be on by default, not to make users set them up. - * (BAD) Headset microphones don't work. Apple extensively uses a 3.5 jack standard which combines stereo output and microphone input. This is supported by iPhones co, and their computers. Apple, and many external vendors manufacture such headsets. The headset works automagically under MacOS, but fails to work under linux, no matter what input settings I choose. + * (GOOD) Both left and right speakers work (and subwoofer too, I suspect). + * (BAD) Severe noise issues with headphones -- there is a reasonably quiet white noise floor (though the fact that it's audible is sad). But, on top of that there is a variety of noises, which vary in severity, and every time I unload and reload snd_hda_intel, I get a different result. The noises sometimes sound like radio static -- a crackling that gets quieter and louder with a period of a few seconds. Sometimes, they are tuned, high-pitch tones. The noise pattern varies when I adjust the headphone mixer control. It doesn't get quieter at lower volumes, but changes randomly depending on the slider's position. + * (BAD) No jack sense: cat /proc/asound/card*/codec* is the same regardless of whether headphones are plugged in + * (BAD) Speakers always on: Volume controls always enable + maximize Front+LFE+Surround outputs (in tandem), never touch headphones (which are muted by default, and labeled HP -- which I suspect breaks PulseAudio paths that depend on the string Headphones). The only manual way (i.e. using alsamixer) to silence the speakers is to 0 (but not mute) those three sliders in alsamixer, and then never to touch the PulseAudio volume controls ever again. That's sad. + * (SLIGHTLY BAD) Headphones should be on by default, not to make users set them up. + * (BAD) Headset microphones don't work. Apple extensively uses a 3.5 jack standard which combines stereo output and microphone input. This is supported by iPhones co, and their computers. Apple, and many external vendors manufacture such headsets. The headset works automagically under MacOS, but fails to work under linux, no matter what input settings I choose. + 3) linux-backports-modules-alsa-generic + snd_hda_linux option model=mbp3 (recommended by community page https://help.ubuntu.com/community/MacBook5-1/Karmic), 4) default 2.6.31-15-generic + snd_hda_linux option model=mbp3. In both: - * (BAD) Only the right speaker works, and even that after switching alsamixer from 2 channels to 4 channels. - * (BAD) No jack sense -- just as
[Bug 490742] [NEW] MacBook Pro: very slow resume from S3 suspend-to-ram
Public bug reported: I tried: User switching menu - Suspend sudo /etc/acpi/sleep.sh force echo mem | sudo tee -a /sys/power/state In all of these cases, it takes over 20 seconds to wake up the devices. I tried removing a couple of modules that seemed to be possible culprits, but that did not help. At this point I don't know how to debug this further. This is a regression, since resume was quite zippy in 9.04. Help? ProblemType: Bug Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: lesha 1751 F pulseaudio CRDA: Error: [Errno 2] No such file or directory Card0.Amixer.info: Card hw:0 'NVidia'/'HDA NVidia at 0xdf48 irq 21' Mixer name : 'Realtek ALC889A' Components : 'HDA:10ec0885,106b4000,00100103' Controls : 36 Simple ctrls : 20 Date: Tue Dec 1 01:08:44 2009 DistroRelease: Ubuntu 9.10 HibernationDevice: RESUME=UUID=7fc14978-2608-4a11-8dc9-dbda0c94df9c InstallationMedia: Ubuntu 9.10 Karmic Koala - Release amd64 (20091027) MachineType: Apple Inc. MacBookPro5,1 NonfreeKernelModules: wl nvidia Package: linux-image (not installed) ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.31-15-generic root=UUID=cbb3b5a0-7470-40a4-977b-fc110c9d4919 ro quiet splash ProcEnviron: LANG=en_US.UTF-8 SHELL=/bin/bash ProcVersionSignature: Ubuntu 2.6.31-15.50-generic RelatedPackageVersions: linux-backports-modules-2.6.31-15-generic N/A linux-firmware 1.25 RfKill: 1: hci0: Bluetooth Soft blocked: no Hard blocked: no SourcePackage: linux-meta Uname: Linux 2.6.31-15-generic x86_64 dmi.bios.date: 02/03/09 dmi.bios.vendor: Apple Inc. dmi.bios.version: MBP51.88Z.007E.B00.0902031928 dmi.board.asset.tag: Base Board Asset Tag# dmi.board.name: Mac-F42D86A9 dmi.board.vendor: Apple Inc. dmi.board.version: Proto dmi.chassis.asset.tag: Asset Tag# dmi.chassis.type: 8 dmi.chassis.vendor: Apple Inc. dmi.chassis.version: Mac-F42D86A9 dmi.modalias: dmi:bvnAppleInc.:bvrMBP51.88Z.007E.B00.0902031928:bd02/03/09:svnAppleInc.:pnMacBookPro5,1:pvr1.0:rvnAppleInc.:rnMac-F42D86A9:rvrProto:cvnAppleInc.:ct8:cvrMac-F42D86A9: dmi.product.name: MacBookPro5,1 dmi.product.version: 1.0 dmi.sys.vendor: Apple Inc. ** Affects: linux-meta (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug regression -- MacBook Pro: very slow resume from S3 suspend-to-ram https://bugs.launchpad.net/bugs/490742 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 490742] Re: MacBook Pro: very slow resume from S3 suspend-to-ram
** Attachment added: AlsaDevices.txt http://launchpadlibrarian.net/36290084/AlsaDevices.txt ** Attachment added: AplayDevices.txt http://launchpadlibrarian.net/36290085/AplayDevices.txt ** Attachment added: ArecordDevices.txt http://launchpadlibrarian.net/36290086/ArecordDevices.txt ** Attachment added: BootDmesg.txt http://launchpadlibrarian.net/36290087/BootDmesg.txt ** Attachment added: Card0.Amixer.values.txt http://launchpadlibrarian.net/36290088/Card0.Amixer.values.txt ** Attachment added: Card0.Codecs.codec.0.txt http://launchpadlibrarian.net/36290094/Card0.Codecs.codec.0.txt ** Attachment added: CurrentDmesg.txt http://launchpadlibrarian.net/36290095/CurrentDmesg.txt ** Attachment added: IwConfig.txt http://launchpadlibrarian.net/36290098/IwConfig.txt ** Attachment added: Lspci.txt http://launchpadlibrarian.net/36290099/Lspci.txt ** Attachment added: Lsusb.txt http://launchpadlibrarian.net/36290101/Lsusb.txt ** Attachment added: PciMultimedia.txt http://launchpadlibrarian.net/36290102/PciMultimedia.txt ** Attachment added: ProcCpuinfo.txt http://launchpadlibrarian.net/36290103/ProcCpuinfo.txt ** Attachment added: ProcInterrupts.txt http://launchpadlibrarian.net/36290104/ProcInterrupts.txt ** Attachment added: ProcModules.txt http://launchpadlibrarian.net/36290105/ProcModules.txt ** Attachment added: UdevDb.txt http://launchpadlibrarian.net/36290106/UdevDb.txt ** Attachment added: UdevLog.txt http://launchpadlibrarian.net/36290107/UdevLog.txt ** Attachment added: WifiSyslog.txt http://launchpadlibrarian.net/36290108/WifiSyslog.txt ** Attachment added: XsessionErrors.txt http://launchpadlibrarian.net/36290109/XsessionErrors.txt -- MacBook Pro: very slow resume from S3 suspend-to-ram https://bugs.launchpad.net/bugs/490742 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 490704] Re: suspend keyboard shortcut does not work
Travis, that's exactly the same command, modulo sh -c, as what I listed in my Workaround section. Of course it works from the command line! (Yes, I tested) There is no need to wrap it in sh -c for compiz, because it already executes its commands through a shell. I don't understand what you were getting at, but the answer is yes. -- suspend keyboard shortcut does not work https://bugs.launchpad.net/bugs/490704 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 490742] Re: MacBook Pro: very slow resume from S3 suspend-to-ram
This may or may not be a duplicate of this bug: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/484183 It's unclear to me if it's an issue with the same driver, or a different driver, or how to track down the culprit. -- MacBook Pro: very slow resume from S3 suspend-to-ram https://bugs.launchpad.net/bugs/490742 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 484183] Re: slow resume after suspend to ram
I may have reported a duplicate of this bug here: https://bugs.launchpad.net/ubuntu/+source/linux-meta/+bug/490742 At any rate, the overall form of the bug seems similar, even though the dmesg lines look different. I should say that I previously had other lines surrounding my 20-second gap. I removed those modules, but that did not help at all. The gap remained, even though the adjacent lines were all different. -- slow resume after suspend to ram https://bugs.launchpad.net/bugs/484183 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 490704] Re: suspend keyboard shortcut does not work
You're right. I see exactly the same behavior when running metacity -- screen blanks momentarily (something like DPMS force off), and everything comes back. ** Package changed: compiz (Ubuntu) = gnome-settings-daemon (Ubuntu) -- suspend keyboard shortcut does not work https://bugs.launchpad.net/bugs/490704 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 490704] [NEW] suspend keyboard shortcut does not work
Public bug reported: Binary package hint: compiz To reproduce: 1) Go to System - Preferences - Keyboard Shortcuts 2) Find the entry for suspend, and choose some shortcut. 3) Press the shortcut. What I see: The screen briefly goes blank, and then returns within a second. There is no report of any attempt to suspend in .xsession-errors or in dmesg, or dbus-monitor. I don't think the suspend command is being run correctly by the shortcut, because when I choose Suspend from the panel menu (fast user switching applet, aka indicator-applet-session), it works. A workaround: 1) Install compizconfig-settings-manager 2) Open the Commands preference panel. 3) Enter, e.g., for command line 0: dbus-send --session --dest=org.gnome.ScreenSaver --type=method_call /org/gnome/ScreenSaver org.gnome.ScreenSaver.Lock ; dbus-send --print-reply --system --dest=org.freedesktop.DeviceKit.Power /org/freedesktop/DeviceKit/Power org.freedesktop.DeviceKit.Power.Suspend (you may omit the first command if you don't want the screen to lock) 4) Switch to the Key Bindings tab, and define a key binding for the corresponding command. ProblemType: Bug Architecture: amd64 CompizPlugins: [core,move,resize,place,decoration,animation,ccp,dbus,mousepoll,gnomecompat,png,svg,imgjpeg,text,commands,neg,video,wall,snap,scale,scaleaddon,expo,staticswitcher,regex,resizeinfo,workarounds,ezoom,vpswitch,extrawm,fade,session] Date: Mon Nov 30 23:00:28 2009 DistroRelease: Ubuntu 9.10 InstallationMedia: Ubuntu 9.10 Karmic Koala - Release amd64 (20091027) MachineType: Apple Inc. MacBookPro5,1 NonfreeKernelModules: wl nvidia Package: compiz 1:0.8.4-0ubuntu2 PackageArchitecture: all PciDisplay: 02:00.0 VGA compatible controller [0300]: nVidia Corporation G96 [GeForce 9600M GT] [10de:0647] (rev a1) ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.31-15-generic root=UUID=cbb3b5a0-7470-40a4-977b-fc110c9d4919 ro quiet splash ProcEnviron: LANG=en_US.UTF-8 SHELL=/bin/bash ProcVersionSignature: Ubuntu 2.6.31-15.50-generic RelatedPackageVersions: xserver-xorg 1:7.4+3ubuntu7 libgl1-mesa-glx 7.6.0-1ubuntu4 libdrm2 2.4.14-1ubuntu1 xserver-xorg-video-intel 2:2.9.0-1ubuntu2 xserver-xorg-video-ati 1:6.12.99+git20090929.7968e1fb-0ubuntu1 SourcePackage: compiz Uname: Linux 2.6.31-15-generic x86_64 dmi.bios.date: 02/03/09 dmi.bios.vendor: Apple Inc. dmi.bios.version: MBP51.88Z.007E.B00.0902031928 dmi.board.asset.tag: Base Board Asset Tag# dmi.board.name: Mac-F42D86A9 dmi.board.vendor: Apple Inc. dmi.board.version: Proto dmi.chassis.asset.tag: Asset Tag# dmi.chassis.type: 8 dmi.chassis.vendor: Apple Inc. dmi.chassis.version: Mac-F42D86A9 dmi.modalias: dmi:bvnAppleInc.:bvrMBP51.88Z.007E.B00.0902031928:bd02/03/09:svnAppleInc.:pnMacBookPro5,1:pvr1.0:rvnAppleInc.:rnMac-F42D86A9:rvrProto:cvnAppleInc.:ct8:cvrMac-F42D86A9: dmi.product.name: MacBookPro5,1 dmi.product.version: 1.0 dmi.sys.vendor: Apple Inc. system: distro = Ubuntu, architecture = x86_64, kernel = 2.6.31-15-generic ** Affects: compiz (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug -- suspend keyboard shortcut does not work https://bugs.launchpad.net/bugs/490704 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 490704] Re: suspend keyboard shortcut does not work
** Attachment added: BootDmesg.txt http://launchpadlibrarian.net/36286805/BootDmesg.txt ** Attachment added: CurrentDmesg.gz http://launchpadlibrarian.net/36286806/CurrentDmesg.gz ** Attachment added: Dependencies.txt http://launchpadlibrarian.net/36286807/Dependencies.txt ** Attachment added: GconfCompiz.txt http://launchpadlibrarian.net/36286808/GconfCompiz.txt ** Attachment added: Lspci.txt http://launchpadlibrarian.net/36286810/Lspci.txt ** Attachment added: Lsusb.txt http://launchpadlibrarian.net/36286812/Lsusb.txt ** Attachment added: ProcCpuinfo.txt http://launchpadlibrarian.net/36286814/ProcCpuinfo.txt ** Attachment added: ProcInterrupts.txt http://launchpadlibrarian.net/36286816/ProcInterrupts.txt ** Attachment added: ProcModules.txt http://launchpadlibrarian.net/36286817/ProcModules.txt ** Attachment added: UdevDb.txt http://launchpadlibrarian.net/36286818/UdevDb.txt ** Attachment added: UdevLog.txt http://launchpadlibrarian.net/36286819/UdevLog.txt ** Attachment added: XorgConf.txt http://launchpadlibrarian.net/36286820/XorgConf.txt ** Attachment added: XorgLog.txt http://launchpadlibrarian.net/36286821/XorgLog.txt ** Attachment added: XorgLogOld.txt http://launchpadlibrarian.net/36286822/XorgLogOld.txt ** Attachment added: Xrandr.txt http://launchpadlibrarian.net/36286823/Xrandr.txt ** Attachment added: XsessionErrors.txt http://launchpadlibrarian.net/36286824/XsessionErrors.txt ** Attachment added: glxinfo.txt http://launchpadlibrarian.net/36286825/glxinfo.txt -- suspend keyboard shortcut does not work https://bugs.launchpad.net/bugs/490704 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 488103] [NEW] Poor support for MacBook Pro 5, 1: no jack sense, no in-line headset microphones, broken volume control
Public bug reported: I have carefully read through these bugs: https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/337314 https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/433633 https://bugs.launchpad.net/alsa-driver/+bug/396563 They conflate a bunch of snd_hda_intel driver issues, and pulseaudio issues across many hardware platforms. However, some of these issues are quite separate between different chipsets. E.g. model=laptop does different things on different chipsets, and doesn't do a thing for my chipset ALC889A. See the full quirks list here: http://www.kernel.org/doc/Documentation/sound/alsa/HD-Audio-Models.txt I am reporting this from a x86_64 install, but my sound was broken in exactly the same way when I was running i386. I have not found a published configuration, which makes the sound on my MacBook Pro 5,1 work completely. I have tried: 1) linux-backports-modules-alsa-generic + snd_hda_linux option model=mb5 (same as autodetected), 2) default 2.6.31-15-generic + snd_hda_linux option model=mb5. In both: * (GOOD) Both left and right speakers work (and subwoofer too, I suspect). * (BAD) No jack sense: cat /proc/asound/card*/codec* is the same regardless of whether headphones are plugged in * (BAD) Speakers always on: Volume controls always enable + maximize Front+LFE+Surround outputs (in tandem), never touch headphones (which are muted by default, and labeled HP -- which I suspect breaks PulseAudio paths that depend on the string Headphones). The only manual way (i.e. using alsamixer) to silence the speakers is to 0 (but not mute) those three sliders in alsamixer, and then never to touch the PulseAudio volume controls ever again. That's sad. * (SLIGHTLY BAD) Headphones should be on by default, not to make users set them up. * (BAD) Headset microphones don't work. Apple extensively uses a 3.5 jack standard which combines stereo output and microphone input. This is supported by iPhones co, and their computers. Apple, and many external vendors manufacture such headsets. The headset works automagically under MacOS, but fails to work under linux, no matter what input settings I choose. 3) linux-backports-modules-alsa-generic + snd_hda_linux option model=mbp3 (recommended by community page https://help.ubuntu.com/community/MacBook5-1/Karmic), 4) default 2.6.31-15-generic + snd_hda_linux option model=mbp3. In both: * (BAD) Only the right speaker works, and even that after switching alsamixer from 2 channels to 4 channels. * (BAD) No jack sense -- just as above * (OKAYISH) The system volume controls affect only the headphone volume. You are free to manually choose the speaker volume via Surround. * (SLIGHTLY BAD) If 4 channel mode is what it takes to have some semblance of speaker sound, that should be on by default. * (BAD) Headset microphones don't work. 5) model=imac24 -- useless for this machine, the mixer settings are totally broken, still no jack sense. In particular, the latest karmic backports have no effect on my problems. On the basis of the above, I'm changing the community docs to no longer make a blanket recommendation for model=mbp3. People have to make a choice between two different sets of issues. In an ideal world: 1) The driver would support jack sense. 2) The driver would add an extra input for microphones connected through the output 3.5 jack. 3) PulseAudio would automatically mute the speakers on headphones being plugged in. 4) PulseAudio would switch to the headset microphone when that's plugged in. 5) PulseAudio would provide overrides for both of those behaviors. ** Affects: alsa-driver (Ubuntu) Importance: Undecided Status: New -- Poor support for MacBook Pro 5,1: no jack sense, no in-line headset microphones, broken volume control https://bugs.launchpad.net/bugs/488103 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 488103] Re: Poor support for MacBook Pro 5, 1: no jack sense, no in-line headset microphones, broken volume control
This is on 9.10 Karmic Koala, out-of-the-box (+/- backports-alsa as above) with all updates as of November 24, 2009. -- Poor support for MacBook Pro 5,1: no jack sense, no in-line headset microphones, broken volume control https://bugs.launchpad.net/bugs/488103 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 337314] Re: Left speaker doesn't work, controls mixed up on Apple MacBook[Pro] (5, 1)
Hi Kacper, The left speaker issue is gone in Karmic (good work!), but I thought you might have some insights into the remaining jack sense, and inline microphone issues I documented here: https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/488103 Thanks, Alexey -- Left speaker doesn't work, controls mixed up on Apple MacBook[Pro] (5,1) https://bugs.launchpad.net/bugs/337314 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 229465] Re: Wide text in wide VTE windows is extremely slow
I'm getting more and more convinced that this is is an fglrx issue. I'll post the details once I have a better idea of what's going on. -- Wide text in wide VTE windows is extremely slow https://bugs.launchpad.net/bugs/229465 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 229465] Re: Wide text in wide VTE windows is extremely slow
Thanks for the link to the upstream bug. I don't think it's the same. However, I did find one that seems related, except that it was fixed a major release ago. http://bugzilla.gnome.org/show_bug.cgi?id=410534 I also have the fglrx driver, and it seems like the analysis and symptoms are very close to mine. I'm going to see whether this is a regression. Do you want me to move my bug report upstream? Another piece of evidence pointing in the same direction: on an system with NVIDIA drivers, this bug does not happen. -- Wide text in wide VTE windows is extremely slow https://bugs.launchpad.net/bugs/229465 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 229465] [NEW] Wide text in wide VTE windows is extremely slow
Public bug reported: Binary package hint: libvte9 This refers to the Ubuntu 7.10 Gutsy version of vte (0.16.9). However, I just built vte 0.16.13 (hardy), and the bug remains (I made sure it was using the right library using strace). I refer to gnome-terminal in the rest of the bug, but I get the exact same behavior in xfce4-terminal, and in the vte test app. Here's an experiment, done on an idle system (Pentium M 2 Ghz, 1GB RAM), with gnome-terminal in the foreground, maximized. My font setup is monospace 12, with subpixel antialiasing. My scrollback is 5000 lines. $ resize COLUMNS=191; LINES=57; export COLUMNS LINES; $ date XXX; time (for ((i=0;i1000;++i)); do echo {a,b}{b,c}{c,a}{d,a}{q,f,e}{z,c,s}; done; echo _all_) [snip] _all_ real1m30.833s user0m0.596s sys 0m0.012s $ date Mon May 12 02:33:08 EDT 2008 $ cat XXX Mon May 12 02:31:26 EDT 2008 I typed date while it was scrolling, and as soon as it finished, I hit Enter. As you can see, time lies about the wall time a bit, because the rendering is so horrendously slow. According to my date measurement, the wall time is actually 1:42. My reaction time is not that slow (see konsole experiment below). Timings of the same experiment (I report the time value because it's easier): 80x24 -- 1.2s, 80x59 -- 3s, 130x24 -- 1.8s, 191x24 -- 35s, 181x24 -- 2.5s, 186x24 -- 2.5s, 190x24 -- 30s. But, if I change the string being printed (e.g. by replacing echo ... with echo $i ...), then 189x24 suddenly becomes slow again (16s). Maybe it depends on the pattern of spaces/newlines in the text being displayed? This manifests itself when I edit wide files, or cat a wide file, and page through it. In both cases, refreshes can sometimes take as long as 5-7 seconds, even when I'm simply paging through the scrollback with Shift-PageUp and Shift-PageDown. It seems to depend quite a bit on the data -- again, I'm surmising something having to do with newlines or spaces? In fact, on the various wide data files on my disk, I feel slowness down to terminal width 120, at which point it abruptly disappears. I repeated the above experiments a couple of times -- the times are fairly consistent. It did not seem to matter whether I used gnome- terminal --geometry, or resized the window after startup. Now, for the really weird thing. On my screen, 191x24 is almost the full width of the screen. If I change to 6 point font, and maximize the window to 383x112, none of these problems occur. The widest files feel snappy, and messing with newline/space patterns doesn't change that. Keeping the window maximized, 8pt -- still snappy, 10pt -- slight hint of slowness, but perfectly usable, 11pt -- noticeable slowness in some cases, but still under a second per refresh, 12pt -- catastrophically bad. Repeating the original 191x57 experiment in konsole (I set it up so that it renders pixel-identical to the gnome-terminal): real0m1.799s user0m0.588s sys 0m0.020s $ date Mon May 12 02:38:35 EDT 2008 $ cat XXX Mon May 12 02:38:32 EDT 2008 Moreover, none of this slow refresh behavior is reproducible in konsole. It's not as fast as gnome-terminal at its fastest, but it is very consistent. No other applications that display text have these sorts of issues. So this is sort of a puzzler... I think it would be fascinating to know the cause. And even better to have it fixed :) ** Affects: vte (Ubuntu) Importance: Undecided Status: New -- Wide text in wide VTE windows is extremely slow https://bugs.launchpad.net/bugs/229465 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 229465] Re: Wide text in wide VTE windows is extremely slow
Clarification: 189x24 with the initial printout was fast -- about 2.8s. Changing the printout to include the line number made it slow. ** Description changed: Binary package hint: libvte9 This refers to the Ubuntu 7.10 Gutsy version of vte (0.16.9). However, I just built vte 0.16.13 (hardy), and the bug remains (I made sure it was using the right library using strace). I refer to gnome-terminal in the rest of the bug, but I get the exact same behavior in xfce4-terminal, and in the vte test app. Here's an experiment, done on an idle system (Pentium M 2 Ghz, 1GB RAM), with gnome-terminal in the foreground, maximized. My font setup is monospace 12, with subpixel antialiasing. My scrollback is 5000 lines. $ resize COLUMNS=191; LINES=57; export COLUMNS LINES; $ date XXX; time (for ((i=0;i1000;++i)); do echo {a,b}{b,c}{c,a}{d,a}{q,f,e}{z,c,s}; done; echo _all_) [snip] _all_ real1m30.833s user0m0.596s sys 0m0.012s $ date Mon May 12 02:33:08 EDT 2008 $ cat XXX Mon May 12 02:31:26 EDT 2008 I typed date while it was scrolling, and as soon as it finished, I hit Enter. As you can see, time lies about the wall time a bit, because the rendering is so horrendously slow. According to my date measurement, the wall time is actually 1:42. My reaction time is not that slow (see konsole experiment below). Timings of the same experiment (I report the time value because it's easier): 80x24 -- 1.2s, 80x59 -- 3s, 130x24 -- 1.8s, 191x24 -- 35s, 181x24 -- 2.5s, 186x24 -- 2.5s, 190x24 -- 30s. But, if I change the string being printed (e.g. by replacing echo ... with echo $i ...), then 189x24 suddenly becomes slow again (16s). Maybe it depends on the pattern of spaces/newlines in the text being displayed? This manifests itself when I edit wide files, or cat a wide file, and page through it. In both cases, refreshes can sometimes take as long as 5-7 seconds, even when I'm simply paging through the scrollback with Shift-PageUp and Shift-PageDown. It seems to depend quite a bit on the data -- again, I'm surmising something having to do with newlines or spaces? In fact, on the various wide data files on my disk, I feel slowness down to terminal width 120, at which point it abruptly disappears. I repeated the above experiments a couple of times -- the times are fairly consistent. It did not seem to matter whether I used gnome- terminal --geometry, or resized the window after startup. Now, for the really weird thing. On my screen, 191x24 is almost the full width of the screen. If I change to 6 point font, and maximize the window to 383x112, none of these problems occur. The widest files feel snappy, and messing with newline/space patterns doesn't change that. Keeping the window maximized, 8pt -- still snappy, 10pt -- slight hint of slowness, but perfectly usable, 11pt -- noticeable slowness in some cases, but still under a second per refresh, 12pt -- catastrophically bad. Repeating the original 191x57 experiment in konsole (I set it up so that it renders pixel-identical to the gnome-terminal): real0m1.799s user0m0.588s sys 0m0.020s - [EMAIL PROTECTED]:~/pain-genotyping$ date + $ date Mon May 12 02:38:35 EDT 2008 - [EMAIL PROTECTED]:~/pain-genotyping$ cat XXX + $ cat XXX Mon May 12 02:38:32 EDT 2008 Moreover, none of this slow refresh behavior is reproducible in konsole. It's not as fast as gnome-terminal at its fastest, but it is very consistent. No other applications that display text have these sorts of issues. So this is sort of a puzzler... I think it would be fascinating to know the cause. And even better to have it fixed :) ** Description changed: Binary package hint: libvte9 This refers to the Ubuntu 7.10 Gutsy version of vte (0.16.9). However, I just built vte 0.16.13 (hardy), and the bug remains (I made sure it was using the right library using strace). I refer to gnome-terminal in the rest of the bug, but I get the exact same behavior in xfce4-terminal, and in the vte test app. Here's an experiment, done on an idle system (Pentium M 2 Ghz, 1GB RAM), with gnome-terminal in the foreground, maximized. My font setup is monospace 12, with subpixel antialiasing. My scrollback is 5000 lines. $ resize COLUMNS=191; LINES=57; export COLUMNS LINES; $ date XXX; time (for ((i=0;i1000;++i)); do echo {a,b}{b,c}{c,a}{d,a}{q,f,e}{z,c,s}; done; echo _all_) [snip] _all_ real1m30.833s user0m0.596s sys 0m0.012s $ date Mon May 12 02:33:08 EDT 2008 $ cat XXX Mon May 12 02:31:26 EDT 2008 I typed date while it was scrolling, and as soon as it finished, I hit Enter. As you can see, time lies about the wall time a bit, because the rendering is so horrendously slow. According to my date measurement, the wall time is actually 1:42. My reaction time is not that
[Bug 194570] [NEW] ntfsdecrypt is incorrectly packaged
Public bug reported: Binary package hint: ntfsprogs This is Gutsy 7.10: Package: ntfsprogs Versions: 1.13.1-6 (/var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_gutsy_main_binary-i386_Packages) (/var/lib/dpkg/status) Description Language: File: /var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_gutsy_main_binary-i386_Packages MD5: 43d2cdecccbd2efb2b3837a3bbe72d87 Open /usr/bin/ntfsdecrypt with your favorite editor. It's an automake shell script designed to launch the program from .libs. ** Affects: linux-ntfs (Ubuntu) Importance: Undecided Status: New -- ntfsdecrypt is incorrectly packaged https://bugs.launchpad.net/bugs/194570 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 32561] Re: Pango-enabled firefox is much slower
I looked at firefox-3.0 also. The results are not bad, but not perfect either: 1) The original e-mail renders quickly and correctly, regardless of MOZ_DISABLE_PANGO (it's unclear if the switch has any effect at all now) 2) The sanitized e-mail that I attached renders fast. However, it produces a gigantic area of no refresh on the screen. As in, there's a part of the message that just keeps whatever was on that part of the screen before Firefox. And then, when you scroll, that part gets smeared around. -- Pango-enabled firefox is much slower https://bugs.launchpad.net/bugs/32561 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 32561] Re: Pango-enabled firefox is much slower
I am seeing this on 7.10 Gutsy Gibbon, Firefox 2.0.0.11, and it showed up in a very nasty way. I have an e-mail (see attachment) with lots and lots of text (data files). Opening this e-mail in its original context -- Yahoo mail with its CSS and JS and tables -- caused the browser to effectively hang. It remained non-responsive and at 100% CPU for over 5 minutes. The sanitized version does eventually render, but takes over a minute on my computer. In contrast, with pango disabled (I started with mozilla.com's stock builds, then tried the MOZ_PANGO_DISABLE=1 hack, both work fine), the original e-mail renders in about 15 seconds. The sanitized version renders in about 3. So, using Pango is over 20 times slower for me! On the other hand, the font rendering without Pango does not match the rest of the system (fonts are different/larger; some are badly hinted). So, it's ugly without Pango, and unstable (yes, unstable, because such a hang makes me kill the browser) with. :( Can I do something to help get this fixed? ** Attachment added: Sanitized e-mail with massive performance problems. http://launchpadlibrarian.net/11088176/firefox-performance.html.gz -- Pango-enabled firefox is much slower https://bugs.launchpad.net/bugs/32561 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs