From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30) id 1BLs2r-0005Cu-30 for qemu-devel@nongnu.org; Thu, 06 May 2004 19:12:49 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30) id 1BLr4o-0008EO-TO for qemu-devel@nongnu.org; Thu, 06 May 2004 18:11:18 -0400 Received: from [216.254.0.202] (helo=mail2.speakeasy.net) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.30) id 1BLr4o-0008Dc-19 for qemu-devel@nongnu.org; Thu, 06 May 2004 18:10:46 -0400 Subject: Re: [Qemu-devel] Impractical ideas? From: "John R. Hogerhuis" In-Reply-To: <1083880377.29521.3876.camel@rapid> References: <1083866768.25652.1077.camel@aragorn> <1083880377.29521.3876.camel@rapid> Content-Type: text/plain Message-Id: <1083881490.3560.1143.camel@aragorn> Mime-Version: 1.0 Date: Thu, 06 May 2004 15:11:30 -0700 Content-Transfer-Encoding: 7bit Reply-To: jhoger@pobox.com, qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "J. Mayer" Cc: qemu-devel@nongnu.org Of course, there is already something in real life that can get you most of this if you can afford to rent one: a logic analyzer with built-in disassembler. To buy one is *a lot* unless you get an old one like I have which is only useful mainly for instrumenting older systems. I guess we're getting really sci-fi now, but maybe you should just make it pass-through everything to underlying OS, and the front end would be a virtual logic analyzer. Of course thinking about the cool timing diagrams a logic analyzer gives you, I think I'm realizing what the real problem is here: timing. Virtual drivers incorporate knowledge of timing of the real devices in their operation. Without that buffer between you and the bare metal, I think the live guest driver just ain't gonna work. Counterarguments? -- John.