From: "Peter A. G. Crosthwaite"
Create a QOM device for bootstrapping linux on arm. Wraps the existing
arm_boot code and calls arm_load_kernel() at device init. Allows booting
of linux without -kernel -initrd -append arguments. The main drawback is
the boardid now has to be specified as there is
I'm afraid to give you any recommendations regarding QEMU stability.
I usually work with qemu-kvm repository. But we are always doing WHQL
process on RHEL platform only.
Maybe someone from the SPICE team can comment on your question?
Best regards,
Vadim.
- Original Message -
From: "Charl
On 2012-02-08 08:19, Evgeny Voevodin wrote:
> On 01/29/2012 11:13 PM, Blue Swirl wrote:
>> Instead of each device knowing or guessing the guest page size,
>> just pass the desired size of dirtied memory area.
>>
>> Signed-off-by: Blue Swirl
>> ---
>> arch_init.c |7 ---
>> exec-obso
2012/2/7 Paul Brook
> > Implemented cadence Triple Timer Counter (TCC)
>
> It looks like you're implementing a periodic timer as sequence of chained
> oneshot timers. This is a bad idea. In qemu interrupt latency may be
> high,
> so you're likely to suffer from significant time skew.
>
> Ok, I
On 01/29/2012 11:13 PM, Blue Swirl wrote:
Instead of each device knowing or guessing the guest page size,
just pass the desired size of dirtied memory area.
Signed-off-by: Blue Swirl
---
arch_init.c |7 ---
exec-obsolete.h | 15 +--
hw/framebuffer.c |9 +--
On Tue, Feb 07, 2012 at 07:35:34PM -0500, Kevin O'Connor wrote:
> > > In any case, I don't think this was addressed. Gerd published a patch
> > > that can address this in qemu:
> > > http://www.seabios.org/pipermail/seabios/2012-January/002944.html
> > >
> > Strictly speaking the patch is incorre
On Wed, 8 Feb 2012, David Gibson wrote:
> 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
> ---
> target-ppc/translate.c | 30 ++
> 1 files changed
On 07/02/2012 17:47, Paolo Bonzini wrote:
On 02/07/2012 03:48 PM, Ori Mamluk wrote:
The current streaming code in QEMU only deals with the former.
Streaming to a remote server would not be supported.
I need it at the same time. The Rephub reads either the full volume or
parts of, and concurren
Make kernel, initrd, append be machine opts (ie -machine kernel=foo)
with the old plain command line arguments as legacy/convenience
equivalents.
Signed-off-by: Peter Maydell
---
qemu-config.c | 12
vl.c | 24
2 files changed, 28 insertions(+),
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
This patch series is basically Grant's v2 "arm: add device tree support"
patch (http://patchwork.ozlabs.org/patch/138883/) rearranged to use
qemu -machine options rather than a global to pass through the device
tree blob filename. This is based on a suggestion by Anthony in IRC;
I'm a bit sceptical
Make the "machine" option list use list merging, so that multiple
-machine arguments (and the -enable-kvm argument) all merge together
into a single list. Drop the calls to qemu_opts_reset() which meant
that only the last -machine or -enable-kvm option had any effect.
This fixes the bug where "-en
Currently get_image_size(), used to find the size of files, returns an int.
But for modern systems, int may be only 32-bit and we can have files
larger than that.
This patch, therefore, changes the return type of get_image_size() to off_t
(the same as the return type from lseek() itself). It also
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
---
target-ppc/translate.c | 30 ++
1 files changed, 30 insertions(+), 0 deletions(-)
diff --git a/target-ppc
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
There are several paths into the code to emulate PCI config space accesses:
one for MMIO to a plain old PCI bridge one for MMIO to a PCIe bridge and
one for the pseries machine which provides para-virtualized access to PCI
config space. Each of these functions does their own bounds checking
agains
Add support for option lists which are merged together, so that
"-listname foo=bar -listname bar=baz" is equivalent to "-listname
foo=bar,bar=baz" rather than generating two separate lists of options.
Signed-off-by: Peter Maydell
---
qemu-option.c |7 ++-
qemu-option.h |1 +
2 files
Vadim,
Thanks. I tested Windows guest OS driver the over qemu-kvm-devel 1.0.50 from
git://git.kernel.org/pub/scm/virt/kvm/qemu-kvm.git and it worked.
The latest Windows guest driver from (https://github.com/YanVugenfirer/) seems
to have to work with Qemu 1.0.50. My previous test ran over Qemu 1.
On Tue, Feb 07, 2012 at 10:44:39AM +0200, Gleb Natapov wrote:
> On Mon, Feb 06, 2012 at 07:09:42PM -0500, Kevin O'Connor wrote:
> > Perhaps a semantic distinction, but I don't consider that to be a
> > seabios defect.
> >
> Non optimal default. The default didn't change BTW, but it was config
> pa
As featured on:
https://bugs.launchpad.net/qemu-linaro/+bug/928432
Since we compile with -Werror, the presence of spice headers breaks
compile. Yet except for x86-64, it doesn't compile, doesn't work, isn't
supported. See: http://spice-space.org/faq.html
Signed-off-by: Rusty Russell
--
Am 07.02.2012 23:57, schrieb Alexander Graf:
>
> On 07.02.2012, at 23:29, Brad Smith wrote:
>
>> On 07/02/12 5:12 PM, malc wrote:
>>> On Tue, 7 Feb 2012, Alexander Graf wrote:
>>>
On 07.02.2012, at 22:12, malc wrote:
> On Tue, 7 Feb 2012, Alexander Graf wrote:
>
>>
On 7 February 2012 22:07, Andreas Färber wrote:
> Am 07.02.2012 20:06, schrieb Peter Maydell:
>> On 7 February 2012 18:41, Andreas Färber wrote:
>>> Andrzej will have had his reasons to put it in the code. This series
>>> just moves code around so I don't want to remove it without his ack.
>>
>>
On 07.02.2012, at 23:29, Brad Smith wrote:
> On 07/02/12 5:12 PM, malc wrote:
>> On Tue, 7 Feb 2012, Alexander Graf wrote:
>>
>>>
>>> On 07.02.2012, at 22:12, malc wrote:
>>>
On Tue, 7 Feb 2012, Alexander Graf wrote:
>
> On 07.02.2012, at 13:52, Maurizio Caloro wrote:
>
On 07.02.2012, at 23:29, Brad Smith wrote:
> On 07/02/12 5:12 PM, malc wrote:
>> On Tue, 7 Feb 2012, Alexander Graf wrote:
>>
>>>
>>> On 07.02.2012, at 22:12, malc wrote:
>>>
On Tue, 7 Feb 2012, Alexander Graf wrote:
>
> On 07.02.2012, at 13:52, Maurizio Caloro wrote:
>
On 07.02.2012, at 23:29, Brad Smith wrote:
> On 07/02/12 5:12 PM, malc wrote:
>> On Tue, 7 Feb 2012, Alexander Graf wrote:
>>
>>>
>>> On 07.02.2012, at 22:12, malc wrote:
>>>
On Tue, 7 Feb 2012, Alexander Graf wrote:
>
> On 07.02.2012, at 13:52, Maurizio Caloro wrote:
>
On 07/02/12 5:12 PM, malc wrote:
On Tue, 7 Feb 2012, Alexander Graf wrote:
On 07.02.2012, at 22:12, malc wrote:
On Tue, 7 Feb 2012, Alexander Graf wrote:
On 07.02.2012, at 13:52, Maurizio Caloro wrote:
Hello Together
Here i drive with me MiniMac G4 1.4Ghz and i try to run Qemu 1.0. i wa
On 07.02.2012, at 23:12, malc wrote:
> On Tue, 7 Feb 2012, Alexander Graf wrote:
>
>>
>> On 07.02.2012, at 22:12, malc wrote:
>>
>>> On Tue, 7 Feb 2012, Alexander Graf wrote:
>>>
On 07.02.2012, at 13:52, Maurizio Caloro wrote:
> Hello Together
> Here i drive with me M
Am 07.02.2012 19:22, schrieb malc:
> This is a 32bit machine, the target is i386-softmmu, yet,
> libhw32 is mostly empty and libhw64 is populated,
[snip]
I believe some people felt a need to emulate PAE or something which
needed a physical address space of 36 bits, therefore i386 was switched
from
On Tue, 7 Feb 2012, Alexander Graf wrote:
>
> On 07.02.2012, at 22:12, malc wrote:
>
> > On Tue, 7 Feb 2012, Alexander Graf wrote:
> >
> >>
> >> On 07.02.2012, at 13:52, Maurizio Caloro wrote:
> >>
> >>> Hello Together
> >>> Here i drive with me MiniMac G4 1.4Ghz and i try to run Qemu 1.0. i
Am 07.02.2012 19:22, schrieb malc:
This is a 32bit machine, the target is i386-softmmu, yet,
libhw32 is mostly empty and libhw64 is populated, furthermore[1]:
$ rm libhw64/ac97.o
$ make V=1
make BUILD_DIR=/home/malc/x/bld/qemu/master -C libhw64 V="1"
TARGET_DIR="libhw64/" all
make[1]: Entering
Am 07.02.2012 20:06, schrieb Peter Maydell:
> On 7 February 2012 18:41, Andreas Färber wrote:
>> Am 07.02.2012 18:47, schrieb Peter Maydell:
>>> On 3 February 2012 02:59, Andreas Färber wrote:
+uint64_t jtag_id;
>>>
>>> If we're not using this anywhere we should just not have it.
>>
>> A
On 07.02.2012, at 22:12, malc wrote:
> On Tue, 7 Feb 2012, Alexander Graf wrote:
>
>>
>> On 07.02.2012, at 13:52, Maurizio Caloro wrote:
>>
>>> Hello Together
>>> Here i drive with me MiniMac G4 1.4Ghz and i try to run Qemu 1.0. i wan't
>>> run one Virt. MS Server2008 it's this realistic?.
>>
On Tue, 7 Feb 2012, Maurizio Caloro wrote:
> Hello Together
> Here i drive with me MiniMac G4 1.4Ghz and i try to run Qemu 1.0. i wan't run
> one Virt. MS Server2008 it's this realistic?.
>
> Unfortunitly from the first (other) Mailinglist i don't become any Answer.
>
> on a possible error reco
On Tue, 7 Feb 2012, Alexander Graf wrote:
>
> On 07.02.2012, at 13:52, Maurizio Caloro wrote:
>
> > Hello Together
> > Here i drive with me MiniMac G4 1.4Ghz and i try to run Qemu 1.0. i wan't
> > run one Virt. MS Server2008 it's this realistic?.
> >
> > Unfortunitly from the first (other) Mai
This is a 32bit machine, the target is i386-softmmu, yet,
libhw32 is mostly empty and libhw64 is populated, furthermore[1]:
$ rm libhw64/ac97.o
$ make V=1
make BUILD_DIR=/home/malc/x/bld/qemu/master -C libhw64 V="1"
TARGET_DIR="libhw64/" all
make[1]: Entering directory `/home/malc/x/bld/qemu/ma
Fix a typo in a local function name.
Signed-off-by: Stefan Weil
---
hw/fmopl.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/fmopl.c b/hw/fmopl.c
index 734d2f4..f0a0234 100644
--- a/hw/fmopl.c
+++ b/hw/fmopl.c
@@ -733,7 +733,7 @@ INLINE void CSMKeyControll(OPL_CH
Am 07.02.2012 21:57, schrieb Peter Maydell:
Fix a typo in a local variable name.
Signed-off-by: Peter Maydell
---
vl.c | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/vl.c b/vl.c
index 63dd725..c4b3aab 100644
--- a/vl.c
+++ b/vl.c
@@ -2030,7 +2030,7 @@ static
Fix a typo in a local variable name.
Signed-off-by: Peter Maydell
---
vl.c | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/vl.c b/vl.c
index 63dd725..c4b3aab 100644
--- a/vl.c
+++ b/vl.c
@@ -2030,7 +2030,7 @@ static int configure_accelerator(void)
const cha
On Mon, 06 Feb 2012 11:34:01 +0200, Avi Kivity wrote:
> On 02/05/2012 06:36 PM, Anthony Liguori wrote:
> > If userspace had a way to upload bytecode to the kernel that was
> > executed for a PIO operation, it could either pass the operation to
> > userspace or handle it within the kernel when poss
Signed-off-by: Meador Inge
---
Makefile |4
configure | 16 +---
2 files changed, 17 insertions(+), 3 deletions(-)
diff --git a/Makefile b/Makefile
index 47acf3d..030619c 100644
--- a/Makefile
+++ b/Makefile
@@ -40,7 +40,9 @@ HELPERS-$(CONFIG_LINUX) = qemu-bridge-helper$(
There have been reports [1, 2] where folks have had issues building
VirtFS and the virtio backend on older systems. I personally saw
problems due to the use of features (struct statfs f_frsize field,
fdopendir, O_NOATIME) in this code that are not available on much older
Linux systems. Given, the
On 07.02.2012, at 13:52, Maurizio Caloro wrote:
> Hello Together
> Here i drive with me MiniMac G4 1.4Ghz and i try to run Qemu 1.0. i wan't run
> one Virt. MS Server2008 it's this realistic?.
>
> Unfortunitly from the first (other) Mailinglist i don't become any Answer.
>
> on a possible erro
guest-sync leaves it as an exercise to the user as to how to reliably
obtain the response to guest-sync if the client had previously read in a
partial response (due qemu-ga previously being restarted mid-"sentence"
due to reboot, forced restart, etc).
qemu-ga handles this situation on its end by h
On Tue, Jan 31, 2012 at 07:17:52PM +0100, Jan Kiszka wrote:
> To both avoid that kvm_irqchip_in_kernel always has to be paired with
> kvm_enabled and that the former ends up in a function call, implement it
> like the latter. This means keeping the state in a global variable and
> defining kvm_irqc
On 02/07/2012 12:17 PM, Andreas Färber wrote:
Am 07.02.2012 19:01, schrieb Anthony Liguori:
On 02/07/2012 07:45 AM, Andreas Färber wrote:
http://lists.gnu.org/archive/html/qemu-devel/2012-01/msg04065.html
How is the realize step (DeviceState::init) supposed to translate to
Object-derived class
I have tried to reproduce the problem several times without success.
QEMU:
QEMU 1.0.50 from git://git.qemu.org/qemu.git
,and
qemu-kvm-devel 1.0.50 from git://git.kernel.org/pub/scm/virt/kvm/qemu-kvm.git
My guest info:
OS Name: Microsoft Windows 7 Enterprise
OS Version:
On 7 February 2012 18:41, Andreas Färber wrote:
> Am 07.02.2012 18:47, schrieb Peter Maydell:
>> On 3 February 2012 02:59, Andreas Färber wrote:
>>> + uint64_t jtag_id;
>>
>> If we're not using this anywhere we should just not have it.
>
> Andrzej will have had his reasons to put it in the cod
Am 07.02.2012 18:47, schrieb Peter Maydell:
> On 3 February 2012 02:59, Andreas Färber wrote:
>> That way we can remove some more CPUID cases without losing info.
>>
>> Signed-off-by: Andreas Färber
>> Cc: Peter Maydell
>> Cc: Andrzej Zaborowski
>> ---
>> target-arm/cpu-core.h |1 +
>> tar
Signed-off-by: Luiz Capitulino
---
block.c |2 +-
block.h |2 +-
block/raw-posix.c |6 +++---
block/raw.c |2 +-
block_int.h |2 +-
5 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/block.c b/block.c
index 160b9de..4042ada 100644
--
Signed-off-by: Luiz Capitulino
---
QMP/qmp-events.txt | 21 +
block.c| 15 +++
monitor.c |3 +++
monitor.h |1 +
4 files changed, 40 insertions(+), 0 deletions(-)
diff --git a/QMP/qmp-events.txt b/QMP/qmp-events.txt
index
* Anthony Liguori (anth...@codemonkey.ws) wrote:
> On 02/07/2012 07:18 AM, Avi Kivity wrote:
> >On 02/07/2012 02:51 PM, Anthony Liguori wrote:
> >>On 02/07/2012 06:40 AM, Avi Kivity wrote:
> >>>On 02/07/2012 02:28 PM, Anthony Liguori wrote:
>
> >It's a potential source of exploits
> >(
Signed-off-by: Luiz Capitulino
---
QMP/qmp-events.txt | 17 +
block.c| 12
monitor.c |3 +++
monitor.h |1 +
4 files changed, 33 insertions(+), 0 deletions(-)
diff --git a/QMP/qmp-events.txt b/QMP/qmp-events.txt
index ab32e62
They are QMP events, not monitor events. Rename them accordingly.
Signed-off-by: Luiz Capitulino
---
block.c |4 ++--
block.h |6 +++---
hw/ide/core.c |6 +++---
hw/scsi-disk.c |6 +++---
hw/virtio-blk.c |6 +++---
5 files changed, 14 insertions(+), 14 dele
Hey Guys,
I have the same problem.
Installing the VM was pretty fine, no problems at all but when I try to start
this VM, which is supposed to run a Mikrotik "RouterOS" it fails with the known
error message. So far this error can only be reproduced by installing this
special OS. All other OS li
Am 07.02.2012 19:01, schrieb Anthony Liguori:
> On 02/07/2012 07:45 AM, Andreas Färber wrote:
>> http://lists.gnu.org/archive/html/qemu-devel/2012-01/msg04065.html
>>
>> How is the realize step (DeviceState::init) supposed to translate to
>> Object-derived classes (e.g., CPU) and where to draw the
It's true if the tray has changed its state. This is going to be used
by the next commit.
Signed-off-by: Luiz Capitulino
---
block.c|2 +-
block.h|2 +-
block/raw.c|2 +-
hw/ide/atapi.c |2 +-
hw/ide/core.c |2 +-
hw/scsi-disk.c |2 +-
6 files changed
I've tried to implement a BLOCK_MEDIUM_EJECT event that, as we discussed[1],
would be emitted by guest-initiated ejects and by the QMP/HMP eject and change
commands.
However, that turned to be a bit problematic, because the eject and change
commands don't exactly handle tray movements: they actual
On 02/07/2012 07:45 AM, Andreas Färber wrote:
Am 06.02.2012 20:25, schrieb Juan Quintela:
Please send in any agenda items you are interested in covering.
I had some follow-up questions to the last call that remained
unanswered. We don't really need a call for that though, email is fine.
http:
The correct FPSID for the Cortex-A9 (according to the TRM) is
0x41033090 for the r0p0 that we claim to model.
Signed-off-by: Peter Maydell
---
target-arm/helper.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/target-arm/helper.c b/target-arm/helper.c
index ea4f35f..34
On 02/07/2012 11:25 AM, Peter Maydell wrote:
On 6 February 2012 19:16, Anthony Liguori wrote:
If we're going to go down this road, then I have a hard requirement. We
need to build the common infrastructure only once.
Otherwise build times are going to explode and we'll end up with
CONFIG_USER
On 3 February 2012 02:59, Andreas Färber wrote:
> That way we can remove some more CPUID cases without losing info.
>
> Signed-off-by: Andreas Färber
> Cc: Peter Maydell
> Cc: Andrzej Zaborowski
> ---
> target-arm/cpu-core.h | 1 +
> target-arm/cpu.c | 2 ++
> target-arm/cpu.h
Am 07.02.2012 18:28, schrieb Peter Maydell:
> On 3 February 2012 02:59, Andreas Färber wrote:
>> +static void sa11xx_class_init(ARMCPUClass *k, const ARMCPUInfo *info)
>> +{
>> +set_class_feature(k, ARM_FEATURE_STRONGARM);
>> +}
>
>> static const ARMCPUInfo arm_cpus[] = {
>> {
>>
On 3 February 2012 02:59, Andreas Färber wrote:
> @@ -375,6 +383,7 @@ static const ARMCPUInfo arm_cpus[] = {
> 0x0042, 0, 0, 0
> },
> .cp15_c1_sys = 0x00c50078,
> + .vfp_fpsid = 0x41034000, /* Guess */
> .features = ARM_FEATURE(V7) |
>
On 02/07/2012 02:12 PM, Anthony Liguori wrote:
Hi,
On 02/07/2012 04:29 AM, Ori Mamluk wrote:
Repagent is a new module that allows an external replication system to
replicate a volume of a Qemu VM.
This RFC patch adds the repagent client module to Qemu.
Please read http://wiki.qemu.org/Contri
Hi,
I don't understand this code:
static inline int alarm_has_dynticks(struct qemu_alarm_timer *t)
{
return !!t->rearm;
}
Also, can anyone provide me a general description about how track of time is
kept for the virtual machine. Like I see that real time activities has realtime
clocks.
On 3 February 2012 02:59, Andreas Färber wrote:
> The OMAPCP feature allows to switch between TI915T and TI925T via
> cp15 c15_ticonfig register. Move reset into ti925t-specific callback.
>
> Signed-off-by: Andreas Färber
> Cc: Peter Maydell
> ---
> target-arm/cpu.c | 18 ++
On 3 February 2012 02:59, Andreas Färber wrote:
> +static void sa11xx_class_init(ARMCPUClass *k, const ARMCPUInfo *info)
> +{
> + set_class_feature(k, ARM_FEATURE_STRONGARM);
> +}
> static const ARMCPUInfo arm_cpus[] = {
> {
> .name = "arm926",
> .id = 0x41069265,
> +
Hi Stefan,
Thanks for the explanation. :)
> > Qemu 1.0 enable IO thread by default, I think that's why you can see
> > there are
> > two threads. You can check block/raw-posix-aio.h, posix-aio-compat.c and
> > linux-aio.c.
>
> --enable-io-thread is different from posix-aio-compat.c's threa
On 6 February 2012 19:16, Anthony Liguori wrote:
> If we're going to go down this road, then I have a hard requirement. We
> need to build the common infrastructure only once.
>
> Otherwise build times are going to explode and we'll end up with
> CONFIG_USER_ONLY #defines all over the place.
You
Hello Together
Here i drive with me MiniMac G4 1.4Ghz and i try to run Qemu 1.0. i wan't run
one Virt. MS Server2008 it's this realistic?.
Unfortunitly from the first (other) Mailinglist i don't become any Answer.
on a possible error recovery support, I would grateful to you.
Thanks and best reg
On 02/07/2012 05:33 PM, Anthony Liguori wrote:
Hrm, I don't like that very much.
Yes, me neither actually.
If the object representing the state of the OMAP board (struct
omap_mpu_state_s) is QOMified, the clocks can easily get under it in the
composition tree. Right now, that part is not ev
On 02/07/2012 10:41 AM, Andreas Färber wrote:
Am 07.02.2012 16:21, schrieb Paolo Bonzini:
BTW, I would like to change /i440fx to /devices/i440fx, so that we will
have clean namespaces:
/block
...
/chardev
...
/clocks
...
/devices
/peripheral
... # na
On Tue, Feb 07, 2012 at 04:17:26PM +0100, Michal Privoznik wrote:
> On 07.02.2012 02:09, Michael Roth wrote:
> > guest-sync leaves it as an exercise to the user as to how to reliably
> > obtain the response to guest-sync if the client had previously read in a
> > partial response (due qemu-ga previ
Am 07.02.2012 16:21, schrieb Paolo Bonzini:
> BTW, I would like to change /i440fx to /devices/i440fx, so that we will
> have clean namespaces:
>
> /block
> ...
> /chardev
> ...
> /clocks
> ...
> /devices
> /peripheral
> ... # named devices created with -devi
This series does not only fix the chance of breaking images with a crash in the
middle of a backing file link update, but also fixes header updates in images
with unknown header extensions. It provides functions to update the whole
header instead of only the header extensions.
These fixes and impr
Signed-off-by: Hervé Poussineau
---
hw/jazz_led.c | 26 +-
trace-events |4
2 files changed, 13 insertions(+), 17 deletions(-)
diff --git a/hw/jazz_led.c b/hw/jazz_led.c
index f8a2182..1af9268 100644
--- a/hw/jazz_led.c
+++ b/hw/jazz_led.c
@@ -26,17 +26,7 @@
On 7 February 2012 16:33, Anthony Liguori wrote:
> OMAP clocks are devices. Don't they belong in the devices hierarchy under
> the omap-clocks branch?
I think they should be interfaces, not devices. The device would be the PRCM
(power, reset and clock manager) which provides a pile of registers
These are -bt, -serial, -virtcon, -parallel, -debugcon, -usbdevice.
Improves messages emitted via proper error reporting interfaces. For
instance:
$ qemu-system-x86_64 -nodefaults -S -usb -usbdevice net:vlan=xxx
qemu-system-x86_64: Parameter 'vlan' expects a number
becomes:
qemu-sys
On 02/07/2012 10:27 AM, Paolo Bonzini wrote:
On 02/07/2012 05:24 PM, Anthony Liguori wrote:
I'm wary of all plans that require to go through all the code once. What about
simply /devices/default/child[...] or something like that?
The paths would be unstable, but maybe that's okay. I'd suggest
On 2012-02-07 17:21, Anthony Liguori wrote:
> On 02/07/2012 10:18 AM, Jan Kiszka wrote:
>> On 2012-02-07 17:02, Avi Kivity wrote:
>>> On 02/07/2012 05:17 PM, Anthony Liguori wrote:
On 02/07/2012 06:03 AM, Avi Kivity wrote:
> On 02/06/2012 09:11 PM, Anthony Liguori wrote:
>>
>> I'm
On 02/07/2012 05:24 PM, Anthony Liguori wrote:
I'm wary of all plans that require to go through all the code once. What about
simply /devices/default/child[...] or something like that?
The paths would be unstable, but maybe that's okay. I'd suggest
doing child[rand()] to avoid the appearance t
On 02/07/2012 09:20 AM, Stefan Hajnoczi wrote:
On Tue, Feb 7, 2012 at 2:59 PM, Anthony Liguori wrote:
On 02/07/2012 07:50 AM, Stefan Hajnoczi wrote:
On Tue, Feb 7, 2012 at 1:34 PM, Kevin Wolfwrote:
Am 07.02.2012 11:29, schrieb Ori Mamluk:
Repagent is a new module that allows an extern
Stash away the option argument with add_device_config(), so we still
have its location when we get around to parsing it.
This doesn't improve any messages I can see just yet, but that'll
change shortly.
Signed-off-by: Markus Armbruster
---
vl.c | 10 --
1 files changed, 4 insertions(+
On 02/07/2012 09:21 AM, Paolo Bonzini wrote:
On 02/07/2012 03:56 PM, Anthony Liguori wrote:
Another related question is, should the 4th QOM series present a full
composition tree based on the legacy qdev bus concept?
Composition, no. The legacy qbus concept doesn't model composition
because it
I'm trying to improve this code's error reporting, and the debug code
is getting in my way: it clutters the code, it clobbers errno in
inconvenient places, and it uses the same fprintf() both for error
reporting and debug output in a few places.
Get rid of it. Once decent error reporting is in pl
On 02/07/2012 05:06 PM, Alex Barcelo wrote:
Yes, I agree. But makecontext and swapcontext are not OK for my
project (mainly because makecontext and swapcontext are not supported
by qemu under PPC) so I was looking for alternatives. My best shot at
the moment is using sigaltstack, if it works I wi
On 02/07/2012 10:18 AM, Jan Kiszka wrote:
On 2012-02-07 17:02, Avi Kivity wrote:
On 02/07/2012 05:17 PM, Anthony Liguori wrote:
On 02/07/2012 06:03 AM, Avi Kivity wrote:
On 02/06/2012 09:11 PM, Anthony Liguori wrote:
I'm not so sure. ioeventfds and a future mmio-over-socketpair have
to put t
On 02/07/2012 10:02 AM, Avi Kivity wrote:
On 02/07/2012 05:17 PM, Anthony Liguori wrote:
On 02/07/2012 06:03 AM, Avi Kivity wrote:
On 02/06/2012 09:11 PM, Anthony Liguori wrote:
I'm not so sure. ioeventfds and a future mmio-over-socketpair have to put the
kthread to sleep while it waits for t
Simply use consoles[] instead.
Signed-off-by: Markus Armbruster
---
console.c | 18 --
1 files changed, 4 insertions(+), 14 deletions(-)
diff --git a/console.c b/console.c
index 2c432e3..744ef2d 100644
--- a/console.c
+++ b/console.c
@@ -1441,9 +1441,6 @@ void console_color_in
On 2012-02-07 17:02, Avi Kivity wrote:
> On 02/07/2012 05:17 PM, Anthony Liguori wrote:
>> On 02/07/2012 06:03 AM, Avi Kivity wrote:
>>> On 02/06/2012 09:11 PM, Anthony Liguori wrote:
I'm not so sure. ioeventfds and a future mmio-over-socketpair have
to put the
kthread to sleep
On 02/07/2012 08:49 AM, Michal Privoznik wrote:
>> We could still timeout the 'fs-freeze' command after 30 seconds
>> or so. Given that we issue the guest-resync command, we'll be
>> able to automatically re-sync the JSON protocol by dropping the
>> later arriving fs-freeze reply (if any).
>
> I
Unlike many other backends, these leave open error reporting to their
caller. Because the caller doesn't know what went wrong, this results
in a pretty useless error message.
Change them to report their errors themselves. Improves user-hostile
messages like this one for "-chardev tty,id=foo,path
The commit's purpose is laudable:
The only way for chardev drivers to communicate an error was to
return a NULL pointer, which resulted in an error message that
said _that_ something went wrong, but not _why_.
It attempts to achieve it by changing the interface to return 0/-errno
and
Our chardev open error messages are an embarrassment. Commit 6e1db57b
tried to improve the useless "opening backend FOO failed" message in
qemu_chr_open_opts(), but it is flawed: some failure modes went from
an unhelpful "failed" to an outright misleading error message (see
first patch for details
Unlike many other backends, this one leaves open error reporting to
its caller. Because the caller doesn't know what went wrong, this
results in a pretty useless error message.
Change it to report its errors. Improves the message you get when
attempting to create too many consoles from
char
On Tue, Feb 7, 2012 at 12:18, Stefan Hajnoczi wrote:
> On Sat, Jan 28, 2012 at 9:31 AM, Alex Barcelo wrote:
>> On Fri, Jan 27, 2012 at 15:39, Paolo Bonzini wrote:
I have a patch that uses sigsetjmp and siglongjmp instead of
makecontext and getcontext (and all the ucontext stuff), and it
On 02/07/2012 05:17 PM, Anthony Liguori wrote:
On 02/07/2012 06:03 AM, Avi Kivity wrote:
On 02/06/2012 09:11 PM, Anthony Liguori wrote:
I'm not so sure. ioeventfds and a future mmio-over-socketpair have
to put the
kthread to sleep while it waits for the other end to process it.
This is
effec
Signed-off-by: Hervé Poussineau
---
Makefile.objs|1 +
Makefile.target |1 -
default-configs/mips-softmmu.mak |1 +
default-configs/mips64-softmmu.mak |1 +
default-configs/mips64el-softmmu.mak |1 +
default-configs/mipsel-so
Am 07.02.2012 15:09, schrieb Markus Armbruster:
> Our chardev open error messages are an embarrassment. Commit 6e1db57b
> tried to improve the useless "opening backend FOO failed" message in
> qemu_chr_open_opts(), but it is flawed: some failure modes went from
> an unhelpful "failed" to an outrig
Hi Alex,
Am 30.01.2012 23:29, schrieb Alexander Graf:
> When using Windows 8 with an AHCI disk drive, it issues a blue screen.
> The reason is that WIN_SECURITY_FREEZE_LOCK / CFA_WEAR_LEVEL is not
> supported by our ATA implementation, but Windows expects it to be there.
>
> Since without securit
1 - 100 of 199 matches
Mail list logo
