Anthony Liguori writes:
> In order to make this change, we need to relicense all contributions
> from initial import of the SoftFloat code to match the license of
> SoftFloat-2a (instead of the implied SoftFloat-2b license).
>
> If you are on CC, it is because you have contributed to the softfloat
On 30 April 2013 03:59, liguang wrote:
> Signed-off-by: liguang
> ---
> translate-all.c |1 -
> 1 files changed, 0 insertions(+), 1 deletions(-)
>
> diff --git a/translate-all.c b/translate-all.c
> index da93608..d04a116 100644
> --- a/translate-all.c
> +++ b/translate-all.c
> @@ -55,7 +55,6
On 22 April 2013 04:44, liguang wrote:
> for helper_{lsl, lar, verr, verw}, there are
> common parts, so move them outside, and then
> call this new helper-helper function.
>
> Signed-off-by: liguang
> ---
> target-i386/seg_helper.c | 179 ++---
> 1 files
Il 30/04/2013 05:51, Jordan Justen ha scritto:
> The rom in qemu is read-only. In kvm, it has been read-write. That is
> different behavior.
And it was a problem, hence it was reverted.
> I assume with kvm readonly support, at some point the rom may be
> read-only or read/write under kvm dependin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Il 30/04/2013 04:23, David Gibson ha scritto:
>>> I think this is a different problem. Basically the question is
>>> "what happens if a MemoryRegion 'disappears' while an
>>> AddressSpace is still referring to it", and the answer right
>>> now is "bad
Il 30/04/2013 04:25, Alexey Kardashevskiy ha scritto:
> The "info mtree" command in QEMU console prints only "memory" and "I/O"
> address spaces while there are actually a lot more other AddressSpace
> structs created by PCI and VIO devices. Those devices do not normally
> have names and therefore
Hi,
took a snapshot of yesterdays "master" after "rbd: Fix use after free in
rbd_open()"... Works perfectly ;)
Thank you very much for the bleeding fast reaction...
Oliver.
On 04/25/2013 07:32 PM, Kevin Wolf wrote:
Am 25.04.2013 um 19:25 hat Stefan Priebe - Profihost AG geschrieben:
Ist th
在 2013-04-30二的 08:16 +0100，Peter Maydell写道：
> On 22 April 2013 04:44, liguang wrote:
> > for helper_{lsl, lar, verr, verw}, there are
> > common parts, so move them outside, and then
> > call this new helper-helper function.
> >
> > Signed-off-by: liguang
> > ---
> > target-i386/seg_helper.c |
On Tue, Apr 30, 2013 at 8:36 AM, John Rigby wrote:
> From: Alexander Graf
>
> We should translate AArch64 mode separately from AArch32 mode. In AArch64
> mode,
> registers look vastly different, instruction encoding is completely different,
> basically the system turns into a different machine.
On Tue, Apr 30, 2013 at 09:30:12AM +0200, Paolo Bonzini wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Il 30/04/2013 04:23, David Gibson ha scritto:
> >>> I think this is a different problem. Basically the question is
> >>> "what happens if a MemoryRegion 'disappears' while an
> >>>
On Apr 29, 2013 9:06 PM, "Anthony Liguori" wrote:
>
> In order to make this change, we need to relicense all contributions
> from initial import of the SoftFloat code to match the license of
> SoftFloat-2a (instead of the implied SoftFloat-2b license).
Acked-by: Avi Kivity
Am 30.04.2013 um 10:01 schrieb Laurent Desnogues :
> On Tue, Apr 30, 2013 at 8:36 AM, John Rigby wrote:
>> From: Alexander Graf
>>
>> We should translate AArch64 mode separately from AArch32 mode. In AArch64
>> mode,
>> registers look vastly different, instruction encoding is completely
>>
On 29/04/2013 22:09, Michael S. Tsirkin wrote:
On Mon, Apr 29, 2013 at 08:45:50PM +0200, KONRAD Frédéric wrote:
On 29/04/2013 20:15, Michael S. Tsirkin wrote:
On Mon, Apr 29, 2013 at 08:01:52PM +0200, KONRAD Frédéric wrote:
On 29/04/2013 19:52, Michael S. Tsirkin wrote:
On Tue, Apr 30, 2013 at 10:47:34AM +0200, KONRAD Frédéric wrote:
> >>Then compute the last one directly in the init function which is the harder:
> >>
> >> virtio_net_get_features
> >The real fix is to set features in init.
> >
> >Can we move host_features to struct VirtIODe
On Tue, Feb 05, 2013 at 09:08:20PM -0600, Anthony Liguori wrote:
> Michael Roth writes:
>
> > Migration from 1.3 currently fails due to a mismatch between the expected
> > size
> > of 256KB and the received size of 128KB for seabios. This series attempts to
> > fix the issue by allowing a resize
On 30.04.2013, at 08:36, John Rigby wrote:
> From: Alexander Graf
>
> This patch adds all the prerequisites for AArch64 support that didn't
> fit into split up patches. It extends important bits in the core cpu
> headers to also take AArch64 mode into account.
>
> Add new ARM_TBFLAG_AARCH64_ST
On 30.04.2013, at 06:33, Alexey Kardashevskiy wrote:
> Here is a very first set of patches I am sending for pseries.
> It contains some bugfixes from David and the recent SLOF update.
> Please apply.
I don't see patch 4/4. Also please create cover letters with git format-patch,
so that I get an
No user in sight.
Signed-off-by: Michael S. Tsirkin
---
include/sysemu/sysemu.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/include/sysemu/sysemu.h b/include/sysemu/sysemu.h
index 43b961c..5c2e048 100644
--- a/include/sysemu/sysemu.h
+++ b/include/sysemu/sysemu.h
@@ -175,8 +175,6 @@ voi
On 30.04.2013, at 06:33, Alexey Kardashevskiy wrote:
> Currently sPAPR always creates a primary PCI host bridge for emulated PCI
> devices. However, because the platform supports native virtual IO, and
> can also support multiple independent PCI host bridges, it's quite often
> useful to disable
On 30.04.2013, at 11:39, Alexander Graf wrote:
>
> On 30.04.2013, at 06:33, Alexey Kardashevskiy wrote:
>
>> Here is a very first set of patches I am sending for pseries.
>> It contains some bugfixes from David and the recent SLOF update.
>> Please apply.
>
> I don't see patch 4/4. Also please
On 29.04.2013, at 21:18, Scott Wood wrote:
> On 04/28/2013 05:30:09 AM, Tiejun Chen wrote:
>> We should sync params->ram_size after we fixup memory size on
>> a alignment boundary. Otherwise Guest would exceed the actual
>> memory region.
>> Signed-off-by: Tiejun Chen
>> ---
>> hw/ppc/e500.c |
On 29.04.2013, at 13:39, Ekaterina Tumanova wrote:
> On 04/26/2013 09:12 PM, Alexander Graf wrote:
>> On 23.04.2013, at 17:30, Jens Freimann wrote:
>>
>>> Implement dump-guest-memory support for target s390x.
>>>
>>> dump-guest-memory QEMU monitor command didn't work for s390 architecture.
>>>
On 29.04.2013, at 16:40, Bharat Bhushan wrote:
> ePAPR defines the initial values of cpu registers.
> This patch initialize the GPRs as per ePAPR specification.
>
> This resolves the issue of guest reboot/reset (guest hang on reboot).
>
> Signed-off-by: Bharat Bhushan
Thanks, applied to ppc-n
On 29.04.2013, at 16:52, Dominik Dingel wrote:
> Check for a kernel IPL entry and load kernel image if one was specified.
> If no kernel image was supplied and no boot device was specified or the boot
> device
> is not of type virtio-blk-ccw, print an error message and exit.
>
> Signed-off-by:
On 04/30/2013 02:02 PM, Alexander Graf wrote:
On 29.04.2013, at 13:39, Ekaterina Tumanova wrote:
On 04/26/2013 09:12 PM, Alexander Graf wrote:
On 23.04.2013, at 17:30, Jens Freimann wrote:
Implement dump-guest-memory support for target s390x.
dump-guest-memory QEMU monitor command didn't wo
On 29.04.2013, at 16:52, Dominik Dingel wrote:
> Use the passed device, if there is no device, use the first applicable device.
>
> Signed-off-by: Dominik Dingel
>
> diff --git a/pc-bios/s390-ccw/main.c b/pc-bios/s390-ccw/main.c
> index fd40fa5..206979f 100644
> --- a/pc-bios/s390-ccw/main.c
>
On 29.04.2013, at 16:52, Dominik Dingel wrote:
> For *.img files, there will be a link created directly to the src folder,
> like for all other blobs.
>
> Signed-off-by: Dominik Dingel
Thanks, applied to s390-next.
Alex
>
> diff --git a/configure b/configure
> index cb29b69..2ab54ec 100755
On 29.04.2013, at 16:52, Dominik Dingel wrote:
> Add a check if the BIOS blob exists before trying to load.
>
> Signed-off-by: Dominik Dingel
Thanks, applied to s390-next.
Alex
>
> diff --git a/hw/s390x/ipl.c b/hw/s390x/ipl.c
> index bcbba7c..f7a570e 100644
> --- a/hw/s390x/ipl.c
> +++ b/h
On 30.04.2013, at 08:35, John Rigby wrote:
> Resubmission of patches submitted by Alexander Graf in March.
> Addressing feedback sent.
Your mail chaining is broken :)
Alex
On 30.04.2013, at 12:20, Ekaterina Tumanova wrote:
> On 04/30/2013 02:02 PM, Alexander Graf wrote:
>> On 29.04.2013, at 13:39, Ekaterina Tumanova wrote:
>>
>>> On 04/26/2013 09:12 PM, Alexander Graf wrote:
On 23.04.2013, at 17:30, Jens Freimann wrote:
> Implement dump-guest-memory
On 04/30/2013 07:45 PM, Alexander Graf wrote:
>
> On 30.04.2013, at 06:33, Alexey Kardashevskiy wrote:
>
>> Currently sPAPR always creates a primary PCI host bridge for emulated PCI
>> devices. However, because the platform supports native virtual IO, and
>> can also support multiple independent
On 04/30/2013 07:39 PM, Alexander Graf wrote:
>
> On 30.04.2013, at 06:33, Alexey Kardashevskiy wrote:
>
>> Here is a very first set of patches I am sending for pseries.
>> It contains some bugfixes from David and the recent SLOF update.
>> Please apply.
>
> I don't see patch 4/4.
It is 670KB a
Am 30.04.2013 um 13:15 schrieb Alexey Kardashevskiy :
> On 04/30/2013 07:45 PM, Alexander Graf wrote:
>>
>> On 30.04.2013, at 06:33, Alexey Kardashevskiy wrote:
>>
>>> Currently sPAPR always creates a primary PCI host bridge for emulated PCI
>>> devices. However, because the platform supports
Am 30.04.2013 08:36, schrieb John Rigby:
> From: Alexander Graf
>
> The cpu_env tcg variable will be used by both the AArch32 and AArch64
> handling code. Unstaticify it, so that both sides can make use of it.
>
> Signed-off-by: Alexander Graf
John, when you submit patches, you need to add you
On 04/30/2013 09:30 PM, Alexander Graf wrote:
>
>
> Am 30.04.2013 um 13:15 schrieb Alexey Kardashevskiy :
>
>> On 04/30/2013 07:45 PM, Alexander Graf wrote:
>>>
>>> On 30.04.2013, at 06:33, Alexey Kardashevskiy wrote:
>>>
Currently sPAPR always creates a primary PCI host bridge for emulated
Am 30.04.2013 um 13:42 schrieb Andreas Färber :
> Am 30.04.2013 08:36, schrieb John Rigby:
>> From: Alexander Graf
>>
>> The cpu_env tcg variable will be used by both the AArch32 and AArch64
>> handling code. Unstaticify it, so that both sides can make use of it.
>>
>> Signed-off-by: Alexande
Am 30.04.2013 um 13:52 schrieb Alexey Kardashevskiy :
> On 04/30/2013 09:30 PM, Alexander Graf wrote:
>>
>>
>> Am 30.04.2013 um 13:15 schrieb Alexey Kardashevskiy :
>>
>>> On 04/30/2013 07:45 PM, Alexander Graf wrote:
On 30.04.2013, at 06:33, Alexey Kardashevskiy wrote:
>
Am 30.04.2013 13:54, schrieb Alexander Graf:
>
> Am 30.04.2013 um 13:42 schrieb Andreas Färber :
>
>> Am 30.04.2013 08:36, schrieb John Rigby:
>>> From: Alexander Graf
>>>
>>> The cpu_env tcg variable will be used by both the AArch32 and AArch64
>>> handling code. Unstaticify it, so that both si
Am 30.04.2013 11:53, schrieb Alexander Graf:
>
> On 29.04.2013, at 21:18, Scott Wood wrote:
>
>> On 04/28/2013 05:30:09 AM, Tiejun Chen wrote:
>>> We should sync params->ram_size after we fixup memory size on
>>> a alignment boundary. Otherwise Guest would exceed the actual
>>> memory region.
>>>
Hi!
On Thu, 25 Apr 2013 15:22:52 +0300, Riku Voipio wrote:
> So we could weasel ourself out of this mess by removing comma parsing when
> setting env variables from "-E", while keep parsing when using QEMU_SET_ENV.
I have sent patches for doing this. Do they look acceptable?
Grüße,
Thomas
Am 18.04.2013 18:44, schrieb Paolo Bonzini:
> Signed-off-by: Paolo Bonzini
> ---
> arch_init.c| 16 +++-
> hw/i386/pc_piix.c | 2 +-
> hw/i386/pc_q35.c | 2 +-
> hw/mips/mips_jazz.c| 2 +-
> hw/mips/mips_malta.c | 2 +-
> hw/ppc/pre
On 04/30/2013 09:56 PM, Alexander Graf wrote:
>
>
> Am 30.04.2013 um 13:52 schrieb Alexey Kardashevskiy :
>
>> On 04/30/2013 09:30 PM, Alexander Graf wrote:
>>>
>>>
>>> Am 30.04.2013 um 13:15 schrieb Alexey Kardashevskiy :
>>>
On 04/30/2013 07:45 PM, Alexander Graf wrote:
>
> On 30.
On 04/30/2013 02:07 PM, Alexey Kardashevskiy wrote:
On 04/30/2013 09:56 PM, Alexander Graf wrote:
Am 30.04.2013 um 13:52 schrieb Alexey Kardashevskiy:
On 04/30/2013 09:30 PM, Alexander Graf wrote:
Am 30.04.2013 um 13:15 schrieb Alexey Kardashevskiy:
On 04/30/2013 07:45 PM, Alexander Graf
On 30 April 2013 10:36, Alexander Graf wrote:
>
> On 30.04.2013, at 08:36, John Rigby wrote:
>> - remove many uses of is_a64 as that is a indicator the target arch is
>> aarch64 not what mode it is running in.
>
> It indicates what mode the CPU is running on. The only reason it
> was defined stati
So do we set the number of registers back to 32 and use xregs[31] for sp
and remove env->sp?
--john
On Tue, Apr 30, 2013 at 2:21 AM, Alexander Graf wrote:
>
>
> Am 30.04.2013 um 10:01 schrieb Laurent Desnogues <
> laurent.desnog...@gmail.com>:
>
> > On Tue, Apr 30, 2013 at 8:36 AM, John Rigby
On 04/30/2013 02:00 PM, Andreas Färber wrote:
Am 30.04.2013 13:54, schrieb Alexander Graf:
Am 30.04.2013 um 13:42 schrieb Andreas Färber:
Am 30.04.2013 08:36, schrieb John Rigby:
From: Alexander Graf
The cpu_env tcg variable will be used by both the AArch32 and AArch64
handling code. Unstati
On 04/30/2013 02:41 PM, John Rigby wrote:
So do we set the number of registers back to 32 and use xregs[31] for
sp and remove env->sp?
Please don't top post.
Yes.
Alex
On 04/18/2013 06:44 PM, Paolo Bonzini wrote:
Signed-off-by: Paolo Bonzini
---
arch_init.c| 16 +++-
hw/i386/pc_piix.c | 2 +-
hw/i386/pc_q35.c | 2 +-
hw/mips/mips_jazz.c| 2 +-
hw/mips/mips_malta.c | 2 +-
hw/ppc/prep.c
On 30 April 2013 07:38, John Rigby wrote:
> From: Alexander Graf
>
> The AArch64 syscall definitions are all publicly available in the Linux
> kernel. Let's add them to our linux-user emulation target, so that we
> can easily handle AArch64 syscalls.
>
> Signed-off-by: Alexander Graf
> ---
> li
On Tue, Apr 30, 2013 at 08:34:02AM +0200, Igor Mammedov wrote:
> Provides globally accessible cpu-model via machine opts.
>
> Signed-off-by: Igor Mammedov
Reviewed-by: Eduardo Habkost
It looks like most data on QEMUMachineInitArgs is already present on
machine_opts. Maybe we could add machine_
On Tue, Apr 30, 2013 at 3:37 AM, Alexander Graf wrote:
>
> On 30.04.2013, at 08:35, John Rigby wrote:
>
> > Resubmission of patches submitted by Alexander Graf in March.
> > Addressing feedback sent.
>
> Your mail chaining is broken :)
>
> yes, I see that. When I ran git format-patch I gave it -
At Mon, 29 Apr 2013 17:54:37 +0200,
Paolo Bonzini wrote:
>
> Il 12/04/2013 16:02, Claudio Bley ha scritto:
> > Hi.
> >
> > I'm using the latest qemu release 1.4.0 and libvirt 1.0.4.
> >
> > The host system is a Ubuntu 12.04 LTS system, Intel Xeon processor,
> > 4GB RAM.
> >
> > When trying to i
On 29/04/2013 17:44, Paolo Bonzini wrote:
Il 29/04/2013 17:12, fred.kon...@greensocs.com ha scritto:
From: KONRAD Frederic
The bus name is wrong since the refactoring.
This keep the behaviour of the command line.
Signed-off-by: KONRAD Frederic
---
hw/s390x/s390-virtio-bus.c | 9
On 30 April 2013 13:58, John Rigby wrote:
> On Tue, Apr 30, 2013 at 3:37 AM, Alexander Graf wrote:
>> Your mail chaining is broken :)
>>
> yes, I see that. When I ran git format-patch I gave it
> --in-reply-to='<1362535280-5068-1-git-send-email-ag...@suse.de>' which was
> the msgid of your origi
"Michael S. Tsirkin" wrote:
> No user in sight.
>
> Signed-off-by: Michael S. Tsirkin
> ---
> include/sysemu/sysemu.h | 2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/include/sysemu/sysemu.h b/include/sysemu/sysemu.h
> index 43b961c..5c2e048 100644
> --- a/include/sysemu/sysemu.h
> +++
Use existence of type as #ifdef condition rather than FreeBSD-specific
version check, as suggested by Patrick Welche.
Also handle the signed (CTLTYPE_S64) case identically to the unsigned
(CTLTYPE_U64) case, per later patches in the FreeBSD ports tree
(emulators/qemu-devel/files/patch-z-arm-bsd-us
When we try to cast an object to an unknown type, fail the cast. Today
we would simply run into an assert().
This fixes a bug on qemu-system-s390x for me that gets triggered by the
audio code looking for PCI and ISA buses.
Signed-off-by: Alexander Graf
---
qom/object.c |5 +
1 files cha
Hi all,
when I start a Windows XP VM that was installed under qemu-kvm-1.2.0 with
latest git it BSODs shortly after the Windows
Logo is displayed.
*** STOP: 0x007B (0xF7A09528,0xC034,0x,0x)
The command line is as follows:
/usr/bin/qemu-1.4.5 -enable-kvm -netdev type=t
Juan Quintela wrote:
> Hi
>
> Please send in any agenda topics you are interested in.
As there are no agenda, call got dropped.
Happy hacking, Juan.
1. Use default cpu_model from machine if user haven't provided it.
It will allow statically define default cpu_model instead of
dynamically setting default value.
2. Provides globally accessible cpu_model via current_machine pointer.
Signed-off-by: Igor Mammedov
---
Note:
1. it will allow
Signed-off-by: Igor Mammedov
---
v2:
* override .hot_add_cpu statically starting with 1.5 machine
---
hw/i386/pc.c | 23 +++
hw/i386/pc_piix.c|1 +
hw/i386/pc_q35.c |1 +
include/hw/i386/pc.h |1 +
4 files changed, 26 insertions(+), 0 deletions(
Implements alternative way for hot-adding CPU using cpu-add QMP command,
which could be useful until it would be possible to add CPUs via device_add.
To hot-add CPU use following command from qmp-shell:
cpu-add id=[0..max-cpus - 1)
git tree for testing: https://github.com/imammedo/qemu/tree/cpu_
allows to remove:
* checks for cpu_model == NULL
* and dynamic setting of default value
Signed-off-by: Igor Mammedov
---
hw/i386/pc.c |9 -
hw/i386/pc_piix.c | 16 ++--
hw/i386/pc_q35.c |2 ++
target-i386/cpu.h |6 ++
4 files changed, 22 insertions(
Il 30/04/2013 14:59, Claudio Bley ha scritto:
> At Mon, 29 Apr 2013 17:54:37 +0200,
> Paolo Bonzini wrote:
>>
>> Il 12/04/2013 16:02, Claudio Bley ha scritto:
>>> Hi.
>>>
>>> I'm using the latest qemu release 1.4.0 and libvirt 1.0.4.
>>>
>>> The host system is a Ubuntu 12.04 LTS system, Intel Xeon
(CCing libvir-list)
On Tue, Apr 30, 2013 at 08:34:01AM +0200, Igor Mammedov wrote:
> Adds "cpu-add id=xxx" QMP command.
>
> cpu-add's "id" argument is a CPU number in a range [0..max-cpus)
>
> Example QMP command:
> -> { "execute": "cpu-add", "arguments": { "id": 2 } }
> <- { "return": {} }
>
Adds "cpu-add id=xxx" QMP command.
cpu-add's "id" argument is a CPU number in a range [0..max-cpus)
Example QMP command:
-> { "execute": "cpu-add", "arguments": { "id": 2 } }
<- { "return": {} }
Signed-off-by: Igor Mammedov
Acked-by: Luiz Capitulino
Reviewed-by: Eric Blake
---
v7:
* added
On 04/30/13 15:46, Eduardo Habkost wrote:
(CCing libvir-list)
On Tue, Apr 30, 2013 at 08:34:01AM +0200, Igor Mammedov wrote:
Adds "cpu-add id=xxx" QMP command.
cpu-add's "id" argument is a CPU number in a range [0..max-cpus)
Example QMP command:
-> { "execute": "cpu-add", "arguments": { "id
On Tue, 30 Apr 2013 10:46:20 -0300
Eduardo Habkost wrote:
> (CCing libvir-list)
>
> On Tue, Apr 30, 2013 at 08:34:01AM +0200, Igor Mammedov wrote:
> > Adds "cpu-add id=xxx" QMP command.
> >
> > cpu-add's "id" argument is a CPU number in a range [0..max-cpus)
> >
> > Example QMP command:
> > -
Il 30/04/2013 15:02, Alexander Graf ha scritto:
> When we try to cast an object to an unknown type, fail the cast. Today
> we would simply run into an assert().
>
> This fixes a bug on qemu-system-s390x for me that gets triggered by the
> audio code looking for PCI and ISA buses.
>
> Signed-off-b
Il 30/04/2013 14:16, Andreas Färber ha scritto:
>
> The patch version committed has an additional change in this file:
>
> @@ -88,7 +88,6 @@ static void pc_init1(MemoryRegion *system_memory,
> void *fw_cfg = NULL;
>
> pc_cpus_init(cpu_model);
> -pc_acpi_init("acpi-dsdt.aml");
>
>
Introduced when applying commit f81222b (audio: look for the ISA and
PCI buses, 2013-04-18).
Signed-off-by: Paolo Bonzini
---
hw/i386/pc_piix.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/hw/i386/pc_piix.c b/hw/i386/pc_piix.c
index c1113e0..2bda79e 100644
--- a/hw/i386/pc_piix.c
+++ b/hw
Il 30/04/2013 15:06, KONRAD Frédéric ha scritto:
>>>
>> Could this be simply a qdev property?
>
> Well, maybe my solution is too extreme.
>
> Maybe I can put bus_name in struct VirtIODevice instead to avoid the
> set_virtio_x_bus_name code duplication?
No, I think it should be either DeviceState
** Changed in: qemu-kvm (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/685096
Title:
USB Passthrough not working for Windows 7 guest
Status in QEMU:
Confi
Thanks for reporting this bug. I won't be able to test this for another
week or two (waiting on a license). Would it be possible for you to
test with the latest upstream git?
sudo apt-get install git
git clone git://git.qemu.org/qemu.git
cd qemu
./configure x86_64
Public bug reported:
I have Windows XP SP3 inside qemu VM. All works fine in 12.10. But
after upgraiding to 13.04 i have to restart the VM each time i resuming
my host machine, because qemu process starts to take CPU cycles and OS
inside VM is very slow and sluggish. However it's still controllab
Hook should be set by target that implements
CPU hot-add via cpu-add QMP command.
Signed-off-by: Igor Mammedov
---
include/hw/boards.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/hw/boards.h b/include/hw/boards.h
index 425bdc7..75cd127 100644
--- a/include/hw
core i3-2120 with kvm accel used on host.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1174654
Title:
qemu-system-x86_64 takes 100% CPU after host machine resumed from
suspend to ram
Status in
Ok, found the corrent link for the main repo
http://git.qemu.org/git/qemu.git, but ./configure still doesn't
recognize this option.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1174654
Title:
qemu
Quoting Maxim Loparev (laplander...@gmail.com):
> at least on the clone of
> git remote -v
> originhttp://repo.or.cz/r/qemu.git (fetch)
> originhttp://repo.or.cz/r/qemu.git (push)
> i got
> ./configure x86_64-softmmu
> ERROR: unknown option x86_64-softmmu
Sorry! That was suppos
at least on the clone of
git remote -v
origin http://repo.or.cz/r/qemu.git (fetch)
origin http://repo.or.cz/r/qemu.git (push)
i got
./configure x86_64-softmmu
ERROR: unknown option x86_64-softmmu
I can't clone the repo over git protocol as i'm behind the proxy.
--
You received this bug noti
From: KONRAD Frederic
Cc: Libaiqing
Cc: Michal Privoznik
This fixes the bus name for virtio-serial-device and virtio-scsi-device.
The bus name for virtio-serial-device and virtio-scsi-device is not "id.0" as it
was the case before the refactoring.
This trigger the error:
qemu-system-xxx -de
From: KONRAD Frederic
Add virtio_device_set_child_bus_name function.
It will be used with virtio-serial-x and virtio-scsi-x to set the
child bus name before calling virtio-x-device's init.
Signed-off-by: KONRAD Frederic
---
hw/virtio/virtio.c | 24
include/hw/
From: KONRAD Frederic
The bus name is wrong since the refactoring.
This keeps the behaviour of the command line.
Signed-off-by: KONRAD Frederic
---
hw/s390x/s390-virtio-bus.c | 12
hw/s390x/virtio-ccw.c | 12
hw/scsi/virtio-scsi.c | 3 ++-
h
From: KONRAD Frederic
When the proxy id is set, this bus takes the name "id.0" which is expected
to be the virtio-device's first bus.
So force this name to "virtio-bus" as it is an internal bus.
Signed-off-by: KONRAD Frederic
---
hw/s390x/s390-virtio-bus.c | 5 -
hw/s390x/virtio-ccw.c
From: KONRAD Frederic
This adds the possibility to create a scsi-bus with a specified name.
Signed-off-by: KONRAD Frederic
---
hw/scsi/esp-pci.c | 2 +-
hw/scsi/esp.c | 2 +-
hw/scsi/lsi53c895a.c | 2 +-
hw/scsi/megasas.c | 2 +-
hw/scsi/scsi-bus.c | 5 +++--
hw/scsi/s
From: KONRAD Frederic
The bus name is wrong since the refactoring.
This keeps the behaviour of the command line.
Signed-off-by: KONRAD Frederic
---
hw/char/virtio-serial-bus.c | 3 ++-
hw/s390x/s390-virtio-bus.c | 11 +++
hw/s390x/virtio-ccw.c | 12
hw/virtio/virt
Il 30/04/2013 16:08, fred.kon...@greensocs.com ha scritto:
> From: KONRAD Frederic
>
> This adds the possibility to create a scsi-bus with a specified name.
>
> Signed-off-by: KONRAD Frederic
> ---
> hw/scsi/esp-pci.c | 2 +-
> hw/scsi/esp.c | 2 +-
> hw/scsi/lsi53c895a.c | 2 +
On 30/04/2013 16:01, Paolo Bonzini wrote:
Il 30/04/2013 15:06, KONRAD Frédéric ha scritto:
Could this be simply a qdev property?
Well, maybe my solution is too extreme.
Maybe I can put bus_name in struct VirtIODevice instead to avoid the
set_virtio_x_bus_name code duplication?
No, I think it
Il 30/04/2013 16:15, KONRAD Frédéric ha scritto:
> On 30/04/2013 16:01, Paolo Bonzini wrote:
>> Il 30/04/2013 15:06, KONRAD Frédéric ha scritto:
Could this be simply a qdev property?
>>> Well, maybe my solution is too extreme.
>>>
>>> Maybe I can put bus_name in struct VirtIODevice instead to
On Tue, Apr 30, 2013 at 03:41:25PM +0200, Igor Mammedov wrote:
> Adds "cpu-add id=xxx" QMP command.
>
> cpu-add's "id" argument is a CPU number in a range [0..max-cpus)
>
> Example QMP command:
> -> { "execute": "cpu-add", "arguments": { "id": 2 } }
> <- { "return": {} }
>
> Signed-off-by: Igo
On Tue, Apr 30, 2013 at 03:41:24PM +0200, Igor Mammedov wrote:
> Hook should be set by target that implements
> CPU hot-add via cpu-add QMP command.
>
> Signed-off-by: Igor Mammedov
Reviewed-by: Eduardo Habkost
> ---
> include/hw/boards.h |1 +
> 1 files changed, 1 insertions(+), 0 delet
Same issue after resume with this -softmmu VM.
At start it also has the new message
qemu-system-x86_64: pci_add_option_rom: failed to find romfile "efi-e1000.rom"
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad
On Tue, Apr 30, 2013 at 03:41:26PM +0200, Igor Mammedov wrote:
> 1. Use default cpu_model from machine if user haven't provided it.
>It will allow statically define default cpu_model instead of
>dynamically setting default value.
> 2. Provides globally accessible cpu_model via current_machi
Paolo Bonzini writes:
> Introduced when applying commit f81222b (audio: look for the ISA and
> PCI buses, 2013-04-18).
>
> Signed-off-by: Paolo Bonzini
Sorry about that. Combination of a dirty tree and my patch fuzzing
script getting very, very unlucky.
Regards,
Anthony Liguori
> ---
> hw/
Paolo Bonzini writes:
> Il 30/04/2013 14:16, Andreas Färber ha scritto:
>>
>> The patch version committed has an additional change in this file:
>>
>> @@ -88,7 +88,6 @@ static void pc_init1(MemoryRegion *system_memory,
>> void *fw_cfg = NULL;
>>
>> pc_cpus_init(cpu_model);
>> -pc
On Tue, Apr 30, 2013 at 03:41:27PM +0200, Igor Mammedov wrote:
> allows to remove:
> * checks for cpu_model == NULL
> * and dynamic setting of default value
>
> Signed-off-by: Igor Mammedov
Reviewed-by: Eduardo Habkost
> ---
> hw/i386/pc.c |9 -
> hw/i386/pc_piix.c | 16
** Also affects: qemu (Ubuntu)
Importance: Undecided
Status: 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/1174654
Title:
qemu-system-x86_64 takes 100% CPU after host machine resumed
Jesse Larrew writes:
> libqtest.c can segfault when calling fclose() if the pidfile wasn't
> opened successfully. This patch fixes the issue.
>
> Signed-off-by: Jesse Larrew
Reviewed-by: Anthony Liguori
Regards,
Anthony Liguori
> ---
> tests/libqtest.c | 2 +-
> 1 file changed, 1 insertion
Signed-off-by: Igor Mammedov
---
compile tested only ...
---
hw/arm/realview.c| 16
hw/arm/versatilepb.c |5 ++---
2 files changed, 6 insertions(+), 15 deletions(-)
diff --git a/hw/arm/realview.c b/hw/arm/realview.c
index d6f47bf..5327b66 100644
--- a/hw/arm/realview
On 30 April 2013 15:30, Eduardo Habkost wrote:
> My concern is that we already have a QEMUMachineInitArgs.cpu_model
> field, and now QEMUMachine.cpu_model and QEMUMachineInitArgs.cpu_model
> are redundant.
>
> To make it worse, both variables can disagree with each other because we
> have other co
1 - 100 of 194 matches
Mail list logo
