[Bug 599895] Re: STL Pretty printing does not work on ubuntu
Works for me. Following the same procedure, I get no errors, and
prettyprinting STL structures work as advertised.
:~/src/gdb_printers$ grep RELEASE /etc/lsb-release
DISTRIB_RELEASE=10.04
:~/src/gdb_printers$ uname -a
Linux enitharmon 2.6.32-24-generic #43-Ubuntu SMP Thu Sep 16 14:17:33 UTC 2010
i686 GNU/Linux
:~/src/gdb_printers$ gdb --version
GNU gdb (GDB) 7.1-ubuntu
(...)
(gdb) p b
$1 = std::deque with 4 elements = {"This", "is", "a", "test."}
(gdb) p a
$2 = std::vector of length 3, capacity 4 = {15, 10, 123123}
--
STL Pretty printing does not work on ubuntu
https://bugs.launchpad.net/bugs/599895
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 530372] Re: cannot change track information - Unable to create tag-writing elements
I also get this error when trying to alter the tags of any mp3-file, whether the operation is tried on one or multiple files. When changing tags of a single file, I will get this error dialog, internally Rhythmbox seems to be using the new data, however the mp3 files themselves are not updated with new tags. When changing tags of multiple files, i will get one error dialog per file, the internal tags seems to be erased for all except 1 of the files (?) and the mp3 files will not be updated either. Using the current 0.12.8 version, although as far as i can remember i have experienced this error in rhythmbox ever since i moved from kubuntu to vanilla ubuntu... -- cannot change track information - Unable to create tag-writing elements https://bugs.launchpad.net/bugs/530372 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 45404] Re: thinkpad-keys on ThinkPad X60* uses a large amount of CPU
Whoopie: That sounds great! Just what is needed. (But does it work on any thinkpad model, older ones in particular?) Also, I think thinkpad-keys will be with us for some time still, and as such should be patched ASAP anyway to provide a general fix that it not dependent on a recent kernel version. (I agree with Benjamin that 5Hz polling frequency should be more than enough) If what I read on ibm-acpi-devel is correct, the reporting of keys as ACPI events was only recently added, its target kernel release being 2.6.23 which is still a little way off into the future for the ordinary ubuntu user: http://www.mail-archive.com/[EMAIL PROTECTED]/msg00378.html -- thinkpad-keys on ThinkPad X60* uses a large amount of CPU https://bugs.launchpad.net/bugs/45404 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 45404] Re: thinkpad-keys on ThinkPad X60* uses a large amount of CPU
Update: After running the patched thinkpad-keys for >24 hours, CPU time is a meagre 1 sec, just a tad better than the >25 minutes it used to spend a day... This just seemed to good to be true. So, to verify the correctness of the patch, here's some background: The tpb source (from which thinkpad-keys is inspired) says the following: /* Read only the interesting bytes from nvram to reduce the CPU consupmtion of tpb */ /* The kernel nvram driver reads byte-by-byte from nvram, so just reading interesting bytes reduces the amount of inb() calls */ ...So I went to the kernel and checked drivers/char/nvram.c, and found: * Each lseek() calls lock/unlock_kernel() * Each read() calls spin_lock/unlock_irq (which is expensive) * Each read() calls nvram_check_checksum (!). To check the nvram checksum on a PC platform means to inb 30+2 times... So, instead of saving 6 inb operations as intended, the current grok_nvram function does (32+1)*4=132 instead of (32+10)=42, spending 90 more than it should (in addition to any other overhead in calling lseek+read 6 times too many). -- thinkpad-keys on ThinkPad X60* uses a large amount of CPU https://bugs.launchpad.net/bugs/45404 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 45404] Re: thinkpad-keys on ThinkPad X60* uses a large amount of CPU
** Attachment removed: "add DEBUG define, default -O2" http://librarian.launchpad.net/7398541/hotkey- setup_0.1-17ubuntu9_CFLAGS.patch -- thinkpad-keys on ThinkPad X60* uses a large amount of CPU https://bugs.launchpad.net/bugs/45404 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 45404] Re: thinkpad-keys on ThinkPad X60* uses a large amount of CPU
Sorry, please disregard the above ^ patch, this is the correct one. Applies to latest release (0.1-17ubuntu9). cd hotkey-setup-0.1 patch < hotkey-setup_0.1-17ubuntu9_optimize+CFLAGS.patch ** Attachment added: "bundle nvram reads, POLL_DELAY 100ms, add DEBUG define, default -O2" http://librarian.launchpad.net/7398548/hotkey-setup_0.1-17ubuntu9_optimize%2BCFLAGS.patch -- thinkpad-keys on ThinkPad X60* uses a large amount of CPU https://bugs.launchpad.net/bugs/45404 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 45404] Re: thinkpad-keys on ThinkPad X60* uses a large amount of CPU
I had the same behaviour on my T60p and X60t, thinkpad-keys using ~2% cpu at
all times:
$ uptime ; ps aux | awk '/[t]hinkpad-keys/{print$11,$10}'
12:37:57 up 6 days, 19:39, 1 user, load average: 0.17, 0.14, 0.11
/usr/sbin/thinkpad-keys 189:07
The attached patch bundles the 4 read+seek operations into one (10 byte read),
as well increasing POLL_DELAY to 100ms.
As a result thinkpad-keys drops off the top(1) charts entirely.
Additionally, the Makefile is fixed to forward CFLAGS, and call CC with default
-02.
Tested on: T60p, X60t (Feisty, 2.6.20-lowlatency kernel), A30p (Edgy).
The A30p did not exhibit this behaviour, but applying the patch did not do any
harm either.
Applies to latest release (0.1-17ubuntu9).
cd hotkey-setup-0.1
patch < hotkey-setup_0.1-17ubuntu9_optimize+CFLAGS.patch
DISCLAIMER: I have no knowledge of the inner workings of /dev/nvram, but this
seems to work for me...
Also, this is my first patch here, so constructive criticism are very welcome.
** Attachment added: "bundle nvram reads, POLL_DELAY 100ms, add DEBUG define,
default -O2"
http://librarian.launchpad.net/7398541/hotkey-setup_0.1-17ubuntu9_CFLAGS.patch
--
thinkpad-keys on ThinkPad X60* uses a large amount of CPU
https://bugs.launchpad.net/bugs/45404
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
