From: Hans-Peter Nilsson <hans-peter.nilsson@axis.com>
To: gdb@sourceware.org
Subject: When submitting sim/cris: other sim improvements before or after?
Date: Mon, 08 Nov 2004 20:54:00 -0000 [thread overview]
Message-ID: <200411081629.iA8GTg3J020387@ignucius.se.axis.com> (raw)
Hi.
I'm in the progress of updating a local CGEN-based sim port for
CRIS and CRISv32 (a mostly-incompatible improved pipelined
variant) for submission to gdb. The sim port aims to be useful
for GCC regression testing as well as debugging of GNU/Linux
statically linked binaries (lots of syscalls supported), but may
lack in integration with gdb. (That is, I'm totally clueless as
to what is needed in that area.)
I'd also like to submit two additional features:
- New option --file-path-prefix=/where/ever. Prefix all
syscalls with the supplied path and chdir to there upon program
start. Chroot your simulated programs! (Half-baked that is;
there's still a "..".) Changes are mostly in
sim/common/callback.c, to all syscalls taking filename
arguments.
- Pipe support. Well, not full support, just enough that it has
been successfully used to emulate the glibc non-nptl
linuxthreads (well-behaved pipe usage) and do some performance
analysis on a reasonably large application using pthreads. To
make any use of pipes, CPU-specific support to keep track of
different CPU contexts is needed (but only one memory space of
course). Changes are in sim/common/callback.c for all syscalls
that have anything to do with file descriptors and a few extra
fields in include/gdb/callback.h.
Some other changes worth noting:
- Syscall for lstat.
- Missing CB_SYS_rename case in common/syscall.c (though the
common/callback.c case is already in place).
- Ten more struct stat st_* fields supported in
cb_host_to_target_stat (just using the existing strncmp/store
machinery with no further host<->target mapping).
I'd like to submit these features before the actual CRIS port,
because that'd simplify my work. There's also a ~500k
port-specific testsuite, both C tests (mostly to exercise
syscalls in a sane fashion) and assembler tests for the actual
CPU parts. I'll accept responsibility as maintainer for this
sim port. Copyright assignment papers for GDB are in place,
company-wide for Axis Communications.
Does the file-path-prefix and the pipe support sound acceptable?
Would you (as I) prefer to deal with the new features and
bug-fixes etc. before the actual port?
brgds, H-P
next reply other threads:[~2004-11-08 16:30 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-11-08 20:54 Hans-Peter Nilsson [this message]
2004-11-16 2:06 ` Andrew Cagney
2004-11-16 7:59 ` Hans-Peter Nilsson
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=200411081629.iA8GTg3J020387@ignucius.se.axis.com \
--to=hans-peter.nilsson@axis.com \
--cc=gdb@sourceware.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox