ot blocks whose analysis might be interesting for
+ * compiler optimization work.
+ *
+ * Authors:
+ * Kip Walker OG: infra & TCG block handlers
+ * Greg McGary CFG block derivation
+ * Sergei Lewis proc_map & so_save_path handlers
+ *
+ * License: GNU GPL, version 2 or later.
+ * See th
> Are there any tools that consume this data?
Yes. I will post one soon as a follow-up patch. It takes the bbvi.json.gz as
input and produces a report sorted by icount of disassembled top blocks.
G
tion work.
+ *
+ * Authors:
+ * Greg McGary TCG & CFG block handlers
+ * Sergei Lewis proc_map & so_save_path handlers
+ *
+ * License: GNU GPL, version 2 or later.
+ * See the COPYING file in the top-level directory.
+ */
+
+#include
+#include
+#include
+#include
+#include
+#include
+#i
Does anyone use gdb testsuite with remote target of qemu in linux-user mode?
I see no mention of qemu as a remote simulator in dejagnu, or in gdb/testsuite.
I threw together a qemu.exp to do this, and it seems to work OK everywhere
except
with mi-support.exp, which does not appear to have infrast
On 05/25/11 13:10, Alexander Graf wrote:
> Now, if your device can do MMIO even on real hardware, that'd certainly ease
> a lot of things for you, as you could just reuse all the hardware emulation
> in Qemu and get Linux drivers for free as well. It would certainly save you
> from a lot of head
I have a new architecture port that can boot linux and work interactively with
a UART.
The next step to facilitate application development is to have NFS filesystems.
The
real HW has no bus--it will have some sort of shared-memory, SW-arbitrated
access to a
control processor's devices. For dev
I would like to create a QEMU model of an SoC that has several CPU cores having
different architectures. I'm guessing this can be done. Has anyone has
thought much about this, and/or have advice? FYI, I am reasonably experienced
with QEMU--I ported it to a new proprietary generic-RISC archite
