Anthony Liguori wrote:
> I haven't built/tested at all, but this is the set of patches I've
> collected for the 0.12.0 release. Will be testing tonight and tomorrow
> and tagging probably around 5pm CST. Will then upload the release and
> announce once things are propagated.
>
> If you have a pe
Florent Defay schrieb:
> Hi,
>
> I need your help:
>
> I am working for an industrial company. Here, we build a machine
> composed of
> - a board with a PowerPC as CPU
> - classic devices such as ethernet
> - other private devices.
>
> LynxOS runs on the board with private applications and private
Commit 731b9ff6 is correct, but commit 24598d23 is more general, and it
comes first. Drop it the former?
"Nice to have" commit log corrections:
* 92375e10 qdev: Improve uni-north device names (was: [Qemu-devel] [FOR 0.12
PATCH] qdev: Replace device names containing whitespace)
The (was: ...)
"Sebastian Herbszt" writes:
> The default iobase and irq for the ne2k_isa card are 0x300 and 9.
> It should be possible to override both using the "-net" syntax like
> "-net nic,model=ne2k_isa,irq=5,iobase=0x280".
-device ne2k_isa,irq=5,iobase=0x280
On Fri, Dec 18, 2009 at 11:37 AM, Jun Koi wrote:
> Hi,
>
> I am running latest Qemu 0.12-rc. My guest VM runs Linux kernel 2.6.31.
>
> Because Qemu now supports SVM, I expect to see the SVM flag in
> /proc/cpuinfo, but that is not the case.
>
> So it seems SVM support is not enabled by default con
Hi,
I am running latest Qemu 0.12-rc. My guest VM runs Linux kernel 2.6.31.
Because Qemu now supports SVM, I expect to see the SVM flag in
/proc/cpuinfo, but that is not the case.
So it seems SVM support is not enabled by default configuration??
Thanks,
Jun
Rob Landley wrote:
> For background of CELF project proposals, see:
>
> http://elinux.org/CELF_Open_Project_Proposal_2010
>
> Summary:
>
> Integrate a flattened device tree parser into the emulator QEMU, so QEMU can
> create board emulations on the fly (at runtime) from the same data files th
> His last patch has the same fix without the printf(). The printf is
> probably something to avoid since a malicious guest could create a
> storm of them. Since libvirt logs stderr by default, the result could
> be pretty nasty.
By the way, are the
fprintf(stderr, "%s: update widt
> Thanks for the patch. I'm planning on giving Dave Airlie's series a
> try for 0.12.0. I'm pretty comfortable with those patches (since a
> few of them are mine :-)). I also don't think vmware-vga is going to
> be reliable without them so I don't think pulling in the one fix is
> good eno
Hi Anthony -- just sent this patch to qemu-devel (although I don't see
it in archives yet). Anyway I realize it is really really late given
your release timeframe but I think the risk of this pretty minimal, and
the patch fixes a crash in a pretty reasonable config (running a modern
Linux distro w
QEMU crashes with vmware_vga when running a Linux guest with the latest
X.org vmware video driver if QEMU is using SDL for video output. In
this case, vmware_vga advertises cursor acceleration to the guest, and
the crash comes when the guest does a DEFINE_CURSOR command with a 64x64
32bpp cursor.
> -Original Message-
> From: Arnd Bergmann [mailto:a...@arndb.de]
> Sent: Wednesday, December 16, 2009 6:16 AM
> To: virtualizat...@lists.linux-foundation.org
> Cc: Leonid Grossman; qemu-devel@nongnu.org
> Subject: Re: Guest bridge setup variations
>
> On Wednesday 16 December 2009, Leon
Signed-off-by: David Kozub
---
qemu-binfmt-conf.sh |9 -
1 files changed, 8 insertions(+), 1 deletions(-)
diff --git a/qemu-binfmt-conf.sh b/qemu-binfmt-conf.sh
index ba916ac..9c65c9a 100644
--- a/qemu-binfmt-conf.sh
+++ b/qemu-binfmt-conf.sh
@@ -1,5 +1,5 @@
#!/bin/sh
-# enable au
Hi,
Sorry if I can already find this answer somwhere on the Qemu site, but I really
would like to find out if QEMU support Solaris 2.6 as a Guest operating system
but can't find the answer.
What I am looking for is something like Quick Transit and hoping that QEMU does
this?
Regards
Mia
Hi,
I need your help:
I am working for an industrial company. Here, we build a machine composed of
- a board with a PowerPC as CPU
- classic devices such as ethernet
- other private devices.
LynxOS runs on the board with private applications and private
additional drivers.
We would like to use
> > -Original Message-
> > From: virtualization-boun...@lists.linux-foundation.org
> > [mailto:virtualization-boun...@lists.linux-foundation.org] On Behalf
> Of
> > Arnd Bergmann
> > Sent: Tuesday, December 08, 2009 8:08 AM
> > To: virtualizat...@lists.linux-foundation.org
> > Cc: qemu-deve
Roland Dreier wrote:
> Thanks for the patch. I'm planning on giving Dave Airlie's series a
> try for 0.12.0. I'm pretty comfortable with those patches (since a
> few of them are mine :-)). I also don't think vmware-vga is going to
> be reliable without them so I don't think pulling in the
Roland Dreier wrote:
> His last patch has the same fix without the printf(). The printf is
> probably something to avoid since a malicious guest could create a
> storm of them. Since libvirt logs stderr by default, the result could
> be pretty nasty.
By the way, are the
fprintf(st
On 12/17/2009 01:15 PM, David Kozub wrote:
On a side note, why is the mask for e_type 0xfffe, allowing both ET_EXEC
and ET_DYN? I.e. when would we need it for shared libraries?
-fpie generates an ET_DYN "executable".
r~
Hi Roland,
Roland Dreier wrote:
Hi Anthony -- just sent this patch to qemu-devel (although I don't see
it in archives yet). Anyway I realize it is really really late given
your release timeframe but I think the risk of this pretty minimal, and
the patch fixes a crash in a pretty reasonable conf
From: Anthony Liguori
This patch enables dirty log tracking whenever it's needed and disables it
when it is not.
We unconditionally enable dirty log tracking on reset, restart dirty log
tracking when PCI IO regions are remapped, and disable/enable it based on
commands from the guest.
Rebased-by
From: Dave Airlie
The cursor pixmap size we calculate later ends up being 4096 dwords
long by the looks of it. This boots an F12 LiveCD now.
Signed-off-by: Dave Airlie
---
hw/vmware_vga.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/hw/vmware_vga.c b/hw/vmware_vga.
From: Anthony Liguori
VMware VGA requires that the depth presented to the guest is the same as the
DisplaySurface that it renders to. This is because it performs a very simple
memcpy() to blit from one surface to another.
We currently hardcode a 24-bit depth. The surface allocator for SDL may,
From: Anthony Liguori
This is needed for VMware VGA to work properly under KVM.
Signed-off-by: Anthony Liguori
---
hw/vmware_vga.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/hw/vmware_vga.c b/hw/vmware_vga.c
index 07befc8..fcb6808 100644
--- a/hw/vmware_vga.c
+
From: Dave Airlie
---
hw/vmware_vga.c | 35 ++-
1 files changed, 30 insertions(+), 5 deletions(-)
diff --git a/hw/vmware_vga.c b/hw/vmware_vga.c
index f3e3749..28bbc3f 100644
--- a/hw/vmware_vga.c
+++ b/hw/vmware_vga.c
@@ -67,6 +67,11 @@ struct vmsvga_state_s {
From: Anthony Liguori
Apparently, VBE maps the VGA vram to a fixed physical location. KVM requires
that all mappings of the VGA vram have dirty tracking enabled on them. Any
access to the VGA vram through the VBE mapping currently fails to result in
dirty page tracking updates causing a black s
First patch adds a second PCI BAR as per the VMware SVGA specification for
the fifo instead of using the top of the VRAM BAR.
Patches 2-5 are from Anthony and I just rebased them on top of master.
Patch6: fixes a crasher in vmware when X starts inside the guest.
I've booted these with an F12 Liv
I haven't built/tested at all, but this is the set of patches I've
collected for the 0.12.0 release. Will be testing tonight and tomorrow
and tagging probably around 5pm CST. Will then upload the release and
announce once things are propagated.
If you have a pending patch that you think shou
The default iobase and irq for the ne2k_isa card are 0x300 and 9.
It should be possible to override both using the "-net" syntax like
"-net nic,model=ne2k_isa,irq=5,iobase=0x280".
- Sebastian
On Thu, 17 Dec 2009, Richard Henderson wrote:
;;
+ sh4)
+ cpu="sh4"
+ ;;
You don't need this entry. That table is supposed to be for changing the
name. You'd use it if uname returned sh4eb though...
Indeed, I got swayed. Then also "m68k" and "i386" are superfluous there.
As for sh4eb, AF
Anthony Liguori wrote:
Sebastian Herbszt wrote:
What about isapc? Or (pci)pc with isa card?
I'm not sure how the bios enumerates isa option roms on bare metal.
Let's give this a shot:
A typical isa expansion card seems to have a jumper to select a I/O port, IRQ
and
boot rom location, e.g
On Thu, 17 Dec 2009, Richard Henderson wrote:
> Defines setcond and movcond for implementing conditional moves at
> the tcg opcode level. 64-bit-on-32-bit is expanded via a setcond2
> primitive plus other operations.
>
> Signed-off-by: Richard Henderson
> ---
> tcg/README| 26 +++
Gerd Hoffmann wrote:
On 12/15/09 23:51, Sebastian Herbszt wrote:
Qemu will map rom1.bin to PC_ROM_MIN_OPTION (0xc8000) and map rom2.bin
to 0xd.
No.
rom1.bin will be loaded to max(0xc8000, 0xc + cirrus-bios-size)
aligned to 2k, which (with cirrus) is 0xc9.
My bad - for some reaso
Rob Landley wrote:
For background of CELF project proposals, see:
http://elinux.org/CELF_Open_Project_Proposal_2010
Summary:
Integrate a flattened device tree parser into the emulator QEMU, so QEMU can
create board emulations on the fly (at runtime) from the same data files the
Linux kerne
Gerd Hoffmann wrote:
On 12/17/09 13:32, Gerd Hoffmann wrote:
Hi,
All in one patch series for pci rom bar support and option rom loading
via fw_cfg for the non-pci roms. This time the fw_cfg interface is
actually tested with a little linux userspace app (attached below).
Now some seabios b
Gerd Hoffmann wrote:
This patch adds a romfile property to the pci bus. It allows to specify
a romfile to load into the rom bar of the pci device. The default value
comes from a new field in PCIDeviceInfo. The property allows to change
the file and also to disable the rom loading using an empt
On 12/17/2009 05:11 AM, David Kozub wrote:
;;
+ sh4)
+ cpu="sh4"
+ ;;
You don't need this entry. That table is supposed to be for changing
the name. You'd use it if uname returned sh4eb though...
r~
Split out tcg_out_cond from tcg_out_brcond. Add "small" arguments
to all branch functions for completeness. Unify all the calls to
generate branches within brcond2 and pass on the small flag.
Signed-off-by: Richard Henderson
---
tcg/i386/tcg-target.c | 87 ++--
> funny how you seem to follow the same paths I did months ago :-)
Heh. They are the obvious points for improvement in the emulation.
Hopefully we can get them finished this time, so that some third
person doesn't go through the same thing next year. =)
> - cosmetics: don't use tabs and be sure
Defines setcond and movcond for implementing conditional moves at
the tcg opcode level. 64-bit-on-32-bit is expanded via a setcond2
primitive plus other operations.
Signed-off-by: Richard Henderson
---
tcg/README| 26 +++-
tcg/tcg-op.h | 91 +
Implement conditional moves in the x86_64 backend.
Signed-off-by: Richard Henderson
---
tcg/x86_64/tcg-target.c | 65 --
1 files changed, 62 insertions(+), 3 deletions(-)
diff --git a/tcg/x86_64/tcg-target.c b/tcg/x86_64/tcg-target.c
index 2339091..
It is very handy to have a reliable mapping of a condition to its inverse.
This will be used in several patches to follow.
Signed-off-by: Richard Henderson
---
tcg/tcg.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/tcg/tcg.h b/tcg/tcg.h
index 9824493..376d6af 1006
Implement conditional moves in the i386 backend.
Signed-off-by: Richard Henderson
---
tcg/i386/tcg-target.c | 173 +
1 files changed, 173 insertions(+), 0 deletions(-)
diff --git a/tcg/i386/tcg-target.c b/tcg/i386/tcg-target.c
index f7b2416..98d6
There are places, like brcond2, where we know that the destination
of a forward branch will be within 127 bytes. Add the R_386_PC8
relocation type to support this, and add a flag to tcg_out_jxx to
generate it. Set the flag in the small forward branches in brcond2.
Signed-off-by: Richard Henderso
G 3 wrote:
> This patch allows for the file vl.c to compile without any warnings.
>
> Signed-off-by: John Arbuckle
>
>
> ---
> vl.c |5 -
> 1 files changed, 4 insertions(+), 1 deletions(-)
>
> diff --git a/vl.c b/vl.c
> index c0d98f5..b466fe0 100644
> --- a/vl.c
> +++ b/vl.c
> @@ -107,16
On Thu, 17 Dec 2009 19:09:18 +
Jamie Lokier wrote:
> Luiz Capitulino wrote:
> >
> > Hi there,
> >
> > Currently, when a regular command doesn't have any data to output,
> > QMP will emit:
> >
> > { "return": "OK" }
> >
> > I thought this was a good idea because it has a clear meaning.
Luiz Capitulino wrote:
>
> Hi there,
>
> Currently, when a regular command doesn't have any data to output,
> QMP will emit:
>
> { "return": "OK" }
>
> I thought this was a good idea because it has a clear meaning. Silly me,
> this is optimized for humans, but for machines it introduces the
Luiz Capitulino writes:
> Hi there,
>
> Currently, when a regular command doesn't have any data to output,
> QMP will emit:
>
> { "return": "OK" }
>
> I thought this was a good idea because it has a clear meaning. Silly me,
> this is optimized for humans, but for machines it introduces the pro
On 12/17/2009 09:47 AM, malc wrote:
Urgh.. I really hate implementing those 2 ops.
See for example this lovely thread:
http://www.archivum.info/qemu-devel@nongnu.org/2008-06/00306/%5BQemu-devel%5D_%5B4705%5D_Fix_div%5Bu%5D2.
Heh, that one's pretty nasty.
But fwiw, you can just call into y
On 12/17/2009 09:07 AM, Richard Henderson wrote:
+ case TCG_COND_NE:
+ if (const_arg2) {
+ if ((uint16_t) arg2 == arg2) {
+ tcg_out32 (s, XORI | RS (arg1) | RA (0) | arg2);
+ }
+ else {
+ tcg_out_movi (s, TCG_TYPE_I32, 0, arg2);
+ tcg_out32 (s, XOR | SAB (arg1, 0, 0));
+ }
+ }
+ else {
+ tcg_out3
On Thu, 17 Dec 2009, Richard Henderson wrote:
> On 12/17/2009 07:32 AM, malc wrote:
> > > These new opcodes are considered "required" by the backend,
> > > because expanding them at the tcg level breaks the basic block.
> > > There might be some way to emulate within tcg internals, but
> > > that
On Thu, Dec 17, 2009 at 03:41:47PM -0200, Luiz Capitulino wrote:
>
> Hi there,
>
> Currently, when a regular command doesn't have any data to output,
> QMP will emit:
>
> { "return": "OK" }
>
> I thought this was a good idea because it has a clear meaning. Silly me,
> this is optimized for h
Hi there,
Currently, when a regular command doesn't have any data to output,
QMP will emit:
{ "return": "OK" }
I thought this was a good idea because it has a clear meaning. Silly me,
this is optimized for humans, but for machines it introduces the problem
that such commands can't be changed
On Mon, 14 Dec 2009, Richard Henderson wrote:
> On 12/14/2009 04:31 PM, Richard Henderson wrote:
>
> Hmph. One more patch for correctness. With this 183.equake runs correctly.
I just finished running all of spec2k Alpha through Qemu.
With these patches installed (the 4 fpu ones, and the 5 fro
On 12/17/2009 07:32 AM, malc wrote:
These new opcodes are considered "required" by the backend,
because expanding them at the tcg level breaks the basic block.
There might be some way to emulate within tcg internals, but
that doesn't seem worthwhile, as essentially all hosts have
some form of sup
Add a reconnect option that allows sockets to reconnect (after a
specified delay) to the specified server. This makes the virtio-rng driver
useful in production environments where the EGD server may need to be restarted.
Signed-off-by: Ian Molton
---
qemu-char.c | 159
Dave Airlie wrote:
Hi guys,
I've gotten vmware going again on master using some patches from
Anthony (rebased onto master)
and a fix for the cursor pixmap which was causing a segfault.
Excellent, I just ran into a bug report indicating that as the cause of
the seg fault.
The patches are
This patch adds a 'SIZE' type property to those available to qdevs.
It is the analogue of the OPT_SIZE property for options.
Signed-off-by: Ian Molton
---
hw/qdev-properties.c | 34 ++
hw/qdev.h|4
parse_common.h | 40
This patch adds support for virtio-rng. Data is read from a chardev and
can be either raw entropy or received via the EGD protocol.
Signed-off-by: Ian Molton
---
Makefile.target |2 +-
hw/pci.h|1 +
hw/virtio-pci.c | 27 +++
hw/virtio-rng.c | 202 ++
This patch rationalises the declaration of inet_listen_opts such that
it matches the other inet_{listen,connect}_opts functions.
This change is needed for a patch adding socket reconection support.
Signed-off-by: Ian Molton
---
qemu-sockets.c |9 +++--
qemu_socket.h |2 +-
Reposting for inclusion into qemu for the next release (hopefully)
I've rebased against master and rediffed. Since we've missed 0.12 I've reordered
the patches so that virtio-rng depends on the socket reconnect patches,
and has the matching functionality thats needed to handle reconnect events.
T
Signed-off-by: Markus Armbruster
---
I took the liberty to create docs/. Existing documentation should move
there, but I left that for another day, because I want to get this file
out.
docs/qdev-device-use.txt | 353 ++
1 files changed, 353 insertion
On 12/17/09 16:34, Anthony Liguori wrote:
Gerd Hoffmann wrote:
Hi,
All in one patch series for pci rom bar support and option rom loading
via fw_cfg for the non-pci roms. This time the fw_cfg interface is
actually tested with a little linux userspace app (attached below).
Does this mean that
Christoph Hellwig wrote:
> If you want to provide
> protection against mounting the image on the host or scribbling over it
> using mkfs you need to open the block device node with O_EXCL on Linux
> as that's the mechanisms most tools and the filesystem code us for
> exclusion.
Due to that I do su
On Thu, Dec 17, 2009 at 4:32 PM, malc wrote:
[...]
>
> Some:
> a. It breaks tcg on PPC[1]:
>
> ...qemu/tcg/tcg.c:1378: tcg fatal error
What a surprise :-)
I can provide a similar patch for ARM (I already have one
for my own implementation of setcond), but I'll wait for this
patch series to s
Gerd Hoffmann wrote:
Hi,
All in one patch series for pci rom bar support and option rom loading
via fw_cfg for the non-pci roms. This time the fw_cfg interface is
actually tested with a little linux userspace app (attached below).
Does this mean that -kernel works with this series?
Rega
On Wed, 16 Dec 2009, Richard Henderson wrote:
> This patch series adds support for setcond (aka setcc) and
> movcond (aka cmov) opcodes to TCG.
>
> These new opcodes are considered "required" by the backend,
> because expanding them at the tcg level breaks the basic block.
> There might be some w
Kevin Wolf wrote:
> Am 17.12.2009 14:16, schrieb Jamie Lokier:
> You can decide to protect your images with the qemu readonly option and
> get the protection that qemu defines, or you take the permissions of the
> OS and get from the OS whatever the definition of that protection is
> (including wri
On 12/17/09 13:32, Gerd Hoffmann wrote:
Hi,
All in one patch series for pci rom bar support and option rom loading
via fw_cfg for the non-pci roms. This time the fw_cfg interface is
actually tested with a little linux userspace app (attached below).
Now some seabios bits.
I got the naming
Introduce the functions needed to change the backing file of an image. The
function is implemented for qcow2.
Signed-off-by: Kevin Wolf
---
block.c | 20 +
block.h |2 +
block/qcow2.c | 88 +
block_int.h |
If an image references a backing file that doesn't exist, qemu-img info fails
to open this image. Exactly in this case the info would be valuable, though:
the user might want to find out which file is missing.
This patch introduces a BDRV_O_NO_BACKING flag to ignore the backing file when
opening t
This adds a rebase subcommand to qemu-img which allows to change the backing
file of an image.
In default mode, both the current and the new backing file need to exist, and
after the rebase, the COW image is guaranteed to have the same guest visible
content as before. To achieve this, old and new
This patch series adds the functionality to change the backing file of existing
images. This includes simple renaming of a backing file without converting the
COW image as well as safe rebasing onto a different backing file that has some
changes compared to the current backing file.
v2:
- Added mi
Jamie Lokier writes:
> Christoph Hellwig wrote:
>> On Tue, Dec 15, 2009 at 06:45:01PM +, Jamie Lokier wrote:
>> > access=rw
>> > access=ro
>> > access=auto (default)
>>
>> Yes, that sounds like the least clumsy one. I still think the current
>> implementation is a very bad default, though.
Am 17.12.2009 14:16, schrieb Jamie Lokier:
> Christoph Hellwig wrote:
>> On Tue, Dec 15, 2009 at 06:45:01PM +, Jamie Lokier wrote:
>>> access=rw
>>> access=ro
>>> access=auto (default)
>>
>> Yes, that sounds like the least clumsy one. I still think the current
>> implementation is a very bad
Kevin Wolf wrote:
> > You might think the user could do that by setting the permissions to
> > read-only, but root ignores file permissions. (That's why we need a
> > "ro" option too).
>
> We do have readonly=on|off.
Sure, but if you have to do that for safe behaviour when running qemu
as root,
Christoph Hellwig wrote:
> On Tue, Dec 15, 2009 at 06:45:01PM +, Jamie Lokier wrote:
> > access=rw
> > access=ro
> > access=auto (default)
>
> Yes, that sounds like the least clumsy one. I still think the current
> implementation is a very bad default, though.
Without agreeing or disagreein
Signed-off-by: David Kozub
---
qemu-binfmt-conf.sh |9 -
1 files changed, 8 insertions(+), 1 deletions(-)
diff --git a/qemu-binfmt-conf.sh b/qemu-binfmt-conf.sh
index ba916ac..9c65c9a 100644
--- a/qemu-binfmt-conf.sh
+++ b/qemu-binfmt-conf.sh
@@ -1,5 +1,5 @@
#!/bin/sh
-# enable au
We were being a bit too nice and didn't give the guest an invalid instruction
interrupt.
While that works, it's not exactly the fastest thing to do, since now the
guest doesn't know that we're not really implementing that instruction, so it
continues doing it.
We run into this with the set_page_u
This patch adds a file transfer interface to fw_cfg. Intended to be
used for passing non-pci option roms and vgabios to seabios. Namespace
is modeled after the existing cbfs filesystem support in seabios.
Reading the new FW_CFG_FILE_DIR entry returns a file list.
Fields there are in network byte
Signed-off-by: Gerd Hoffmann
---
hw/loader.c | 25 ++---
hw/loader.h |5 +++--
hw/pc.c |2 ++
3 files changed, 27 insertions(+), 5 deletions(-)
diff --git a/hw/loader.c b/hw/loader.c
index 2d7a2c4..451ee54 100644
--- a/hw/loader.c
+++ b/hw/loader.c
@@ -48,6 +48
From: Anthony Liguori
Currently, we preload option roms into the option rom space in memory. This
prevents DDIM from functioning correctly which severely limits the number
of roms we can support.
This patch introduces a pci_add_option_rom() which registers the
PCI_ROM_ADDRESS bar which points t
This patch adds a romfile property to the pci bus. It allows to specify
a romfile to load into the rom bar of the pci device. The default value
comes from a new field in PCIDeviceInfo. The property allows to change
the file and also to disable the rom loading using an empty string.
Signed-off-b
Signed-off-by: Gerd Hoffmann
---
hw/fw_cfg.c | 26 --
hw/fw_cfg.h | 16 +---
2 files changed, 21 insertions(+), 21 deletions(-)
diff --git a/hw/fw_cfg.c b/hw/fw_cfg.c
index b25afff..2e3662d 100644
--- a/hw/fw_cfg.c
+++ b/hw/fw_cfg.c
@@ -45,11 +45,11 @@ ty
Hi,
All in one patch series for pci rom bar support and option rom loading
via fw_cfg for the non-pci roms. This time the fw_cfg interface is
actually tested with a little linux userspace app (attached below).
cheers,
Gerd
- [ cut here ] -
#include
#include
#include
#include
#in
Currently we always set the "config space changed" bit to 1 when triggering
any virtio interrupt. While that worked in 2.6.27, newer kernels interpret
that value as "only the config space changed and nothing else happened".
Since we usually trigger interrupts to tell the guest that something did
h
When going through the default devices, we don't initialize the virtio
console, unless we're doing -nographic.
I suppose that's just a leftover from the recent code restructuring, so
let's put it in.
Signed-off-by: Alexander Graf
---
vl.c |2 ++
1 files changed, 2 insertions(+), 0 deletions
While trying out 0.12-rc2 on my S390x, I stumbled over several issues.
This set fixes them, making KVM on S390x work great again.
Alexander Graf (3):
S390: Loop through virtio console devices
add default virtcon initialization
S390: Don't tell guest we're updating config space
hw/s390-vir
We used to always create one single virtio console device. This breaks when
either zero of multiple virtio console devices are requested, so let's use
the same code as on x86.
Signed-off-by: Alexander Graf
---
hw/s390-virtio.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff
On Mon, Dec 14, 2009 at 03:35:07PM +0200, Naphtali Sprei wrote:
> block.c | 29 +
> block.h |7 +--
> hw/xen_disk.c |3 ++-
> monitor.c |2 +-
> qemu-config.c |4 ++--
> qemu-img.c| 14 --
> qemu-nbd.c|2 +-
On Thu, Dec 17, 2009 at 11:53:45AM +0100, Christoph Hellwig wrote:
> If you're primarily interested in protection against other qemu
> instances you can add you code on top, but that seems like a rather
> marginal use case.
It's a pretty serious case for people accessing live virtual machines
with
FYI I don't think this is all too useful. Just about no one actually
uses file locking APIs on block devices. If you want to provide
protection against mounting the image on the host or scribbling over it
using mkfs you need to open the block device node with O_EXCL on Linux
as that's the mechan
On Tue, Dec 15, 2009 at 06:45:01PM +, Jamie Lokier wrote:
> access=rw
> access=ro
> access=auto (default)
Yes, that sounds like the least clumsy one. I still think the current
implementation is a very bad default, though.
struct fw_files {
u32 filecount;
struct fw_file {
u32 type;/* vga, option, other? */
u32 size;/* file size */
u32 select; /* write this to 0x510 to read it */
u32 reserved;/* you never know ;) */
char name[16];/* maybe: filenam
Hi guys,
I've gotten vmware going again on master using some patches from
Anthony (rebased onto master)
and a fix for the cursor pixmap which was causing a segfault.
The patches are in
git://people.freedesktop.org/~airlied/qemu.git vmware-queue
http://cgit.freedesktop.org/~airlied/qemu/log/?h=vmw
Gerd Hoffmann wrote:
> On 12/17/09 00:47, Alexander Graf wrote:
>>
>> Am 16.12.2009 um 18:46 schrieb Gerd Hoffmann :
>>
>>> Hi,
>>>
>>> quick draft of a file xfer api for fw_cfg, qemu side only, not tested
>>> yet, to be used for option roms.
>>>
>>> comments?
>>
>> 2/3 is missing here.
>
> Hmm, I
On Thu, Dec 17, 2009 at 10:45:45AM +0100, Gerd Hoffmann wrote:
> On 12/17/09 02:24, Kevin O'Connor wrote:
>> On Wed, Dec 16, 2009 at 05:22:41PM +0100, Gerd Hoffmann wrote:
>> The current "CBFS" mechanism looks for named "files" of the following
>> form:
>>
>> - pci,.rom - a rom associated w
On 12/17/09 02:24, Kevin O'Connor wrote:
On Wed, Dec 16, 2009 at 05:22:41PM +0100, Gerd Hoffmann wrote:
The current "CBFS" mechanism looks for named "files" of the following
form:
- pci,.rom - a rom associated with a PCI device with the given
vendor and device id.
Might be useful fo
On 12/17/09 00:47, Alexander Graf wrote:
Am 16.12.2009 um 18:46 schrieb Gerd Hoffmann :
Hi,
quick draft of a file xfer api for fw_cfg, qemu side only, not tested
yet, to be used for option roms.
comments?
2/3 is missing here.
Hmm, I got it via qemu-devel. Maybe it is just delayed for yo
Am 17.12.2009 um 05:26 schrieb G 3 :
Everytime I try to send a patch using 'git send-email', I receive
this error:
: host mx10.gnu.org[199.232.76.166] said:
550-Verification failed for
550-Unrouteable address 550 Sender verify failed (in reply to
RCPT TO
command)
How do I make
100 matches
Mail list logo
