>Like others have reported to the list I'm getting:
>
>Could not configure '/dev/rtc' to have a 1024 Hz timer. This is not a
>fatal
>error, but for better emulation accuracy either use a 2.6 host Linux
>kernel or
>type 'echo 1024 > /proc/sys/dev/rtc/max-user-freq' as root.
It's might be HPET that
On Sat, 2007-08-11 at 22:28 +0100, Philip Boulain wrote:
> > Yes, I think that another argument should be required as Dan suggested
> > although I'd like something more explicit like "-read-args-from-image".
> > In the case where the image was directly executable, it would be
> > embedded as pa
Anthony Liguori wrote:
Philip Boulain wrote:
That should probably be "#!/usr/bin/env qemu", or something similar...
I think the magic should just be "#!". Whatever you put as the QEMU
executable is your choice. Separating the args to the next line
actually does make it pretty portable.
Not
Christian Brunschen wrote:
On 11 Aug 2007, at 19:06, Philip Boulain wrote:
Yikes. I like the intent, but the idea of a previously just-data file
format suddenly being able to imply "-hdb fat:rw:/home/" does not
strike me as a good one. :/
Hi all,
I'm nobody in particular in the world of qe
Philip Boulain wrote:
Yikes. I like the intent, but the idea of a previously just-data file
format suddenly being able to imply "-hdb fat:rw:/home/" does not
strike me as a good one. :/
This is why directly executable is important so that the user realizes
they must trust the image.
andrze
andrzej zaborowski wrote:
On 08/08/07, Jorge Lucángeli Obes <[EMAIL PROTECTED]> wrote:
This patch makes QEMU check for command line options stored in qcow2 images.
Signed-off-by: Laurent Vivier <[EMAIL PROTECTED]>
Signed-off-by: Jorge Lucángeli Obes <[EMAIL PROTECTED]>
---
diff --git a/qemu/
Like others have reported to the list I'm getting:
Could not configure '/dev/rtc' to have a 1024 Hz timer. This is not a fatal
error, but for better emulation accuracy either use a 2.6 host Linux
kernel or
type 'echo 1024 > /proc/sys/dev/rtc/max-user-freq' as root.
and then
[EMAIL PROTECTED]
On 11 Aug 2007, at 19:06, Philip Boulain wrote:
Yikes. I like the intent, but the idea of a previously just-data
file format suddenly being able to imply "-hdb fat:rw:/home/" does
not strike me as a good one. :/
Hi all,
I'm nobody in particular in the world of qemu, and have certainly
n
andrzej zaborowski wrote:
On 01/08/07, dmc <[EMAIL PROTECTED]> wrote:
I have a pretty ugly patch against qemu 0.8 which allows the location of data
used with the -snapshot feature to be somewhere other than /var/tmp. I have a
use-case where I am creating many gigabytes of changes to disk in sna
Yikes. I like the intent, but the idea of a previously just-data file format
suddenly being able to imply "-hdb fat:rw:/home/" does not strike me as a good
one. :/
andrzej zaborowski wrote:
Yes, the file format starting with "#! /path/to/qemu" is a much better
idea...
That should probably be
On 10/08/07, Anthony Liguori <[EMAIL PROTECTED]> wrote:
> Jeremy Katz wrote:
> > On Fri, 2007-08-10 at 17:28 +0100, Paul Brook wrote:
> >
> >> On Thursday 09 August 2007, Jeremy Katz wrote:
> >>
> >>> The attached adds a PCI subsystem vendor ID of 0x514D (QM ascii->hex)
> >>> for the Cirrus emulati
On 08/08/07, Jorge Lucángeli Obes <[EMAIL PROTECTED]> wrote:
> This patch makes QEMU check for command line options stored in qcow2 images.
>
> Signed-off-by: Laurent Vivier <[EMAIL PROTECTED]>
> Signed-off-by: Jorge Lucángeli Obes <[EMAIL PROTECTED]>
> ---
> diff --git a/qemu/vl.c b/qemu/vl.c
> in
On 01/08/07, dmc <[EMAIL PROTECTED]> wrote:
> I have a pretty ugly patch against qemu 0.8 which allows the location of data
> used with the -snapshot feature to be somewhere other than /var/tmp. I have a
> use-case where I am creating many gigabytes of changes to disk in snapshot
> mode.
> When
Running FreeBSD/x86 5.3 guest under Linux/x86 host gives:
"Could not configure '/dev/rtc' to have a 1024 Hz timer. This is not a fatal
error, but for better emulation accuracy either use a 2.6 host Linux kernel or
type 'echo 1024 > /proc/sys/dev/rtc/max-user-freq' as root."
But (a) I am running
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 07/08/11 08:16:01
Modified files:
pc-bios: README openbios-sparc32 openbios-sparc64
Log message:
r158: Fix wrong number of clean/saveable windows
r159: Revert previous patch
r1
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 07/08/11 07:58:41
Modified files:
hw : esp.c
Log message:
Enable Selection command (NetBSD)
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/esp.c?cvsroot=qemu&r1=1.22&r2=1.23
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 07/08/11 07:54:26
Modified files:
hw : slavio_serial.c
Log message:
Generate interrupts and update state even if output is disabled
(OpenBSD)
CVSWeb URLs:
http://cvs.savannah.gnu.org/vi
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 07/08/11 07:52:09
Modified files:
hw : iommu.c
Log message:
Log invalid accesses (no faults generated yet)
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/iommu.c?cvsroot=qemu&r
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 07/08/11 07:49:55
Modified files:
hw : iommu.c
Log message:
Improve iommu debugging, use register names
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/iommu.c?cvsroot=qemu&r1=1
19 matches
Mail list logo