This include both userspace and in-kernel ioapic. Note that the numbers
can be inaccurate for kvm-ioapic. One reason is the same with
kvm-i8259, that when irqfd is used, irqs can be delivered all inside
kernel without our notice. Meanwhile, kvm-ioapic is specially treated
when irq numbers
---
So that now it looks better when with other irqchips.
Signed-off-by: Peter Xu
---
hw/intc/ioapic_common.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/hw/intc/ioapic_common.c b/hw/intc/ioapic_common.c
index c62ba27018..a02c135b24 100644
--- a/hw/intc/ioapic_common.
Let's start to use "info pic" just like other platforms. For now we
keep the command for a while so that old users can know what is the new
command to use.
Signed-off-by: Peter Xu
---
hw/i386/kvm/ioapic.c | 9 -
hw/intc/ioapic.c | 11 ---
include/hw/i386/pc.h | 3 ---
t
People start to use "info pic" for all kinds of irqchip dumps. Let x86
ioapic join the family. It dumps the same thing as "info ioapic".
Signed-off-by: Peter Xu
---
hw/intc/ioapic_common.c | 16
1 file changed, 16 insertions(+)
diff --git a/hw/intc/ioapic_common.c b/hw/intc/i
Let ioapic join the big family. At last, I obsoleted "info ioapic",
kept the interface but telling people to start use "info pic". We can
fully remove it after some releases.
Please review, thanks.
Peter Xu (5):
doc: another fix to "info pic"
ioapic: support "info pic"
ioapic: some proper
Something that commit 254316fa1f ("intc: make HMP 'info irq' and 'info
pic' commands available on all targets", 2016-10-04) forgot to touch up.
Signed-off-by: Peter Xu
---
hmp-commands-info.hx | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hmp-commands-info.hx b/hmp-commands
HP-UX 10.20 CD contains "add r0, r0, r27" in a delay slot,
which uses at least 5 temps.
Signed-off-by: Richard Henderson
---
target/hppa/translate.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/hppa/translate.c b/target/hppa/translate.c
index 4430a4bfdb..680a361d29
Bypass any tlb protection checks, as this is not a "real"
access to memory per the architecture.
Signed-off-by: Richard Henderson
---
target/hppa/int_helper.c | 2 +-
target/hppa/mem_helper.c | 19 ++-
2 files changed, 15 insertions(+), 6 deletions(-)
diff --git a/target/hppa/i
Unknown why this works, but if we return EXCP_ITLB_MISS we
will triple-fault the first userland instruction fetch.
Is it something to do with having a combined I/DTLB?
Signed-off-by: Richard Henderson
---
target/hppa/mem_helper.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --g
From: Helge Deller
Signed-off-by: Helge Deller
Message-Id: <20171212212319.ga31...@ls3530.fritz.box>
Signed-off-by: Richard Henderson
---
target/hppa/translate.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/hppa/translate.c b/target/hppa/translate.c
index 680a361d
This lets us tell bottom levels of virtual memory translation
routines that the access is from within QEMU itself and bypass
certain tests.
Cc: Andreas Färber
Signed-off-by: Richard Henderson
---
include/qom/cpu.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/include/qom
Real hardware would use an external device to control the power.
But for the moment let's invent an instruction in reserved space.
Suggested-by: Helge Deller
Signed-off-by: Richard Henderson
---
target/hppa/helper.h| 1 +
target/hppa/op_helper.c | 7 +++
target/hppa/translate.c | 18 +
Signed-off-by: Richard Henderson
---
target/hppa/gdbstub.c | 156 ++
1 file changed, 156 insertions(+)
diff --git a/target/hppa/gdbstub.c b/target/hppa/gdbstub.c
index fc27aec073..e2e9c4d77f 100644
--- a/target/hppa/gdbstub.c
+++ b/target/hppa/gdbs
Igor,
Thank you very much for your review and your time. I will check your comments
in detail later.
On 2017/12/28 22:18, Igor Mammedov wrote:
> On Thu, 28 Dec 2017 13:54:11 +0800
> Dongjiu Geng wrote:
>
>> This implements APEI GHES Table generation and record CPER in
>> runtime via fw_cfg bl
Signed-off-by: Richard Henderson
---
target/hppa/cpu.h| 1 +
target/hppa/mem_helper.c | 8
target/hppa/translate.c | 48
3 files changed, 57 insertions(+)
diff --git a/target/hppa/cpu.h b/target/hppa/cpu.h
index 648b78986e..0f8
The TLB can now be populated, but it cannot yet be cleared.
Signed-off-by: Richard Henderson
---
target/hppa/helper.h | 2 ++
target/hppa/mem_helper.c | 80 ++--
target/hppa/translate.c | 54 ++--
3 files changed, 132
Not used where they should be yet, but we can copy them.
Signed-off-by: Richard Henderson
---
target/hppa/cpu.h | 1 +
target/hppa/helper.c| 14 ++
target/hppa/translate.c | 73 +
3 files changed, 77 insertions(+), 11 deletions(-
Signed-off-by: Richard Henderson
---
target/hppa/cpu.h| 1 +
target/hppa/helper.h | 1 +
target/hppa/mem_helper.c | 13 +
target/hppa/op_helper.c | 10 +-
target/hppa/translate.c | 30 ++
5 files changed, 50 insertions(+), 5 deletion
These instructions force the destination privilege level
of the branch destination to be no higher than current.
Signed-off-by: Richard Henderson
---
target/hppa/translate.c | 52 -
1 file changed, 47 insertions(+), 5 deletions(-)
diff --git a/tar
Now that we have the prerequisites in target/hppa/,
implement the hardware for a PA7100LC.
This also enables build for hppa-softmmu.
Signed-off-by: Helge Deller
[rth: Since it is all new code, squashed all branch development
withing hw/hppa/ to a single patch.]
Signed-off-by: Richard Henderson
We will need to use cs_base for iasq_f.
Signed-off-by: Richard Henderson
---
target/hppa/cpu.h | 13 +++--
target/hppa/cpu.c | 4 +++-
target/hppa/translate.c | 22 --
3 files changed, 26 insertions(+), 13 deletions(-)
diff --git a/target/hppa/cpu.h b/ta
Signed-off-by: Richard Henderson
---
target/hppa/translate.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/target/hppa/translate.c b/target/hppa/translate.c
index 77d3821924..a670d9d777 100644
--- a/target/hppa/translate.c
+++ b/target/hppa/translate.c
@@ -4209,6 +4209,8 @@ static DisasJu
Signed-off-by: Richard Henderson
---
target/hppa/translate.c | 20
1 file changed, 20 insertions(+)
diff --git a/target/hppa/translate.c b/target/hppa/translate.c
index ec61c57e55..2e3edf8957 100644
--- a/target/hppa/translate.c
+++ b/target/hppa/translate.c
@@ -2453,6 +2453
Linux sets sr4-sr7 all to the same value, which means that we
need not do any runtime computation to find out what space to
use in forming the GVA.
Signed-off-by: Richard Henderson
---
target/hppa/cpu.h | 8 +++-
target/hppa/translate.c | 32 +---
2 files c
Signed-off-by: Richard Henderson
---
target/hppa/cpu.h| 2 ++
target/hppa/helper.h | 3 +++
target/hppa/cpu.c| 8
target/hppa/int_helper.c | 6 ++
target/hppa/op_helper.c | 36
target/hppa/translate.c | 16 ---
Signed-off-by: Richard Henderson
---
target/hppa/translate.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/target/hppa/translate.c b/target/hppa/translate.c
index 2e3edf8957..00a8c26afa 100644
--- a/target/hppa/translate.c
+++ b/target/hppa/translate.c
@@ -2303,7 +2303,8 @
Signed-off-by: Richard Henderson
---
target/hppa/cpu.h | 1 +
target/hppa/cpu.c | 1 +
target/hppa/machine.c | 181 ++
target/hppa/Makefile.objs | 1 +
4 files changed, 184 insertions(+)
create mode 100644 target/hppa/machine.
This changes the system virtual address width to 64-bit and
incorporates the space registers into load/store operations.
Signed-off-by: Richard Henderson
---
target/hppa/cpu.h | 14 ++
target/hppa/translate.c | 332 +++-
2 files changed, 200 ins
Signed-off-by: Richard Henderson
---
target/hppa/cpu.h| 1 +
target/hppa/helper.h | 2 ++
target/hppa/cpu.c| 6 +
target/hppa/int_helper.c | 59
target/hppa/translate.c | 16 -
5 files changed, 83 insertions(
Signed-off-by: Richard Henderson
---
target/hppa/translate.c | 38 ++
1 file changed, 38 insertions(+)
diff --git a/target/hppa/translate.c b/target/hppa/translate.c
index 2c3c582913..ef953cd1d5 100644
--- a/target/hppa/translate.c
+++ b/target/hppa/translate.
For system mode, we will need 64-bit virtual addresses even when
we have 32-bit register sizes. Since the rest of QEMU equates
TARGET_LONG_BITS with the address size, redefine everything
related to register size in terms of a new TARGET_REGISTER_BITS.
Signed-off-by: Richard Henderson
---
target
Signed-off-by: Richard Henderson
---
target/hppa/cpu.h | 1 +
target/hppa/helper.h| 2 ++
target/hppa/op_helper.c | 24
target/hppa/translate.c | 31 +--
4 files changed, 56 insertions(+), 2 deletions(-)
diff --git a/target/hppa/cp
We now have all of the TLB manipulation instructions.
Signed-off-by: Richard Henderson
---
target/hppa/helper.h | 2 ++
target/hppa/mem_helper.c | 37 +
target/hppa/translate.c | 40
3 files changed, 79 insertions
Signed-off-by: Richard Henderson
---
target/hppa/cpu.c | 17 -
1 file changed, 16 insertions(+), 1 deletion(-)
diff --git a/target/hppa/cpu.c b/target/hppa/cpu.c
index ca619578dd..6b2d22118d 100644
--- a/target/hppa/cpu.c
+++ b/target/hppa/cpu.c
@@ -48,6 +48,21 @@ static void hpp
Signed-off-by: Richard Henderson
---
target/hppa/cpu.c | 2 +
target/hppa/helper.c | 63 -
target/hppa/int_helper.c | 176 ++
target/hppa/translate.c | 16 -
target/hppa/Makefile.objs | 1 +
5 files changed, 192
Any one TB will have only one space value. If we change
spaces, we change TBs. Thus BE and BEV must exit the TB
immediately.
Signed-off-by: Richard Henderson
---
target/hppa/cpu.h| 48 +--
target/hppa/cpu.c| 11 +-
target/hppa/helper.c | 3 +-
ta
Signed-off-by: Richard Henderson
---
target/hppa/cpu.h| 39 +++
linux-user/main.c| 26 ++---
target/hppa/helper.c | 61 ++--
target/hppa/mem_helper.c | 4 +++-
target/hppa/op_helper.c |
Signed-off-by: Richard Henderson
---
linux-user/hppa/target_cpu.h | 2 +-
target/hppa/cpu.h| 23 +++
linux-user/main.c| 4 +--
linux-user/signal.c | 4 +--
target/hppa/gdbstub.c| 12
target/hppa/mem_helper.c | 2 +-
target/hppa
However since HPPA has a software-managed TLB, and the relevant
TLB manipulation instructions are not implemented, this does not
actually do anything.
Signed-off-by: Richard Henderson
---
target/hppa/cpu.h| 29 -
target/hppa/int_helper.c | 12
target/hppa/mem_helper.c | 14
While the E bit is only used for pa2.0 mfctl,w from sar,
the otherwise reserved bit does not appear to be decoded.
Signed-off-by: Richard Henderson
---
target/hppa/translate.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/hppa/translate.c b/target/hppa/translate.c
in
Signed-off-by: Richard Henderson
---
target/hppa/helper.h| 4 ++
target/hppa/op_helper.c | 14 +++
target/hppa/translate.c | 101 +++-
3 files changed, 117 insertions(+), 2 deletions(-)
diff --git a/target/hppa/helper.h b/target/hppa/helper.
Signed-off-by: Richard Henderson
---
target/hppa/translate.c | 27 +--
1 file changed, 17 insertions(+), 10 deletions(-)
diff --git a/target/hppa/translate.c b/target/hppa/translate.c
index 31d9a2a31b..8e357cc60c 100644
--- a/target/hppa/translate.c
+++ b/target/hppa/tran
From: Helge Deller
With the addition of default-configs/hppa-softmmu.mak, this
will compile. It is not enabled with this patch, however.
Signed-off-by: Helge Deller
Signed-off-by: Richard Henderson
---
include/sysemu/arch_init.h | 1 +
target/hppa/cpu.h | 1 +
arch_init.c
We don't actually do anything with most of the bits yet,
but at least they have names and we have somewhere to
store them.
Signed-off-by: Richard Henderson
---
target/hppa/cpu.h| 47 ++
target/hppa/helper.c | 53
Most aspects of privilege are not yet handled. But this
gives us the start from which to begin checking.
Signed-off-by: Richard Henderson
---
target/hppa/cpu.h | 19 +
target/hppa/cpu.c | 2 +-
target/hppa/translate.c | 54 +--
Over the past 3 months, Helge and I have extended the existing support
for hppa-linux-user to handle system mode as well. Helge has done all
of the board-level hw/hppa work as well as adapting SeaBIOS for use
with hppa. Sources for the latter are at
https://github.com/hdeller/seabios-hppa.git
Hi, Igor,
On 2017/12/28 21:49, Igor Mammedov wrote:
>> so user space how to inject it. The test result that injection SEA to guest
>> by Qemu
>> is shown in [2].
> is it possible to inject SEA when running in TCG mode?
I have tested it in TCG mode, It supports to inject SEA when running in TCG
On Thu, 12/07 14:30, Eric Blake wrote:
> We are gradually moving away from sector-based interfaces, towards
> byte-based. Now that all drivers have been updated to provide the
> byte-based .bdrv_co_block_status(), we can delete the sector-based
> interface.
>
> Signed-off-by: Eric Blake
Reviewe
On Thu, 12/07 14:30, Eric Blake wrote:
> We are gradually moving away from sector-based interfaces, towards
> byte-based. Update the vvfat driver accordingly. Note that we
> can rely on the block driver having already clamped limits to our
> block size, and simplify accordingly.
>
> Signed-off-b
On Thu, 12/07 14:30, Eric Blake wrote:
> We are gradually converting to byte-based interfaces, as they are
> easier to reason about than sector-based. Convert all uses of
> the allocmap (no semantic change). Callers that already had bytes
> available are simpler, and callers that now scale to byt
On Thu, 12/07 14:30, Eric Blake wrote:
> We are gradually moving away from sector-based interfaces, towards
> byte-based. Update the iscsi driver accordingly. In this case,
> it is handy to teach iscsi_co_block_status() to handle a NULL map
> and file parameter, even though the block layer passes
On Thu, 12/07 14:30, Eric Blake wrote:
> We are gradually moving away from sector-based interfaces, towards
> byte-based. Update the vmdk driver accordingly. Drop the
> now-unused vmdk_find_index_in_cluster().
>
> Also, fix a pre-existing bug: if find_extent() fails (unlikely,
> since the block
On Thu, 12/07 14:30, Eric Blake wrote:
> We are gradually moving away from sector-based interfaces, towards
> byte-based. Update the vdi driver accordingly. Note that the
> TODO is already covered (the block layer guarantees bounds of its
> requests), and that we can remove the now-unused s->bloc
On Thu, 12/07 14:30, Eric Blake wrote:
> Rework the debug define so that we always get -Wformat checking,
> even when debugging is disabled.
>
> Signed-off-by: Eric Blake
> Reviewed-by: Stefan Weil
> Reviewed-by: Philippe Mathieu-Daudé
> Reviewed-by: Vladimir Sementsov-Ogievskiy
Reviewed-by:
On Thu, 12/07 14:30, Eric Blake wrote:
> We are gradually moving away from sector-based interfaces, towards
> byte-based. Update the sheepdog driver accordingly.
>
> Signed-off-by: Eric Blake
> Reviewed-by: Vladimir Sementsov-Ogievskiy
Reviewed-by: Fam Zheng
On Thu, 12/07 14:30, Eric Blake wrote:
> We are gradually moving away from sector-based interfaces, towards
> byte-based. Update the raw driver accordingly.
>
> Signed-off-by: Eric Blake
> Reviewed-by: Vladimir Sementsov-Ogievskiy
Reviewed-by: Fam Zheng
On Thu, 12/07 14:30, Eric Blake wrote:
> We are gradually moving away from sector-based interfaces, towards
> byte-based. Update the qed driver accordingly, taking the opportunity
> to inline qed_is_allocated_cb() into its lone caller (the callback
> used to be important, until we switched qed to
On Thu, 12/07 14:30, Eric Blake wrote:
> We are gradually moving away from sector-based interfaces, towards
> byte-based. Update the qcow2 driver accordingly.
>
> For now, we are ignoring the 'want_zero' hint. However, it should
> be relatively straightforward to honor the hint as a way to retur
On Thu, 12/07 14:30, Eric Blake wrote:
> We are gradually moving away from sector-based interfaces, towards
> byte-based. Update the qcow driver accordingly. There is no
> intent to optimize based on the want_zero flag for this format.
>
> Signed-off-by: Eric Blake
> Reviewed-by: Vladimir Semen
On Thu, 12/07 14:30, Eric Blake wrote:
> We are gradually moving away from sector-based interfaces, towards
> byte-based. Update the null driver accordingly.
>
> Signed-off-by: Eric Blake
> Reviewed-by: Vladimir Sementsov-Ogievskiy
>
Reviewed-by: Fam Zheng
On Thu, 12/07 14:30, Eric Blake wrote:
> We are gradually moving away from sector-based interfaces, towards
> byte-based. Update the vpc driver accordingly. Drop the now-unused
> get_sector_offset().
No get_sector_offset change in the patch any more, it was removed by
778b087e513ea6fdc525c5a194f
On Thu, 12/07 14:30, Eric Blake wrote:
> We are gradually converting to byte-based interfaces, as they are
> easier to reason about than sector-based. Convert all uses of
> the cluster size in sectors, along with adding assertions that we
> are not dividing by zero.
>
> Improve some comment gramm
On Thu, 12/07 14:30, Eric Blake wrote:
> We are gradually moving away from sector-based interfaces, towards
> byte-based. Update the gluster driver accordingly.
>
> In want_zero mode, we continue to report fine-grained hole
> information (the caller wants as much mapping detail as possible);
> bu
On Thu, 12/07 14:30, Eric Blake wrote:
> We are gradually moving away from sector-based interfaces, towards
> byte-based. Update the file protocol driver accordingly.
>
> In want_zero mode, we continue to report fine-grained hole
> information (the caller wants as much mapping detail as possible)
On Thu, 12/07 14:30, Eric Blake wrote:
> We are gradually moving away from sector-based interfaces, towards
> byte-based. Update the generic helpers, and all passthrough clients
> (blkdebug, commit, mirror, throttle) accordingly.
>
> Signed-off-by: Eric Blake
> Reviewed-by: Vladimir Sementsov-Og
Used_memslots is equal to dev->mem->nregions now, it is true for
vhost kernel, but not for vhost user, which uses the memory regions
that have file descriptor. In fact, not all of the memory regions
have file descriptor.
It is usefully in some scenarios, e.g. used_memslots is 8, and only
5 memory s
On Thu, 12/07 14:30, Eric Blake wrote:
> We are gradually moving away from sector-based interfaces, towards
> byte-based. Now that the block layer exposes byte-based allocation,
> it's time to tackle the drivers. Add a new callback that operates
> on as small as byte boundaries. Subsequent patches
On Thu, 12/28 14:16, Vladimir Sementsov-Ogievskiy wrote:
> 28.12.2017 08:24, Fam Zheng wrote:
> > On Wed, 12/20 18:49, Vladimir Sementsov-Ogievskiy wrote:
> > > Signed-off-by: Vladimir Sementsov-Ogievskiy
> > > ---
> > > include/block/dirty-bitmap.h | 3 +++
> > > block/dirty-bitmap.c
I see the same thing:
2017-12-28 21:36:26.837+: initiating migration
qemu-system-x86_64: block/io.c:1537: bdrv_co_pwritev: Assertion
`!(bs->open_flags & BDRV_O_INACTIVE)' failed.
2017-12-28 21:36:40.516+: shutting down, reason=crashed
~
Running:
QEMU emulator version 2.10.1
libvirtd (lib
Hi,
This series seems to have some coding style problems. See output below for
more information:
Type: series
Message-id: 20171228193439.18835-1-samuel.thiba...@ens-lyon.org
Subject: [Qemu-devel] [PATCH] linux-user: Fix sched_get/setaffinity conversion
=== TEST SCRIPT BEGIN ===
#!/bin/bash
BASE
Vladimir Sementsov-Ogievskiy wrote:
> current_migration has .instance_finalize callback, but it is not
> called, because nobody unrefs current_migration. Fix that.
>
> Signed-off-by: Vladimir Sementsov-Ogievskiy
Reviewed-by: Juan Quintela
sched_get/setaffinity linux-user syscalls were missing conversions for
little/big endian, which is hairy since longs may not be the same size
either.
For simplicity, this just introduces loops to convert bit by bit like is
done for select.
Signed-off-by: Samuel Thibault
---
linux-user/syscall.c
Laurent Vivier, on jeu. 28 déc. 2017 18:50:14 +0100, wrote:
> > +for (j = 0; j < abi_ubits; j++, bit++) {
> > +if (mask[bit / ubits] & (1UL << (bit % ubits))) {
>
> You should use __CPUMASK() and introduce a TARGET_CPUMASK().
Err, do we really want to u
From: Luke Shumaker
Signed-off-by: Luke Shumaker
---
linux-user/elfload.c | 4
1 file changed, 4 insertions(+)
diff --git a/linux-user/elfload.c b/linux-user/elfload.c
index 1b7583d659..7736ea2c3a 100644
--- a/linux-user/elfload.c
+++ b/linux-user/elfload.c
@@ -1936,6 +1936,10 @@ unsigned
From: Luke Shumaker
At a fixed distance after the usable memory that init_guest_space maps, for
32-bit ARM targets we also need to map a commpage. The normal
init_guest_space logic doesn't keep this in mind when searching for an
address range.
If !host_start, then try to find a big continuous s
From: Luke Shumaker
init_guest_commpage needs to check if the mapped space, which ends at
real_start+real_size overlaps with where it needs to put the commpage,
which is (assuming sane qemu_host_page_size) guest_base + 0x000, where
guest_base is real_start - guest_start.
[guest_base][
From: Luke Shumaker
There are 3 parts to this change:
- Add a comment showing the relative sizes and positions of the blocks of
memory
- introduce and use new aligned_{start,size} instead of adjusting
real_{start_size}
- When we clean up (on failure), munmap(real_start, real_size) instea
From: Luke Shumaker
Instead of defining a bogus validate_guest_space that always returns 1 on
targets other than 32-bit ARM, use #if blocks to only call it on 32-bit ARM
targets. This makes the "normal" flow control clearer.
Signed-off-by: Luke Shumaker
---
linux-user/elfload.c | 21 +
From: Luke Shumaker
Instead of doing
if (check1) {
if (check2) {
success;
}
}
retry;
Do a clearer
if (!check1) {
goto try_again;
}
if (!check2) {
goto try_again;
}
su
From: Luke Shumaker
If the ensure-alignment code gets triggered, then the
"if (host_start && real_start != current_start)" check will always trigger,
so save 2 syscalls and put that check first.
Note that we can't just switch to using MAP_FIXED for that check, because
then we couldn't differenti
From: Luke Shumaker
We'll just exit with an error anyway, so it doesn't really matter, but it
is cleaned up in all of the other places were we error out.
Signed-off-by: Luke Shumaker
---
linux-user/elfload.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/linux-user/elfload.c b/linux-user/
From: Luke Shumaker
The goal of this patchset is to fix
https://bugs.launchpad.net/qemu/+bug/1740219
The gist is that the current linear search for an acceptable address
range is a bad strategy when the reason we didn't get a good address
on the first try is that we've having problems mapping th
From: Luke Shumaker
Signed-off-by: Luke Shumaker
---
linux-user/elfload.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/linux-user/elfload.c b/linux-user/elfload.c
index 22f2632dfa..b560f5d6fe 100644
--- a/linux-user/elfload.c
+++ b/linux-user/elfload.c
@@ -374,6 +374,11 @@ static in
From: Luke Shumaker
init_guest_commpage is a much more honest description of what the function
does. validate_guest_space not only suggests that the function has no
side-effects, but also introduces confusion as to why it is only needed on
32-bit ARM targets.
Signed-off-by: Luke Shumaker
---
Le 28/12/2017 à 15:11, Samuel Thibault a écrit :
> sched_get/setaffinity linux-user syscalls were missing conversions for
> little/big endian, which is hairy since longs may not be the same size
> either.
>
> For simplicity, this just introduces loops to convert bit by bit like is
> done for selec
Le 28/12/2017 à 16:00, Samuel Thibault a écrit :
> Signed-off-by: Samuel Thibault
> ---
> linux-user/syscall.c | 16
> 1 file changed, 16 insertions(+)
>
> diff --git a/linux-user/syscall.c b/linux-user/syscall.c
> index 8ec7de96ce..bb8cb726f5 100644
> --- a/linux-user/syscall.c
Signed-off-by: Igor Mammedov
---
hmp.h | 1 +
hmp-commands.hx | 13 +
hmp.c | 23 +++
3 files changed, 37 insertions(+)
diff --git a/hmp.h b/hmp.h
index a6f56b1..d861038 100644
--- a/hmp.h
+++ b/hmp.h
@@ -147,5 +147,6 @@ void hmp_info_ramblock
Signed-off-by: Igor Mammedov
---
include/hw/boards.h | 1 +
hw/core/machine.c | 2 +-
hw/i386/pc.c| 1 +
numa.c | 14 +++---
vl.c| 4
5 files changed, 18 insertions(+), 4 deletions(-)
diff --git a/include/hw/boards.h b/include/hw/boards.h
i
As were suggested at (1) and at bof session where we discussed subj,
I'm posting variant with late numa 'configuration' i.e. when QEMU is
started with '-S' option in paused state and numa is configured via
monitor/QMP before machine cpus are allowed to run.
Suggested idea was to try 'late' numa c
it will allow to reuse parse_NumaOptions() for parsing
configuration commands received via QMP interface
Signed-off-by: Igor Mammedov
---
include/sysemu/numa.h | 1 +
numa.c| 48 +---
2 files changed, 30 insertions(+), 19 deletions(-)
Signed-off-by: Igor Mammedov
---
hw/core/machine.c | 1 +
numa.c| 5 +
qapi-schema.json | 13 +
3 files changed, 19 insertions(+)
diff --git a/hw/core/machine.c b/hw/core/machine.c
index c857f3f..212dfec 100644
--- a/hw/core/machine.c
+++ b/hw/core/machine.c
@@ -21
On 12/27/2017 04:43 PM, David Miller wrote:
> From: Jason Baron
> Date: Fri, 22 Dec 2017 16:54:01 -0500
>
>> The ability to set speed and duplex for virtio_net in useful in various
>> scenarios as described here:
>>
>> 16032be virtio_net: add ethtool support for set and get of settings
>>
>> Ho
On Thu, 28 Dec 2017 13:54:18 +0800
Dongjiu Geng wrote:
> Add SIGBUS signal handler. In this handler, it checks the SIGBUS type,
> translates the host VA which is delivered by host to guest PA, then fill
> this PA to CPER and fill the CPER to guest APEI GHES memory, finally
> notify guest accordin
On Thu, Dec 28, 2017 at 02:39:31PM +0100, Igor Mammedov wrote:
> On Fri, 22 Dec 2017 11:47:00 -0800
> Alistair Francis wrote:
>
> > On Fri, Dec 22, 2017 at 10:45 AM, Alistair Francis
> > wrote:
> > > On Wed, Dec 20, 2017 at 2:06 PM, Eduardo Habkost
> > > wrote:
> > >> On Tue, Dec 19, 2017 at 0
Signed-off-by: Samuel Thibault
---
linux-user/syscall.c | 16
1 file changed, 16 insertions(+)
diff --git a/linux-user/syscall.c b/linux-user/syscall.c
index 8ec7de96ce..bb8cb726f5 100644
--- a/linux-user/syscall.c
+++ b/linux-user/syscall.c
@@ -296,6 +296,8 @@ _syscall3(int, sy
On Thu, 28 Dec 2017 13:54:17 +0800
Dongjiu Geng wrote:
> Support this feature since version 2.10, disable it by
> default in the old version.
patch should go before acpi tables are actually added,
otherwise it might break bisectability.
>
> Signed-off-by: Dongjiu Geng
> ---
> Address Shannon's
On Thu, 28 Dec 2017 13:54:16 +0800
Dongjiu Geng wrote:
> In ARM platform we implements a notification of error events
> via a GPIO pin. For this GPIO-signaled events, we choose GPIO
> pin 4 for hardware error device (PNP0C33), So _E04 should be
> added to ACPI DSDT table. When GPIO-pin 4 signaled
[...]
> > +/*
> > * MADT sub-structures (Follow MULTIPLE_APIC_DESCRIPTION_TABLE)
> > */
> > #define ACPI_SUB_HEADER_DEF /* Common ACPI sub-structure header */\
> > @@ -474,6 +493,39 @@ struct AcpiSystemResourceAffinityTable { }
> > QEMU_PACKED; typedef struct AcpiSystemResourceAffinityTabl
On Thu, 28 Dec 2017 13:54:11 +0800
Dongjiu Geng wrote:
> This implements APEI GHES Table generation and record CPER in
> runtime via fw_cfg blobs.Now we only support two types of GHESv2,
> which are GPIO-Signal and ARMv8 SEA. Afterwards, we can extend the
> supported type if needed. For the CPER
sched_get/setaffinity linux-user syscalls were missing conversions for
little/big endian, which is hairy since longs may not be the same size
either.
For simplicity, this just introduces loops to convert bit by bit like is
done for select.
Signed-off-by: Samuel Thibault
---
linux-user/syscall.c
1 - 100 of 117 matches
Mail list logo
