Tristan,
I do not believe that is actually the problem, and arguably QEMU is
correct with timing accuracy set aside. The root of the issue is a more
of a timing problem because the clear/set can happen atomically in QEMU
with respect to the cpu clock vs the real hardware which takes multiple
cloc
uint64_t now = qemu_get_clock(vm_clock);
return (uint32_t)((now*3)/125);
The optimizer should fix this up with no floating point ops.
Jason.
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Jonathan Kalbfeld
Sent: Friday, March 3
Hi Jocelyn,
Previously it was mentioned that there is a regression that was
introduced by your original merge on March 8, 2007. I tested this
latest code and it is still there. The nature of the problem is that
the networking does not work when booting QEMU and using the built in
slirp networkin
I am in total agreement with the change. :-)
Jason.
> -Original Message-
> From:
> [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
> rg] On Behalf Of Daniel Jacobowitz
> Sent: Thursday, November 16, 2006 8:44 PM
> To: qemu-devel@nongnu.org
> Subject: Re: [Qemu-devel] TCP_NODELAY for -red
I suspect the lack of the file system for NFS root is your problem, but
you might consider trying
arm-system-arm -net nic -net tap -kernel zImage -append "root=nfs
nfsroot=192.168.2.182:/myfs,rsize=512,wsize=512"
Personally I just use user mode networking because I like to run
entirely as a user
This was recently added to cvs. The next release of QEMU will have it,
until then you would need to build it from cvs.
-serial telnet::,server
Cheers,
Jason.
> -Original Message-
> From:
> [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
> rg] On Behalf Of Armistead, Jason
> Sent: M
Fabrice,
I will defer to you on the real time timers. I had not examined the
code thoroughly enough to understand if there was more to the real time
timers. I had wanted to guard against any kind of interrupts or
triggers that might fire off. Just call it a lack of total
understanding of the co
ntain
compatibility with what is out there.
I am glad to hear it works.
Jason.
> -Original Message-
> From: Mulyadi Santosa [mailto:[EMAIL PROTECTED]
> Sent: Monday, May 22, 2006 2:43 PM
> To: Wessel, Jason; qemu-devel@nongnu.org
> Subject: Re: RE: [Qemu-devel] [PATCH 1/5] single
The patch is completely arch independent and should work with any of the
targets that use the gdb-stub.
Cheers,
Jason.
> -Original Message-
> From: Mulyadi Santosa [mailto:[EMAIL PROTECTED]
> Sent: Sunday, May 21, 2006 1:54 AM
> To: qemu-devel@nongnu.org; Wessel, Jason
&
