- Original Message -
> On Thu, Nov 29, 2012 at 1:34 AM, liu ping fan
> wrote:
> > On Thu, Nov 29, 2012 at 12:42 PM, Cam Macdonell
> > wrote:
> >> On Tue, Nov 27, 2012 at 7:53 PM, liu ping fan
> >> wrote:
> >>> On Wed, Nov 28, 2012 at 5:48 AM, Cam Macdonell
> >>> wrote:
> On Sat,
On 2012-12-04 11:23, Peter Maydell wrote:
> On 4 December 2012 08:11, liguang wrote:
>> Signed-off-by: liguang
>> ---
>> target-i386/cpu.h |4 ++--
>> 1 files changed, 2 insertions(+), 2 deletions(-)
>>
>> diff --git a/target-i386/cpu.h b/target-i386/cpu.h
>> index 9abec3e..8ca25c8 100644
>>
On Thu, Nov 29, 2012 at 04:55:48PM +0200, Michael S. Tsirkin wrote:
> On Thu, Nov 29, 2012 at 03:45:55PM +0100, Stefan Hajnoczi wrote:
> > On Thu, Nov 29, 2012 at 03:12:35PM +0200, Michael S. Tsirkin wrote:
> > > On Thu, Nov 22, 2012 at 04:16:52PM +0100, Stefan Hajnoczi wrote:
> > > > The virtio-bl
On 4 December 2012 11:11, Jan Kiszka wrote:
> On 2012-12-04 11:23, Peter Maydell wrote:
>> Doesn't this break the use of this function in target-i386/seg_helper.c:
>>
>> if (hw_breakpoint_enabled(env->dr[7], i) == 0x1) {
>>
>> which specifically wants to determine whether the breakpoint is
>> en
And what would break if we make poll timeout instantly in case there are
signals pending and restart the given syscall after handlers run?
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/955379
Title:
On 4 December 2012 11:21, Janne Karhunen <955...@bugs.launchpad.net> wrote:
> And what would break if we make poll timeout instantly in case there are
> signals pending and restart the given syscall after handlers run?
If there are signals pending in the host kernel poll will *already*
return imme
Rusty Russell wrote:
> Hi all,
>
> I want to rework the qemu virtio subsystem, but various
> structures are currently blatted to disk in save/load. So I looked at
> altering that, only to discover that it needs conversion to vmstate, and
> 2009 patches in patchwork which have never been a
Anthony Liguori wrote:
> David Gibson writes:
>
>> I've sent these before, and reminded several times about the first one
>> at least, but they still slipped through the cracks and didn't make it
>> into 1.3. The first at least should go into the stable tree - it is a
>> very simple bugfix for a
On Mon, 03 Dec 2012 16:55:35 +0100
Ján Tomko wrote:
> Hello,
>
> is there a way to check if QEMU was compiled with --enable-seccomp via QMP?
Not that I'm aware of. Could you describe your use-case?
Moreover, is there even a need to restart anything, just make it async
call in case signals were pending?
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/955379
Title:
cmake hangs with qemu-arm-stati
Il 30/11/2012 21:53, Andreas Färber ha scritto:
> Thanks, applied the remaining patches to qom-cpu:
> https://github.com/afaerber/qemu-cpu/commits/qom-cpu
>
> I had already re-verified that qemu-types.h didn't loose anything but
> didn't push until now. Sorry.
Hi Andreas,
I would like to get the
Signed-off-by: liguang
---
target-i386/cpu.h |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/target-i386/cpu.h b/target-i386/cpu.h
index 90ef1ff..9abec3e 100644
--- a/target-i386/cpu.h
+++ b/target-i386/cpu.h
@@ -231,6 +231,13 @@
#define DR7_TYPE_SHIFT 16
#define
Never mind, async/zero timeout call would suffer from same (albeit now
tiny) race. It would make this far less invasive as a change though.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/955379
Title:
On 4 December 2012 08:11, liguang wrote:
> Signed-off-by: liguang
> ---
> target-i386/cpu.h |7 +++
> 1 files changed, 7 insertions(+), 0 deletions(-)
>
> diff --git a/target-i386/cpu.h b/target-i386/cpu.h
> index 90ef1ff..9abec3e 100644
> --- a/target-i386/cpu.h
> +++ b/target-i386/cpu.
Signed-off-by: Gerd Hoffmann
---
hw/acpi.c | 38 ++
hw/acpi.h |5 +++--
hw/acpi_ich9.c |8 +---
hw/acpi_piix4.c |8 +---
hw/vt82c686.c |8 +---
5 files changed, 36 insertions(+), 31 deletions(-)
diff --git a/hw/acpi
Signed-off-by: Gerd Hoffmann
---
hw/acpi_piix4.c | 24 ++--
1 files changed, 18 insertions(+), 6 deletions(-)
diff --git a/hw/acpi_piix4.c b/hw/acpi_piix4.c
index b1d5bf3..c1a58d3 100644
--- a/hw/acpi_piix4.c
+++ b/hw/acpi_piix4.c
@@ -57,6 +57,7 @@ struct pci_status {
type
Signed-off-by: Gerd Hoffmann
---
hw/acpi_piix4.c | 37 +
1 files changed, 29 insertions(+), 8 deletions(-)
diff --git a/hw/acpi_piix4.c b/hw/acpi_piix4.c
index d2ba56e..263338a 100644
--- a/hw/acpi_piix4.c
+++ b/hw/acpi_piix4.c
@@ -42,6 +42,9 @@
#define G
Make write to the smbus base register and enable bit actually work.
Signed-off-by: Gerd Hoffmann
---
hw/acpi_piix4.c | 20 +++-
1 files changed, 19 insertions(+), 1 deletions(-)
diff --git a/hw/acpi_piix4.c b/hw/acpi_piix4.c
index 9e6c97e..b1d5bf3 100644
--- a/hw/acpi_piix4.c
Signed-off-by: Gerd Hoffmann
---
hw/acpi.c | 19 +--
hw/acpi.h |5 +++--
hw/acpi_ich9.c |5 +
hw/acpi_piix4.c |5 +
hw/vt82c686.c |6 +-
5 files changed, 23 insertions(+), 17 deletions(-)
diff --git a/hw/acpi.c b/hw/acpi.c
index f4aca4
Il 04/12/2012 13:49, Eduardo Habkost ha scritto:
> Well, the commit description says that "if you place each function in a
> separate source file, object files for unused functions will not be
> taken in", I don't see it as a requirement. In this case, pulling both
> stubs is a feature: if a binary
Signed-off-by: Gerd Hoffmann
---
hw/acpi.c | 49 +++--
hw/acpi.h |6 --
hw/acpi_ich9.c | 18 +-
hw/acpi_piix4.c | 18 +-
hw/vt82c686.c | 18 +-
5 files changed, 54 insertions
hw_error() is specific for fatal hardware emulation errors, not for
internal errors related to the qdev object/class abstraction or object
initialization.
Replace it with an error_report() call, followed by abort().
This will also help reduce dependencies of the qdev code (as hw_error()
is from c
The stub will be used on cases where sysbus.c is not compiled in (e.g.
*-user).
Note that code that uses NULL as the bus with qdev{_try,}_create()
implicitly uses sysbus_get_default() as the bus, and will still require
sysbus.c to be compiled in.
Signed-off-by: Eduardo Habkost
---
Changes v1 ->
On Tue, Dec 4, 2012 at 12:42 AM, David Gibson
wrote:
> Now that we have implemented PAPR compatible NVRAM interfaces in qemu, this
> updates the SLOF firmware to actually initialize and use the NVRAM as a
> PAPR guest firmware is expected to do.
>
> This SLOF update also includes an ugly but usefu
201 - 224 of 224 matches
Mail list logo
