On 10/24/06, Josh Elsasser [EMAIL PROTECTED] wrote:
The current raw block drvice code fakes a TOC with one track covering
the entire disc. With this patch it attempts to read the TOC from a
cdrom device and make that information available to the ide driver
when the guest issues an ATAPI READ
Oh, c'mon, Rob! I really didn't want to ask Paul Brook that, but
sure you'll fix my cluelessness right here, right now - tell me, tell me,
why Linux has dynamic-loadable modules support, which clueless passers-by
like me call plugins? It must be closed-source diversion, no?
Linux has
On Wed, Oct 25, 2006 at 01:47:00PM +0200, Pascal Terjan wrote:
I recently sent a patch to add this for linux but then I thought of a
better way to do it.
I the TOC was stored in a struct somewhere, built when starting (or
changing media) using either .toc, .cue, real CD or maybe even a list
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Paul Brook pbrook 06/10/25 17:43:33
Modified files:
target-arm : translate.c
Log message:
Fix ARM VFP debugging dumps.
CVSWeb URLs:
On Wednesday 27 September 2006 4:27 am, Martin Guy wrote:
There are some statistics at freaknet.org/martin/QEMU for various
types of x86 processor, but giving only BogoMIPS, which are way
overrated.
I presume this is cos QEMU translates the kernel speed test loop once
then runs it as x86
On Tuesday 24 October 2006 8:24 pm, Paul Brook wrote:
ColdFire is the only target that uses it exclusively. Arm is currently a
hybrid of dyngen and the new backend. So is i386, to a lesser extent.
Other targets have minimal changes necessary to make them work.
Ok.
Do you have a quick
