On 12/21/18 1:36 AM, Greg Kurz wrote:
> PHB hotplug will bring more users for it. Let's define it along with
> the PHB defines from which it is derived for simplicity.
>
> While here fix a misleading comment about manual placement, which was
> abandoned with 30b3bc5aa9f4.
>
> Signed-off-by: Greg
> From: Markus Armbruster [mailto:arm...@redhat.com]
> Pavel Dovgalyuk writes:
>
> > This patch introduces 'info replay' monitor command and
> > corresponding qmp request.
> > These commands request the current record/replay mode, replay log file name,
> > and the execution step (number or record
On Thu, Dec 13, 2018 at 03:57:25PM +0800, guangrong.x...@gmail.com wrote:
> From: Xiao Guangrong
>
> Currently we have two behaviors if all threads are busy to do compression,
> the main thread mush wait one of them becoming free if @compress-wait-thread
> set to on or the main thread can directl
On 12/21/18 7:35 AM, Greg Kurz wrote:
> This will be needed by PHB hotplug in order to access the phandle property.
>
> Signed-off-by: Greg Kurz
I would have used the prefix 'spapr_dt_', but it's minor.
Reviewed-by: Cédric Le Goater
Thanks,
C.
> ---
> hw/intc/spapr_xive.c|9 +++
much appreciate!
:)
At 2018-12-21 14:33:08, "Paolo Bonzini" wrote:
>> scenario 1: did the tcg translation need to be done in this case now
>> that the host and target arch is the same? or let the kvm emulation
>> the system wit the original instructions with out the TCG
>> translation
I understand. Thank you, guys!
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1809252
Title:
Password authentication in FIPS-compliant mode
Status in QEMU:
Invalid
Bug description:
The documen
On Fri, 21 Dec 2018 07:47:07 +0100
Thomas Huth wrote:
> On 2018-12-21 04:06, Alexey Kardashevskiy wrote:
> > Hi
> >
> > I am trying https://travis-ci.org/aik/qemu/ and that thing fails every
> > time I am not so sure why.
> >
> > One example:
> > https://travis-ci.org/aik/qemu/jobs/470796318
>
tugouxp <13824125...@163.com> writes:
> Hi alex:
> now my host machine did not have the "/dev/kvm" nodes and no chance to
> make it exists.
> so i want to know whether the "/dev/kvm" is mandatory for qemu to emulate
> the whole system.
> so i can make the emulation without the support of
Hi,
During "[PATCH v2 05/10] qom/globals: generalize
object_property_set_globals()" review, Eduardo suggested to rework the
GlobalProperty handling, so that -global is limited to QDev only and
we avoid mixing the machine compats and the user-provided -global
properties (instead of generalizing -gl
Use static arrays instead.
Suggested-by: Eduardo Habkost
Signed-off-by: Marc-André Lureau
---
include/hw/boards.h| 3 +++
include/hw/compat.h| 3 ---
include/hw/i386/pc.h | 4 ++--
hw/arm/virt.c | 6 +-
hw/core/machine.c | 3 +++
hw/i386/pc.c
Instead of registering compat properties as globals, let's keep them
in their own array, to avoid mixing with user globals.
Introduce object_apply_global_props() function, to apply compatibility
properties from a GPtrArray.
Signed-off-by: Marc-André Lureau
Reviewed-by: Igor Mammedov
---
includ
Use static arrays instead.
Suggested-by: Eduardo Habkost
Signed-off-by: Marc-André Lureau
---
include/hw/boards.h| 3 +++
include/hw/compat.h| 43 ---
include/hw/i386/pc.h | 29 ++--
hw/arm/virt.c | 5 +
Similarly to accel properties, move compat properties out of globals
registration, and apply the machine compat properties during
device_post_init().
Signed-off-by: Marc-André Lureau
---
include/hw/boards.h| 3 +-
hw/arm/virt.c | 27
hw/core/machine.c
Use static arrays instead.
Suggested-by: Eduardo Habkost
Signed-off-by: Marc-André Lureau
---
include/hw/boards.h| 3 +++
include/hw/compat.h| 3 ---
include/hw/i386/pc.h | 17 ++---
hw/arm/virt.c | 6 +-
hw/core/machine.c | 3 +++
Signed-off-by: Marc-André Lureau
---
include/hw/boards.h| 10 +-
hw/arm/virt.c | 45 +--
hw/i386/pc_piix.c | 563 +
hw/i386/pc_q35.c | 66 -
hw/ppc/spapr.c | 201 ++---
hw/s390x/s390-virtio-ccw.
Use static arrays instead. I decided to rename the conflicting
pc_compat_2_2() function with pc_compat_2_2_fn().
Suggested-by: Eduardo Habkost
Signed-off-by: Marc-André Lureau
---
include/hw/boards.h | 3 ++
include/hw/compat.h | 3 --
include/hw/i386/pc.h | 97 ++--
Use static arrays instead.
Suggested-by: Eduardo Habkost
Signed-off-by: Marc-André Lureau
---
include/hw/boards.h| 3 +++
include/hw/compat.h| 11 ---
include/hw/i386/pc.h | 17 ++---
hw/arm/virt.c | 6 +-
hw/core/machine.c |
Move the compat arrays inside functions that use them.
Signed-off-by: Marc-André Lureau
---
hw/arm/virt.c | 94 +++--
hw/i386/pc_piix.c | 705 ++---
hw/i386/pc_q35.c | 121 +++
hw/ppc/spapr.c | 254 +++--
hw
Use static arrays instead.
Suggested-by: Eduardo Habkost
Signed-off-by: Marc-André Lureau
---
include/hw/boards.h| 3 +++
include/hw/compat.h| 19 ---
include/hw/i386/pc.h | 9 ++---
hw/arm/virt.c | 6 +-
hw/core/machine.c |
Replace arm_cpu_post_init() instance callback by calling it from leaf
classes, to avoid potential ordering issue with other post_init callbacks.
Signed-off-by: Marc-André Lureau
Suggested-by: Igor Mammedov
Reviewed-by: Igor Mammedov
---
target/arm/cpu-qom.h | 3 +++
target/arm/cpu.h | 2
Use static arrays instead.
Suggested-by: Eduardo Habkost
Signed-off-by: Marc-André Lureau
---
include/hw/boards.h| 3 +++
include/hw/compat.h| 24
include/hw/i386/pc.h | 4 ++--
hw/core/machine.c | 26 ++
hw/i386/
Use static arrays instead.
Suggested-by: Eduardo Habkost
Signed-off-by: Marc-André Lureau
---
include/hw/boards.h| 3 ++
include/hw/compat.h| 27 --
include/hw/i386/pc.h | 74 ++
hw/core/machine.c | 29 +
No longer needed.
Signed-off-by: Marc-André Lureau
---
include/hw/boards.h | 12
1 file changed, 12 deletions(-)
diff --git a/include/hw/boards.h b/include/hw/boards.h
index f02d5a1bbd..f743d9d4a4 100644
--- a/include/hw/boards.h
+++ b/include/hw/boards.h
@@ -287,16 +287,4 @@ struc
Use static arrays instead. I decided to rename the conflicting
pc_compat_2_1() function with pc_compat_2_1_fn().
Suggested-by: Eduardo Habkost
Signed-off-by: Marc-André Lureau
---
include/hw/boards.h | 3 +++
include/hw/compat.h | 31 ---
include/hw/i386/pc.h | 1
All globals are now either provided via -global or through -cpu
features (CPU features are implemented by registering globals).
If the global isn't being used, it should warn in either case.
We can thus consider that all global_props are "user-provided"
globals. No need to track this per-globals
Use static arrays instead.
Suggested-by: Eduardo Habkost
Signed-off-by: Marc-André Lureau
---
include/hw/boards.h| 3 +++
include/hw/compat.h| 27 ---
include/hw/i386/pc.h | 21 ++---
hw/arm/virt.c | 5 +
hw/core/m
Use static arrays instead. I decided to rename the conflicting
pc_compat_2_1() function with pc_compat_2_1_fn().
Suggested-by: Eduardo Habkost
Signed-off-by: Marc-André Lureau
---
include/hw/i386/pc.h | 236 +++
hw/i386/pc.c | 232 +++
Use static arrays instead.
Suggested-by: Eduardo Habkost
Signed-off-by: Marc-André Lureau
---
include/hw/boards.h| 3 +++
include/hw/compat.h| 19 ---
include/hw/i386/pc.h | 13 ++---
hw/arm/virt.c | 5 +
hw/core/machine.c
It's now possible to use the common function.
Teach object_apply_global_props() to warn if Error argument is NULL.
Signed-off-by: Marc-André Lureau
Reviewed-by: Igor Mammedov
---
hw/core/qdev-properties.c | 24 ++--
qom/object.c | 12 +++-
2 files chang
Use static arrays instead.
Suggested-by: Eduardo Habkost
Signed-off-by: Marc-André Lureau
---
include/hw/boards.h| 3 +++
include/hw/compat.h| 23 ---
include/hw/i386/pc.h | 34 ++
hw/arm/virt.c | 5 +
This will allow to apply compat properties on other objects than QDev easily.
Signed-off-by: Marc-André Lureau
---
include/hw/qdev-core.h | 2 ++
hw/core/qdev.c | 6 +-
2 files changed, 7 insertions(+), 1 deletion(-)
diff --git a/include/hw/qdev-core.h b/include/hw/qdev-core.h
index
A step towards being able to call a common function,
object_apply_global_props().
Signed-off-by: Marc-André Lureau
Reviewed-by: Igor Mammedov
---
hw/core/qdev-properties.c | 29 -
1 file changed, 20 insertions(+), 9 deletions(-)
diff --git a/hw/core/qdev-properties.
Use static arrays instead.
Suggested-by: Eduardo Habkost
Signed-off-by: Marc-André Lureau
---
include/hw/boards.h| 3 +++
include/hw/compat.h| 15 ---
include/hw/i386/pc.h | 23 ++-
hw/arm/virt.c | 5 +
hw/core/machine.c
All qdev_prop_register_global() set &error_fatal for errp, except
'-rtc driftfix=slew', which arguably should also use &error_fatal, as
otherwise failing to apply the property would only report a warning.
Signed-off-by: Marc-André Lureau
Reviewed-by: Igor Mammedov
---
include/hw/qdev-core.h
Use static arrays instead. I decided to rename the conflicting
pc_compat_2_3() function with pc_compat_2_3_fn().
Suggested-by: Eduardo Habkost
Signed-off-by: Marc-André Lureau
---
include/hw/boards.h | 3 ++
include/hw/compat.h | 39
include/hw/i386/pc.h | 88 ++
hostmem-file and hostmem-memfd use the whole object path for the
memory region name, and hostname-ram uses only the path component (the
object id, or canonical path basename):
qemu -m 1024 -object memory-backend-file,id=mem,size=1G,mem-path=/tmp/foo -numa
node,memdev=mem -monitor stdio
(qemu) inf
The header is now empty.
Signed-off-by: Marc-André Lureau
---
include/hw/compat.h| 4
include/hw/i386/pc.h | 1 -
hw/arm/virt.c | 1 -
hw/ppc/spapr.c | 1 -
hw/s390x/s390-virtio-ccw.c | 1 -
5 files changed, 8 deletions(-)
delete mode 100644 include/h
To mimic the common filter of the same name, but for the python tests.
Signed-off-by: John Snow
Reviewed-by: Eric Blake
Reviewed-by: Vladimir Sementsov-Ogievskiy
---
tests/qemu-iotests/iotests.py | 3 +++
1 file changed, 3 insertions(+)
diff --git a/tests/qemu-iotests/iotests.py b/tests/qemu-
Fix some outstanding bugs, change the design of an API element,
remove the x- prefix to signify stability, and add iotests.
V6:
- Cover letter touchups
- 09: Rewrite qmp_filter to cope with lists or dicts.
- 11: small touchups.
V5:
002: New bugfix.
003: I forgot to actually capture state->bitmap
Python before 3.6 does not sort dictionaries (including kwargs).
Therefore, printing QMP objects involves sorting the keys to have
a predictable ordering in the iotests output. This means that
iotests output will sometimes show arguments in an order not
specified by the test author.
Presently, we
Several places in iotests deal with serializing objects into JSON
strings, but to add pretty-printing it seems desirable to localize
all of those cases.
log() seems like a good candidate for that centralized behavior.
log() can already serialize json objects, but when it does so,
it assumes filter
The 'x' prefix was added because I was uncertain of the direction we'd
take for the libvirt API. With the general approach solidified, I feel
comfortable committing to this API for 4.0.
Signed-off-by: John Snow
Reviewed-by: Eric Blake
Reviewed-by: Vladimir Sementsov-Ogievskiy
---
blockdev.c
Instead of using os.environ[], use .get with a default of empty string
to match the setup in check to allow us to import the iotests module
(for debugging, say) without needing a crafted environment just to
import the module.
Signed-off-by: John Snow
Reviewed-by: Eric Blake
Reviewed-by: Vladimir
If iotests have lines exceeding >998 characters long, git doesn't
want to send it plaintext to the list. We can solve this by allowing
the iotests to use pretty printed QMP output that we can match against
instead.
As a bonus, it's much nicer for human eyes too.
Signed-off-by: John Snow
Reviewed
When making a backup of a dirty bitmap (for transactions), we want to
restore that backup whether or not the bitmap is enabled.
It is perfectly valid to write into bitmaps that are disabled. It is
only illegitimate for the guest to have done so.
Remove this assertion.
Reviewed-by: Eric Blake
Re
As laid out in the previous commit's message:
```
Several places in iotests deal with serializing objects into JSON
strings, but to add pretty-printing it seems desirable to localize
all of those cases.
log() seems like a good candidate for that centralized behavior.
log() can already serialize j
Presently, we abort transactions in the same order they were processed in.
Bitmap commands, though, attempt to restore backup data structures on abort.
That's not valid, they need to be aborted in reverse chronological order.
Replace the QSIMPLEQ data structure with a QTAILQ one, so we can iterat
Especially outside of transactions, it is helpful to provide
all-or-nothing semantics for bitmap merges. This facilitates
the coalescing of multiple bitmaps into a single target for
the "checkpoint" interpretation when assembling bitmaps that
represent arbitrary points in time from component bitmap
New interface, new smoke test.
Signed-off-by: John Snow
Reviewed-by: Vladimir Sementsov-Ogievskiy
Reviewed-by: Eric Blake
---
tests/qemu-iotests/236 | 161 +
tests/qemu-iotests/236.out | 351 +
tests/qemu-iotests/group | 1 +
3 files
On 12/19/2018 08:14 PM, Fei Li wrote:
On 12/19/2018 06:10 PM, Markus Armbruster wrote:
Fei Li writes:
On 12/13/2018 03:26 PM, Markus Armbruster wrote:
There's a question for David Gibson inline. Please search for /ppc/.
Fei Li writes:
Make qemu_thread_create() return a Boolean to ind
On Fri, 21 Dec 2018 09:03:49 +0100
Cédric Le Goater wrote:
> On 12/21/18 1:36 AM, Greg Kurz wrote:
> > PHB hotplug will bring more users for it. Let's define it along with
> > the PHB defines from which it is derived for simplicity.
> >
> > While here fix a misleading comment about manual placem
On Fri, 21 Dec 2018 09:12:24 +0100
Cédric Le Goater wrote:
> On 12/21/18 7:35 AM, Greg Kurz wrote:
> > This will be needed by PHB hotplug in order to access the phandle property.
> >
> > Signed-off-by: Greg Kurz
>
> I would have used the prefix 'spapr_dt_', but it's minor.
>
I guess there
This patch introduces a new utility, qemu-tcmu. Apart from the
underlaying protocol it interacts with the world much like
qemu-nbd. This patch bases on Fam's version.
Qemu-tcmu handles SCSI commands which are passed through userspace
from kernel by LIO subsystem using TCMU protocol. Libtcmu is the
On Fri, 21 Dec 2018 09:36:23 +0100
Greg Kurz wrote:
> On Fri, 21 Dec 2018 07:47:07 +0100
> Thomas Huth wrote:
>
> > On 2018-12-21 04:06, Alexey Kardashevskiy wrote:
> > > Hi
> > >
> > > I am trying https://travis-ci.org/aik/qemu/ and that thing fails every
> > > time I am not so sure why.
>
> From: Markus Armbruster [mailto:arm...@redhat.com]
> Pavel Dovgalyuk writes:
>
> > Saving icount as a parameters of the snapshot allows navigation between
> > them in the execution replay scenario.
> > This information can be used for finding a specific snapshot for rewinding
> > the recorded e
On Wed, Dec 19, 2018 at 01:08:58PM +0100, Gerd Hoffmann wrote:
> Now that most user interfaces are using QKeyCodes it is easier to have
> common keyboard code useable by all user interfaces.
>
> This patch adds helper code to track the state of all keyboard keys,
> using a bitmap indexed by QKeyCo
On Wed, Dec 19, 2018 at 01:08:59PM +0100, Gerd Hoffmann wrote:
> Use the new keyboard state tracked for sdl2. We can drop the modifier
> state tracking from sdl2. Also keyup code is simpler, the state tracker
> will take care to not send suspious keyup events to the guest.
>
> Signed-off-by: Ger
On Wed, Dec 19, 2018 at 01:09:00PM +0100, Gerd Hoffmann wrote:
> Small cleanup. Also drop the special backspace handling,
> kbd_put_qcode_console() learned to handle that meanwhile.
I'm not seeing what backspace handlking is changed in this
patch - i guess this comment is left over from a previou
On Wed, Dec 19, 2018 at 01:09:01PM +0100, Gerd Hoffmann wrote:
> Use the new keyboard state tracked for gtk. Allows to drop the
> gtk-specific modifier state tracking code.
>
> Signed-off-by: Gerd Hoffmann
> ---
> include/ui/gtk.h | 2 ++
> ui/gtk.c | 38 ++-
On Wed, 19 Dec 2018 09:28:00 -0700
Alex Williamson wrote:
> On Tue, 18 Dec 2018 18:24:00 +0100
> Cornelia Huck wrote:
>
> > On Mon, 17 Dec 2018 16:53:34 -0500
> > Eric Farman wrote:
> >
> > > On 11/22/2018 11:54 AM, Cornelia Huck wrote:
> > >
> > > ...snip...
> > >
> > > > diff --git
On Wed, Dec 19, 2018 at 01:09:02PM +0100, Gerd Hoffmann wrote:
> Use the new keyboard state tracked for vnc. Allows to drop the
> vnc-specific modifier state tracking code.
>
> Signed-off-by: Gerd Hoffmann
> ---
> ui/vnc.h | 5 ++-
> ui/vnc.c | 120
> ++---
On Wed, Dec 19, 2018 at 01:09:03PM +0100, Gerd Hoffmann wrote:
> Pass the keyboard state tracker handle down to keysym2scancode(),
> so the code can fully inspect the keyboard state as needed. No
> functional change.
>
> Signed-off-by: Gerd Hoffmann
> ---
> ui/keymaps.h | 3 ++-
> ui/curses.c
On Wed, Dec 19, 2018 at 01:09:04PM +0100, Gerd Hoffmann wrote:
> It is possible that the modifier state on keyup is different from the
> modifier state on keydown. In that case the keycode lookup can end up
> with different keys in case multiple keysym -> keycode mappings exist,
> because it picks
On Wed, 19 Dec 2018 15:17:19 +0100
Halil Pasic wrote:
> On Wed, 19 Dec 2018 12:54:42 +0100
> Cornelia Huck wrote:
>
> > On Fri, 7 Dec 2018 17:54:23 +0100
> > Halil Pasic wrote:
> >
> > > On Fri, 7 Dec 2018 11:05:29 +0100
> > > Cornelia Huck wrote:
> > >
> > > > > > I think most of the s
On 20/12/18 17:37, Stefan Hajnoczi wrote:
> On Thu, Dec 20, 2018 at 04:20:28PM +0100, remy.n...@blade-group.com wrote:
>> From: Remy Noel
>>
>> It is possible for an io_poll/read/write callback to be concurrently
>> executed along
>> with an aio_set_fd_handlers. This can cause all sorts of proble
thank you.
i just want to confirm one thing, that is whether the qemu can emulate a whole
operation system just by analysis instructions by instructions manually
without the support of KVM.
so from the answer you give to me, it is feasible, right?
thanks very much!
At 2018-12-21 1
On Fri, 21 Dec 2018 13:03:43 +0400
Marc-André Lureau wrote:
> Instead of registering compat properties as globals, let's keep them
> in their own array, to avoid mixing with user globals.
>
> Introduce object_apply_global_props() function, to apply compatibility
> properties from a GPtrArray.
>
On Fri, 21 Dec 2018 13:03:44 +0400
Marc-André Lureau wrote:
> Signed-off-by: Marc-André Lureau
> ---
> include/hw/boards.h| 10 +-
> hw/arm/virt.c | 45 +--
> hw/i386/pc_piix.c | 563 +
> hw/i386/pc_q35.c | 66 -
gtester is deprecated by upstream glib (see for example the announcement
at https://blog.gtk.org/2018/07/11/news-from-glib-2-58/) and it does
not support tests that call g_test_skip in some glib stable releases.
glib suggests instead using Automake's TAP support, which gtest itself
supports since
Sometimes a test's main() function recognizes that the environment
does not support the test, and therefore exits. In this case, we
still should run g_test_run() so that a TAP harness will print the
test plan ("1..0") and the test will be marked as skipped.
Signed-off-by: Paolo Bonzini
Message-I
On Fri, 21 Dec 2018 13:03:45 +0400
Marc-André Lureau wrote:
> Similarly to accel properties, move compat properties out of globals
> registration, and apply the machine compat properties during
> device_post_init().
>
> Signed-off-by: Marc-André Lureau
> ---
> include/hw/boards.h| 3 +
The following changes since commit e85c577158a2e8e252414959da9ef15c12eec63d:
Merge remote-tracking branch
'remotes/huth-gitlab/tags/pull-request-2018-12-17' into staging (2018-12-18
14:31:06 +)
are available in the git repository at:
git://github.com/bonzini/qemu.git tags/for-upstream
21.12.2018 12:35, John Snow wrote:
> As laid out in the previous commit's message:
>
> ```
> Several places in iotests deal with serializing objects into JSON
> strings, but to add pretty-printing it seems desirable to localize
> all of those cases.
>
> log() seems like a good candidate for that
On Fri, 21 Dec 2018 12:23:32 +0100
Cornelia Huck wrote:
[..]
>
> You've really lost me here :( I fear you're criticizing something I
> don't want to implement; I'll write some code, that should make things
> much easier to discuss.
>
Nod.
> TBH, I have no idea how this will scale to many vfio
On Fri, 21 Dec 2018 13:03:46 +0400
Marc-André Lureau wrote:
> Move the compat arrays inside functions that use them.
>
> Signed-off-by: Marc-André Lureau
> ---
> hw/arm/virt.c | 94 +++--
> hw/i386/pc_piix.c | 705 ++---
> hw/i386/pc_q35.c
Marshaling of processor tracing MSRs is not yet implemented in
QEMU, mark the feature as unmigratable.
Cc: qemu-sta...@nongnu.org
Signed-off-by: Paolo Bonzini
---
target/i386/cpu.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/target/i386/cpu.c b/target/i386/cpu.c
index 9c54c41e7a..a6a597d
On Fri, 21 Dec 2018 13:03:47 +0400
Marc-André Lureau wrote:
> No longer needed.
>
> Signed-off-by: Marc-André Lureau
> ---
> include/hw/boards.h | 12
> 1 file changed, 12 deletions(-)
Reviewed-by: Cornelia Huck
On Fri, 21 Dec 2018 13:03:48 +0400
Marc-André Lureau wrote:
> Use static arrays instead.
>
> Suggested-by: Eduardo Habkost
> Signed-off-by: Marc-André Lureau
> ---
> include/hw/boards.h| 3 +++
> include/hw/compat.h| 3 ---
> include/hw/i386/pc.h | 4 ++--
> hw/arm/virt.
On Fri, 21 Dec 2018 13:03:49 +0400
Marc-André Lureau wrote:
> Use static arrays instead.
>
> Suggested-by: Eduardo Habkost
> Signed-off-by: Marc-André Lureau
> ---
> include/hw/boards.h| 3 +++
> include/hw/compat.h| 3 ---
> include/hw/i386/pc.h | 17 ++---
On Fri, 21 Dec 2018 13:03:50 +0400
Marc-André Lureau wrote:
> Use static arrays instead.
>
> Suggested-by: Eduardo Habkost
> Signed-off-by: Marc-André Lureau
> ---
> include/hw/boards.h| 3 +++
> include/hw/compat.h| 27 ---
> include/hw/i386/pc.h
On Fri, 21 Dec 2018 13:03:51 +0400
Marc-André Lureau wrote:
> Use static arrays instead.
>
> Suggested-by: Eduardo Habkost
> Signed-off-by: Marc-André Lureau
> ---
> include/hw/boards.h| 3 +++
> include/hw/compat.h| 19 ---
> include/hw/i386/pc.h | 13 +
On Fri, 21 Dec 2018 13:03:52 +0400
Marc-André Lureau wrote:
> Use static arrays instead.
>
> Suggested-by: Eduardo Habkost
> Signed-off-by: Marc-André Lureau
> ---
> include/hw/boards.h| 3 +++
> include/hw/compat.h| 11 ---
> include/hw/i386/pc.h | 17 ++---
On Fri, 21 Dec 2018 13:03:53 +0400
Marc-André Lureau wrote:
> Use static arrays instead.
>
> Suggested-by: Eduardo Habkost
> Signed-off-by: Marc-André Lureau
> ---
> include/hw/boards.h| 3 +++
> include/hw/compat.h| 19 ---
> include/hw/i386/pc.h | 9 +
On Fri, 21 Dec 2018 13:03:54 +0400
Marc-André Lureau wrote:
> Use static arrays instead.
>
> Suggested-by: Eduardo Habkost
> Signed-off-by: Marc-André Lureau
> ---
> include/hw/boards.h| 3 +++
> include/hw/compat.h| 43 ---
> include/hw/i386/p
On Fri, 21 Dec 2018 13:03:55 +0400
Marc-André Lureau wrote:
> Use static arrays instead.
>
> Suggested-by: Eduardo Habkost
> Signed-off-by: Marc-André Lureau
> ---
> include/hw/boards.h| 3 +++
> include/hw/compat.h| 23 ---
> include/hw/i386/pc.h |
On Fri, 21 Dec 2018 13:03:56 +0400
Marc-André Lureau wrote:
> Use static arrays instead.
>
> Suggested-by: Eduardo Habkost
> Signed-off-by: Marc-André Lureau
> ---
> include/hw/boards.h| 3 +++
> include/hw/compat.h| 15 ---
> include/hw/i386/pc.h | 23 ++---
On Fri, 21 Dec 2018 13:03:57 +0400
Marc-André Lureau wrote:
> Use static arrays instead.
>
> Suggested-by: Eduardo Habkost
> Signed-off-by: Marc-André Lureau
> ---
> include/hw/boards.h| 3 +++
> include/hw/compat.h| 24
> include/hw/i386/pc.h |
On Fri, 21 Dec 2018 13:03:58 +0400
Marc-André Lureau wrote:
> Use static arrays instead.
>
> Suggested-by: Eduardo Habkost
> Signed-off-by: Marc-André Lureau
> ---
> include/hw/boards.h| 3 ++
> include/hw/compat.h| 27 --
> include/hw/i386/pc.h | 74 ++-
On Fri, 21 Dec 2018 13:03:59 +0400
Marc-André Lureau wrote:
> Use static arrays instead. I decided to rename the conflicting
> pc_compat_2_3() function with pc_compat_2_3_fn().
>
> Suggested-by: Eduardo Habkost
> Signed-off-by: Marc-André Lureau
> ---
> include/hw/boards.h | 3 ++
> includ
On Fri, 21 Dec 2018 13:04:00 +0400
Marc-André Lureau wrote:
> Use static arrays instead. I decided to rename the conflicting
> pc_compat_2_2() function with pc_compat_2_2_fn().
>
> Suggested-by: Eduardo Habkost
> Signed-off-by: Marc-André Lureau
> ---
> include/hw/boards.h | 3 ++
> includ
On Fri, 21 Dec 2018 13:04:01 +0400
Marc-André Lureau wrote:
> Use static arrays instead. I decided to rename the conflicting
> pc_compat_2_1() function with pc_compat_2_1_fn().
>
> Suggested-by: Eduardo Habkost
> Signed-off-by: Marc-André Lureau
> ---
> include/hw/boards.h | 3 +++
> inclu
Public bug reported:
hi
Windows qemu with -net user downloading big files has a bug, -net tap is
good!
I suspect that the Slirp protocol has a bug on the Windows pc, which is
normal on ubuntu.
** Affects: qemu
Importance: Undecided
Status: New
--
You received this bug notificati
On Fri, 21 Dec 2018 13:04:02 +0400
Marc-André Lureau wrote:
> The header is now empty.
>
> Signed-off-by: Marc-André Lureau
> ---
> include/hw/compat.h| 4
> include/hw/i386/pc.h | 1 -
> hw/arm/virt.c | 1 -
> hw/ppc/spapr.c | 1 -
> hw/s390x/s390-v
On Fri, 21 Dec 2018 13:04:03 +0400
Marc-André Lureau wrote:
> Use static arrays instead. I decided to rename the conflicting
> pc_compat_2_1() function with pc_compat_2_1_fn().
>
> Suggested-by: Eduardo Habkost
> Signed-off-by: Marc-André Lureau
> ---
> include/hw/i386/pc.h | 236 +++
In previous commit:
commit 7dea29e4af17fc1d27478de9f8ea38144deac54a
Author: Li Qiang
Date: Fri Oct 19 03:50:36 2018 -0700
hw: ccid-card-emulated: cleanup resource when realize in error path
The emulated_realize method was changed so that it jumps to a cleanup
label to de-initialize
18.12.2018 10:57, Anton Nefedov wrote:
> these flags currently affect nothing without CONFIG_FALLOCATE*, so it's
> not a bug. Fixing it makes possible to adjust supported zero flag
> BDRV_REQ_ALLOCATE regardless of configuration (in the following patch).
>
> Signed-off-by: Anton Nefedov
I'd pref
On 12/17/18 8:45 PM, Yuval Shaia wrote:
Hi all.
Hi Yuval,
The series does not apply on master anymore,
can you please rebase it and send ii again?
Thanks,
Marcel
This is a major enhancement to the pvrdma device to allow it to work with
state of the art applications such as MPI.
As descri
There is a possible hang in original binary searsh implemtation. That is
if chunk1 = 4, chunk2 = 5, chunk3 = 4, and we go else case.
The chunk1 will be still 4, and so on.
Signed-off-by: yuchenlin
---
block/dmg.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/block/dm
Epyc CPUs support NPT and NRIPSAVE features and KVM exposes these when
present. Add them to EPYC and EPYC-IBPB cpu models.
Signed-off-by: Vitaly Kuznetsov
---
- RFC part: I'm not sure when these features first appeared, we may want to
modify some Opteron_* models too.
---
target/i386/cpu.c | 4
On 12/21/18 19:40, tugouxp wrote:
thank you.
i just want to confirm one thing, that is whether the qemu can emulate a whole operation system just by analysis instructions by instructions manually without the support of KVM.
IIUC，
"operation system" often means a software but QEMU usually
1 - 100 of 233 matches
Mail list logo
