Hello, I am a student doing research on the RISC V ISA and I was
having difficulty creating a simulator to run RISC V using QEMU. I
believe the OP in the question on the Stack Overflow Link had the same
problem as me but I found the instructions to be confusing.
-Josh
在 2019/1/4 下午1:21, David Gibson 写道:
On Thu, Jan 03, 2019 at 09:41:49PM +0800, Fei Li wrote:
在 2019/1/3 上午11:43, David Gibson 写道:
On Wed, Jan 02, 2019 at 02:44:17PM +0800, 李菲 wrote:
在 2019/1/2 上午10:36, David Gibson 写道:
On Tue, Dec 25, 2018 at 10:04:43PM +0800, Fei Li wrote:
Add a local_err
Hello Mark,
+-- On Thu, 3 Jan 2019, Mark Cave-Ayland wrote --+
| > /* Power */
| > +static uint64_t power_mem_read(void *opaque, hwaddr addr, unsigned size)
| > +{
| > +return 0x;
| > +}
| > +
| >
| > static const MemoryRegionOps power_mem_ops = {
| > +.read =
On Thu, Jan 03, 2019 at 10:57:21PM +0100, Cédric Le Goater wrote:
> On 1/3/19 8:07 PM, Peter Maydell wrote:
> > On Fri, 21 Dec 2018 at 05:46, David Gibson
> > wrote:
> >>
> >> From: Cédric Le Goater
> >>
> >> Introduce a new sPAPR IRQ handler to handle resend after migration
> >> when the
On Thu, Jan 03, 2019 at 03:03:20PM +0100, BALATON Zoltan wrote:
> On Wed, 2 Jan 2019, David Gibson wrote:
> > On Wed, Jan 02, 2019 at 03:06:38AM +0100, BALATON Zoltan wrote:
> > > To avoid overflow if larger values are added later use ram_addr_t for
> > > the sdram_bank_sizes parameter to match
On Thu, Jan 03, 2019 at 09:41:49PM +0800, Fei Li wrote:
>
> 在 2019/1/3 上午11:43, David Gibson 写道:
> > On Wed, Jan 02, 2019 at 02:44:17PM +0800, 李菲 wrote:
> > > 在 2019/1/2 上午10:36, David Gibson 写道:
> > > > On Tue, Dec 25, 2018 at 10:04:43PM +0800, Fei Li wrote:
> > > > > Add a local_err to hold the
On Fri, Jan 04, 2019 at 12:44:59AM +0100, Alexander Graf wrote:
>
>
> On 03.01.19 18:38, Peter Maydell wrote:
> > Hi; currently we ship with a u-boot.e500 which is from u-boot
> > v2017.07. It would be nice to move that forward, specifically
> > to at least v2017.11, which contains upstream
On Thu, Jan 03, 2019 at 04:32:06PM -0200, Eduardo Habkost wrote:
> On Thu, Jan 03, 2019 at 11:48:37AM +0100, Cornelia Huck wrote:
> > On Thu, 3 Jan 2019 11:14:44 +0100
> > Thomas Huth wrote:
> >
> > > On 2019-01-03 10:38, Thomas Huth wrote:
> > > > On 2018-12-05 20:57, Eduardo Habkost wrote:
>
On Fri, Jan 04, 2019 at 01:22:26AM -0200, Eduardo Habkost wrote:
> The virtio-pci entries in HW_COMPAT_2_6 had an implicit
> assumption: that all virtio-pci subclasses support the
> disable-legacy and disable-modern options.
>
> That assumption was broken by commit f6e501a28ef9 ("virtio:
>
The virtio-pci entries in HW_COMPAT_2_6 had an implicit
assumption: that all virtio-pci subclasses support the
disable-legacy and disable-modern options.
That assumption was broken by commit f6e501a28ef9 ("virtio:
Provide version-specific variants of virtio PCI devices"). This
caused QEMU to
On Fri, 4 Jan 2019 at 01:13, Michael S. Tsirkin wrote:
>
> On Thu, Jan 03, 2019 at 06:18:14PM +0800, elohi...@gmail.com wrote:
> > From: Xie Yongji
> >
> > This patch introduces two new messages VHOST_USER_GET_SHM_SIZE
> > and VHOST_USER_SET_SHM_FD to support providing shared
> > memory to
On Fri, 4 Jan 2019 at 10:41, Michael S. Tsirkin wrote:
>
> On Fri, Jan 04, 2019 at 10:31:34AM +0800, Yongji Xie wrote:
> > On Fri, 4 Jan 2019 at 01:02, Michael S. Tsirkin wrote:
> > >
> > > On Thu, Jan 03, 2019 at 06:18:14PM +0800, elohi...@gmail.com wrote:
> > > > From: Xie Yongji
> > > >
> >
On Fri, Jan 04, 2019 at 10:31:34AM +0800, Yongji Xie wrote:
> On Fri, 4 Jan 2019 at 01:02, Michael S. Tsirkin wrote:
> >
> > On Thu, Jan 03, 2019 at 06:18:14PM +0800, elohi...@gmail.com wrote:
> > > From: Xie Yongji
> > >
> > > This patch introduces two new messages VHOST_USER_GET_SHM_SIZE
> > >
On Fri, 4 Jan 2019 at 01:02, Michael S. Tsirkin wrote:
>
> On Thu, Jan 03, 2019 at 06:18:14PM +0800, elohi...@gmail.com wrote:
> > From: Xie Yongji
> >
> > This patch introduces two new messages VHOST_USER_GET_SHM_SIZE
> > and VHOST_USER_SET_SHM_FD to support providing shared
> > memory to
On 03.01.19 18:38, Peter Maydell wrote:
> Hi; currently we ship with a u-boot.e500 which is from u-boot
> v2017.07. It would be nice to move that forward, specifically
> to at least v2017.11, which contains upstream u-boot's part of the
> fix for https://bugs.launchpad.net/qemu/+bug/1714750 .
>
Pavel Tatashin wrote on Thu, Jan 03, 2019:
> Could you please send the config file and qemu arguments that were
> used to reproduce this problem.
Running qemu by hand, nothing fancy e.g. this works:
# qemu-system-x86_64 -m 1G -smp 4 -drive
file=/root/kvm-wrapper/disks/f2.img,if=virtio -serial
On 12/21/18 3:35 AM, John Snow wrote:
> 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
>
On Thu, Jan 3, 2019 at 6:22 PM Philippe Mathieu-Daudé wrote:
>
> Use a stable tag instead of some random commit from mainstream
> development, to avoid unexpected build failures.
>
> This fixes:
>
> CC virglrenderer.lo
> virglrenderer.c: In function 'virgl_has_gl_colorspace':
>
On Thu, Jan 3, 2019 at 4:10 PM Philippe Mathieu-Daudé wrote:
>
> Disable test-qht-par when using gprof, as this break Travis CI.
Success on Travis CI:
https://travis-ci.org/philmd/qemu/builds/474894411
On 03/01/2019 17:27, Peter Maydell wrote:
On Thu, 3 Jan 2019 at 16:50, Nick Hudson wrote:
On 03/01/2019 16:20, Peter Maydell wrote:
On Tue, 11 Dec 2018 at 12:27, Nick Hudson wrote:
--- a/hw/arm/boot.c
+++ b/hw/arm/boot.c
@@ -30,8 +30,9 @@
* Documentation/arm/Booting and
Hi Sascha!
I have some good news and some bad news.
First the good news.
Barebox was used for Day 18 of QEMU 2018 advent
(https://www.qemu-advent-calendar.org/2018/).
Here is a quote:
> This is an image for QEMU's emulated Canon A1100 Arm machine:
> Play 2048 in the Barebox firmware
On 1/4/19 12:06 AM, Thomas Huth wrote:
> Maybe we could / should enforce compiling with -std=gnu11 now? That
> would also fix the problem with the duplicated typedefs on older
> compilers, see e.g.:
>
> https://lists.gnu.org/archive/html/qemu-devel/2018-11/msg05829.html
I'm all for it.
r~
On 12/27/18 8:51 AM, Niccolò Belli wrote:
> On mercoledì 26 dicembre 2018 13:38:28 CET, Frediano Ziglio wrote:
>> Yes, this looks like a format string error in the upper (not into
>> spice) layer.
>>
>> This potentially is a security problem.
>
> Considering the spice server is exposed to the
On 1/3/19 11:21 PM, Peter Maydell wrote:
> Otherwise the patch looks good, so if you agree I'll apply
> it to target-arm.next with the flag renamed back to BE_DATA.
No good reason, I just thought it was shorter.
Renaming it back is fine.
r~
On 1/3/19 8:07 PM, Peter Maydell wrote:
> On Fri, 21 Dec 2018 at 05:46, David Gibson
> wrote:
>>
>> From: Cédric Le Goater
>>
>> Introduce a new sPAPR IRQ handler to handle resend after migration
>> when the machine is using a KVM XICS interrupt controller model.
>>
>> Signed-off-by: Cédric Le
On 1/3/19 3:21 PM, Leonid Bloch wrote:
> Hi,
>
> On 1/4/19 12:04 AM, Eric Blake wrote:
>> On 1/3/19 2:57 PM, Leonid Bloch wrote:
>>
I have to say that I'm not very convinced of the benefits of replacing a
set of trivial numeric macros with a longer and harder to read shell
script
The lookup table for power-of-two sizes is now auto-generated during the
build, and not hard-coded into the units.h file.
This partially reverts commit 540b8492618eb.
Signed-off-by: Leonid Bloch
---
.gitignore | 1 +
Makefile | 5 +++
block/qcow2.h| 2 +-
Following the conversations here:
https://patchwork.kernel.org/patch/10665157
and here:
https://patchwork.kernel.org/patch/10666975
Making the lookup table for power-of-two sizes auto-generated, instead
of being hard-coded into the units.h file.
I'm not sure if the changes I've made to Makefile
On Wed, Dec 26, 2018 at 11:08 AM Priit Laes wrote:
>
> Initial barebone SoC implementation for STM32F103
> with "Blue Pill" board source for testing.
>
> Code is based on both nrf51/microbit and stm32f205.
>
> Although code loads and seems to be at the right
> addresses it does not yet run:
>
>
Could you please send the config file and qemu arguments that were
used to reproduce this problem.
Thank you,
Pasha
On Wed, Jan 2, 2019 at 3:20 PM Salvatore Bonaccorso wrote:
>
> Hi,
>
> On Tue, Nov 06, 2018 at 06:35:36AM -0500, Steven Sistare wrote:
> > Pavel has a new email address, cc'd -
Hi,
On 1/4/19 12:04 AM, Eric Blake wrote:
> On 1/3/19 2:57 PM, Leonid Bloch wrote:
>
>>> I have to say that I'm not very convinced of the benefits of replacing a
>>> set of trivial numeric macros with a longer and harder to read shell
>>> script accompanied by changes to the build system.
>>
>>
On Wed, Jan 2, 2019 at 9:24 AM Marc-André Lureau
wrote:
>
> Hi
>
> On Sat, Dec 29, 2018 at 2:34 PM Paulo Neves wrote:
> >
> > If a user requires a virtual serial device like provided
> > by the pty char device, the user needs to accept the
> > returned device name. This makes the program need to
If a user requires a virtual serial device like provided
by the pty char device, the user needs to accept the
returned device name. This makes the program need to
have smarts to parse or communicate with qemu to get the
pty device.
With this patch the program can pass the path where
a symlink to
Hi Phil,
Thanks for your review! Very valid points. All taken, except the naming
(I think "pow2_sizes.h" would be better than "lookup_table_sizes.h",
no?) and the "generated" directory - I agree that it's a good idea, but
I think it requires a separate patch which moves the generated files
On 1/3/19 2:57 PM, Leonid Bloch wrote:
>> I have to say that I'm not very convinced of the benefits of replacing a
>> set of trivial numeric macros with a longer and harder to read shell
>> script accompanied by changes to the build system.
>
> I think that the benefit is that the script is
Hi Berto,
On 1/3/19 12:19 PM, Alberto Garcia wrote:
> On Wed 02 Jan 2019 12:09:05 PM CET, Leonid Bloch wrote:
>> +print_sizes() {
>> +local p=10
>> +while [ ${p} -lt 64 ]
>> +do
>> +local pad=' '
>> +local n=$((p % 10))
>> +n=$((1 << n))
>> +[ $((n /
Joel Stanley writes:
> Here are some IBMers who use their personal addresses when submitting
> patches.
>
> Signed-off-by: Joel Stanley
Queued thanks.
btw I also had:
danielhb...@gmail.com
jcfara...@gmail.com
> ---
> contrib/gitdm/group-map-ibm | 5 +
> 1 file changed, 5
> From: Eric Blake
> Sent: Thursday, January 3, 2019 9:06 PM
> To: Aleksandar Markovic; qemu-devel@nongnu.org
> Cc: nor...@nocrew.org; Stefan Markovic; Aleksandar Rikalo; Aleksandar
> Markovic;
> alex.ben...@linaro.org; aurel...@aurel32.net
> Subject: Re: [Qemu-devel] [PATCH 0/2] tests:
On 1/2/19 4:01 AM, mahaocong wrote:
> From: mahaocong
>
> This patch adds new function to copy the hbitmap from an exist dirty-bitmap to
> another. The destination bitmap should have the same size and granularity with
> the source bitmap, or the copy will fail.
Is there a client in mind for
On 1/2/19 2:23 AM, Marc-André Lureau wrote:
> Hi
>
> On Sat, Dec 29, 2018 at 2:34 PM Paulo Neves wrote:
>>
>> If a user requires a virtual serial device like provided
>> by the pty char device, the user needs to accept the
>> returned device name. This makes the program need to
>> have smarts to
It would be great if you could fix it.
Also, there are probably should exist POSIX conformance test suites
around the world. As far as I understand, this particular issue could be
found by running such a test under qemu-linux-user. I mean what if there
are other similar issues?
--
You received
On 12/27/18 7:12 AM, Aleksandar Markovic wrote:
> From: Aleksandar Markovic
>
> Reorganize MIPS TCG directories and files. The file movement is done
> using "git mv" command, so "git blame" will still display the original
> information, regardles of the new names and locations of involved
>
On 1/3/19 3:47 AM, Richard W.M. Jones wrote:
> On FreeBSD 11.2:
>
> $ nbdkit memory size=1M --run './qemu-io -f raw -c "aio_write 0 512" $nbd'
> Parsing error: non-numeric argument, or extraneous/unrecognized suffix --
> aio_write
>
> After main option parsing, we reinitialize optind so we
It should be a patch pretty similar to commit 58cfa6c2e6eb51b23cc98f8,
but in the pwrite64 codepath. Slightly complicated by needing to deal
with the offset possibly being in two input arguments, but basically the
same thing.
--
You received this bug notification because you are a member of
On Thu, 3 Jan 2019 at 18:19, Michael S. Tsirkin wrote:
>
> On Thu, Jan 03, 2019 at 06:51:13PM +0100, Paolo Bonzini wrote:
> > Signed-off-by: Paolo Bonzini
>
> Note that in the past we just updated what we needed.
Not if I noticed it -- our copies of the Linux headers
are supposed to always be
On Fri, 21 Dec 2018 at 05:46, David Gibson wrote:
>
> From: Cédric Le Goater
>
> Introduce a new sPAPR IRQ handler to handle resend after migration
> when the machine is using a KVM XICS interrupt controller model.
>
> Signed-off-by: Cédric Le Goater
> Reviewed-by: David Gibson
>
Do you know how to fix it?
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1810433
Title:
aarch64-linux-user master: inconsistent pwrite behaviour
Status in QEMU:
New
Bug description:
Hello,
On Sat, 22 Dec 2018 at 08:41, Paolo Bonzini wrote:
>
> On 21/12/18 22:09, Peter Maydell wrote:
> > I don't really understand what's going on here, or why
> > it only happens with this one system (my main x86-64
> > Linux Ubuntu 16.04.5 box) and not the various others I'm
> > running test builds
strace from an aarch64 machine:
pwrite64(3, NULL, 0, 0) = 0
strace from QEMU:
32029 pwrite64(3,0,0,0,4797560,0) = -1 errno=14 (Bad address)
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
This seems related to commit 58cfa6c2e6eb51b23cc98f8, where this was
fixed for the write() syscall. In that commit message the author writes
"Q. Do pread64/pwrite64 need to be changed similarly? A. Experiment
suggests not: both linux and linux-user yield -1 for NULL 0-length
reads/writes." That
On Thu, Jan 03, 2019 at 11:48:37AM +0100, Cornelia Huck wrote:
> On Thu, 3 Jan 2019 11:14:44 +0100
> Thomas Huth wrote:
>
> > On 2019-01-03 10:38, Thomas Huth wrote:
> > > On 2018-12-05 20:57, Eduardo Habkost wrote:
> > >> Many of the current virtio-*-pci device types actually represent
> > >>
On Sat, 8 Sep 2018 at 22:04, Tony Garnock-Jones
wrote:
>
> Bring linux-user write(2) handling into line with linux for the case
> of a 0-byte write with a NULL buffer. Based on a patch originally
> written by Zhuowei Zhang.
>
> Addresses https://bugs.launchpad.net/qemu/+bug/1716292.
>
> From
On 18/12/2018 06:38, Richard Henderson wrote:
> This implements some of the things that I talked about with Mark
> this morning / yesterday. In particular:
>
> (0) Implement expanders for nand, nor, eqv logical operations.
>
> (1) Implement saturating arithmetic for the tcg backend.
>
>
This has been fixed in the kernel
** Changed in: qemu
Status: New => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1750229
Title:
virtio-blk-pci regression: softlock in guest
On Thu, Jan 03, 2019 at 06:51:13PM +0100, Paolo Bonzini wrote:
> Signed-off-by: Paolo Bonzini
Note that in the past we just updated what we needed.
That approach has some advantages as linux doesn't
stand in place, so whatever renames we handle now
just might have to get undone down the road.
** Attachment added: "Test case source file"
https://bugs.launchpad.net/qemu/+bug/1810433/+attachment/5226714/+files/main.c
** Description changed:
Hello,
I am running aarch64-linux-user from master, commit
20d6c7312f1b812bb9c750f4087f69ac8485cc90
And I've found the following
Public bug reported:
Hello,
I am running aarch64-linux-user from master, commit
20d6c7312f1b812bb9c750f4087f69ac8485cc90
And I've found the following inconsistent emulation of pwrite() call when
buf==NULL and len=0.
Minimal reproducible sample is the following:
#define _GNU_SOURCE
#include
** Attachment added: "Test binary statically compiled for aarch64"
https://bugs.launchpad.net/qemu/+bug/1810433/+attachment/5226715/+files/pwrite_test.aarch64
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
On Thu, 3 Jan 2019 15:54:38 +0100
Cornelia Huck wrote:
> On Thu, 3 Jan 2019 06:02:46 -0800
> Li Qiang wrote:
>
> > When getting the 'pbdev', the if...else has no default branch.
> > From Coverity, the 'pbdev' maybe null when the 'dev' is not
> > the
On 1/3/19 4:57 AM, David Gibson wrote:
> On Wed, Jan 02, 2019 at 06:57:35AM +0100, Cédric Le Goater wrote:
>> which will be used by the machine only when the XIVE interrupt mode is
>> in use.
>
> I don't love the idea of putting a hook this specific into the
> PowerPCCPU structure, though it
Hi,
your patch is corrupted: please generate it with "git format-patch" and
send it with "git send-email" (you can also use git-publish)
Thanks,
Laurent
Le 25/12/2018 à 10:57, Jon Diekema a écrit :
> From b9c6caf3913487f05997144a940db0b900b17f05 Mon Sep 17 00:00:00 2001
> From: Jon Diekema
From: Aleksandar Markovic
Reorder declarations and definitions of gpr decoders by number of
input bits of corresponding encoding type.
Reviewed-by: Aleksandar Rikalo
Signed-off-by: Aleksandar Markovic
---
disas/nanomips.cpp | 200 ++---
On 1/3/19 5:33 AM, David Gibson wrote:
> On Wed, Jan 02, 2019 at 06:57:41AM +0100, Cédric Le Goater wrote:
>> commit 15ed653fa49a ("ppc/xics: An ICS with offset 0 is assumed to be
>> uninitialized") introduced an extra check on the ICS offset which is
>> not strictly necessary.
>
> The commit
From: Aleksandar Markovic
Fix wrong function name. The convention in these files is that names of
extraction functions should reflect bit patterns they are extracting.
Reviewed-by: Aleksandar Rikalo
Reviewed-by: Stefan Markovic
Signed-off-by: Aleksandar Markovic
---
disas/nanomips.cpp | 264
I'm not subscribed there, so will note here: I tried the proposed
changes - the commits from https://lists.gnu.org/archive/html/qemu-
devel/2018-12/msg04819.html , backported to 3.0.0 - and that seems to
work. A test which would previously have hit this bug ran OK, without
the changes to the en-us
Hi; currently we ship with a u-boot.e500 which is from u-boot
v2017.07. It would be nice to move that forward, specifically
to at least v2017.11, which contains upstream u-boot's part of the
fix for https://bugs.launchpad.net/qemu/+bug/1714750 .
(There are more recent releases than that; it's just
From: Aleksandar Markovic
Rename NMD::extract_fs_15_14_13_12_11(uint64 instruction) to
NMD::extract_fs_20_19_18_17_16(uint64 instruction).
Reviewed-by: Aleksandar Rikalo
Signed-off-by: Aleksandar Markovic
---
disas/nanomips.cpp | 242 ++---
* Alexey Kardashevskiy (a...@ozlabs.ru) wrote:
>
>
> On 17/12/2018 23:47, Philippe Mathieu-Daudé wrote:
> > On 12/17/18 2:27 AM, Alexey Kardashevskiy wrote:
> >> On 14/12/2018 22:07, Philippe Mathieu-Daudé wrote:
> >>> Hi Alexey,
> >>>
> >>> On 12/14/18 3:58 AM, Alexey Kardashevskiy wrote:
>
From: Aleksandar Markovic
Rename more functions that have names that are hard to understand.
Reviewed-by: Aleksandar Rikalo
Signed-off-by: Aleksandar Markovic
---
disas/nanomips.cpp | 212 ++---
disas/nanomips.h | 28 +++
2 files
From: Fredrik Noring
Test R5900 three-operand MADDU1.
Reviewed-by: Aleksandar Markovic
Signed-off-by: Aleksandar Markovic
Signed-off-by: Fredrik Noring
---
tests/tcg/mips/mipsr5900/maddu.c | 37 +++--
1 file changed, 35 insertions(+), 2 deletions(-)
diff
On 1/3/19 5:35 AM, David Gibson wrote:
> On Wed, Jan 02, 2019 at 06:57:42AM +0100, Cédric Le Goater wrote:
>> The 'dual' sPAPR IRQ backend supports both interrupt mode, XIVE
>> exploitation mode and the legacy compatibility mode (XICS). both modes
>> are not supported at the same time.
>>
>> The
From: Aleksandar Markovic
Rename the decoder of 'gpr1' gpr encoding type in nanoMIPS
disassembler.
Reviewed-by: Aleksandar Rikalo
Signed-off-by: Aleksandar Markovic
---
disas/nanomips.cpp | 4 ++--
disas/nanomips.h | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git
Hi Liam, Hi Maran,
I'm writing the optionrom to do PVH boot also with SeaBIOS.
It is almost complete and I'm testing it, but I have some issue with
QEMU -initrd parameter.
(It works correctly without -initrd and using a kernel with all needed
modules compiled statically)
Linux boots correctly,
From: Aleksandar Markovic
Comment the decoder of 'gpr1' gpr encoding type in nanoMIPS
disassembler.
Reviewed-by: Aleksandar Rikalo
Signed-off-by: Aleksandar Markovic
---
disas/nanomips.cpp | 21 +
1 file changed, 21 insertions(+)
diff --git a/disas/nanomips.cpp
On Thu, 3 Jan 2019 at 16:50, Nick Hudson wrote:
> On 03/01/2019 16:20, Peter Maydell wrote:
> > On Tue, 11 Dec 2018 at 12:27, Nick Hudson
> > wrote:
> >> --- a/hw/arm/boot.c
> >> +++ b/hw/arm/boot.c
> >> @@ -30,8 +30,9 @@
> >> * Documentation/arm/Booting and Documentation/arm64/booting.txt
From: Aleksandar Markovic
Add "nanoMIPS32 Instruction Set Technical Reference Manual" as
a reference.
Reviewed-by: Aleksandar Rikalo
Signed-off-by: Aleksandar Markovic
---
disas/nanomips.cpp | 7 +++
1 file changed, 7 insertions(+)
diff --git a/disas/nanomips.cpp b/disas/nanomips.cpp
From: Aleksandar Markovic
Rename the decoder of 'gpr4.zero' gpr encoding type in nanoMIPS
disassembler.
Reviewed-by: Aleksandar Rikalo
Signed-off-by: Aleksandar Markovic
---
disas/nanomips.cpp | 10 +-
disas/nanomips.h | 2 +-
2 files changed, 6 insertions(+), 6 deletions(-)
diff
Use a stable tag instead of some random commit from mainstream
development, to avoid unexpected build failures.
This fixes:
CC virglrenderer.lo
virglrenderer.c: In function 'virgl_has_gl_colorspace':
virglrenderer.c:208:11: error: implicit declaration of function
From: Aleksandar Markovic
Comment the decoder of 'gpr4.zero' gpr encoding type in nanoMIPS
disassembler.
Reviewed-by: Aleksandar Rikalo
Signed-off-by: Aleksandar Markovic
---
disas/nanomips.cpp | 27 +++
1 file changed, 27 insertions(+)
diff --git
From: Aleksandar Markovic
Fix order of extraction function invocations so that extraction
goes from MSB side to LSB side of the given instruction coding
content. This is desireable because of consistency and easier
visual spotting of errors.
After this patch, all such invocations should be in
From: Aleksandar Markovic
Comment the decoder of 'gpr2.reg2' gpr encoding type in nanoMIPS
disassembler.
Reviewed-by: Aleksandar Rikalo
Signed-off-by: Aleksandar Markovic
---
disas/nanomips.cpp | 22 ++
1 file changed, 22 insertions(+)
diff --git a/disas/nanomips.cpp
Please cc: qemu-devel and maintainers (see MAINTAINERS file)
Le 25/12/2018 à 10:50, Jon Diekema a écrit :
> From f399f28441e0aa79458d68996038ca3606fcb699 Mon Sep 17 00:00:00 2001
> From: Jon Diekema mailto:jon.diek...@ge.com>>
it's better to use the same email address for the patch author and to
From: Philippe Mathieu-Daudé
The three-operand MADD and MADDU are specific to Sony R5900 core,
and Toshiba TX19/TX39/TX79 cores as well.
The "32-Bit TX System RISC TX39 Family Architecture manual"
is available at https://wiki.qemu.org/File:DSAE0022432.pdf
Reviewed-by: Aleksandar Markovic
From: Aleksandar Markovic
Comment the decoder of 'gpr4' gpr encoding type in nanoMIPS
disassembler.
Reviewed-by: Aleksandar Rikalo
Signed-off-by: Aleksandar Markovic
---
disas/nanomips.cpp | 26 ++
1 file changed, 26 insertions(+)
diff --git a/disas/nanomips.cpp
From: Aleksandar Markovic
Rename NMD::extract_ft_20_19_18_17_16(uint64 instruction) to
NMD::extract_ft_25_24_23_22_21(uint64 instruction).
Reviewed-by: Aleksandar Rikalo
Signed-off-by: Aleksandar Markovic
---
disas/nanomips.cpp | 258 ++---
From: Stefan Weil
Use POSIX types and format strings.
Reviewed-by: Aleksandar Markovic
Signed-off-by: Aleksandar Markovic
Signed-off-by: Stefan Weil
---
disas/nanomips.cpp | 20
disas/nanomips.h | 10 +-
2 files changed, 17 insertions(+), 13 deletions(-)
diff
On Thu, Jan 03, 2019 at 06:18:14PM +0800, elohi...@gmail.com wrote:
> From: Xie Yongji
>
> This patch introduces two new messages VHOST_USER_GET_SHM_SIZE
> and VHOST_USER_SET_SHM_FD to support providing shared
> memory to backend.
>
> Firstly, qemu uses VHOST_USER_GET_SHM_SIZE to get the
>
From: Aleksandar Markovic
Rename the decoder of 'gpr3' gpr encoding type in nanoMIPS
disassembler.
Reviewed-by: Aleksandar Rikalo
Signed-off-by: Aleksandar Markovic
---
disas/nanomips.cpp | 96 +++---
disas/nanomips.h | 2 +-
2 files
From: Fredrik Noring
Test R5900 three-operand MADD.
Reviewed-by: Aleksandar Markovic
Signed-off-by: Aleksandar Markovic
Signed-off-by: Fredrik Noring
---
tests/tcg/mips/mipsr5900/Makefile | 1 +
tests/tcg/mips/mipsr5900/madd.c | 45 +++
2 files
From: Aleksandar Markovic
Some functions were not used at all. Compiler doesn't complain
since they are class memebers. Remove them - no future usage is
planned.
Reviewed-by: Aleksandar Rikalo
Reviewed-by: Stefan Markovic
Signed-off-by: Aleksandar Markovic
---
disas/nanomips.cpp | 208
From: Aleksandar Markovic
Add translation handler for S32ALNI MXU instruction.
Reviewed-by: Stefan Markovic
Signed-off-by: Aleksandar Markovic
---
target/mips/translate.c | 197 +++-
1 file changed, 194 insertions(+), 3 deletions(-)
diff --git
From: Fredrik Noring
Test R5900 three-operand MADDU.
Reviewed-by: Aleksandar Markovic
Signed-off-by: Aleksandar Markovic
Signed-off-by: Fredrik Noring
---
tests/tcg/mips/mipsr5900/Makefile | 1 +
tests/tcg/mips/mipsr5900/maddu.c | 37 +
2 files changed,
From: Fredrik Noring
The three-operand MADD and MADDU are specific to R5900 cores.
Reviewed-by: Aleksandar Markovic
Signed-off-by: Aleksandar Markovic
Signed-off-by: Fredrik Noring
---
target/mips/translate.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git
From: Aleksandar Markovic
Rename the decoder of 'gpr2.reg2' gpr encoding type in nanoMIPS
disassembler.
Reviewed-by: Aleksandar Rikalo
Signed-off-by: Aleksandar Markovic
---
disas/nanomips.cpp | 6 +++---
disas/nanomips.h | 2 +-
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git
From: Aleksandar Markovic
Comment the decoder of 'gpr3' gpr encoding type in nanoMIPS
disassembler.
Reviewed-by: Aleksandar Rikalo
Signed-off-by: Aleksandar Markovic
---
disas/nanomips.cpp | 51 ---
1 file changed, 48 insertions(+), 3
From: Fredrik Noring
Test R5900 three-operand MADD1.
Reviewed-by: Aleksandar Markovic
Signed-off-by: Aleksandar Markovic
Signed-off-by: Fredrik Noring
---
tests/tcg/mips/mipsr5900/madd.c | 43 -
1 file changed, 38 insertions(+), 5 deletions(-)
diff
From: Aleksandar Markovic
Add translation handlers for four logic MXU instructions.
It should be noted that there is an error in MXU documentation (dated
June 2017) regarding opcodes for this group of instructions. This was
confirmed by running tests on hardware, and also by looking up other
From: Aleksandar Markovic
Rename the decoder of 'gpr2.reg1' gpr encoding type in nanoMIPS
disassembler.
Reviewed-by: Aleksandar Rikalo
Signed-off-by: Aleksandar Markovic
---
disas/nanomips.cpp | 6 +++---
disas/nanomips.h | 2 +-
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git
From: Aleksandar Markovic
Add translation handlers for six max/min MXU instructions.
Reviewed-by: Stefan Markovic
Signed-off-by: Aleksandar Markovic
---
target/mips/translate.c | 300
1 file changed, 279 insertions(+), 21 deletions(-)
diff
From: Aleksandar Markovic
Rename the decoder of 'gpr4' gpr encoding type in nanoMIPS
disassembler.
Reviewed-by: Aleksandar Rikalo
Signed-off-by: Aleksandar Markovic
---
disas/nanomips.cpp | 20 ++--
disas/nanomips.h | 2 +-
2 files changed, 11 insertions(+), 11
1 - 100 of 283 matches
Mail list logo
