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,
> thou
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, 9
> >
> > 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
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, Jo
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 ar
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: