Hi all!
I am an experencied QEMU user.
Although I am a good C/C++ programmer, I have only theoretic/basic knowledge
about virtual machines programming.
For study, I'm thinking to write a simple VM that can simulate an ARM SoC based
on ARM926EJ-S core.
I have basically two choice:
1- build all
ity of project. What are the
"guidelines" to follow? What must be implemented, and what could be safely
ignored?
Eventually, any indication - references to (official)docs included - would be
appreciated. :-)
IT
____
Da: Peter Maydell
A: Alessandro
Cc:
> I'm not sure what source tree you're looking at. Code for ARM core
> as a target is in target-arm/.
Exactly that.
> We don't support Jazelle. We don't implement the TCMs (in the same
> way we don't implement caches). We probably don't get all the
> device-specific cp15 registers right. (None
Hi, Anton.
Your proposal is also interesting :-)
It is well-documented hardware?
IT
Da: Антон Кочков
A: Peter Maydell
Cc: Alessandro ; qemu-devel@nongnu.org
Inviato: Mar 3 maggio 2011, 00:04:13
Oggetto: Re: [Qemu-devel] implementing ARM926EJ-S support
I'm sorry for the OT message.
I have a _simple_ question that is more appropriate for qemu-users ml.
Strangely, Qemu-users ml appears to be unavailable.
Anyone knows anything?
IT
Hi guys, is there any update on this issue?
Tx
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/921208
Title:
win7/x64 installer hangs on startup with 0x005d.
Status in QEMU:
Confirmed
Status
Hi to everybody,
I'm starting to study qemu for degree's thesis. I need to implement a
simple hardware module such as serial or parallel port. Can you tell me
where I can get documentation about it or source code to start? Now I'm
looking at serial.c and parallel.c but I don't know if it's the righ
ate_update_irq as in
parallel code. Is an error?
This is my hwfitt.c code. Can you support me?
Thanks
Alessandro
#include "vl.h"
#define HW_STS_READY 0x10
#define HW_STS_BUSY 0x80
#define HW_CTR_INIT 0x01
struct HwFittState {
uint8_t data;
uint8_t status;
uint8_t
Hi,
I need to start qemu with mips target, and I'm building a linux image for mips. But when I try:
qemu-system-mips myimage.img
I get this :
mips_r4k_init: load BIOS '/usr/local/share/qemu/mips_bios.bin' size 131072
qemu: fatal: Trying to execute code outside RAM or ROM at 0xbfc2
pc=0xbfc200
>On Sat, Jan 14, 2006 at 07:34:36PM +0100, Tomasz Chmielewski wrote:>> >(A) You have to build a qemu-specific kernel to use the MIPS QEMU.>> >> And how to build "qemu-specific MIPS kernel"?
>> >> Is it just a kernel built for MIPS, or perhaps some qemu-specific >> patches have to be applied?>>You h
Hi all,I've tried to create my simple hw and it's ok. Now my teacher tells me that i must use a hw description written in SystemC and plug in Qemu.Have you got any idea to do it? Can somebody link me to documents where I can find info?
___
Qemu-devel mai
2006/6/20, Fabrice Bellard <[EMAIL PROTECTED]>:
Alessandro Corradi wrote:> Hi all,> I've tried to create my simple hw and it's ok. Now my teacher tells me> that i must use a hw description written in SystemC and plug in Qemu.> Have you got any idea to do it? Can somebod
2006/6/28, Laurent DESNOGUES <[EMAIL PROTECTED]>:
> The idea is to create a SystemC wrapper file in hw dir, where there is the> code for connect via socket to a SystemC process in host machine. The> problem is that I write my simple hw, but instead use io address such as
> 0x378 i need to use memor
mulation or not?ThanksAle
Ps: Be patience, I am only a poor student ;)2006/6/28, Alessandro Corradi <[EMAIL PROTECTED]>:
... The problem is that I write my simple hw, but instead use IOddress such as 0x378 I need to use memory address, so I can use it in every virtualizzation (i386, mips etc...).
Wh
Hi all,Is it possible to use an hardware in memory address space instead of use io-address in i386 emulation? And if it is possible, how it influence emulation speed?ThanksAle
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailm
Hi all,Is it possible to reserve memory addresses in i386 qemu emulation for recognize them as device registers?ThanksAlessandro
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
Hi all,pease can somebody tell me how qemu intercept irq generated by virtual device? Or tell me where I can start to look at?ThanksAle
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
Hi all,In http://fabrice.bellard.free.fr/qemu/qemu-tech.html:
"In order to be faster, QEMU does not check at every basic block if an
hardware interrupt is pending. Instead, the user must asynchrously
call a specific function to tell that an interrupt is pending. This
function resets the cha
Hi all,Can I have some additional info regarding mmu emulation in i386? In particular, in tech doc is written that qemu uses mmap system call to emulate cpu mmu, can you help me to understand this point? For instance, how it translate virtual address in io address and access to emulated devices?
T
Hello,This is what I understand:In vl.c code:-In qemu initialization will be create and initialize a table in which there are I/O read/write function corresponding to I/O address.-When emulated devices are inizialited they register IO function in this table, in this way it can be called when an ins
Hi all,I tryed to use tap with qemu / debian os guest. This get the following error:eth0: error while getting interface flags: no such deviceqemu-ifup is this:#!/bin/shsudo /sbin/ifconfig $1
10.0.0.1and tap interface in host is up.The command line is:qemu -net tap ~/qemu/deb.imgWhat's wrong?Thanks
Hi,
I am interesting to understand qemu network manage too. I search and find this document:
http://www.h7.dion.ne.jp/~qemu-win/HowToNetwork-en.html
Look if it can help you (I read it very fast but I think it's very interesting).
2006/8/14, S. P. T. Krishnan <[EMAIL PROTECTED]>:
Hi,I would like to
Hi all,my project is to write a simulated network card. It will comunicate with a SystemC emulated device, a cirrus logic cs8900a. The logical scheme is circa as it:QEMU <--> WRITTEN DEVICE <-- socket --> SystemC description of the cirrus.
The connection between the qemu device and the cirrus is vi
reciate if you can send me your written device so I can see if it can help me!
ThanksAle2006/8/22, Nicolas SAUZEDE-NONST <[EMAIL PROTECTED]>:
Hi Alessandro,Concerning your cosimulation problem, I may help a little bit,because when you first posted on the qemu dev list about your sysc project,it
Interrupt implementation: I need only to implement ..._update_irq right? It seems no problem, but I want to be secure about it.
2006/8/22, Nicolas SAUZEDE-NONST <[EMAIL PROTECTED]>:
Hi Alessandro,Concerning your cosimulation problem, I may help a little bit,because when you first posted on the qemu dev
Hi all,I use Debian host os with debian guest os. The problem is that I must to reinstall kqemu every time I boot my host system.When I try to load qemu it tells me that it can't open kqemu (first I load kqemu with modprobe naturallyand it is ok), I chmod 777 /dev/kqemu and it tells me that there i
Hi all,
I need to measure the performance of a host OS, a guest OS with and without kqemu.
I particular I need to have performance info about CPU. I made a simple C program that makes only arithmetical operations and long cycles.
I run "time ./myapp" but the results are not the real ones. Can someo
Hi all,I write a new device that is connect via socket to a host program that emulate a small memory.I can correctly write in this "memory" but sometimes, when I want to read, the recv() socket function give me an error (-1 return).
Do you know if there is a socket problem with qemu? Because I trie
Hi,
I wrote a device that is connect to a host program for data exchange via socket.
The problem is that qemu do something and block the socket system call. If I "capture" the perror it return (in the host):
Interrupted system call
So there should be something in qemu that "delete" the system ca
Hi all,This is my question:If I run qemu for i386 without kqemu it uses soft-mmu, so it operates as another architetture as ppc or mips right?So... are the performace of qemu the same if I use i386 or mips or something change deeply?
Example: if I run the same program on i386 emulation without kqem
Hello,Can someone give me detailed information (or a link where it is described) how qemu manage hw interrupts?I can't find any usefull info about it in QEMU doc.For example, how does work Interrupts for the parallel port? (I see in the code that it is the easier device to understand how qemu works
-- Forwarded message --From: Alessandro Corradi <[EMAIL PROTECTED]>Date: 31-ott-2006
10.25Subject: Re: [Qemu-devel] Interrupt request infoTo: Rob Landley <[EMAIL PROTECTED]>I already read this, but give no usefull information... and I searched everywhere in the web...
wrote:> Alessandro,>> All you should need to do to raise an IRQ in your code is:> pic_set_irq(s->irq,1);>> When the irq is serviced (in one of your ioport traps, I would assume),
> knock the irq down:> pic_set_irq(s->irq,0);No. You should use pic_set_irq_new. Otherwise
-- Forwarded message --From: Alessandro Corradi <[EMAIL PROTECTED]>Date: 4-nov-2006
17.08Subject: Re: [Qemu-devel] Interrupt request infoTo: qemu-devel@nongnu.orgThank you very much for the answer,so the only think to do to raise correctly an interrupt (I think) is only to
orrectly with pic_set_irq_new specially the first parameter)?
Thank you2006/11/2, Paul Brook <[EMAIL PROTECTED]>:
On Wednesday 01 November 2006 23:25, Roger Lathrop wrote:> Alessandro,>> All you should need to do to raise an IRQ in your code is:> pic_set_irq(s->irq,1);>>
virtual device works anyway without interrupt mechanism? isn't it essential?
Thanks
Ale2006/11/2, Paul Brook <[EMAIL PROTECTED]>:
On Wednesday 01 November 2006 23:25, Roger Lathrop wrote:> Alessandro,>> All you should need to do to raise an IRQ in your code is:> pic_set_ir
00
> 00 ff80 00 00
> 40 00 40 01 ffbc 2b ffc0 ffa8 fffe
> fffe ffc0 ffa8 ff
>
Maybe it's just a sign problem. Try declaring the s[] buffer as unsigned
char instead of just char.
Hope this helps,
Alessandro
signature.asc
Description: Questa parte del mess
Hi Paolo,
The main reason for different signatures is to allow guest workloads to be
aware of the differences between the two platforms (eg VirtIO vs VMBus).
Thanks,
Alessandro
> On 15 May 2018, at 16:44, Paolo Bonzini wrote:
>
>> On 15/05/2018 13:37, petrutlucia...@gmail.com wr
Add support for CPUID 0x4000 in WHPX, requiring Justin Terry's patch
that adds support for CPUID 1.
Based-on: <20180326170658.606-1-jute...@microsoft.com>
Alessandro Pilotti (1):
WHPX Add signature CPUID
target/i386/whpx-all.c | 12 +++-
1 file changed, 11 inser
Adds the CPUID trap for CPUID 0x4000, sending the WHPX signature
to the guest upon request. This is consistent with other QEMU
accelerators (KVM).
Signed-off-by: Alessandro Pilotti
---
target/i386/whpx-all.c | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a
ble to unify the
various efforts in this direction would be good, having upstream
support would be amazing.
--
Alessandro Di Federico
PhD student at Politecnico di Milano
[QIRA] http://qira.me/
[AFL] http://lcamtuf.coredump.cx/afl/ (for the black-box mode)
[rev.ng] https://rev.ng/
[angr] http://angr.i
0200
Liviu Ionescu wrote:
> if you manage to make the TCG frontend as a library, it would be
> great to check that it can also be used from C++.
>
> the current QEMU headers prevent this, by using C++ reserved words
> (like `class`), which is a real pity.
I'm already using i
This patch factors out all the necessary data structures contained in
tcg.h into include/tcg-common.h so that they can be made available to
users of the library version of the TCG, libtcg.
The data structures have been modified in a way that allows them to be
easily prefixed in different ways depe
Move some functions around in target/$arch/*.c to reduce the coupling
among the various compilation units. In particular, we want to make the
various translate.c and cpu.c as much standalone as possible, so that
they can be easily employed by libtcg.
---
exec.c | 6 ++-
targ
This commit moves linux-user/mmap.c to the top level directory so that
it can be employed by bsd-user (when it will be back in a working shape)
and libtcg.
---
Makefile.target | 1 +
include/qemu-user-common.h | 17 +
linux-user/Makefile.objs| 2 +-
linux-user/qe
o prefix all the data types, data
structures and enum entries in there with LibTCG/LIBTCG_ even
internally. Opinions?
Thanks.
Alessandro Di Federico (7):
Factor out linux-user/qemu.h
Factor out *-user/mmap.c
Move *_cpu_dump_state to translate.c
*-user targets object files decoupling
Iso
A quite large part of {linux,bsd}-user/qemu.h is shared, this patch
introduces qemu-user-common.h which factors it out from linux-user. This
shared part is also the bare minimum required to build a *-user-like
target, and, in particular, it will be useful for the libtcg targets.
At this point we d
The *_cpu_dump_state functions used to be spread in different files
(mainly translate.c but also helper.c and cpu.c). This patch simply
moves, for uniformity reasons, in translate.c those that were not there
yet.
---
target/alpha/helper.c | 34 -
target/alpha/translate.c | 34 +
tar
* Extend the build system to build libtcg-$arch.so dynamic libraries.
* Introduce --enable-libtcg and --disable-libtcg the *-libtcg target,
similar to *-linux-user and *-bsd-user, since it enables
CONFIG_USER_ONLY, but uses only the TCG frontends (in particular the
various target/$arch/transl
On Sat, 4 Mar 2017 11:21:28 +1100
Richard Henderson wrote:
> > Alessandro Di Federico (7):
> > Move *_cpu_dump_state to translate.c
> > *-user targets object files decoupling
> > Isolate coprocessor parts from target/arm/helper.c
>
> I have no idea what yo
ject
files, change the name of the "entry" object file (currently anything
containing "libtcg") and it will print the .dot file:
python graph.py *.o > graph.dot
dot -Tsvg graph.dot > graph.svg
You can find the script here:
https://clearmind.me/downloads/gra
A quite large part of {linux,bsd}-user/qemu.h is shared, this patch
introduces qemu-user-common.h which factors it out. This shared part is
also the bare minimum required to build a linux-user-like target, and,
in particular, it will be useful for the libtcg targets.
---
bsd-user/qemu.h| 193 +
[This is a draft patch is for review purposes only]
* Extend the build system to build libtcg-$arch.so dynamic libraries.
* Introduce --enable-libtcg and --disable-libtcg the *-libtcg target,
similar to *-linux-user and *-bsd-user, since it enables
CONFIG_USER_ONLY, but uses only the TCG front
Move some functions around in target/$arch/*.c to reduce the coupling
among the various compilation unit. In particular, we want to make the
various translate.c as much standalone as possible, so that they will be
easily employed by libtcg.
---
exec.c | 2 +
target/arm/cpu.
nly doubt about this patch was whether the linux-* and bsd-*
implementations of put_user are equivalent. The linux one seems more
optimized, but they look equivalent to me.
--
Alessandro Di Federico
PhD student at Politecnico di Milano
lude the vmsd
> vmstate_unregister() above? That would be matching
> cpu_exec_realizefn() #ifndef.
>
IIRC the idea here was to break a depency introduced by
"vmstate_cpu_common".
I'll include the previous if statement in the `ifndef`.
Let me know if I missed a comment on this patch.
--
Alessandro Di Federico
PhD student at Politecnico di Milano
= aes.o
> >
>
> why that change?
>
aes.o was being linked in, but we don't use it in LIBTCG. Maybe this
should be fixed in an higher level.
>
> > diff --git a/libtcg/tcg.h b/libtcg/tcg.h
> > new file mode 100644
> > index 00..e69de29bb2
> >
>
> What is this empty file for?
>
Just a placeholder for the header file to install. This patch goal was
to show all the changes to the build system.
Thanks for the comments.
--
Alessandro Di Federico
PhD student at Politecnico di Milano
y a portion of the header, which
probably doesn't change that much. If in the future there's some change
we're not sure about we can keep it in the non-factored out part.
I'll check if qemu-user for BSD has something in the testsuite.
--
Alessandro Di Federico
PhD student at Politecnico di Milano
or automatically generating functions
generating tiny code is mature enough, we can extend the existing
implementation with an appropriate override system.
In the meantime, we're setting up a Dockerfile based on Debian 10
providing a minimal C toolchain that we can use to automate testing.
F
be in sync and it will be no
longer necessary to build it by hand.
--
Alessandro Di Federico
rev.ng
P.S. Richard: thanks a lot for the thorough reviews.
accel/tcg/user-exec.c
accel/tcg/user-exec-stub.c
accel/tcg/plugin-gen.c
plugins/loader.c
plugins/core.c
plugins/api.c
They are subset of `arch_srcs` from `meson.build`.
Making them target agnostic for *-user too should be easy and could save
some build time.
But yeah, we'll now focus on system-mode.
We'll now try to sort out things from the easiest to the most complex
and start send out patches.
Thanks a lot for your valuable insights!
--
Alessandro Di Federico
rev.ng Labs
On Fri, 10 Mar 2023 18:03:30 +
Alex Bennée wrote:
> +rev.ng revng
Please use "rev.ng Labs". Thanks!
Reviewed-by: Alessandro Di Federico
--
Alessandro Di Federico
rev.ng Labs
On Wed, 15 Mar 2023 17:43:29 +
Alex Bennée wrote:
> +rev.ng revng
Can we have "rev.ng Labs"?
I suggested this in my previous e-mail too, but maybe it slipped away.
--
Alessandro Di Federico
rev.ng Labs
current_cpu->stop = true;
softmmu/memory.c:return current_cpu->cpu_index;
softmmu/runstate.c:current_cpu->crash_occurred = true;
Maybe you envision more stuff in cpu-exec-softmmu.c.
Reviewed-by: Alessandro Di Federico
--
Alessandro Di Federico
rev.ng Labs
ng we can do
to improve the situation (other than adding gmail.com to our SPF
record), let me know.
--
Alessandro Di Federico
rev.ng Labs
t despite the failure and
then it will be taken care of, or should I make a separate (preliminary)
pull request just for that patch?
--
Alessandro Di Federico
rev.ng
commit 14e90d55b368b4a56fde668b66311bab6e1a4518
Author: Paolo Montesel
Date: Thu Dec 9 13:23:06 2021 +0100
target/hexagon: im
h you in Dublin and thanks again for setting this up.
--
Alessandro Di Federico
rev.ng Labs
On Mon, 19 Dec 2022 18:54:22 +
Taylor Simpson wrote:
> > Applied, thanks.
>
> Thanks!!
Thanks from our side too! :)
We started this project back in 2015, I'm really happy we finally got
it in!
--
Alessandro Di Federico
rev.ng Labs
t wanted to be overly zealous.
Flags typically used by QEMU are fine.
Shall I send a patch to drop -Wextra?
--
Alessandro Di Federico
rev.ng Labs
absence of `-Wextra`.
Signed-off-by: Alessandro Di Federico
---
target/hexagon/idef-parser/idef-parser.y | 2 ++
target/hexagon/meson.build | 1 -
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/target/hexagon/idef-parser/idef-parser.y
b/target/hexagon/idef-parser
absence of `-Wextra`.
Signed-off-by: Alessandro Di Federico
Reviewed-by: Philippe Mathieu-Daudé
Tested-by: Philippe Mathieu-Daudé
Reviewed-by: Taylor Simpson
Tested-by: Taylor Simpson
---
target/hexagon/idef-parser/idef-parser.y | 2 ++
target/hexagon/meson.build | 1 -
2 files
On Tue, 27 Dec 2022 17:49:04 -0300
Matheus Tavares Bernardino wrote:
> Signed-off-by: Matheus Tavares Bernardino
> ---
> target/hexagon/idef-parser/README.rst | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
Reviewed-by: Alessandro Di Federico
Thanks f
ut fail linking qemu-x86_64
This process required commenting a lot of code, it's not supposed to
work at all and it's quite ugly. However, it has been very useful since
it enabled us to use the compiler to discover what is problematic.
Sorry for the wall of text.
Enjoy the last few days of 2022!
--
Alessandro Di Federico
rev.ng Labs
looking into this though.
--
Alessandro Di Federico
rev.ng Labs
on_options.txt
make update-buildoptions # Actually makes changes
Also, AFAIU the `update-buildoptions` target is not available in ninja.
However maybe this is not a bug since the doc says to use make.
Anyway, patch coming soon!
--
Alessandro Di Federico
rev.ng Labs
ildoptions
Signed-off-by: Alessandro Di Federico
---
scripts/meson-buildoptions.sh | 18 --
1 file changed, 12 insertions(+), 6 deletions(-)
diff --git a/scripts/meson-buildoptions.sh b/scripts/meson-buildoptions.sh
index aa6e30ea911..0f71e92dcba 100644
--- a/scripts/meson-build
other hand an actual invocation of configure can take
significantly longer (`./configure` takes 29.150s on my machine).
To avoid re-running it every time we could invoke `make
update-buildoptions` in `configure` but keep
`scripts/meson-buildoptions.sh` in the build directory.
--
Alessandro Di Federico
rev.ng Labs
Makes sense to me.
Reviewed-by: Alessandro Di Federico
On Tue, 3 Jan 2023 10:47:58 +
Alex Bennée wrote:
> +"Templates" and generated code
> +==
> +
> +We make heavy use of C's macro facilities combined with multiple
> +inclusion t
a reason
why this is not viable that I'm not seeing.
--
Alessandro Di Federico
rev.ng Labs
f7e933a58b1bb1c3668ff4cff#8145a41027f26ff426d5a2c8b00c56f227943165_198_202
Happy holidays!
--
Alessandro Di Federico
rev.ng Labs Srl
ockerfiles/fedora-i386-cross.docker:ENV QEMU_CONFIGURE_OPTS
--cpu=i386 --disable-vhost-user
I can try to set `--cross-prefix=x86_64-redhat-linux-` but I guess this
will prevent certain tests to run (given the cross-compile environment).
I'll give it a shot.
--
Alessandro Di Federico
rev.ng Labs Srl
the CPU state in the commit phase.
--
Alessandro Di Federico
rev.ng
From: Paolo Montesel
Make certain helper functions non-static, making them available outside
genptr.c. These functions are required by code generated by the
idef-parser.
Signed-off-by: Alessandro Di Federico
Signed-off-by: Paolo Montesel
---
target/hexagon/genptr.c | 7 ---
target
From: Alessandro Di Federico
This commit moves into a separate file routines used to manipulate
TCGCond. These will be employed by the idef-parser.
Signed-off-by: Alessandro Di Federico
Signed-off-by: Paolo Montesel
---
include/tcg/tcg-cond.h | 101
From: Alessandro Di Federico
Signed-off-by: Alessandro Di Federico
---
target/hexagon/README | 5 +
target/hexagon/idef-parser/README.rst | 447 ++
2 files changed, 452 insertions(+)
create mode 100644 target/hexagon/idef-parser/README.rst
diff --git
From: Paolo Montesel
Signed-off-by: Alessandro Di Federico
Signed-off-by: Paolo Montesel
---
target/hexagon/translate.c | 3 ++-
target/hexagon/translate.h | 1 +
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/target/hexagon/translate.c b/target/hexagon/translate.c
index
From: Paolo Montesel
Signed-off-by: Alessandro Di Federico
Signed-off-by: Paolo Montesel
---
target/hexagon/genptr.c | 6 --
target/hexagon/macros.h | 2 +-
2 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/target/hexagon/genptr.c b/target/hexagon/genptr.c
index 7481f4c1dd
From: Paolo Montesel
Signed-off-by: Alessandro Di Federico
Signed-off-by: Paolo Montesel
---
target/hexagon/idef-parser/idef-parser.h | 240 +++
target/hexagon/idef-parser/idef-parser.lex| 611 ++
target/hexagon/meson.build| 4 +
tests/docker
From: Alessandro Di Federico
This patchset introduces the idef-parser for target/hexagon.
It's the third iteration of the patchset and includes fixes suggested
in the previous iteration.
`idef-parser` is a build-time tool built using flex and bison. Its aim
is to generate a large part o
From: Alessandro Di Federico
Signed-off-by: Alessandro Di Federico
---
MAINTAINERS | 8
1 file changed, 8 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 554be84b32..13de7ecc36 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -194,11 +194,19 @@ Hexagon TCG CPUs
M: Taylor
From: Alessandro Di Federico
Introduce infrastructure necessary to produce a file suitable for being
parsed by the idef-parser.
Signed-off-by: Alessandro Di Federico
---
target/hexagon/gen_idef_parser_funcs.py | 114 ++
target/hexagon/idef-parser/macros.inc | 150
From: Niccolò Izzo
Signed-off-by: Alessandro Di Federico
Signed-off-by: Niccolò Izzo
---
tests/tcg/hexagon/Makefile.target | 35 -
tests/tcg/hexagon/crt.S| 28 +
tests/tcg/hexagon/test_abs.S | 20 ++
tests/tcg/hexagon/test_add.S
From: Niccolò Izzo
These helpers will be employed by the idef-parser generated code.
Signed-off-by: Alessandro Di Federico
Signed-off-by: Niccolò Izzo
---
target/hexagon/genptr.c | 173
target/hexagon/genptr.h | 17
target/hexagon/macros.h | 9
From: Alessandro Di Federico
Extend gen_tcg_funcs.py in order to emit calls to the functions emitted
by the idef-parser, if available.
Signed-off-by: Alessandro Di Federico
---
target/hexagon/gen_tcg_funcs.py | 28 ++--
target/hexagon/hex_common.py| 10
From: Paolo Montesel
Signed-off-by: Alessandro Di Federico
Signed-off-by: Paolo Montesel
---
target/hexagon/idef-parser/idef-parser.y | 940 +++
target/hexagon/idef-parser/parser-helpers.c | 2230 +
target/hexagon/idef-parser/parser-helpers.h | 344 +++
target
From: Alessandro Di Federico
Signed-off-by: Alessandro Di Federico
---
target/hexagon/README | 5 +
target/hexagon/idef-parser/README.rst | 447 ++
2 files changed, 452 insertions(+)
create mode 100644 target/hexagon/idef-parser/README.rst
diff --git
From: Alessandro Di Federico
This patchset introduces the idef-parser for target/hexagon.
It's the fourth iteration of the patchset and includes fixes suggested
in previous iterations.
`idef-parser` is a build-time tool built using flex and bison. Its aim
is to generate a large part o
From: Paolo Montesel
Make certain helper functions non-static, making them available outside
genptr.c. These functions are required by code generated by the
idef-parser.
Signed-off-by: Alessandro Di Federico
Signed-off-by: Paolo Montesel
---
target/hexagon/genptr.c | 7 ---
target
From: Alessandro Di Federico
Introduce infrastructure necessary to produce a file suitable for being
parsed by the idef-parser.
Signed-off-by: Alessandro Di Federico
---
target/hexagon/gen_idef_parser_funcs.py | 114 ++
target/hexagon/idef-parser/macros.inc | 150
From: Niccolò Izzo
These helpers will be employed by the idef-parser generated code.
Signed-off-by: Alessandro Di Federico
Signed-off-by: Niccolò Izzo
---
target/hexagon/genptr.c | 188
target/hexagon/genptr.h | 22 +
target/hexagon/macros.h
1 - 100 of 177 matches
Mail list logo
