| 1 |
CFLAGS="-fno-stack-protector-all -fno-stack-protector -fno-pie -g -ggdb |
| 2 |
-fno-omit-frame-pointer" FEATURES="nostrip" emerge cpufreqd |
| 3 |
|
| 4 |
|
| 5 |
You should see |
| 6 |
|
| 7 |
# file /usr/sbin/cpufreqd |
| 8 |
|
| 9 |
/usr/sbin/cpufreqd: ELF 32-bit LSB executable, Intel 80386, version 1 |
| 10 |
(SYSV), for GNU/Linux 2.4.1, dynamically linked (uses shared libs), not |
| 11 |
stripped |
| 12 |
|
| 13 |
|
| 14 |
On Mon, 2004-07-19 at 17:57, Barry Dunn wrote: |
| 15 |
> On Mon, 19 Jul 2004 13:32:39 +0200 |
| 16 |
> pageexec@××××××××.hu wrote: |
| 17 |
> |
| 18 |
> > > Guess I need to post a bug report, just thought I'd see if anyone |
| 19 |
> > > had any suggestions first on things to try. There's an strace below |
| 20 |
> > > fwiw. |
| 21 |
> > |
| 22 |
> > could you enable coredumping (ulimit -c unlimited) then get one and |
| 23 |
> > look at it from gdb ('gdb /usr/sbin/cpufreqd core' then 'bt', 'info |
| 24 |
> > regs', 'x/8i $pc', 'x/16x $sp' at least)? you could also try to |
| 25 |
> > recompile cpufreqd as a normal executable (this one was a PIE) and see |
| 26 |
> > if that changes anything. in any case, i'm almost sure that it's not a |
| 27 |
> > PaX related bug. |
| 28 |
> > |
| 29 |
> > |
| 30 |
> > -- |
| 31 |
> > gentoo-hardened@g.o mailing list |
| 32 |
> > |
| 33 |
> |
| 34 |
> Compiling with CFLAGS="-nopie" did the trick, with that cpufreqd works. |
| 35 |
> I just saw Ned Ludd's post on specific options to disable things, |
| 36 |
> presumably -fno-pie is the same as -nopie?.. both work anyway. |
| 37 |
> |
| 38 |
> Here's that gdb output, I take it I should include this in the bug |
| 39 |
> report? |
| 40 |
> |
| 41 |
> Core was generated by `/usr/sbin/cpufreqd'. |
| 42 |
> Program terminated with signal 11, Segmentation fault. |
| 43 |
> #0 0x40014dae in ?? () |
| 44 |
> (gdb) bt |
| 45 |
> #0 0x40014dae in ?? () |
| 46 |
> #1 0x4001e0a3 in ?? () |
| 47 |
> #2 0x40013018 in ?? () |
| 48 |
> (gdb) info registers |
| 49 |
> eax 0x800073d0 -2147454000 |
| 50 |
> ecx 0x80003003 -2147471357 |
| 51 |
> edx 0x80003003 -2147471357 |
| 52 |
> ebx 0x400160f4 1073832180 |
| 53 |
> esp 0xbffff7d0 0xbffff7d0 |
| 54 |
> ebp 0x800073d0 0x800073d0 |
| 55 |
> esi 0x4012ad84 1074965892 |
| 56 |
> edi 0x800073d8 -2147453992 |
| 57 |
> eip 0x40014dae 0x40014dae |
| 58 |
> eflags 0x10202 66050 |
| 59 |
> cs 0x73 115 |
| 60 |
> ss 0x7b 123 |
| 61 |
> ds 0x7b 123 |
| 62 |
> es 0x7b 123 |
| 63 |
> fs 0x0 0 |
| 64 |
> gs 0x0 0 |
| 65 |
> (gdb) x/8i $pc |
| 66 |
> 0x40014dae: Cannot access memory at address 0x40014dae |
| 67 |
> (gdb) x/16x $sp |
| 68 |
> 0xbffff7d0: 0x4001e0a3 0x40013018 0x00000000 |
| 69 |
> 0x4001ff0c 0xbffff7e0: 0xf748c6bf 0x80001bc0 0x00000000 |
| 70 |
> 0x8000728c 0xbffff7f0: 0x40014d7c 0x8000728c 0x40014d7c |
| 71 |
> 0x80001be1 0xbffff800: 0x80003003 0x80007458 |
| 72 |
> 0x800049f5 0x80007858(gdb) |
| 73 |
> |
| 74 |
> |
| 75 |
> Thanks for your help, much appreciated, |
| 76 |
> |
| 77 |
> Barry |
| 78 |
> |
| 79 |
> -- |
| 80 |
> gentoo-hardened@g.o mailing list |
| 81 |
-- |
| 82 |
Ned Ludd <solar@g.o> |
| 83 |
Gentoo (hardened,security,infrastructure,embedded,toolchain) Developer |
Archives