[Bug 92635] Re: Macbook (core duo) does not sleep
That was applied on the latest linux-source from Feisty, so the Ubuntu patchset. I've also applied it against the Gentoo patchset and vanilla sources and it fixes sleep on all three. Notably, some modifications may still be needed to get it to return from sleep, as the backlight generally doesn't want to turn on. -- Macbook (core duo) does not sleep https://bugs.launchpad.net/bugs/92635 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 92635] Re: Macbook (core duo) does not sleep
I have been able to successfully suspend and resume using a custom kernel with the patch from the following page applied: http://www.mail- archive.com/[EMAIL PROTECTED]/msg00198.html This is obviously not a permanent solution, but it should provide a place to start looking. -- Macbook (core duo) does not sleep https://bugs.launchpad.net/bugs/92635 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 81232] Re: ld-linux.so.2 segfaults in _dl_make_stack_executable
Hi Jeff, Apache segfaults right way on the first attempt to connect to the database. Note that the oracle library works correctly from /usr/bin/perl - the fault occurs only when run within Apache. Also, a coworker has verified that, on Fedora Core 6, this fault does not occur, even within Apache. I agree that it is strange for this library to call _dl_make_stack_executable, and i don't think that it does. objdump --dynamic-syms on the oracle library does not show any reference to _make_stack_executable. So it could be that the stack trace we see has been corrupted. I don't know what sort of stack frame magic ld-linux may employ, or if gdb can interpret a 'trampoline' correctly, so i'm uncertain on this point. I thought that ld-linux.so may have thought it necessary to make this call. Apache originally had the elf header $readelf -l /usr/sbin/apache | grep STACK GNU_STACK 0x00 0x 0x 0x0 0x0 RW 0x4 whereas libclntsh.so lacks the GNU_STACK header. So, that seemed like a reason why ld-linux might call _dl_make_stack_executable. However, editing /usr/sbin/apache to change the GNU_STACK permissions to RWE, so that the stack would be executable from the start, did not change the fault. My Ubuntu system's glibc was built on 2006-10-10: $ /lib/libc-2.4.so ... Compiled on a Linux 2.6.17-10 system on 2006-10-10. As this is not the most recent build, I will try to update to the January build to see if the fault is still present. -SEan On Jan 24, 2007, at 6:38 AM, Jeff Bailey wrote: It's hard to tell without the code in hand, but my best guess is that the oracle library is handing in a bad pointer to some function. I'm a bit surprised to see a call right from kpummfpg into _dl_make_stack_executable. Does it segfault reasonably quickly, or does it have to run for a while? -- ld-linux.so.2 segfaults in _dl_make_stack_executable https://launchpad.net/bugs/81232 -- ld-linux.so.2 segfaults in _dl_make_stack_executable https://launchpad.net/bugs/81232 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 81232] ld-linux.so.2 segfaults in _dl_make_stack_executable
Public bug reported: I am experiencing a problem with DBD::Oracle 1.19, when building against the Oracle Instant Client libraries version 10.1.0.5, with perl 5.8.8 on an Ubuntu Edgy Eft system. When the oracle library is used from the system apache: $ /usr/sbin/apache -V Server version: Apache/1.3.34 (Ubuntu) Server's Module Magic Number: 19990320:18 the apache process dumps core with the following stack trace: Core was generated by `/usr/sbin/apache -d /home/sean/Work/cvs -f /home/sean/Work/cvs/etc/apache/httpd'. Program terminated with signal 11, Segmentation fault. #0 0x4000887b in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2 (gdb) where #0 0x4000887b in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2 #1 0x40008c47 in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2 #2 0x4000c942 in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2 #3 0x40011d40 in _dl_make_stack_executable () from /lib/ld-linux.so.2 #4 0x40d119a3 in kpummfpg () from /usr/local/oracle/libclntsh.so.10.1 #5 0x40d4c805 in kghfrempty () from /usr/local/oracle/libclntsh.so.10.1 #6 0x40d42399 in kghgex () from /usr/local/oracle/libclntsh.so.10.1 #7 0x40d44392 in kghfnd () from /usr/local/oracle/libclntsh.so.10.1 #8 0x40d459dd in kghalo () from /usr/local/oracle/libclntsh.so.10.1 #9 0x40d42407 in kghgex () from /usr/local/oracle/libclntsh.so.10.1 #10 0x40d44392 in kghfnd () from /usr/local/oracle/libclntsh.so.10.1 #11 0x40d459dd in kghalo () from /usr/local/oracle/libclntsh.so.10.1 #12 0x4094a357 in kpuhhaloc () from /usr/local/oracle/libclntsh.so.10.1 #13 0x4090925d in kpughndl0 () from /usr/local/oracle/libclntsh.so.10.1 #14 0x40989ebb in OCIHandleAlloc () from /usr/local/oracle/libclntsh.so.10.1 #15 0x40741e93 in ora_db_login6 () from /usr/local/lib/perl/5.8.8/auto/DBD/Oracle/Oracle.so ** Affects: libc (Ubuntu) Importance: Undecided Status: Unconfirmed -- ld-linux.so.2 segfaults in _dl_make_stack_executable https://launchpad.net/bugs/81232 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
