All of lore.kernel.org
 help / color / mirror / Atom feed
From: Keith Owens <kaos@ocs.com.au>
To: linux-kernel@vger.kernel.org
Subject: Re: New module loader makes kernel debugging much harder
Date: Sun, 24 Nov 2002 11:49:32 +1100	[thread overview]
Message-ID: <25340.1038098972@ocs3.intra.ocs.com.au> (raw)
In-Reply-To: Your message of "Sat, 23 Nov 2002 16:23:46 -0000." <20021123162346.GB30167@compsoc.man.ac.uk>

On Sat, 23 Nov 2002 16:23:46 +0000, 
John Levon <levon@movementarian.org> wrote:
>On Sat, Nov 23, 2002 at 01:43:20PM +1100, Keith Owens wrote:
>
>> Only if you assume that the .text is at a known offset from the start
>> of the module.  There are multiple programs that need to know where
>> each section really is, instead of making assumptions about how a
>> module is laid out.
>
>Yes, sorry, that is what I meant.

Even for module profiling, we need section data available.

Although all module code currently goes in a single text area, there is
no guarantee that will always be the case.  In the past we have had
multiple text areas in modules (out of line lock code used its own
section for a long time) and future changes could require multiple text
sections.  To do profiling correctly, you need to know where all the
text sections are, i.e. the module loader has to publish symbols and
section data.  Loosing that data is a big step backwards.


  reply	other threads:[~2002-11-24  0:42 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-11-23  2:20 New module loader makes kernel debugging much harder Keith Owens
2002-11-23  2:35 ` John Levon
2002-11-23  2:43   ` Keith Owens
2002-11-23 16:23     ` John Levon
2002-11-24  0:49       ` Keith Owens [this message]
2002-11-24  1:06         ` John Levon
2002-11-24  1:18           ` Keith Owens
2002-11-24  1:34             ` John Levon
2002-11-25  1:26             ` Rusty Russell
2002-11-23  4:22 ` Jamie Lokier

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=25340.1038098972@ocs3.intra.ocs.com.au \
    --to=kaos@ocs.com.au \
    --cc=linux-kernel@vger.kernel.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.