CVSROOT:/sources/qemu
Module name:qemu
Changes by: Paul Brook pbrook 06/11/14 21:13:53
Modified files:
hw : arm_timer.c
Log message:
ARM timer counts down, not up.
CVSWeb URLs:
Hi,
On the 6th of November
(http://lists.gnu.org/archive/html/qemu-devel/2006-11/msg00064.html) a
trivial patch was sent to the list so that qemu would exit on reboot.
I believe it's a great feature that should be available on official
qemu.
I believe (I haven't seen any mail with that commit)
The ARM Versatile and Realview platforms support reset (but not halt),
howvever it is not implemented in QEMU. The patch below adds this
support. It is very similar to the patch from Daniel Jacobowitz
concerning the MIPS platform.
Note that you need a kernel = 2.6.19-rc1 (or a patched kernel)
Hi:
A number of qemu driver backends (such as rtl8139) call the function
cpu_physical_memory_rw to read/write guest memory. The target guest
memory address is often supplied by the guest. This opens up the
possibility of a guest giving an address which happens to be an MMIO
address which can
On Wednesday 15 November 2006 00:43, Herbert Xu wrote:
Hi:
A number of qemu driver backends (such as rtl8139) call the function
cpu_physical_memory_rw to read/write guest memory. The target guest
memory address is often supplied by the guest. This opens up the
possibility of a guest giving
On Wed, Nov 15, 2006 at 01:26:59AM +0100, Aurelien Jarno wrote:
The ARM Versatile and Realview platforms support reset (but not halt),
howvever it is not implemented in QEMU. The patch below adds this
support. It is very similar to the patch from Daniel Jacobowitz
concerning the MIPS
Hi:
I noticed a bug in the realloc error checking code in the QEMU backend
for RealTek8139. However, what's worse is that there is no cap on the
total size of the transmit buffer at all. So a guest can keep extending
it until memory runs out.
CP_TX_BUFFER_SIZE is already 64K. So it seems to