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
next prev parent 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