Hi,
On Tue, 13 Dec 2005, Oliver Gerlich wrote:
Wow... looks like Fabrice stripped down Qemu to its bare minimum during
the past days ;)
Seriously, probably the script which downloads the CVS version every day
broke somehow... But I can confirm that it still worked on 2005-12-07,
though.
Johannes Schindelin [EMAIL PROTECTED] writes:
CVSROOT is :pserver:[EMAIL PROTECTED]:/cvsroot/qemu
^^^
That should be sources.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409
Thanks for the answer
The snapshot appears to be 46 bytes in size.
Wow... looks like Fabrice stripped down Qemu to its bare minimum during
the past days ;)
Seriously, probably the script which downloads the CVS version every day
broke somehow... But I can confirm that it still worked
Sorry, I'm a little in a hurry...
The diff is rather big, so just
export CVS_RSH=ssh
cvs -z3 -d:pserver:[EMAIL PROTECTED]:/sources/qemu co
-D 20051115 qemu
this should check out the last working version. I built it with GCC3
and it was running fine.
Mike
On 13.12.2005, at 17:33,
This is enough to let me use apt-get within qemu-system-arm :-)
What it doesn't have, today, is a hard drive. I have some truly
hideous qemu patches, and a Linux block driver that Paul wrote, that
use ARM semihosting traps to simulate a block device using a host
file. Ideally someone'll get
On Wednesday 14 December 2005 22:17, Daniel Jacobowitz wrote:
This is enough to let me use apt-get within qemu-system-arm :-)
I'd totally missed that there were _two_ TX FIFOs.
@@ -364,6 +381,8 @@ static void smc91c111_writeb(void *opaqu
return;
case 12: /* Interrupt
I've just spent *hours* tracking this down.
When you invoke qemu with the -smb option, unless you specify the full
path to the directory which is to be shared, you get all sorts of
totally weird and unhelpful windows errors.
Fixes that are needed:
1)Most urgently, this documentation page: