linux-um archives
 help / color / mirror / Atom feed
From: "Oliver Oppitz" <o.oppitz@web.de>
To: "Patrick \"Petschge\" Kilian" <petschge@web.de>,
	User-mode-linux-devel@lists.sourceforge.net
Subject: Re: [uml-devel] UML and Execution Replay
Date: Wed, 17 Sep 2003 09:45:31 +0200	[thread overview]
Message-ID: <200309170745.h8H7jVQ11917@mailgate5.cinetic.de> (raw)

"Patrick \"Petschge\" Kilian" <petschge@web.de> 
> The only problem is, that you have to replay the input with the exact 
> correct timing.

Yes, indeed that is the more tricky part. However, there are known techniques for handling this. One involves a hardware instruction counter. Using this you can record exactly in what moment some input (e.g. an interrupt) was received. Hardware instruction counters in current CPUs are however pretty imprecise, in particular in x86. Motorola PowerPC 7410 is pretty precise.

An alternative technique is called "unique marker". When there is an interrupt you record some checksums over the register file, parts of the stack etc. For the replay you insert breakpoint instructions at all places where an interrupt had occured in the execution phase. By comparing the stored checksum with the current register file/stack you can determine "where" in the program flow you are. Obviously there is potential for ambiguity but not much. It works in practice. Henrik Thane at the MRTC (Mälardalen Real Time Research Center, http://www.mrtc.mdh.se/) works on this. 

Because I want to work on x86 I favour the latter approach. 

Regards, Oliver

______________________________________________________________________________
Es geht nicht  mehr ohne Handy, aber geht es auch guenstiger?
Ja, mit Call by Call vom Handy. http://handybycall.web.de/?mc=021103



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

             reply	other threads:[~2003-09-17  7:46 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-09-17  7:45 Oliver Oppitz [this message]
2003-09-17  8:44 ` [uml-devel] UML and Execution Replay Lars Marowsky-Bree
2003-09-17 16:59 ` George Washington Dunlap III
  -- strict thread matches above, loose matches on Subject: below --
2003-09-18 14:11 Oliver Oppitz
2003-09-18 10:47 Wichmann, Mats D
2003-09-17 13:33 Wichmann, Mats D
2003-09-17 22:20 ` Jeff Dike
2003-09-17 12:04 Oliver Oppitz
2003-09-16 19:15 Oliver Oppitz
2003-09-17 16:45 ` George Washington Dunlap III
2003-09-17 20:27   ` Nuno Silva
2003-09-17 20:46     ` George Washington Dunlap III

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=200309170745.h8H7jVQ11917@mailgate5.cinetic.de \
    --to=o.oppitz@web.de \
    --cc=User-mode-linux-devel@lists.sourceforge.net \
    --cc=petschge@web.de \
    /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