Linux PARISC architecture development
 help / color / mirror / Atom feed
From: Randolph Chung <randolph@tausq.org>
To: Joel Soete <soete.joel@tiscali.be>
Cc: parisc-linux@lists.parisc-linux.org
Subject: [parisc-linux] Re: traps, unwind new patch proposal.
Date: Tue, 3 May 2005 02:30:52 -0700	[thread overview]
Message-ID: <20050503093052.GF21760@tausq.org> (raw)
In-Reply-To: <4274E6C8.9020704@tiscali.be>

Joel,

> Here is my new proposal to attempt to fix the show_stack() bug in the early 
> boot stage:

Can you explain again what is the problem you are seeing? Is it because
of stack overflow? calls to kmalloc()?

> +struct unwind_frame_regs {
> +       unsigned long sp, ip, rp, r31;
> +};

this is better, although i am still not very clear why we can't just use
pt_regs.

> +#define UFI_REGS_BUF_MAX       128     /* about 4k for LP64 */
> +extern struct unwind_frame_regs ufi_regs_buf[UFI_REGS_BUF_MAX];
> +extern unsigned int ufi_regs_buf_i;

this seems to be used to handle recursive calls to show_stack(), is that
right? why do we want to call show_stack() recursively?

i'm not sure why you want to put this array as a global variable. what's
wrong with putting it on the stack of show_stack()?

> +#if 0   /* FIXME: not used */
>  void unwind_frame_init_running(struct unwind_frame_info *info, struct 
>  pt_regs *regs);
> +#endif

please fix this. this function is useful e.g. for kdb.

randolph
-- 
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

  reply	other threads:[~2005-05-03  9:30 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-05-01 14:25 [parisc-linux] traps, unwind new patch proposal Joel Soete
2005-05-03  9:30 ` Randolph Chung [this message]
  -- strict thread matches above, loose matches on Subject: below --
2005-05-03 15:50 [parisc-linux] " Joel Soete

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=20050503093052.GF21760@tausq.org \
    --to=randolph@tausq.org \
    --cc=parisc-linux@lists.parisc-linux.org \
    --cc=soete.joel@tiscali.be \
    /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