I think this is fixed with http://patchwork.ozlabs.org/patch/138719/
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/906804
Title:
SIGSEGV using sheepdog
Status in QEMU:
New
Bug description:
Wh
Device model for cadence gem ethernet controller.
Signed-off-by: Peter A. G. Crosthwaite
Signed-off-by: John Linn
Acked-by: Edgar E. Iglesias
---
changed from v7:
removed dedundant #includes
renamed *COMPL -> *CMPL for consistency
changed bzero -> memset
removed fflush() from DBPRINTF
removed c
Xilinx zynq-7000 machine model. Also includes device model for the zynq-specific
system level control register (SLCR) module.
Signed-off-by: Peter A. G. Crosthwaite
Acked-by: Edgar E. Iglesias
---
changed from v7:
removed (non-functional) SMP support
removed pflash #ifery
renamed zynq_arm_sysctl
Implemented cadence Triple Timer Counter (TCC)
Signed-off-by: Peter A. G. Crosthwaite
Signed-off-by: John Linn
Acked-by: Edgar E. Iglesias
---
changed from v7:
removed fflush() from DBPRINTF
changed from v6:
renamed cadence_ttc_state -> CadenceTTCState
renamed qemu_debug() -> DB_PRINT (all)
add
Implemented cadence UART serial controller
Signed-off-by: Peter A. G. Crosthwaite
Signed-off-by: John Linn
Acked-by: Edgar E. Iglesias
---
changed from v7:
removed fflush() from DBPRINTF
changed from v6:
removed automatic interrupt clearing
removed mask_and_right_justify
removed redundant stop_
QOM documentation states that for objects of type with @instance_size == 0 size
will be assigned to match parent object's size. But currently this feauture is
not implemented and qemu asserts during creation of object with zero
instance_size.
This patch adjusts actual behaviour in accordance with
This is a suite of Device models and a machine model for the Xilinx Zynq-7000
Extensible Processing Platform:
http://www.xilinx.com/products/silicon-devices/epp/zynq-7000/index.htm
This is an ARM based platform featuring embedded SoC peripherals. This patch
series includes a minimal set of devi
>From ecd8be962f69393c183f941bfdbd7a7d3876d442 Mon Sep 17 00:00:00 2001
From: Liu, Jinsong
Date: Mon, 27 Feb 2012 05:19:32 +0800
Subject: [PATCH] KVM: expose Intel cpu new features to guest
Intel recently release 2 new features, HLE and TRM.
Refer to http://software.intel.com/file/41417.
This pat
On Tue, Feb 28, 2012 at 2:23 AM, Peter Maydell wrote:
> On 23 February 2012 02:33, Peter A. G. Crosthwaite
> wrote:
>> Device model for cadence gem ethernet controller.
>>
>> Signed-off-by: Peter A. G. Crosthwaite
>> Signed-off-by: John Linn
>> Acked-by: Edgar E. Iglesias
>> ---
>> changed fro
At 02/27/2012 11:08 PM, Jan Kiszka Wrote:
> On 2012-02-27 04:01, Wen Congyang wrote:
>> We can know the guest is paniced when the guest runs on xen.
>> But we do not have such feature on kvm. This patch implemnts
>> this feature, and the implementation is the same as xen:
>> register panic notifier
On Tue, Feb 28, 2012 at 02:51:22PM +1100, David Gibson wrote:
> This patch fixes two bugs in the OHCI device where the device writes
> back data to system memory that should be exclusively under the
> control of the guest side driver.
>
> In OHCI specification Section 5.2.7, it mentioned "In all c
From: Alexey Kardashevskiy
The sPAPR PCI code defines a PCI device "spapr-pci-host-bridge-pci" which
is never used. This came over from the earlier bridge driver we used as
a template. Some other bridges appear on their own PCI bus as a device,
but that is not true of pSeries bridges, which are
This series contains a number of bugfixes and enhancements for the
pseries machine, including a significant cleanup of the pseries PCI
code.
The 'bars' constant array was used in experimental device allocation code
which is no longer necessary now that we always run the SLOF firmware.
This patch removes the now redundant variable.
Signed-off-by: Alexey Kardashevskiy
Signed-off-by: David Gibson
---
hw/spapr_pci.c |7 ---
1 fi
The pseries "xics" interrupt controller, like most interrupt
controllers can support both message (i.e. edge sensitive) interrupts
and level sensitive interrupts, but it needs to know which are which.
When I implemented the xics emulation for qemu, the only devices we
supported were the PAPR virtu
This patch fixes two bugs in the OHCI device where the device writes
back data to system memory that should be exclusively under the
control of the guest side driver.
In OHCI specification Section 5.2.7, it mentioned "In all cases, Host
Controller Driver is responsible for the insertion and remova
From: Thomas Huth
These instructions for loading and storing byte-swapped 64-bit values have
been introduced in PowerISA 2.06.
Signed-off-by: Thomas Huth
Signed-off-by: David Gibson
---
target-ppc/cpu.h|4 ++-
target-ppc/translate.c | 52
From: Alexey Kardashevskiy
Currently, the function spapr_create_phb() uses its parameters to
initialize the correct memory windows for the new PCI Host Bridge
(PHB). This is not the way things are supposed to be done with qdevs,
and means you can't create extra PHBs easily using -device.
Since
On Tue, Feb 28, 2012 at 02:09:17PM +1100, David Gibson wrote:
> On Mon, Feb 27, 2012 at 03:13:02PM +0100, Gerd Hoffmann wrote:
> > On 02/24/12 01:23, David Gibson wrote:
> > > From: Wei Yang
> > >
> > > This patch fixes two bugs in the OHCI device where the device writes
> > > back data to system
For the pseries machine, TCE (IOMMU) tables can either be directly
malloc()ed in qemu or, when running on a KVM which supports it, mmap()ed
from a KVM ioctl. The latter option is used when available, because it
allows the (frequent bottlenext) H_PUT_TCE hypercall to be KVM accelerated.
However, ev
On 27.02.2012 16:35, Peter Maydell wrote:
On 27 February 2012 12:13, Evgeny Voevodin wrote:
This commit converts code_gen_buffer, code_gen_ptr, tbs, nb_tbs to
TLS. We need this if we want TCG to become multithreaded.
I'm sceptical about doing this kind of thing as a change on its
own. A true m
On Mon, Feb 27, 2012 at 03:13:02PM +0100, Gerd Hoffmann wrote:
> On 02/24/12 01:23, David Gibson wrote:
> > From: Wei Yang
> >
> > This patch fixes two bugs in the OHCI device where the device writes
> > back data to system memory that should be exclusively under the
> > control of the guest side
On Mon, Feb 27, 2012 at 02:58:07PM +0100, Jan Kiszka wrote:
> On 2012-02-24 01:23, David Gibson wrote:
> > The guest network stack might DHCPREQUEST an address that the slirp built
> > in dhcp server can't let it have - for example if the guest has an old
> > leases file from another network config
On Mon, Feb 27, 2012 at 07:49:24PM +0100, Michal Privoznik wrote:
> On 23.02.2012 15:20, Luiz Capitulino wrote:
> > On Sun, 19 Feb 2012 12:15:43 +0100
> > Michal Privoznik wrote:
> >
> >> This command returns an array of:
> >>
> >> [ifname, ipaddr, ipaddr_family, prefix, hwaddr]
> >>
> >> for ea
Heres the diff for proposed comments:
@@ -129,6 +129,8 @@ static uint64_t
cadence_timer_get_steps(CadenceTimerState *s, uint64_t ns)
return r;
}
+/* determine if x is inbetween a and b, exclusive of a, inclusive of b */
+
static inline int64_t is_between(int64_t x, int64_t a, int64_t b)
{
On Tue, Feb 28, 2012 at 12:08 AM, Shu Ming wrote:
> On 2012-2-27 17:21, Jun Koi wrote:
>>
>> hi,
>>
>> on qemu 1.0.1, i am trying to share a host directory with the Windows
>> guest like below:
>>
>> qemu-system-i386 -enable-kvm -m 1000 -net nic,model=rtl8139 -net
>> user,smb=/tmp img.winxp
>>
>>
On Tue, Feb 28, 2012 at 1:45 AM, Paul Brook wrote:
>> On Tue, Feb 21, 2012 at 11:04 PM, Paul Brook wrote:
>> >> > +static inline int64_t is_between(int64_t x, int64_t a, int64_t b)
>> >> > +{
>> >> > + if (a < b) {
>> >> > + return x > a && x <= b;
>> >> > + }
>> >> > + return x <
This adds the QMP command for blockdev-group-snapshot-sync. It
takes an array in as the input, for the argument devlist. The
array consists of the following elements:
+ device:device to snapshot. e.g. "ide-hd0", "virtio0"
+ snapshot-file: path & file for the snapshot image. e.g. "
This is a QAPI/QMP only command to take a snapshot of a group of
devices. This is similar to the blockdev-snapshot-sync command, except
blockdev-group-snapshot-sync accepts a list devices, filenames, and
formats.
It is attempted to keep the snapshot of the group atomic; if the
creation or open of
This patchset adds the ability to take a snapshot of a group of devices,
rather than each device individually. Upon failure of any snapshot, all
snapshots taken by the command will be abandoned, and the appropriate failure
code returned.
All the changes from v2 to v3 are in patch 1/2. This differ
** Changed in: helenos
Status: Unknown => New
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/942299
Title:
Regression in booting HelenOS/ppc under Qemu
Status in Home for various HelenOS dev
How to reproduce:
1. make sure openbios-ppc from Qemu 0.11.1 is installed
2. $ qemu-system-ppc -cdrom HelenOS-0.4.2-ppc32.iso -boot d
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/942299
Title:
Re
Public bug reported:
Mark Cave-Ayland identified Qemu commit
41557447d30eeb944e42069513df13585f5e6c7f as the first bad commit which
prevents HelenOS/ppc from booting with OpenBIOS taken from Qemu 0.11.1.
Note that we deliberately use the OpenBIOS from Qemu 0.11.1 because
there is another suspecte
Am 27.02.2012 00:46, schrieb Anthony Liguori:
The de_DE translation is just a placeholder so that I could test the
infrastructure.
Signed-off-by: Anthony Liguori
---
Makefile |3 +++
configure |4
po/Makefile| 43 +++
po/
Il 27/02/2012 23:06, Anthony Liguori ha scritto:
>
> Thanks! One thing I'm having trouble following on your proposal: What
> commands are valid within
> blockdev-start-transaction/blockdev-commit-transaction?
>
> If I do:
>
> blockdev-start-transaction
> stop
> drive-reopen
> drive-mirror
> blo
On 02/27/2012 03:58 PM, Paolo Bonzini wrote:
Il 27/02/2012 18:21, Eric Blake ha scritto:
Please send in any agenda items you are interested in covering.
Given all the threads on snapshot/mirror/migrate/reopen in the blockdev
layer, that sounds like a worthwhile topic to discuss on a phone call.
On 02/27/2012 02:10 PM, Stefan Weil wrote:
Am 27.02.2012 00:46, schrieb Anthony Liguori:
Basic menu items to enter full screen mode and zoom in/out. Unlike SDL, we
don't allow arbitrary scaling based on window resizing. The current behavior
with SDL causes a lot of problems for me.
Sometimes I
Il 27/02/2012 18:21, Eric Blake ha scritto:
>> > Please send in any agenda items you are interested in covering.
> Given all the threads on snapshot/mirror/migrate/reopen in the blockdev
> layer, that sounds like a worthwhile topic to discuss on a phone call.
I put a description of the existing pr
* it's -> its
* it's -> it is (that's no fix, but makes future checks easier)
* this functions -> this function
* replacable -> replaceable
* reader's -> readers
* logins into -> logs into
v2:
Also replace 'aid' by 'AID' (thanks to Peter Maydell for this hint).
v3:
Fix sentence (contributed
On Sun, Feb 26, 2012 at 06:18:04PM +, Peter Maydell wrote:
> On 26 February 2012 13:30, Stefan Weil wrote:
> > @@ -217,10 +217,10 @@ the card using the following functions:
> > VCardStatus vcard_add_applet(VCard *card, VCardApplet *applet);
> >
> > Add an applet onto the list of app
Am 27.02.2012 00:46, schrieb Anthony Liguori:
Basic menu items to enter full screen mode and zoom in/out. Unlike SDL, we
don't allow arbitrary scaling based on window resizing. The current
behavior
with SDL causes a lot of problems for me.
Sometimes I accidentally resize the window a tiny bit
This patches add the definition of a SandyBridge CPU model.
Summary of differences:
Flags present on actual hardware, but not on the added model definition:
- pbe, tm, ht, ss, acpi, vme, xTPR, tm2, eist, smx: host-specific
features, not exposed to guest.
- ds, ds-cpl, dtes64, pdcm: emulation n
Signed-off-by: Eduardo Habkost
---
target-i386/cpuid.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/target-i386/cpuid.c b/target-i386/cpuid.c
index c2edb64..465ea15 100644
--- a/target-i386/cpuid.c
+++ b/target-i386/cpuid.c
@@ -50,7 +50,7 @@ static const char *ext_fea
This patch addes a Bulldozer-based Opteron_G4 CPU model.
I am trying to be conservative with the new model, so I am enabling only
features known to be useful to guests, and not enabling anything that
was not tested or found to be useful to a guest.
List of missing flags in comparison to real hard
This series add two new CPU models to Qemu: Intel SandyBridge and AMD
Opteron_G4 (Bulldozer).
Eduardo Habkost (3):
add "tsc-deadline" flag name to feature_ecx table
add Opteron_G4 CPU model
add SandyBridge CPU model
sysconfigs/target/target-x86_64.conf | 28
On Mon, Feb 27, 2012 at 11:10:10AM +0100, Gerd Hoffmann wrote:
> Although qxl creates a shared displaysurface when the qxl surface is
> upright and doesn't need to be flipped there is no guarantee that the
> surface doesn't become unshared for some reason. Rename qxl_flip to
> qxl_blit and fix it
On 23.02.2012 15:20, Luiz Capitulino wrote:
> On Sun, 19 Feb 2012 12:15:43 +0100
> Michal Privoznik wrote:
>
>> This command returns an array of:
>>
>> [ifname, ipaddr, ipaddr_family, prefix, hwaddr]
>>
>> for each interface in the system that has an IP address.
>> Currently, only IPv4 and IPv6
On 02/27/2012 11:38 AM, Peter Maydell wrote:
From: Grant Likely
If compiled with CONFIG_FDT, allow user to specify a device tree file using
the -dtb argument. If the machine supports it then the dtb will be loaded
into memory and passed to the kernel on boot.
Signed-off-by: Jeremy Kerr
Signed-
From: Grant Likely
If compiled with CONFIG_FDT, allow user to specify a device tree file using
the -dtb argument. If the machine supports it then the dtb will be loaded
into memory and passed to the kernel on boot.
Signed-off-by: Jeremy Kerr
Signed-off-by: Grant Likely
[Peter Maydell: Use mac
On Mon, 27 Feb 2012 10:42:31 -0600
Anthony Liguori wrote:
> On 02/27/2012 10:33 AM, Federico Simoncelli wrote:
> > I'm all for the modularity of the commands (I suggested it since the
> > beginning),
> > but all this infrastructure goes way beyond what I'd need for oVirt now.
> >
> > When I subm
Jan Kiszka wrote:
> On 2012-01-07 19:23, Liu, Jinsong wrote:
>> Jan Kiszka wrote:
>>> On 2012-01-05 18:07, Liu, Jinsong wrote:
> Sorry, it remains bogus to expose the tsc deadline timer feature
> on machines < pc-1.1. That's just like we introduced kvmclock
> only to pc-0.14 onward. The
Hello, guys!
We need somebody to make XtreemFS usable from Qemu/Libvirt.
http://www.xtreemfs.org/
Is there any interest in working in this? We would like to know how
much time would it take. XtreemFS is, somewhat, similar to GlusterFS;
which is integrated already.
The thing is that XtreemFS pro
On 02/27/2012 12:22 PM, Kevin Wolf wrote:
> Am 27.02.2012 18:02, schrieb Jeff Cody:
+
+/* keep the same entry in bdrv_states */
+pstrcpy(tmp.device_name, sizeof(tmp.device_name),
bs_top->device_name);
+tmp.list = bs_top->list;
+
+/* swap contents
On 02/27/2012 05:22 AM, Juan Quintela wrote:
>
> Hi
>
> Please send in any agenda items you are interested in covering.
Given all the threads on snapshot/mirror/migrate/reopen in the blockdev
layer, that sounds like a worthwhile topic to discuss on a phone call.
--
Eric Blake ebl...@redhat.c
Am 27.02.2012 18:02, schrieb Jeff Cody:
>>> +
>>> +/* keep the same entry in bdrv_states */
>>> +pstrcpy(tmp.device_name, sizeof(tmp.device_name), bs_top->device_name);
>>> +tmp.list = bs_top->list;
>>> +
>>> +/* swap contents of the fixed new bs and the current top */
>>> +*bs_
On 2012-02-27 17:05, Liu, Jinsong wrote:
> Jan Kiszka wrote:
>> On 2012-01-07 19:23, Liu, Jinsong wrote:
>>> Jan Kiszka wrote:
On 2012-01-05 18:07, Liu, Jinsong wrote:
>> Sorry, it remains bogus to expose the tsc deadline timer feature
>> on machines < pc-1.1. That's just like we intro
On 02/27/2012 05:58 PM, Anthony Liguori wrote:
>>
>> Jeff could rework his patches to work with transaction begin/commit
>> commands, and Federico can then add drive-reopen and drive-migrate on
>> top.
>
> Yes, maybe I lack imagination but I fail to see how it generalizes
> easily/nicely.
> From
On 27 February 2012 17:03, Bernhard M. Wiedemann wrote:
> apparently, we patched qemu for openSUSE to always use -R because
> otherwise java did not work (with the binfmt chroot magic).
Yeah, the ubuntu qemu has a similar patch now. We really should
clean that up so we can put it into upstream qe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/27/2012 04:32 PM, Peter Maydell wrote:
> On 27 February 2012 15:16, Bernhard M. Wiedemann
> wrote:
>> I found that running a debian arm5 bash with qemu runs into
>> varying problems with -R but works without. Also works fine on
>> both armv5 and
On 02/27/2012 10:46 AM, Kevin Wolf wrote:
> Am 26.02.2012 20:31, schrieb Jeff Cody:
>> This is a QAPI/QMP only command to take a snapshot of a group of
>> devices. This is similar to the blockdev-snapshot-sync command, except
>> blockdev-group-snapshot-sync accepts a list devices, filenames, and
>>
On 23 February 2012 02:33, Peter A. G. Crosthwaite
wrote:
> Xilinx zynq-7000 machine model. Also includes device model for the
> zynq-specific
> system level control register (SLCR) module.
>
> Signed-off-by: Peter A. G. Crosthwaite
> Acked-by: Edgar E. Iglesias
> ---
> changed from v6:
> renam
On 02/27/2012 10:54 AM, Paolo Bonzini wrote:
On 02/27/2012 05:53 PM, Anthony Liguori wrote:
It looks like this is exactly
the case where the core infrastructure (transactions) is missing.
Batch requests are incredibly easy to add. I'm stuck in meetings for
the next couple days but I'm sure Lu
On 02/27/2012 10:51 AM, Paolo Bonzini wrote:
On 02/27/2012 04:24 PM, Anthony Liguori wrote:
Then you get an error with the block devices still frozen. You can
execute another command to reopen back to the old image to roll back the
transaction.
Pushing the rollback logic to the client does ma
Hi,
> Clearly, the GUI needs to read the user's mind to figure out what they
> meant to do :-)
Fine with me. /me looks forward reviewing patches.
cheers,
Gerd
On 02/27/2012 05:53 PM, Anthony Liguori wrote:
>> It looks like this is exactly
>> the case where the core infrastructure (transactions) is missing.
>
> Batch requests are incredibly easy to add. I'm stuck in meetings for
> the next couple days but I'm sure Luiz throw it together in no time at al
On 02/27/2012 10:33 AM, Federico Simoncelli wrote:
I'm all for the modularity of the commands (I suggested it since
the beginning),
but all this infrastructure goes way beyond what I'd need for oVirt
now.
When I submitted my patches we knew that my work wasn't the
definitive solution
(eg: the fu
Gerd Hoffmann wrote:
Hi,
I'm really sorry, but I don't understand what's happening - I copied the
qemu executable on my target system before executing it, but gdb complains
that the core file does not match the executable! But except the file paths
they are identical.
warning: core file m
On 02/27/2012 04:24 PM, Anthony Liguori wrote:
>
> Then you get an error with the block devices still frozen. You can
> execute another command to reopen back to the old image to roll back the
> transaction.
>
> Pushing the rollback logic to the client does make the client interface
> a bit more
On 02/27/2012 04:46 PM, Kevin Wolf wrote:
> > +/*
> > + * Now we will drain, flush, & pivot everything - we are committed at
> > this
> > + * point.
> > + */
> > +bdrv_drain_all();
>
> I would feel more comfortable if we could do the bdrv_drain_all() at the
> very beginning of
- Original Message -
> From: "Anthony Liguori"
> To: "Federico Simoncelli"
> Cc: "Paolo Bonzini" , kw...@redhat.com,
> arm...@redhat.com, "Jeff Cody" ,
> mtosa...@redhat.com, qemu-devel@nongnu.org, "Luiz Capitulino"
>
> Sent: Monday, February 27, 2012 5:42:31 PM
> Subject: Re: [Qemu-de
On 02/27/2012 10:39 AM, Gerd Hoffmann wrote:
Hi,
That all keyboard inputs are grabbed when the mouse is in the window and
you don't need to press ctrl-alt-g explicitly. And the reverse should
happen when the mouse reaches the window border. Just like under SDL,
give it a try.
Right, this w
On 02/27/2012 10:33 AM, Federico Simoncelli wrote:
I'm all for the modularity of the commands (I suggested it since the beginning),
but all this infrastructure goes way beyond what I'd need for oVirt now.
When I submitted my patches we knew that my work wasn't the definitive solution
(eg: the fu
On 02/27/2012 05:33 PM, Federico Simoncelli wrote:
>> >
>> > blockdev-begin-transaction
>> > drive-reopen device new-image-file
>> > drive-mirror streaming=false device dest
>> > blockdev-commit-transaction
>> >
>> > No strange optional arguments, no proliferation of commands, etc
Hi,
>> That all keyboard inputs are grabbed when the mouse is in the window and
>> you don't need to press ctrl-alt-g explicitly. And the reverse should
>> happen when the mouse reaches the window border. Just like under SDL,
>> give it a try.
>
> Right, this was intentional. I think it's weir
- Original Message -
> From: "Paolo Bonzini"
> To: "Luiz Capitulino"
> Cc: "Federico Simoncelli" , kw...@redhat.com,
> mtosa...@redhat.com, qemu-devel@nongnu.org,
> arm...@redhat.com, "Jeff Cody"
> Sent: Monday, February 27, 2012 3:39:33 PM
> Subject: drive transactions (was Re: [PATCH
Image files that make qemu-img info read several gigabytes into the
unknown header extensions list are bad. Just fail opening the image
if an extension claims to be large.
Signed-off-by: Kevin Wolf
---
block/qcow2.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/blo
The spec says that the length of extensions is padded to 8 bytes, not
the offset. Currently this is the same because the header size is a
multiple of 8, so this is only about compatibility with future changes
to the header size.
While touching it, move the calculation to a common place instead of
Jan Kiszka wrote:
> Well, the Linux kernel can also be built with practically any distro
> out there.
Yeah. Maybe that gets tested more than building coreboot and SeaBIOS,
and so problems are discovered by those who introduce them.
> Having a need for a separate toolchain for building x86 on x86
On 2012-02-27 17:00, Peter Stuge wrote:
> Jan Kiszka wrote:
>>> Then I noticed, that if I rebuild the BIOS, from the exact same revision
>>> 1.6.3.1 revision that is committed in 'seabios' submodule in QEMU, then
>>> it works fine. So AFAICT, it is not the Seabios source code at fault,
>>> but rath
On 2012-2-27 17:21, Jun Koi wrote:
hi,
on qemu 1.0.1, i am trying to share a host directory with the Windows
guest like below:
qemu-system-i386 -enable-kvm -m 1000 -net nic,model=rtl8139 -net
user,smb=/tmp img.winxp
but in the guest, \\10.0.2.4 doesnt show me any shared directory.
i already r
On 02/17/2012 01:53 AM, Roy Tam wrote:
>> > Please try these modified configure option which adds the compiler flag
>> > needed for multithreading:
>> > --extra-cflags="-O0 -pipe -mthreads". For me, -mthreads solved the problem.
>> >
> Yes "-mthreads" switch does workaround the issue.
> But using
Jan Kiszka wrote:
> > Then I noticed, that if I rebuild the BIOS, from the exact same revision
> > 1.6.3.1 revision that is committed in 'seabios' submodule in QEMU, then
> > it works fine. So AFAICT, it is not the Seabios source code at fault,
> > but rather the binary build we have commited to GI
Hi,
> I'm really sorry, but I don't understand what's happening - I copied the
> qemu executable on my target system before executing it, but gdb complains
> that the core file does not match the executable! But except the file paths
> they are identical.
> warning: core file may not match spec
> On Tue, Feb 21, 2012 at 11:04 PM, Paul Brook wrote:
> >> > +static inline int64_t is_between(int64_t x, int64_t a, int64_t b)
> >> > +{
> >> > +if (a < b) {
> >> > +return x > a && x <= b;
> >> > +}
> >> > +return x < a && x >= b;
> >> > +}
> >>
> >> This looks slightly odd
Am 26.02.2012 20:31, schrieb Jeff Cody:
> This is a QAPI/QMP only command to take a snapshot of a group of
> devices. This is similar to the blockdev-snapshot-sync command, except
> blockdev-group-snapshot-sync accepts a list devices, filenames, and
> formats.
>
> It is attempted to keep the snaps
On 27 February 2012 15:16, Bernhard M. Wiedemann wrote:
> I found that running a debian arm5 bash with qemu runs into varying
> problems with -R but works without. Also works fine on both armv5 and
> armv7hf hardware.
>
>
> This happened with both master and 1.0 builds:
>
> curl www.zq1.de/~bernha
More or less same crash for me:
Using built-in specs.
COLLECT_GCC=d:\MinGW\bin\gcc.exe
COLLECT_LTO_WRAPPER=d:/mingw/bin/../libexec/gcc/mingw32/4.6.2/lto-wrapper.exe
Target: mingw32
Configured with: ../gcc-4.6.2/configure
--enable-languages=c,c++,ada,fortran,objc,obj-c++ --disable-sjlj-exceptions
On Mon, Feb 27, 2012 at 3:23 PM, Jeff Cody wrote:
> On 02/27/2012 09:40 AM, Stefan Hajnoczi wrote:
>> On Mon, Feb 27, 2012 at 2:26 PM, Jeff Cody wrote:
>>> On 02/27/2012 06:13 AM, Stefan Hajnoczi wrote:
On Sun, Feb 26, 2012 at 7:31 PM, Jeff Cody wrote:
> + * It is assumed that bs_new al
The following changes since commit b4bd0b168e9f4898b98308f4a8a089f647a86d16:
audio: Add some fall through comments (2012-02-25 18:16:11 +0400)
are available in the git repository at:
git://git.kiszka.org/qemu.git queues/slirp
David Gibson (1):
slirp: Fix assertion failure on rejected D
On 2012-02-27 10:51, Daniel P. Berrange wrote:
> I'm seeing current QEMU GIT fail to boot MS-Dos 6.22 with the following
> crash:
>
> # qemu-system-x86_64 -fda ~/MS-DOS\ 6.22.img -m 1 -curses
> iPXE v1.0.0-591-g7aee315
> iPXE (http://ipxe.org) 00:03.0 C900 PCI2.10
On 02/27/2012 09:17 AM, Kevin Wolf wrote:
Am 27.02.2012 15:59, schrieb Anthony Liguori:
On 02/27/2012 08:54 AM, Paolo Bonzini wrote:
On 02/27/2012 03:46 PM, Anthony Liguori wrote:
I think a better way to think of this is as a batch submission. It
would be relatively easy to model in QMP too (
On 02/27/2012 11:31 AM, Michael S. Tsirkin wrote:
> On Mon, Feb 27, 2012 at 10:17:21AM +0100, Hannes Reinecke wrote:
[ .. ]
>>
>> The problem with mfi.h is that it's not actually _my_ file, but
>> rather copied over from NetBSD. I felt a bit stupid doing a recoding
>> of all the values which are al
On 02/27/2012 09:40 AM, Stefan Hajnoczi wrote:
> On Mon, Feb 27, 2012 at 2:26 PM, Jeff Cody wrote:
>> On 02/27/2012 06:13 AM, Stefan Hajnoczi wrote:
>>> On Sun, Feb 26, 2012 at 7:31 PM, Jeff Cody wrote:
>>>
>>> Do you have automated tests for this feature?
>>>
>>
>> No, not yet. The testing has
On Mon, Feb 27, 2012 at 10:41 PM, Stefan Hajnoczi wrote:
> On Mon, Feb 27, 2012 at 2:20 PM, Zhi Yong Wu wrote:
>> On Sun, Feb 26, 2012 at 10:55 PM, Stefan Hajnoczi
>> wrote:
>>> The QED dirty bit timer marks the file clean after allocating writes
>>> have drained. This is cheaper than clearing/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I found that running a debian arm5 bash with qemu runs into varying
problems with -R but works without. Also works fine on both armv5 and
armv7hf hardware.
This happened with both master and 1.0 builds:
curl www.zq1.de/~bernhard/temp/debian-bas
Am 27.02.2012 15:59, schrieb Anthony Liguori:
> On 02/27/2012 08:54 AM, Paolo Bonzini wrote:
>> On 02/27/2012 03:46 PM, Anthony Liguori wrote:
>>> I think a better way to think of this is as a batch submission. It
>>> would be relatively easy to model in QMP too (just have a batch-command
>>> that
On 2012-02-27 04:01, Wen Congyang wrote:
> We can know the guest is paniced when the guest runs on xen.
> But we do not have such feature on kvm. This patch implemnts
> this feature, and the implementation is the same as xen:
> register panic notifier, and call hypercall when the guest
> is paniced
On 02/27/2012 03:59 PM, Stefan Hajnoczi wrote:
>> > I guess what I'm saying is, if we need to copy-paste in order to fork
>> > them in the future that's fine, but why maintain duplicates in the
>> > mean-time? Please make the codebase nice today. We can always extend
>> > it in the future, we're
On 02/27/2012 09:03 AM, Paolo Bonzini wrote:
On 02/27/2012 03:59 PM, Anthony Liguori wrote:
The problem is that the current commands are not designed well. For
instance, multi-snapshot could look like:
block-freeze ide0-hd0
block-freeze ide1-hd1
block-reopen ide0-hd0 my-new-file0.qcow2
block-r
On 02/27/2012 03:59 PM, Anthony Liguori wrote:
> The problem is that the current commands are not designed well. For
> instance, multi-snapshot could look like:
>
> block-freeze ide0-hd0
> block-freeze ide1-hd1
> block-reopen ide0-hd0 my-new-file0.qcow2
> block-reopen ide1-hd1 my-new-file1.qcow2
1 - 100 of 179 matches
Mail list logo