> Funny, CONFIG_FTRACE happens to select that. Now the question is, wouldNot without fixing gcc first. It would work if gcc always called mcount the first thing before setting up the stack frame. Not sure why it doesn't do that. Still do a benchmark of frame pointer vs no frame pointer kernel and you'll see, especially on a older CPUs without special hardware to avoid stack stalls (e.g. not Core2) BTW always forcing frame pointers also means that ftrace is far from near zero overhead even when disabled. That is unless you find a way to nop the frame pointers too, but that would be likely very difficult because the code will actually use it. -Andi --
| Ian Campbell | Re: [PATCH] x86: Construct 32 bit boot time page tables in native format. |
| Greg Kroah-Hartman | [PATCH 001/196] Chinese: Add the known_regression URI to the HOWTO |
| Justin Piszcz | Linux Software RAID 5 Performance Optimizations: 2.6.19.1: (211MB/s read & 195... |
| Alan | Re: [RFC] Heads up on sys_fallocate() |
| Matthias Scheler | Re: HEADS UP: timecounters (branch simonb-timecounters) merged into -current |
| David Laight | long usernames |
| Quentin Garnier | Re: Understanding foo_open, foo_read, etc. |
| Jared D. McNeill | Breaking binary compatibility for /dev/joy |
git: | |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 0/37] dccp: Feature negotiation - last call for comments |
| David Miller | [GIT]: Networking |
| Natalie Protasevich | [BUG] New Kernel Bugs |
