On 26/09/2021 23:27, Philippe Mathieu-Daudé wrote:
The SPARC target only support TCG acceleration. Remove the CONFIG_TCG
definition introduced by mistake in commit 78271684719 ("cpu: tcg_ops:
move to tcg-cpu-ops.h, keep a pointer in CPUClass").
Reported-by: Richard Henderson
Reviewed-by: Richa
On 26/09/2021 23:27, Philippe Mathieu-Daudé wrote:
Restrict has_work() to sysemu.
Reviewed-by: Richard Henderson
Signed-off-by: Philippe Mathieu-Daudé
---
target/sparc/cpu.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/target/sparc/cpu.c b/target/sparc/cpu.c
index
On 27/09/2021 05:48, David Gibson wrote:
The OpenPIC interrupt controller was once the de facto standard on ppc
machines. In qemu it's now only used on some Macintosh and the
Freescale e500 machine. It has no listed maintainer, and as far as I
know, no-one who's really familiar with it any mor
> > +#ifdef TCG_DIRECT_CALL
> > void tlb_flush(CPUState *cpu);
> > +#endif
>
> I'm pretty sure you can drop these ifdefs. Just because there's a regular
> declaration for a function doesn't mean a subsequent inline definition does
> not apply.
Couldn't get this work. With "static inline" I ge
On 28/09/2021 03:00, Richard Henderson wrote:
Create and record the two signal trampolines.
Use them when the guest does not use SA_RESTORER.
Cc: Mark Cave-Ayland
Reviewed-by: Peter Maydell
Signed-off-by: Richard Henderson
---
linux-user/sparc/target_signal.h | 4
linux-user/sparc/s
On Tue, Sep 28, 2021 at 03:15:45PM +0200, Antonio Caggiano wrote:
> Previously part of [0], now a patch series on its own.
>
> This patch series cherry picks two commits from [1] and applies one fix
> according to [2], which should answer Gerd's comment [3] on previous
> patch.
>
> RFC as I belie
On Tue, Sep 28, 2021 at 07:31:26PM +0200, Paolo Bonzini wrote:
> On 22/09/21 14:10, Kashyap Chamarthy wrote:
[...]
> > docs/devel/spell-check.rst| 29 ++
> > docs/devel/submitting-a-patch.rst | 460 ++
> > docs/devel/trivial-patches.rst| 53
> >
On 07/09/2021 14.45, Pierre Morel wrote:
On 9/7/21 9:32 AM, Thomas Huth wrote:
On 22/07/2021 19.42, Pierre Morel wrote:
We use new objects to have a dynamic administration of the CPU topology.
The highier level object is the S390 book. In a first implementation
I didn't spot any migrati
On 9/29/21 01:29, Alistair Francis wrote:
> From: Alistair Francis
>
> Mark the shakti_c machine as not user creatable.
>
> Resolves: https://gitlab.com/qemu-project/qemu/-/issues/639
> Signed-off-by: Alistair Francis
> ---
> hw/riscv/shakti_c.c | 6 ++
> 1 file changed, 6 insertions(+)
>
On 9/29/21 04:58, Yanan Wang wrote:
> Quoting one of the Rules described in include/qapi/error.h:
> "
> Whenever practical, also return a value that indicates success /
> failure. This can make the error checking more concise, and can
> avoid useless error object creation and destruction. Note th
On Wed, Sep 29, 2021 at 10:58:16AM +0800, Yanan Wang wrote:
> Quoting one of the Rules described in include/qapi/error.h:
> "
> Whenever practical, also return a value that indicates success /
> failure. This can make the error checking more concise, and can
> avoid useless error object creation a
Le 29/09/2021 à 08:42, Mark Cave-Ayland a écrit :
> On 24/09/2021 10:05, Philippe Mathieu-Daudé wrote:
>
>> On 9/24/21 11:01, Philippe Mathieu-Daudé wrote:
>>> On 9/24/21 09:06, Mark Cave-Ayland wrote:
On 23/09/2021 10:49, Philippe Mathieu-Daudé wrote:
> On 9/23/21 11:13, Mark Cave-A
Le 24/09/2021 à 09:37, Mark Cave-Ayland a écrit :
> This patchset is the next set of changes required to boot MacOS on the q800
> machine. The
> main aim of these patches is to improve the Nubus support so that devices can
> be plugged
> into the Nubus from the command line i.e.
>
> -device
Previously part of [0], now a patch series on its own.
This patch series cherry picks two commits from [1] and applies one fix
according to [2], which should answer Gerd's comment [3] on previous
patch.
RFC as I believe it needs a proper review from both authors of first two
commits.
v2: Squash
From: "Dr. David Alan Gilbert"
Define a new capability type 'VIRTIO_PCI_CAP_SHARED_MEMORY_CFG'
and the data structure 'virtio_pci_shm_cap' to go with it.
They allow defining shared memory regions with sizes and offsets
of 2^32 and more.
Multiple instances of the capability are allowed and disting
From: Gerd Hoffmann
Use VIRTIO_GPU_SHM_ID_HOST_VISIBLE as id for virtio-gpu.
Signed-off-by: Antonio Caggiano
---
hw/display/virtio-gpu-pci.c| 14 ++
hw/display/virtio-gpu.c| 1 +
hw/display/virtio-vga.c| 32 +++-
include/hw/virtio/vi
On Mon, 27 Sept 2021 at 23:02, Eric Blake wrote:
>
> The following changes since commit 9b03a1178204598055f23f24e438fdddb5935df9:
>
> Merge remote-tracking branch
> 'remotes/vivier2/tags/trivial-branch-for-6.2-pull-request' into staging
> (2021-09-27 11:08:36 +0100)
>
> are available in the Gi
On Mon, Sep 27, 2021 at 05:49:15AM -0400, Michael S. Tsirkin wrote:
> On Mon, Sep 27, 2021 at 10:33:42AM +0100, Daniel P. Berrangé wrote:
> > On Tue, Aug 03, 2021 at 04:52:03PM -0400, Michael S. Tsirkin wrote:
> > > From: Marcel Apfelbaum
> > >
> > > Q35 has now ACPI hotplug enabled by default fo
On Tue, 28 Sep 2021 00:47:01 +0800
Nan Wang wrote:
> On 2021/9/27 11:16, David Hildenbrand wrote:
> > On 27.09.21 15:19, Nan Wang wrote:
> >> From: "wangnan.light"
> >>
> >> the default number of prealloc threads is 1, for huge memory backend
> >> file, single thread touch page is really slow.
On Wed, 29 Sept 2021 at 04:01, Simon Glass wrote:
> On Tue, 28 Sept 2021 at 03:21, Peter Maydell wrote:
> > So what *is* this patch doing? The subject says "Allow additions to
> > the generated device tree", and the patch adds an option to
> > "Merge a device tree binary (dtb) file into the gener
On 29.09.21 11:05, Igor Mammedov wrote:
On Tue, 28 Sep 2021 00:47:01 +0800
Nan Wang wrote:
On 2021/9/27 11:16, David Hildenbrand wrote:
On 27.09.21 15:19, Nan Wang wrote:
From: "wangnan.light"
the default number of prealloc threads is 1, for huge memory backend
file, single thread touch pa
Hi Jean,
On 8/27/21 3:30 PM, Jean-Philippe Brucker wrote:
> Hi Eric,
>
> On Tue, Aug 17, 2021 at 04:58:01PM +0200, Eric Auger wrote:
>> Hi Jean,
>>
>> On 8/10/21 10:45 AM, Jean-Philippe Brucker wrote:
>>> Allow instantiating a virtio-iommu device on ACPI systems by adding a
>>> Virtual I/O Transla
On Wed, Sep 29, 2021 at 10:01:55AM +0200, Michal Privoznik wrote:
> Apparently, parsing vmx.genid is not as easy as I thought. Anyway, it
> was brought up in a private thread that libvirt doesn't report correct
> UUIDs. For instance for the following input:
>
> vm.genid = "-8536691797830587195"
On Wed, Sep 29, 2021 at 11:05:31AM +0200, Igor Mammedov wrote:
> On Tue, 28 Sep 2021 00:47:01 +0800
> Nan Wang wrote:
>
> > On 2021/9/27 11:16, David Hildenbrand wrote:
> > > On 27.09.21 15:19, Nan Wang wrote:
> > >> From: "wangnan.light"
> > >>
> > >> the default number of prealloc threads is
00-for-6.2-pull-request
for you to fetch changes up to 5ef251416b5116bbf7723f31ddf8a6949a2ac271:
q800: configure nubus available slots for Quadra 800 (2021-09-29 10:45:19
+0200)
Q800 Pull request 20210929
NuBus cleanup and i
From: Mark Cave-Ayland
This is in preparation for creating a qdev property of the same name.
Signed-off-by: Mark Cave-Ayland
Reviewed-by: Philippe Mathieu-Daudé
Reviewed-by: Laurent Vivier
Message-Id: <20210924073808.1041-3-mark.cave-ayl...@ilande.co.uk>
Signed-off-by: Laurent Vivier
---
in
From: Mark Cave-Ayland
Each Nubus slot has an IRQ line that can be used to request service from the
CPU. Connect the IRQs to the Nubus bridge so that they can be wired up using
qdev
gpios accordingly, and introduce a new nubus_set_irq() function that can be used
by Nubus devices to control the s
From: Mark Cave-Ayland
Allow Nubus to manage the slot allocations itself using the BusClass
check_address()
virtual function rather than managing this during NubusDevice realize().
Signed-off-by: Mark Cave-Ayland
Reviewed-by: Laurent Vivier
Reviewed-by: Philippe Mathieu-Daudé
Message-Id: <20
On 27.09.21 14:28, david.dai wrote:
On Mon, Sep 27, 2021 at 11:07:43AM +0200, David Hildenbrand (da...@redhat.com)
wrote:
CAUTION: This email originated from outside of the organization. Do not
click links or open attachments unless you recognize the sender and know the
content is safe.
On 2
From: Mark Cave-Ayland
Nubus IRQs are routed to the CPU through the VIA2 device so wire up the IRQs
using gpios accordingly.
Signed-off-by: Mark Cave-Ayland
Reviewed-by: Philippe Mathieu-Daudé
Reviewed-by: Laurent Vivier
Message-Id: <20210924073808.1041-20-mark.cave-ayl...@ilande.co.uk>
Signe
From: Mark Cave-Ayland
Convert nubus_device_realize() to use a bitmap to manage available slots to
allow
for future Nubus devices to be plugged into arbitrary slots from the command
line
using a new qdev "slot" parameter for nubus devices.
Update mac_nubus_bridge_init() to only allow slots 0x9
On 27/09/2021 20:00, Daniel P. Berrangé wrote:
> On Wed, Aug 25, 2021 at 07:35:37AM +, Dov Murik wrote:
>> Add the sev_add_kernel_loader_hashes function to calculate the hashes of
>> the kernel/initrd/cmdline and fill a designated OVMF encrypted hash
>> table area. For this to work, OVMF mu
From: Mark Cave-Ayland
The macfb device is an on-board framebuffer and so is initialised by the
system declaration ROM included within the MacOS toolbox ROM.
Signed-off-by: Mark Cave-Ayland
Reviewed-by: Laurent Vivier
Message-Id: <20210924073808.1041-10-mark.cave-ayl...@ilande.co.uk>
Signed-of
From: Mark Cave-Ayland
According to "Designing Cards and Drivers for the Macintosh Family" the Nubus
has its own 32-bit address space based upon physical slot addressing.
Move Nubus to its own 32-bit address space and then use memory region aliases
to map available slot and super slot ranges int
On 27/09/2021 20:03, Daniel P. Berrangé wrote:
> On Wed, Aug 25, 2021 at 07:35:38AM +, Dov Murik wrote:
>> If SEV is enabled and a kernel is passed via -kernel, pass the hashes of
>> kernel/initrd/cmdline in an encrypted guest page to OVMF for SEV
>> measured boot.
>>
>> Co-developed-by: Jam
From: Mark Cave-Ayland
Now that Nubus has its own address space rather than mapping directly into the
system bus, move the Nubus reference from MacNubusBridge to NubusBridge.
Signed-off-by: Mark Cave-Ayland
Reviewed-by: Philippe Mathieu-Daudé
Reviewed-by: Laurent Vivier
Message-Id: <202109240
From: Mark Cave-Ayland
Signed-off-by: Mark Cave-Ayland
Reviewed-by: Philippe Mathieu-Daudé
Tested-by: Philippe Mathieu-Daudé
Reviewed-by: Laurent Vivier
Message-Id: <20210924073808.1041-2-mark.cave-ayl...@ilande.co.uk>
Signed-off-by: Laurent Vivier
---
hw/nubus/nubus-bus.c | 8
1 f
From: Mark Cave-Ayland
Since there is no need to generate a dummy declaration ROM, remove both
nubus_register_rom() and nubus_register_format_block(). These will shortly be
replaced with a mechanism to optionally load a declaration ROM from disk to
allow real images to be used within QEMU.
Signe
From: Mark Cave-Ayland
According to "Designing Cards and Drivers for the Macintosh Family" each
physical
nubus slot can access 2 separate address ranges: a super slot memory region
which
is 256MB and a standard slot memory region which is 16MB.
Currently a Nubus device uses the physical slot n
From: Mark Cave-Ayland
The declaration ROM is located at the top-most address of the standard slot
space.
Signed-off-by: Mark Cave-Ayland
Reviewed-by: Laurent Vivier
Message-Id: <20210924073808.1041-12-mark.cave-ayl...@ilande.co.uk>
Signed-off-by: Laurent Vivier
---
include/hw/nubus/nubus.h
From: Mark Cave-Ayland
Signed-off-by: Mark Cave-Ayland
Reviewed-by: Philippe Mathieu-Daudé
Reviewed-by: Laurent Vivier
Message-Id: <20210924073808.1041-7-mark.cave-ayl...@ilande.co.uk>
Signed-off-by: Laurent Vivier
---
hw/nubus/nubus-bus.c | 16
1 file changed, 16 insertions
From: Mark Cave-Ayland
This is to allow Macintosh machines to further specify which slots are available
since the number of addressable slots may not match the number of physical slots
present in the machine.
Signed-off-by: Mark Cave-Ayland
Reviewed-by: Laurent Vivier
Reviewed-by: Philippe Mat
From: Mark Cave-Ayland
Since nubus-bridge is a container for NubusBus then it should be embedded
directly within the bridge device using qbus_create_inplace().
Signed-off-by: Mark Cave-Ayland
Reviewed-by: Philippe Mathieu-Daudé
Reviewed-by: Laurent Vivier
Message-Id: <20210924073808.1041-17-m
From: Mark Cave-Ayland
According to "Designing Cards and Drivers for the Macintosh Family" any attempt
to access an unimplemented address location on Nubus generates a bus error.
MacOS
uses a custom bus error handler to detect empty Nubus slots, and with the
current
implementation assumes that
From: Mark Cave-Ayland
This better reflects that the mac-nubus-bridge device is derived from the
nubus-bridge device, and that the structure represents the state of the bridge
device and not the Nubus itself. Also update the comment in the file header to
reflect that mac-nubus-bridge is specific
From: Mark Cave-Ayland
This is to allow the Nubus bridge to store its own additional state. Also update
the comment in the file header to reflect that nubus-bridge is not specific to
the Macintosh.
Signed-off-by: Mark Cave-Ayland
Reviewed-by: Philippe Mathieu-Daudé
Reviewed-by: Laurent Vivier
From: Mark Cave-Ayland
Increase the max_access_size to 4 bytes for empty Nubus slot and super slot
accesses to allow tracing of the Nubus enumeration process by the guest OS.
Signed-off-by: Mark Cave-Ayland
Reviewed-by: Philippe Mathieu-Daudé
Reviewed-by: Laurent Vivier
Message-Id: <202109240
From: Mark Cave-Ayland
Slot 0x9 is reserved for use by the in-built framebuffer whilst only slots
0xc, 0xd and 0xe physically exist on the Quadra 800.
Signed-off-by: Mark Cave-Ayland
Reviewed-by: Philippe Mathieu-Daudé
Reviewed-by: Laurent Vivier
Message-Id: <20210924073808.1041-21-mark.cave-
On Wed, Sep 29, 2021 at 10:33:43AM +0100, Daniel P. Berrangé wrote:
> On Wed, Sep 29, 2021 at 10:20:44AM +0100, Richard W.M. Jones wrote:
> > On Wed, Sep 29, 2021 at 10:01:55AM +0200, Michal Privoznik wrote:
> > > Apparently, parsing vmx.genid is not as easy as I thought. Anyway, it
> > > was broug
29.09.2021 09:52, Cindy Lu wrote:
For vdpa device, if the host support VIRTIO_NET_F_MAC
we need to read the mac address from hardware, so need
to check this bit, the logic is
1 if the host support VIRTIO_NET_F_MAC and the mac address
is correct, qemu will use the mac address in hardware
2.if
On Wed, Sep 29, 2021 at 10:20:44AM +0100, Richard W.M. Jones wrote:
> On Wed, Sep 29, 2021 at 10:01:55AM +0200, Michal Privoznik wrote:
> > Apparently, parsing vmx.genid is not as easy as I thought. Anyway, it
> > was brought up in a private thread that libvirt doesn't report correct
> > UUIDs. For
On Wed, Sep 29, 2021 at 7:30 AM Alistair Francis
wrote:
>
> From: Alistair Francis
>
> Mark the shakti_c machine as not user creatable.
>
> Resolves: https://gitlab.com/qemu-project/qemu/-/issues/639
> Signed-off-by: Alistair Francis
> ---
> hw/riscv/shakti_c.c | 6 ++
> 1 file changed, 6 i
Looking at the qemu code the problem IMHO is:
https://gitlab.com/qemu-project/qemu/-/blob/6b54a31bf7b403672a798b6443b1930ae6c74dea/docs/specs/vmgenid.txt#L189
https://gitlab.com/qemu-project/qemu/-/blob/6b54a31bf7b403672a798b6443b1930ae6c74dea/hw/acpi/vmgenid.c#L37
This byte swapping makes no sen
On Wed, Sep 29, 2021 at 10:46:39AM +0100, Richard W.M. Jones wrote:
> On Wed, Sep 29, 2021 at 10:33:43AM +0100, Daniel P. Berrangé wrote:
> > Ultimately as long as the mapping from libvirt XML to guest visible
> > string is consistent across drivers, that's sufficient.
> >
> > > Adding qemu-devel
On Wed, Sep 29, 2021 at 10:57:19AM +0100, Richard W.M. Jones wrote:
> Looking at the qemu code the problem IMHO is:
>
> https://gitlab.com/qemu-project/qemu/-/blob/6b54a31bf7b403672a798b6443b1930ae6c74dea/docs/specs/vmgenid.txt#L189
> https://gitlab.com/qemu-project/qemu/-/blob/6b54a31bf7b403672a7
On Wed, Sep 29, 2021 at 11:07:30AM +0100, Daniel P. Berrangé wrote:
> I'm not sure if we actually need the full driver or not for testing
> purposes. The the GenID is just in memory somewhere, and the somewhere
> is reported via ACPI table entry. For QEMU its easy as the data is
> exposed via fw_cf
On Wed, Sep 29, 2021 at 10:46:38AM +0100, Richard W.M. Jones wrote:
> I don't know why we decided to use a GUID for this. The feature
> itself (https://go.microsoft.com/fwlink/?LinkId=260709) defines it as
> an 128 bit / 8 byte number. The only connection to GUIDs is the size.
*cough* .. 16 byte
On Wed, Sep 29, 2021 at 11:10:35AM +0100, Daniel P. Berrangé wrote:
> On Wed, Sep 29, 2021 at 10:57:19AM +0100, Richard W.M. Jones wrote:
> > Looking at the qemu code the problem IMHO is:
> >
> > https://gitlab.com/qemu-project/qemu/-/blob/6b54a31bf7b403672a798b6443b1930ae6c74dea/docs/specs/vmgeni
On 9/29/21 3:09 AM, Gerd Hoffmann wrote:
TODO: Not sure whenever "check function pointer before call" or
"function pointers to stubs" is better. Right now the patch has both
which clearly doesn't make sense. Comments on that are welcome.
I guess I don't mind either way, but we do need to pick
On 9/28/21 3:00 PM, Alexey Baturo wrote:
+switch (env->priv) {
+case PRV_M:
+cur_bit_pos = M_PM_CURRENT;
+break;
+case PRV_S:
+cur_bit_pos = S_PM_CURRENT;
+break;
+case PRV_U:
+cur_bit_pos = U_PM_CURRENT;
+break;
+default:
+
Commit 8d17adf34f501ded65a106572740760f0a75577c
"block: remove support for using "file" driver with block/char devices"
explicitly forbids usage of file driver for block devices.
But _why_?
Hasn't we always used file for everything on *nix? And what's the _actual_
difference between file and hos
Yanan Wang writes:
> Quoting one of the Rules described in include/qapi/error.h:
> "
> Whenever practical, also return a value that indicates success /
> failure. This can make the error checking more concise, and can
> avoid useless error object creation and destruction. Note that
> we still h
On Wed, Sep 29, 2021 at 02:21:58PM +0300, Michael Tokarev wrote:
> Commit 8d17adf34f501ded65a106572740760f0a75577c
> "block: remove support for using "file" driver with block/char devices"
> explicitly forbids usage of file driver for block devices.
>
> But _why_?
>
> Hasn't we always used file f
ping
On Tue, Sep 14, 2021 at 3:14 PM Kostiantyn Kostiuk
wrote:
> Windows Server 2016, 2019, 2022 are based on Windows 10 and
> have the same major and minor versions. So, the only way to
> detect the proper version is to use the build number.
>
> Before this commit, the guest agent use the last
Thomas Huth writes:
> On 28/09/2021 19.39, Philippe Mathieu-Daudé wrote:
>> I quickly opened qapi/qom.json and spotted another one:
>> --- a/qapi/qom.json
>> +++ b/qapi/qom.json
>> @@ -870,3 +870,4 @@
>> 'tls-cipher-suites': 'TlsCredsProperties',
>> - 'x-remote-object':
29.09.2021 14:35, Daniel P. Berrangé wrote:
On Wed, Sep 29, 2021 at 02:21:58PM +0300, Michael Tokarev wrote:
Commit 8d17adf34f501ded65a106572740760f0a75577c
"block: remove support for using "file" driver with block/char devices"
explicitly forbids usage of file driver for block devices.
But _wh
On Wed, Sep 29, 2021 at 02:46:56PM +0300, Michael Tokarev wrote:
> 29.09.2021 14:35, Daniel P. Berrangé wrote:
> > On Wed, Sep 29, 2021 at 02:21:58PM +0300, Michael Tokarev wrote:
> > > Commit 8d17adf34f501ded65a106572740760f0a75577c
> > > "block: remove support for using "file" driver with block/c
On Wed, Sep 29, 2021 at 6:07 PM Michael Tokarev wrote:
>
> 29.09.2021 09:52, Cindy Lu wrote:
> > For vdpa device, if the host support VIRTIO_NET_F_MAC
> > we need to read the mac address from hardware, so need
> > to check this bit, the logic is
> > 1 if the host support VIRTIO_NET_F_MAC and the m
John Snow writes:
> On Tue, Sep 28, 2021 at 9:53 AM Daniel P. Berrangé
> wrote:
>
>> On Mon, Sep 27, 2021 at 12:55:34PM -0400, John Snow wrote:
[...]
>> > - Any weekday after 13:00 UTC. Wednesdays, Thursdays and Fridays work
>> > particularly well for me at the moment.
>> > - bluejeans and goo
On 29/09/21 04:58, Yanan Wang wrote:
Hi,
This is a new version (v12) with minor update suggested by Daniel
and Philippe. Two new commits (#1 and #16) are added. Thanks!
Queued, thanks!
Paolo
Summary of v12:
1) Specifying a CPU topology parameter as zero was implicitly allowed
but undocument
On 29/09/21 10:59, Peter Maydell wrote:
This seems to break the gitlab cross-i386-system build,
which now fails to link qemu-nbd because it is trying
to link the x86-64 libselinux.so into a 32-bit binary:
https://gitlab.com/qemu-project/qemu/-/jobs/1630661323
cc -o qemu-nbd qemu-nbd.p/qemu-nbd.
The correct thing to do has been present but commented
out since the initial commit of the sh4 translator.
Fixes: fdf9b3e831e
Signed-off-by: Richard Henderson
---
target/sh4/translate.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/sh4/translate.c b/target/sh4/transl
Since we no longer support "v1", there's no need to distinguish "v2".
Reviewed-by: Philippe Mathieu-Daudé
Signed-off-by: Richard Henderson
---
linux-user/arm/signal.c | 155 +---
1 file changed, 65 insertions(+), 90 deletions(-)
diff --git a/linux-user/arm/s
Allocate a page to hold the signal trampoline(s).
Invoke a guest-specific hook to fill in the contents
of the page before marking it read-execute again.
Reviewed-by: Max Filippov
Reviewed-by: Philippe Mathieu-Daudé
Reviewed-by: Peter Maydell
Signed-off-by: Richard Henderson
---
linux-user/sig
Create and record the rt signal trampoline.
Use it when the guest does not use SA_RESTORER.
Reviewed-by: Peter Maydell
Reviewed-by: Philippe Mathieu-Daudé
Signed-off-by: Richard Henderson
---
linux-user/aarch64/target_signal.h | 2 ++
linux-user/aarch64/signal.c| 34 ++
Continue to initialize the words on the stack, as documented.
However, use the off-stack trampoline.
Reviewed-by: Taylor Simpson
Reviewed-by: Philippe Mathieu-Daudé
Signed-off-by: Richard Henderson
---
linux-user/hexagon/target_signal.h | 2 ++
linux-user/hexagon/signal.c| 19
Changes for v5:
* Fix arm thumb code copy.
* Re-enable signals test (except hppa & sh4).
Changes for v4:
* Drop nios2 changes -- I still haven't built a full toolchain.
* Clean up arm changes.
* Minur i386 pointer type changes.
Changes for v3:
* Drop vdsos, reinstate setup_sigtramp fo
Mirror what the kernel does in arch/arm/kernel/signal.h,
using the old sigframe struct in the rt sigframe struct.
Update the trampoline code to match the kernel: this uses
sp-relative accesses rather than pc-relative.
Copy the code into frame->retcode from the trampoline page.
This minimises the
Version 2 signal frames are used from 2.6.12 and since cbc14e6f286,
we have set UNAME_MINIMUM_RELEASE to 2.6.32.
Suggested-by: Peter Maydell
Reviewed-by: Philippe Mathieu-Daudé
Signed-off-by: Richard Henderson
---
linux-user/arm/signal.c | 220 +---
1 file c
Create and record the two signal trampolines.
Use them when the guest does not use ka_restorer.
Reviewed-by: Philippe Mathieu-Daudé
Signed-off-by: Richard Henderson
---
linux-user/alpha/target_signal.h | 1 +
linux-user/alpha/signal.c| 34 +++-
2 files chang
Create and record the two signal trampolines.
Reviewed-by: Philippe Mathieu-Daudé
Signed-off-by: Richard Henderson
---
linux-user/m68k/target_signal.h | 2 ++
linux-user/m68k/signal.c| 47 +++--
2 files changed, 24 insertions(+), 25 deletions(-)
diff --git
We cannot use a raw sigtramp page for hppa,
but must wait for full vdso support.
Reviewed-by: Alex Bennée
Reviewed-by: Philippe Mathieu-Daudé
Signed-off-by: Richard Henderson
---
linux-user/hppa/target_signal.h | 14 ++
1 file changed, 14 insertions(+)
diff --git a/linux-user/hppa
Split out setup_sigreturn so that we can continue to
initialize the words on the stack, as documented.
However, use the off-stack trampoline.
Cc: Edgar E. Iglesias
Reviewed-by: Philippe Mathieu-Daudé
Signed-off-by: Richard Henderson
---
linux-user/cris/target_signal.h | 2 ++
linux-user/cris/
The sigret parameter is never 0, and even if it was the encoding
of the LI instruction would still work.
Reported-by: Peter Maydell
Reviewed-by: Philippe Mathieu-Daudé
Signed-off-by: Richard Henderson
---
linux-user/ppc/signal.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff
Create and record the two signal trampolines.
Use them when the guest does not use SA_RESTORER.
Note that x86_64 does not use this code.
Reviewed-by: Philippe Mathieu-Daudé
Signed-off-by: Richard Henderson
---
linux-user/i386/target_signal.h | 2 ++
linux-user/x86_64/target_signal.h | 3 ++
Create and record the rt signal trampoline.
Cc: Edgar E. Iglesias
Reviewed-by: Philippe Mathieu-Daudé
Signed-off-by: Richard Henderson
---
linux-user/microblaze/target_signal.h | 2 ++
linux-user/microblaze/signal.c| 24 +---
2 files changed, 19 insertions(+), 7 de
The return value is constant 0, and unused as well -- change to void.
Drop inline marker. Change tramp type to uint32_t* for clarity.
Reviewed-by: Philippe Mathieu-Daudé
Signed-off-by: Richard Henderson
---
linux-user/mips/signal.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
dif
This has been a fixme for some time. The effect of
returning -EFAULT from the kernel code is to raise SIGSEGV.
Reviewed-by: Peter Maydell
Signed-off-by: Richard Henderson
---
linux-user/i386/signal.c | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git a/linux-user/i38
Create and record the two signal trampolines.
Cc: qemu-...@nongnu.org
Reviewed-by: Peter Maydell
Signed-off-by: Richard Henderson
---
linux-user/ppc/target_signal.h | 2 ++
linux-user/ppc/signal.c| 34 ++
2 files changed, 20 insertions(+), 16 deletions(-
Create and record the rt signal trampoline.
Reviewed-by: Stafford Horne
Reviewed-by: Philippe Mathieu-Daudé
Signed-off-by: Richard Henderson
---
linux-user/openrisc/target_signal.h | 2 ++
linux-user/openrisc/signal.c| 22 ++
2 files changed, 16 insertions(+), 8 de
Create and record the two signal trampolines.
Reviewed-by: Philippe Mathieu-Daudé
Signed-off-by: Richard Henderson
---
linux-user/mips/target_signal.h | 1 +
linux-user/mips64/target_signal.h | 2 ++
linux-user/mips/signal.c | 34 ++-
3 files changed, 27
Create and record the rt signal trampoline.
This fixes a bug wrt libgcc fallback unwinding. It expects
the stack pointer to point to the siginfo_t, whereas we had
inexplicably placed our private signal trampoline at the start
of the signal frame instead of the end. Now moot because we
have remov
Reviewed-by: Peter Maydell
Signed-off-by: Richard Henderson
---
linux-user/nios2/target_signal.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/linux-user/nios2/target_signal.h b/linux-user/nios2/target_signal.h
index aebf749f12..fe266c4c51 100644
--- a/linux-user/nios2/target_signal.h
+
Create and record the two signal trampolines.
Use them when the guest does not use SA_RESTORER.
Cc: Yoshinori Sato
Reviewed-by: Philippe Mathieu-Daudé
Signed-off-by: Richard Henderson
---
linux-user/sh4/target_signal.h | 2 ++
linux-user/sh4/signal.c| 40 +++---
Create and record the two signal trampolines.
Use them when the guest does not use SA_RESTORER.
Cc: qemu-s3...@nongnu.org
Tested-by: Alex Bennée
Reviewed-by: Philippe Mathieu-Daudé
Signed-off-by: Richard Henderson
---
linux-user/s390x/target_signal.h | 2 ++
linux-user/s390x/signal.c|
With signal trampolines safely off the stack for all
guests besides hppa, we can re-enable this test.
It does show up a problem with sh4 (unrelated?),
so leave that test disabled for now.
Signed-off-by: Richard Henderson
---
tests/tcg/hppa/Makefile.target | 7 +++
tests/tcg/i386/Makefi
Create and record the rt signal trampoline.
Use it when the guest does not use SA_RESTORER.
Reviewed-by: Max Filippov
Reviewed-by: Philippe Mathieu-Daudé
Signed-off-by: Richard Henderson
---
linux-user/xtensa/target_signal.h | 2 ++
linux-user/xtensa/signal.c| 56 -
With new option qemu-img compare will not stop at first mismatch, but
instead calculate statistics: how many clusters with different data,
how many clusters with equal data, how many clusters were unallocated
but become data and so on.
We compare images chunk by chunk. Chunk size depends on what
b
Allow compare only top images of backing chains. That's useful for
comparing two increments from the same chain of incremental backups.
Signed-off-by: Vladimir Sementsov-Ogievskiy
---
docs/tools/qemu-img.rst | 8 +++-
qemu-img.c | 14 --
qemu-img-cmds.hx| 4
Create and record the two signal trampolines.
Use them when the guest does not use SA_RESTORER.
Acked-by: Mark Cave-Ayland
Reviewed-by: Peter Maydell
Reviewed-by: Philippe Mathieu-Daudé
Signed-off-by: Richard Henderson
---
linux-user/sparc/target_signal.h | 4
linux-user/sparc/signal.c
1 - 100 of 291 matches
Mail list logo
