his the changes to qemu-iocmds to use proper monotonic clocks
to avoid /0 that was occuring with gettimeofday?
In the main code we have comments about:
/* XXX: using gettimeofday leads to problems if the date
changes, so it should be avoided. */
Is this the only option for old MacOS?
>
> thanks
> -- PMM
--
Alex Bennée
x27;t make much sense given the address space QEMU needs to
manage.
Lets mark these machines as deprecated so we can have the wailing and
gnashing of teeth now and look to actually dropping the support in a
couple of cycles.
Signed-off-by: Alex Bennée
Cc: Richard Henderson
---
conf
Thomas Huth writes:
> On 26/09/2019 15.46, Christian Borntraeger wrote:
>>
>>
>> On 26.09.19 14:58, Daniel P. Berrangé wrote:
>>> On Thu, Sep 26, 2019 at 08:50:36AM +0100, Peter Maydell wrote:
>>>> On Thu, 26 Sep 2019 at 00:31, Alex Bennée wrote:
Thomas Huth writes:
> On 26/09/2019 01.30, Alex Bennée wrote:
>> The 32 bit hosts are already a second class citizen especially with
>> support for running 64 bit guests under TCG. We are also limited by
>> testing as actual working 32 bit machines are getting quite
Peter Maydell writes:
> On Thu, 26 Sep 2019 at 00:31, Alex Bennée wrote:
>>
>> The 32 bit hosts are already a second class citizen especially with
>> support for running 64 bit guests under TCG. We are also limited by
>> testing as actual working 32 bit machine
Alistair Francis writes:
> On Thu, Sep 26, 2019 at 8:41 AM Alex Bennée wrote:
>>
>>
>> Thomas Huth writes:
>>
>> > On 26/09/2019 15.46, Christian Borntraeger wrote:
>> >>
>> >>
>> >> On 26.09.19 14:58, Daniel P. Berran
use case for supporting
it in QEMU. Random development boards that may have a very limited use
case is less compelling.
However if any of the existing embedded dev houses that already support
QEMU want to reduce their 3rd diff by up-streaming and supporting their
favourite pet board I don't see many objections would be raised.
--
Alex Bennée
merate this is to chew
through a bunch of XML that each target generates (see
gdb_register_coprocessor). I'm not keen on exposing that pile of XML via
the register interface. Maybe there is scope to improve our internal
APIs so the enumeration of registers can be handled by helpers that
record mappings and ids and generate the XML for the gdbstub centrally?
There may be other approaches we could take and I'm open to suggestions.
>>
>> Thanks
>
> CC'ing the maintainer of TCG Plugins.
--
Alex Bennée
Benjamin writes:
> Thanks for your quick response.
>
> On Mon, Mar 30, 2020 at 9:15 AM Alex Bennée wrote:
>
>>
>> Lukas Straub writes:
>>
>> >> My question is, how do I access the guest memory and registers from the
>> >> plugin c
it's a function of the
translated linker. That said I believe the symbol addresses are
calculated as relative to each ELF segment.
>> Sorry, I am not sure if plugin development falls into "users" or "devel"
>> activities.
I would recommend -devel for future follow up posts.
>>
>> --
>> Thierry Bernier
>>
>>
--
Alex Bennée
ki.qemu.org/Features/gdbstub
>
> Eventually, I have tested my plugin with a user mode guest statically
> and absolutely linked ELF (with no relocations).
> Then I passed trigger information to my plugin via the argv feature.
>
>
> Thanks for your answers.
--
Alex Bennée
Marc Hacin writes:
> Le 31/03/2020 à 16:38, Alex Bennée a écrit :
>> Marc Hacin writes:
>>
>>> On my tests, mono-core, it seems that the load/store callback is
>>> called just after the call of the instruction-before callback which is
>>> the
f the source tree is the canonical
document. Also "make check-tcg" will include a plugin test for each
plugin in the tree for each test (assuming you have compilers available
for each guest architecture - see docs/devel/testing.rst).
Good luck!
--
Alex Bennée
.org/
Not all our front ends are converted to using decodetree but for those
that do it was an idea...
>> Plus as a bonus, having the disassembly be from 3rd party code
>> means you don't get confused by having a bug in the translator
>> which mis-decodes something but looks correct in the dissasembly
>> because it has the identical bug.
Of course the above approach would still suffer from this problem.
--
Alex Bennée
ty-print the binary trace file:
>
> ./scripts/simpletrace.py trace-events-all trace-* # Override * with QEMU
>
>
> I don't have qemu-pid -
> So any idea ?
The is the process id of QEMU when it ran. After your run do you
not see some trace-1234 files in your working directory.
--
Alex Bennée
we would only do these for the load/store instructions involved in
inter-thread synchronisation operations but that's a fairly tricky
problem to solve.
> I am new to this, so sorry if
> this doesn't make very much sense.
>
> Thank you
--
Alex Bennée
the FIFO.
>
> Alas, I have not seen a way to do that with Qemu yet. Can I somehow
> tell Qemu to run a command when the virtual machine is ready to accept
> a GDB connection?
The gdbstub should be ready pretty early on in start-up. We now have a
script in tests/guest-debug/run-test.p
ching both QEMU and GDB.
For the test cases I've never run into the problem of QEMU not being
ready by the time python attempts to fork gdb.
--
Alex Bennée
python attempts to fork gdb.
>
> My guess is that it is only luck. Or maybe something is actually
> checking and retrying a few times. But GDB does not document any
> retrying in its "remote" command.
>
> Best regards,
> rdiez
--
Alex Bennée
(n == 0) {
close(gdbserver_state.fd);
}
gdbserver_state.fd = -1;
return sig;
}
}
For system emulation targets its a little more complex as we rely on the
chardev layer to handle things.
>
> Regards,
> rdiez
--
Alex Bennée
ld call it a day. 8-)
Well I have already pointed out a number of ways you could sequence the
starting of QEMU and connection of GDB. Please don't expect QEMU to grow
another feature because they aren't acceptable to you.
>
>
>> This could be improved, the logic for linux-user in gdbstub is:
>> [...]
>
> OK, thanks for the info. As a humble QEMU user, this goes over my head at the
> moment, but it is good to have it documented, if only in this mailing list.
>
> Regards,
> rdiez
--
Alex Bennée
thread in question is not
running actual guest code then the state of CPUState will be valid.
>
> Thanks.
>
--
Alex Bennée
to microcontrollers you
would possibly be able to achieve parity.
>
> Cheers,
> David
>
> - - -
> David Beccue
>
--
Alex Bennée
o be sure that
> I haven't forgotten anything
>
> Cordialement,
>
> *
>
--
Alex Bennée
repro case yet, and we can't really afford the
> cost of slowing down every test run.
> There's a decent chance that this is caused by an overloaded host, but our
> host-side investigations haven't turned up anything concrete either.
>
> Any advice?
>
> --dbort
>
--
Alex Bennée
tore in files there, yes?
Yes - both normal serial ports and semihosting output can be re-directed
to a file using the standard -chardev options.
>
> On Fri, Jun 12, 2020 at 10:29 AM Alex Bennée wrote:
>
>> The following message is a courtesy copy of an article
>> that has be
). You cannot access the run time values during
translation but obviously the translator needs to know what the offset
into CPUArchState is so we can load/save the values to the right place.
>>
>> thanks a lot!
>
>
--
Alex Bennée
e that pmon was touched.
> It allows you to do all the preparations in the guest machine, then dump
> pmons as an indicator to start tracking and then run the target application.
--
Alex Bennée
h will indicate that pmon was
>>touched. It allows you to do all the preparations in the guest machine,
>>then dump pmons as an indicator to start tracking and then run the
>>target
>>application.
--
Alex Bennée
se point me in the right direction?
We have a bunch of stuff in our (incomplete) Developers Guide:
https://qemu.readthedocs.io/en/latest/devel/index.html
>
> Thanks & Regards,
> Pratik
--
Alex Bennée
case TEMP_VAL_CONST:
> if (tcg_out_sti(s, ts->type, ts->val,
> ts->mem_base->reg, ts->mem_offset)) {
>break;
> }
> temp_load(s, ts, tcg_target_available_regs[ts->type],
> allocated_regs, preferred_regs);
> /* fallthrough */
--
Alex Bennée
ttps://www.kernel.org/doc/html/latest/trace/events.html
although you might find it easier using some of the higher level
analysis tools.
>
> Best Regards,
> Arnab
--
Alex Bennée
e8)
> = 0 ERR
>
> Questions:
> --
>
> 1. Is there any plan to add support for emulating syscalls supporting
> 64 bit time on 32 bit architectures [2]?
It's certainly a bug if it's not working for you.
>
> 2. Provide QEMU user space switch to adjust its time (i.e. add some
> offset to in-fly emulated time syscalls - like clock_settime64) when it
> is started?
Unlikely - but you could carry a local patch for your own purposes.
--
Alex Bennée
EMU versions recently, but for this I would.
Re-reading the old thread I think this stalled because it wasn't
entirely clear moving the gdbstub initialisation in the second patch was
the cleanest way to deal with things.
Does you patch take a similar approach?
--
Alex Bennée
Old value = 128 '\200'
New value = 127 '\177'
init_test_data_u16 (offset=1) at
/home/alex/lsrc/qemu.git/tests/tcg/multiarch/system/memory.c:125
125 pdot(i);
PASS: watch for test_data[128]
PASS: didn't reach backstop
[Inferior 1 (process 1) killed]
>
>
>
> Can anyone help me with this? Any advice will be appreciated.
>
> Thanks!
>
>
>
> Chan Kim
>
>
--
Alex Bennée
${LOG_FILE} \-net
> user,hostfwd=tcp::10022-:22 \-net nic \-display none \
> -nographic \-plugin QEMU_PATH/tests/plugin/libtlb.so,arg=inline,arg=io*
Ahh good to see another plugin user. Be aware I just recently posted
a pull request that fixes some recent breakages in the inline handling.
What are you trying to measure with the plugin?
--
Alex Bennée
ogs.
Does perf top point you towards any areas where QEMU is particularly
busy? Have you compared the perf report of a in-container vs out of
container QEMU?
--
Alex Bennée
nels cannot
> be used with Qemu, but the one I have written above must be used?
>
> Can youn give me a suggestion, how to run Qemu 5.2, so that it emulates
> Rasberry 3A+, Raspberry 3B, and Rapsberry 3B+ with WiFi card?
>
> Thanks
> Дилян
--
Alex Bennée
ng. This will generate a lot of logs.
>
> - Naomi
--
Alex Bennée
utside the container before without loss. All
I'm suggesting is comparing the two profiles to see what the difference
is.
>
> At this point I'm still waiting to be able to run QEMU newer version and see
> if the issue still persists.
--
Alex Bennée
if we record the clock values in KVM mode, and
> replay the clock values in TCG mode?
It won't work. You can only ever record when running in TCG icount mode
because having that stable and deterministic behaviour is a
pre-requisite.
--
Alex Bennée
down compliance
issues.
>
> [1] https://apps.apple.com/us/app/utm-virtual-machines/id1538878817
> [2]
> https://www.fsf.org/blogs/licensing/more-about-the-app-store-gpl-enforcement
--
Alex Bennée
future
> refactoring session.
>
>>> - I have a requirement to record and replay host clock values. Can it so
>>> happen that if incorrect values of the host clock are replayed, then the
>>> timers in the guest start expiring incorrectly, during replay?
>
> This is a bug, when the host clock is replayed incorrectly.
When you say host clock what do you mean? Surely all the cycle counters
are VIRTUAL? Or do you mean things like the RTC?
--
Alex Bennée
tml
Was there any particular area you are interested in?
--
Alex Bennée
>> iface lo inet loopback
>>
>> auto eth0
>> allow-hotplug eth0
>>
>> auto tap0
>> iface tap0 ifacem manual
>> vde-switch -t tap0
>>
>> auto br0 inet static
>> bridge-ports tap0
>> address 192.168.0.60
>> netmask 255.255.255.0
>> =
>>
>> When, on the *host*, I run my instantiations script to create a guest
>> VM, the following is output to the terminal:
>>
>> =
>> [root@mydesk qemu_images]# ./runbeowulf.sh
>> WARNING: Image format was not specified for
>> '/scratch/qemu_images/beowulf.disk' and probing guessed raw.
>> Automatically detecting the format is dangerous for raw images, write
>> operations on block 0 will be restricted. Specify the 'raw' format
>> explicitly to remove the restrictions. qemu-system-x86_64: warning:
>> netdev mybridge0 has no peer
>> =
>>
>> After that, my Devuan guest VM appears, to which I log in and run a
>> terminal. IP addresses are 192.168.0.15 for the guest VM itself, and
>> 192.168.0.2 (my metal host) for the default route.
>>
>> The VM guest can lynx to my nginx server on 192.168.0.2, and to any
>> HTML page on the Internet, but cannot lynx to my printer at
>> 192.168.0.13 or my metal cable modem at 192.168.0.1. From my metal
>> desktop (which runs the guest VM) at 192.168.0.2 I cannot ssh to
>> slitt@192.168.0.15:
>>
>> =
>> [slitt@mydesk qemu]$ ssh slitt@192.168.0.15
>> ssh: connect to host 192.168.0.15 port 22: No route to host
>> [slitt@mydesk qemu]$
>> =
>>
>> I'm pretty sure "no route to host" means this isn't caused by a
>> firewall problem, although once I fix the routing thing, that might
>> unmask a further firewall problem.
>>
>> In other words, my VM guest is in no way a peer of the various metal
>> hosts on my 192.168.0.0/24 physical Ethernet network.
>>
>> If anybody has any words of wisdom, and can identify whether each
>> wisdom word applies to the metal host or the guest VM, I'd love to hear
>> them. I could also use info on what the "id=" should be, and how to
>> narrow down and diagnose a "has no peer" warning.
>>
>> Thanks,
>>
>> SteveT
>>
>> Steve Litt
>> Autumn 2020 featured book: Thriving in Tough Times
>> http://www.troubleshooters.com/thrive
>>
>>
--
Alex Bennée
C ITS emulation. From there on the aim is to add models for
Neoverse N1/V1 in future releases.
If you want to help with test and review I can ask the various authors
to Cc you on patch sets.
--
Alex Bennée
if=pflash,file=/usr/share/AAVMF/AAVMF_CODE.fd,format=raw,readonly=on \
-drive if=pflash,file=/home/alex/models/qemu-arm64-efivars,format=raw
as part of your command line. You also need to enable secure mode in the
machine options (-machine type=virt,secure=on).
>
> Thank you very much for reading.
>
> Chan Kim
>
>
--
Alex Bennée
c...@etri.re.kr writes:
> Hello Alex Bennée,
>
> Thank you for the help!
> I didn't know "-kernel xxx.elf" method makes it start at EL1 by the loader
> stub,
> and doing "--machine virtualization=on" makes it start at EL2. I checked
> these us
c...@etri.re.kr writes:
> Hi Alex Bennée,
>
> Sorry, machine ab21q is just the copy of machine virt.
> I found the pflash.img contained all zero in the beginning so it cause
> invalid instruction trap.
> (thanks for the -d int,exec,in_asm option, I have to first learn mor
>> Sent: Wednesday, March 3, 2021 11:04 PM
>> To: 'Alex Bennée'
>> Cc: 'qemu-discuss@nongnu.org'
>> Subject: RE: How to start an armv8 machine in EL3?
>>
>> Hi Alex Bennée,
>>
>> Sorry, machine ab21q is just the copy of machin
ates to the internal TLB status. If we
wanted to support reading values from memory that's probably doable -
but for writing it would be hard to do in an idempotent way.
>>
>> Thank you in advance,
>>
>> *Kévin Mambu*
>> Sent with ProtonMail <https://protonmail.com/> Secure Email.
>>
--
Alex Bennée
.word 0x0002be92
> 1680: ee80.word 0xee80
>
> The r1 gets the 0xee80 (negative offset) value. It is then added to
> pc and used to calculate r2.
>
> For working code (aforementioned patch reverted) - there are NO such
> large values (like aforementioned 0xee80). The arithmetic is done
> on
>
>1690: 0020.word 0x0020
>1694: 0002be7e.word 0x0002be7e
>
> which seems to work.
>
> Maybe I'm missing some flag when I do start qemu-system-arm?
>
> Thanks in advance for help and hints.
--
Alex Bennée
CPUs.
It's more this reason the recently added cache modelling plugin does
vcpu_index % cores to bound the simulated cache the thread affects.
>
> Regards,
>
> Phil.
--
Alex Bennée
the only device that currently supports
running the emulation in a separate process. I'd start looking at that.
>
> Best regard,
> Hiroko
--
Alex Bennée
omatically selects
single-threaded round-robin emulation.
On the command line you can force --accel tcg,thread=multi but it will
complain about it and it's likely you get weird errors in your guest.
--
Alex Bennée
e to have all the latest facilities and fixes.
>
> Thank you very much.
>
> Best Regards,
> Arnabjyoti Kalita
--
Alex Bennée
; I can package up a reproducible case if it's helpful but wanted to see if
> there is something obvious I am missing in terms of expected
> behavior before doing that.
>
> Thanks!
>
> gt
--
Alex Bennée
suming you just want to run userspace code it's as simple as:
./qemu-riscv32
although you might want to setup binfmt_misc to automatically run your
riscv32 binaries.
--
Alex Bennée
; might overcome this limitation, but it would be
> better if more than 8 cores was supported directly.
>
> Best,
> Mark
>
> Mark Wyse
> pronouns: he/him/his
> PhD Student
> Paul G. Allen School of Computer Science & Engineering
> University of Washington
--
Alex Bennée
level. Currently
only the virt board supports the "virtualization" and "secure" machine
properties that allow a kernel to be directly booted at the elevated
exception levels.
>
> Thanks!
>
> Cheers,
> Rodolphe.
--
Alex Bennée
, "add x2, x0, x1, lsr #27"
0, 0x400027d0, 0xffe0, "adrp x0, #0x40201000"
0, 0x400027d4, 0xb2400401, "orr x1, x0, #3"
0, 0x400027d8, 0xf941, "str x1, [x2]", store, 0x4028, RAM
0, 0x400027dc, 0x58000625, "ldr x5, #0x400028a0", load, 0x400028a0, RAM
...
>
> Thank you very much.
>
> Best Regards,
> Arnabjyoti Kalita
--
Alex Bennée
Alex Bennée writes:
> Garrick Toubassi writes:
>
>> I went ahead and created a short repro case which can be found at
>> https://github.com/gtoubassi/qemu-spinrepro. Would appreciate
>> thoughts from anyone or guidance on how to debug.
>
> Well something wei
original TCG execution driver to change.
>
> Best Regards,
> Arnabjyoti Kalita
--
Alex Bennée
but I’m in fear that it’ll
> outdate eventually and not be any use to me. Please email me back, when you
> get the chance.
--
Alex Bennée
EMU you're trying to do this on.
> Is this with the current git ?
>
> I expect that the coverage tests have broken at some point; we
> don't really use them in practice I think.
>
> Alex, did you ever look at this, or am I misremembering?
>
> thanks
> -- PMM
--
Alex Bennée
de
for non host architectures.
What areas where you interested in?
On Fri, 20 May 2022, 01:38 Jiatong Shen, wrote:
> Thank you.. btw the result shows many of lines of codes does not get
> covered. Am I doing something wrong?
>
> Best,
> Norman
>
> On Fri, May 20, 2022
e guest.
What are you trying to achieve?
>
> Thank you for you help.
--
Alex Bennée
.
Currently the cache plugin doesn't stop itself until the guest exists
but you could add something to it to finish after a certain number of
instructions have been executed.
>
> Thanks,
> Conan
--
Alex Bennée
ons specific
> which is FuSa certified ?
>
> Regards
> Asif
--
Alex Bennée
> its normal execution. How would I be able to implement this? Any
> pointers would be appreciated.
>
> Thank you very much for all your help.
>
> Best Regards,
> Arnabjyoti Kalita
--
Alex Bennée
/default.mk and use
--with-devices-x86_64=/path/to/mk which only for example contains
CONFIG_MICROVM=y.
However these are both considered expert options for those familiar with
how QEMU is put together.
>
> Thanks,
> //anders
--
Alex Bennée
st to be able to access memory
> located in the .init.text section? If some fixes are needed I'll be
> more than happy to help.
Could it be address space randomisation having an effect? I usually turn
it off when debugging kernels although I believe there are runes for gdb
once you know the correct base address.
--
Alex Bennée
ild of QEMU from a 3rd party they should talk to
them.
--
Alex Bennée
0 -
> 0x8994)
>
> dtb (addresses 0x8000 - 0x8010)
>
> make: *** [Makefile.qemu:22: run_uboot] Error 1
>
> I tried setting skip_dtb_autoload to true in my machine to no avail.
>
> How can I avoid automatic dtb load?
>
> Thanks in advance.
>
> Chan Kim
--
Alex Bennée
on is overloaded. In TCG world it selects a processor to emulate, in
KVM (et all) world it filters the host CPU features visible to the
guest.
> Best,
> Kaifeng
--
Alex Bennée
nless the
user explicitly calls --disable-slirp?
>
> But the error message is not very helpful. It should rather say
> something like (partly suggested by Daniel in IRC yesterday already):
>
> Type 'user' is not a supported netdev backend by this QEMU build.
> Please check the spelling or whether it has been enabled at
> compilation time.
>
> ... or something like this.
>
> Someone interested to write a patch?
>
> Thomas
--
Alex Bennée
Peter Maydell writes:
> On Mon, 3 Oct 2022 at 10:09, Alex Bennée wrote:
>>
>>
>> Thomas Huth writes:
>>
>> > On 29/09/2022 04.32, Jason Wang wrote:
>> >> On Thu, Sep 29, 2022 at 1:06 AM Philippe Mathieu-Daudé
>> >> wrote:
>
ossible? I only found
> "netdev_add" and "netdev_del", but no "query-netdevs" or something
> like that in the docs.
>
> If QMP does not allow this, is there another way to get the port?
The HMP offers "info usernet" which is used by the tests. It does
le.
> Emulator keeps running but the emulator refuses
> to recognize the connected device.
This is a downstream fork of QEMU, you would be better off asking the
owners of that fork what might be going wrong.
--
Alex Bennée
of the execlog plugin that is in contrib/plugins?
>
> Thanks
>
> Thaddée BRICOUT
>
> [4. InsnCategory-riscv.h --- text/plain; InsnCategory-riscv.h]...
>
> [5. log.txt --- text/plain; log.txt]...
>
> [6. plugin_test.c --- text/plain; plugin_test.c]...
--
Alex Bennée
Virtualisation Tech Lead @ Linaro
have already made some efforts towards this
during the 8.0 cycle however fundamentally the reason our test matrix is
so wide is because we are supporting a very wide range of host
architectures, operating systems and build configurations.
--
Alex Bennée
Virtualisation Tech Lead @ Linaro
loader,file=linux-5.10.155/arch/arm64/boot/Image,addr=0x9
I can't see the dtb in your command line.
>
> 'myhypervisor.elf' is compiled to load at the address 0x8. In my case,
> raspi3b boots into EL3.
>
> Thanks a lot,
> Little
--
Alex Bennée
Virtualisation Tech Lead @ Linaro
ating.
>
> So I wanted to hear some opinions about this. Do you think the mistake
> I'm doing lies behind Qemu itself, the plugin, or the system I'm
> emulating?
>
> Thank you for your time, regards,
> Antonio
--
Alex Bennée
Virtualisation Tech Lead @ Linaro
> also others. (cf. log.txt line 518)
I can't see the log. Are you using an existing plugin or one you've
written yourself?
>
> I think the call back is not called only when sw instruction is executed.
>
> Do you have any ideas to fix this problem?
>
> Thanks
>
>
access support you
could use something like the CONTEXTIDR but that is still WIP.
--
Alex Bennée
Virtualisation Tech Lead @ Linaro
ing qemu user mode then plugin callbacks are in
the same process context as the guest code so you could simply call
getpid() or equivalent.
>
> - syheliel
--
Alex Bennée
Virtualisation Tech Lead @ Linaro
m left with a bug in the os, I assume that I'm not the first one
> encountering this issue, so I'd like to know if there are
> recommendation what to nable in guest?
> I can rebuild the system entirely and change anything I want in the
> kernel. the guest kernel is 6.1.14
H
s and fish out:
CPUState *cpu = current_cpu;
and from there you can get to CPUArchState/env and grab the register
value you want from it. Obviously this would not be up-streamable but
would at least allow you to experiment locally.
--
Alex Bennée
Virtualisation Tech Lead @ Linaro
or
> qemu tools ?
Probably depends on at what point the kernel learnt about newer cortex
processors. Does the baseline -cpu cortex-a57 also fail the same way?
> Thank you so much.
>
> BestRegards,
> Rex
--
Alex Bennée
Virtualisation Tech Lead @ Linaro
ask them to
> recompile all of QEMU's codebase just to access one single plugin.
>
> So my question is: can I compile just the plugins, so that I can link
> against them?
Yes. "make plugins" will build them. Assuming the QEMU is new enough to
support plugins and ther
able in the archive/patchew should anyone want to pick it up
afterwards.
>
> I will try to get a repo in github.com/microsoft/ but I do not know what is
> involved.
>
> Robert Henry
> robhe...@microsoft.com
> rrh.he...@gmail.com
> https://github.com/robertHenry6bev
--
Alex Bennée
Virtualisation Tech Lead @ Linaro
orrect response if no key is enabled is to return the
address as is unmolested. Which makes sense as you want PAuth code to be
run-able unaltered on systems without it.
>
> This might be a bug, but why are you compiling for armv8.5 and
> then trying to run the code on a CPU type that isn't armv8.5
> in the first place?
>
> thanks
> -- PMM
--
Alex Bennée
Virtualisation Tech Lead @ Linaro
Peter Maydell writes:
> On Mon, 16 Jun 2025 at 11:02, Alex Bennée wrote:
>> The code just does:
>>
>> static bool trans_RETA(DisasContext *s, arg_reta *a)
>> {
>> TCGv_i64 dst;
>>
>> dst = auth_branch_target(s, cpu_reg(s, 30), cpu_
93 matches
Mail list logo