public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Andi Kleen <ak@suse.de>
To: Tim Walberg <tewalberg@mediaone.net>
Cc: linux-kernel@vger.kernel.org
Subject: Re: kernel/sched.c questions
Date: 04 Apr 2001 22:20:12 +0200	[thread overview]
Message-ID: <oupzodwxvr7.fsf@pigdrop.muc.suse.de> (raw)
In-Reply-To: <A0C675E9DC2CD411A5870040053AEBA028416D@MAINSERVER> <20010404150833.C28474@mediaone.net>
In-Reply-To: Tim Walberg's message of "4 Apr 2001 22:13:59 +0200"

Tim Walberg <tewalberg@mediaone.net> writes:

> On 04/04/2001 16:52 -0300, Sardañons, Eliel wrote:
> >>	Hello, I would like to know why you put this two functions:
> >>	void scheduling_functions_start_here(void) { }
> >>	...
> >>	void scheduling_functions_end_here(void) { }
> >>	
> 
> That one I have no idea about - maybe some perverse sort
> of comment? Or maybe something somewhere needs to know the
> address range that some functions lie within, and these functions
> would delimit that range. Of course, that presumes that the
> compiler in use doesn't reorder functions in the object code
> that emits, but I think that's a fairly safe assumption for
> now...

This is needed for a very bad hack to get the EIP information in ps -lax:
most programs would be shown as hanging in schedule(), which would not be 
very useful to show the user. To avoid this sched.c is always compiled with 
frame pointers and if the EIP is inside these two functions the proc code 
goes back one level in the stack frame.


-Andi

  reply	other threads:[~2001-04-04 20:22 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-04-04 19:52 kernel/sched.c questions Sardañons, Eliel
2001-04-04 20:08 ` Tim Walberg
2001-04-04 20:20   ` Andi Kleen [this message]
2001-04-04 20:21     ` Bjorn Wesen
2001-04-04 21:22   ` Richard B. Johnson
2001-04-04 20:29 ` Stuart MacDonald
2001-04-05 20:28 ` Steven Walter

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=oupzodwxvr7.fsf@pigdrop.muc.suse.de \
    --to=ak@suse.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=tewalberg@mediaone.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox