On Fri, May 08, 2015 at 14:51:58 -0700, Richard Henderson wrote:
> Ouch. 24 of 64 wasted bytes for 64-bit?
>
> I wonder if there's a better way we can encode this to avoid 3 copies of the
> virtual address for read/write/code. Or if we're better off using more than
> one insn to multiply by a no
After have a check again, for me, I'd like to simply remove it firstly,
since it is only for system mode.
- At present, we are only focus on user mode, and which I haven't done
quite well.
- After we finish user mode, and start system mode, then can add it.
- In this way, this feature wil
On 08/05/2015 19:47, Dimitris Aragiorgis wrote:
> Hi all,
>
> These four patches make slight changes to the way QEMU handles SCSI
> generic devices to fix a number of small problems.
>
> I am sending them against the master branch, since I don't know if they
> can be considered bugfixes.
>
> T
On May 9, 2015, at 6:00 PM, Peter Maydell wrote:
> On 9 May 2015 at 22:42, Programmingkid wrote:
>> Where you able to see the new stack trace I sent? If so, any idea what could
>> be wrong?
>
> Did you see the mail I sent where I asked you to try sending
> the monitor somewhere other than the G
On 09/05/2015 08:51, Thomas Huth wrote:
> On Fri, 8 May 2015 14:48:56 +0200
> Paolo Bonzini wrote:
>
>> From: Thomas Huth
>>
>> valgrind complains here about uninitialized bytes with the following message:
>>
>> ==17814== Syscall param ioctl(generic) points to uninitialised byte(s)
>> ==17814
On 06/05/2015 18:40, Programmingkid wrote:
> When I try to use the pcspk sound hardware, QEMU freezes and uses
> 100% of the cpu time. This is the command I use:
>
> qemu-system-i386 -cdrom -soundhw pcspk
>
> This looks like a deadlock situation because some unknown code called
> qemu_mutex_lo
On 09/05/2015 05:54, phoeagon wrote:
> zheq-PC sdb # time ~/qemu-sync-test/bin/qemu-img convert -f raw -t writeback
> -O vdi /run/shm/rand 1.vdi
>
> real0m8.678s
> user0m0.169s
> sys0m0.500s
>
> zheq-PC sdb # time qemu-img convert -f raw -t writeback -O vdi /run/shm/rand
> 1.vdi
> real0m4.320
On 10/05/2015 16:54, Paolo Bonzini wrote:
> Reproduced with a FreeDOS image from QEMU Advent Calendar. It locks up
> as soon as you type "beep".
>
> It works with the PulseAudio and ALSA backends, but it doesn't with the
> SDL backend, even on Linux.
>
> Also, it deadlocks even with KVM enable
Just for clarity, I was not writing to tmpfs. I was READING from tmpfs. I
was writing to a path named 'sdb' (as you see in the prompt) which is a
btrfs on an SSD Drive. I don't have an HDD to test on though.
On Mon, May 11, 2015 at 12:02 AM Stefan Weil wrote:
> Am 10.05.2015 um 17:01 schrieb Pao
On 10/05/2015 18:02, Stefan Weil wrote:
>> Since the default qemu-img convert case isn't slowed down, I
>> would think that correctness trumps performance. Nevertheless,
>> it's a huge difference.
>
> I doubt that the convert case isn't slowed down.
The *default* convert case isn't slowed down
Am 10.05.2015 um 17:01 schrieb Paolo Bonzini:
On 09/05/2015 05:54, phoeagon wrote:
zheq-PC sdb # time ~/qemu-sync-test/bin/qemu-img convert -f raw -t writeback -O
vdi /run/shm/rand 1.vdi
real0m8.678s
user0m0.169s
sys0m0.500s
zheq-PC sdb # time qemu-img convert -f raw -t writeback -O vdi /run
Am 10.05.2015 um 18:10 schrieb Paolo Bonzini:
On 10/05/2015 18:02, Stefan Weil wrote:
Since the default qemu-img convert case isn't slowed down, I
would think that correctness trumps performance. Nevertheless,
it's a huge difference.
I doubt that the convert case isn't slowed down.
The *defau
I'm not familiar with the VirtualBox code base, but looks like "
vdIOIntWriteMeta" can work both synchronously & asynchronously, and
"vdiBlockAllocUpdate" looks async to me. Frankly, skimming through the code
for 5 min doesn't enlighten me too much on its detailed implementation, but
looks like at
On 15 January 2015 at 21:13, Programmingkid wrote:
> Fixes keyboard mapping so right shift, right command, right option, right
> control, keypad period, keypad '=', keypad enter, and F13 all work.
>
> Signed-off-by: John Arbuckle
>
> ---
> Undid most changes to keyboard map in cocoa.m.
> Most ch
Hi Michael:
Fortunately the ID element of ACPI in and of itself can be discussed in
public forum venues so no problem to copy the mailing list (added to cc for
this reply).
I don't know that naming a project that is not a legally identifiable entity
will cause an issue. I just live in the school
On 21 January 2015 at 19:25, Programmingkid wrote:
> This patch makes several changes:
> - Minimizes distorted full screen display by respecting aspect
> ratios.
> - Makes full screen mode available on Mac OS 10.7 and higher.
> - Allows user to decide if video should be stretched to fill the
> scr
On 14 February 2015 at 15:50, Programmingkid wrote:
> Adds these items to the View menu:
> VGA
> Monitor
> Serial
> Parallel
>
> Signed-off-by: John Arbuckle
> +// Creates the view menu
> +static void create_view_menu()
> +{
> +NSMenu * menu;
> +NSMenuItem * menuItem;
> +menu = [[NSM
On 17 February 2015 at 04:55, Programmingkid wrote:
> Added features:
> Menu items to switch floppy and CD image files.
> Menu items to eject floppy and CD image files.
> Menu item to use /dev/cdrom.
> Verifies with the user before quitting QEMU by displaying a dialog box.
> Pause and resume menu
On May 10, 2015, at 10:54 AM, Paolo Bonzini wrote:
>
>
> On 06/05/2015 18:40, Programmingkid wrote:
>> When I try to use the pcspk sound hardware, QEMU freezes and uses
>> 100% of the cpu time. This is the command I use:
>>
>> qemu-system-i386 -cdrom -soundhw pcspk
>>
>> This looks like a de
On 21 February 2015 at 16:14, Programmingkid wrote:
> Implements setting the icon for the binary file in Mac OS X.
>
> Signed-off-by: John Arbuckle
>
> ---
> Added $(SRC_PATH) to the path of the rsrc file.
>
> Makefile.target |4 +
> pc-bios/qemu.rsrc | 1504
>
On 05/08/2015 03:14 AM, Pavel Fedin wrote:
> Hello!
>
>> FWIW virt-manager 1.2.0 (just released) will do the following when creating a
>> new VM:
>>
>> - aarch64 + kvm : -cpu host
>> - aarch64 + tcg : -cpu cortex-a57
>> - arm32 + kvm : -cpu host
>> - arm32 + tcg : defer to qemu
>>
>> Though if yo
On May 10, 2015, at 3:13 PM, Peter Maydell wrote:
> On 21 January 2015 at 19:25, Programmingkid wrote:
>> This patch makes several changes:
>> - Minimizes distorted full screen display by respecting aspect
>> ratios.
>> - Makes full screen mode available on Mac OS 10.7 and higher.
>> - Allows us
Public bug reported:
The specification of vnc passwords seems to have changed. `man qemu-
system-x86_64` mentions `set_password` to be used in `pcsys_monitor`.
Both are are not further mentioned in the man page and misteriously
inexisting in both the web and the source root (as far as `grep -r -I
Public bug reported:
running `set_password vnc NkkmEz5icvTAGo6MECzBVEUxP` in qemu monitor
(which is the appropriate way to set a vnc password according to `man
qemu-system-x86_64`) started with `-monitor stdio` gives feedback `Could
not set password` which is unhelpful because it doesn't specify t
Public bug reported:
`help set_password` in qemu monitor prints `set_password protocol
password action-if-connected -- set spice/vnc password` which doesn't
allow to figure out how to use this subcommand.
** Affects: qemu
Importance: Undecided
Status: New
--
You received this bug
Gerd Hoffmann, le Fri 08 May 2015 13:45:52 +0200, a écrit :
> From: Gonglei
>
> Signed-off-by: Gonglei
> Signed-off-by: Gerd Hoffmann
Acked-by: Samuel Thibault
Tested-by: Samuel Thibault
> ---
> hw/usb/dev-serial.c | 43 +++
> 1 file changed, 27 inse
This patchset fixes a number of new compile warnings when building
on OSX10.10 which were not present on 10.9, which are mostly fixes
to avoid deprecated APIs.
I've chosen to implement some of them by simply dropping the
backward-compatibility support for OSX 10.4. This is basically
a pragmatic de
In OSX 10.10, the NSOKButton and NSCancelButton constants are deprecated
and provoke compiler warnings. Avoid them by using the
NSFileHandlingPanelCancelButton and NSFileHandlingPanelOKButton constants
instead. These are the documented correct constants for the 10.6-and-up
beginSheetModalForWindow
The type for openPanelDidEnd's returnCode argument should be NSInteger,
not int. This only matters for the OSX 10.5 code path where we pass
the method directly to an OSX function to call.
Signed-off-by: Peter Maydell
---
ui/cocoa.m | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
Starting in OSX 10.10, NSWindow useOptimizedDrawing is deprecated, so
don't use it there.
Signed-off-by: Peter Maydell
---
ui/cocoa.m | 5 +
1 file changed, 5 insertions(+)
diff --git a/ui/cocoa.m b/ui/cocoa.m
index e7b29e0..fade0fd 100644
--- a/ui/cocoa.m
+++ b/ui/cocoa.m
@@ -36,6 +36,9 @@
Our class QemuCocoaAppController implements the NSApplicationDelegate
interface, and we pass an object of this class to [NSApp setDelegate].
However, we weren't declaring in the class definition that we implemented
this interface; in OSX 10.10 this provokes the following (slighly
misleading) warnin
Remove compatibility ifdefs that work around OSX 10.4 not providing
various typedefs and functions.
Signed-off-by: Peter Maydell
---
ui/cocoa.m | 17 -
1 file changed, 17 deletions(-)
diff --git a/ui/cocoa.m b/ui/cocoa.m
index 6e69952..f6c5fb4 100644
--- a/ui/cocoa.m
+++ b/ui/co
The code that tries to test at both compiletime and runtime
for whether CGImageCreateWithImageInRect is supported provokes
a compile warning on OSX 10.3:
ui/cocoa.m:378:13: warning: comparison of function
'CGImageCreateWithImageInRect'
equal to a null pointer is always false[-Wtautological-
On 16 March 2015 at 14:45, Programmingkid wrote:
> On Mar 16, 2015, at 10:43 AM, Peter Maydell wrote:
>> On 16 March 2015 at 14:38, Programmingkid wrote:
>>> On Mar 16, 2015, at 10:00 AM, Peter Maydell wrote:
On 16 March 2015 at 13:48, Daniel P. Berrange wrote:
> The docs[1] still refer
At present, it can run into glibc _init_malloc(), but cause assertion,
which should be fixed, next.
Since it already has quite a few of code, so send patches firstly, and
next, continue fixing the issue.
Chen Gang (10):
linux-user: tilegx: Firstly add architecture related features
linux-user
They are based on Linux kernel tilegx architecture for 64 bit binary,
and also based on tilegx ABI reference document, and also reference from
other targets implementations.
Signed-off-by: Chen Gang
---
linux-user/tilegx/syscall.h| 35 +
linux-user/tilegx/syscall_nr.h | 278
Add main working flow feature, system call processing feature, and elf64
tilegx binary loading feature, based on Linux kernel tilegx 64-bit
implementation.
Signed-off-by: Chen Gang
---
include/elf.h | 2 +
linux-user/elfload.c | 23 +++
linux-user/main.c | 148 +++
Some of architectures (e.g. tilegx), several syscall macros are not
supported, so switch them.
Signed-off-by: Chen Gang
---
linux-user/syscall.c | 50 +-
1 file changed, 49 insertions(+), 1 deletion(-)
diff --git a/linux-user/syscall.c b/linux-use
It is copied from Linux kernel "arch/tile/include/uapi/arch/
opcode_tilegx.h".
Signed-off-by: Chen Gang
---
target-tilegx/opcode_tilegx.h | 1406 +
1 file changed, 1406 insertions(+)
create mode 100644 target-tilegx/opcode_tilegx.h
diff --git a/target-ti
The related copy is from Linux kernel "arch/tile/include/uapi/arch/
spr_def_64.h".
Signed-off-by: Chen Gang
---
target-tilegx/spr_def_64.h | 216 +
1 file changed, 216 insertions(+)
create mode 100644 target-tilegx/spr_def_64.h
diff --git a/target-ti
It implements minimized cpu features for linux-user.
Signed-off-by: Chen Gang
---
target-tilegx/cpu.c | 143 +++
target-tilegx/cpu.h | 156
2 files changed, 299 insertions(+)
create mode 100644 targ
Add several helpers for translation.
Signed-off-by: Chen Gang
---
target-tilegx/helper.c | 41 +
target-tilegx/helper.h | 3 +++
2 files changed, 44 insertions(+)
create mode 100644 target-tilegx/helper.c
create mode 100644 target-tilegx/helper.h
diff
Generate related tcg instructions, and qemu tilegx runs to _init_malloc,
but causes assert in _init_malloc.
Signed-off-by: Chen Gang
---
target-tilegx/translate.c | 2889 +
1 file changed, 2889 insertions(+)
create mode 100644 target-tilegx/translate.
Add related configuration, make files for tilegx. Now, qemu tilegx can
pass building.
Signed-off-by: Chen Gang
---
configure | 2 ++
default-configs/tilegx-linux-user.mak | 1 +
target-tilegx/Makefile.objs | 1 +
3 files changed, 4 insertions(+)
create mode
On 10 May 2015 at 23:34, Peter Maydell wrote:
> I've now tested again with my not-just-the-laptop setup, and:
>
> * in the guest OS (I tested with a Linux guest), PageUp/Down
>work OK and work the same whether I use an external USB
>keyboard with a physical PgUp/Down key or the MacBook Ai
Hi
Please, send any topic that you are interested in covering.
Call details:
By popular demand, a google calendar public entry with it
https://www.google.com/calendar/embed?src=dG9iMXRqcXAzN3Y4ZXZwNzRoMHE4a3BqcXNAZ3JvdXAuY2FsZW5kYXIuZ29vZ2xlLmNvbQ
(Let me know if you have any problems w
This patch adds the VGA, Monitor, Serial, and Parallel menu item to the view
menu.
Signed-off-by: John Arbuckle
---
Removed all code added in console.c.
Used existing console code in place of new console code.
Added several console global variables to keep track of usable consoles.
Simplified
Adds a Machine menu with a pause and resume menu item.
Adds feature that displays the word pause on the screen when paused.
Signed-off-by: John Arbuckle
---
ui/cocoa.m | 79 +++-
1 files changed, 78 insertions(+), 1 deletions(-)
diff --
On Fri, May 08, 2015 at 11:55:00AM -0300, Eduardo Habkost wrote:
> On Fri, May 08, 2015 at 03:21:35PM +0530, Bharata B Rao wrote:
> > Currently CPUState.cpu_index is monotonically increasing and a newly
> > created CPU always gets the next higher index. The next available
> > index is calculated by
On Fri, May 08, 2015 at 11:57:40AM -0300, Eduardo Habkost wrote:
> On Fri, May 08, 2015 at 03:21:35PM +0530, Bharata B Rao wrote:
> [...]
> > void cpu_exec_init(CPUArchState *env, Error **errp)
> > {
> > CPUState *cpu = ENV_GET_CPU(env);
> > CPUClass *cc = CPU_GET_CLASS(cpu);
> > -C
On Thu, May 07, 2015 at 05:57:12PM -0700, Peter Crosthwaite wrote:
> Add the GIC and connect IRQ outputs to the CPUs. The GIC regions are
> under-decoded through a 64k address region so implement aliases
> accordingly.
>
> Signed-off-by: Peter Crosthwaite
> ---
> changed since v7:
> Made GIC regi
From: Miroslav Rezanina
Disabling CONFIG_PARALLEL cause build failure as commit 07dc788 factored
out initialization to parallel_hds_isa_init function in hw/char/parallel.c
that is not build.
Stub file is added to be able to disable CONFIG_PARALLEL. This file is used
in targets using parallel_h
Linux kernel booting is not yet defined for multi-arch and Microblazes
DTB loader sometimes gets in the way of elfs. Just disable it for
multi-arch.
Signed-off-by: Peter Crosthwaite
---
hw/microblaze/boot.c | 4
1 file changed, 4 insertions(+)
diff --git a/hw/microblaze/boot.c b/hw/microbl
Assume that when using MULTI arch, the -firmare switch dictates the
software to load on microblaze. A hack until we get generic bootloading
working.
Signed-off-by: Peter Crosthwaite
---
hw/microblaze/boot.c | 4
1 file changed, 4 insertions(+)
diff --git a/hw/microblaze/boot.c b/hw/microbl
Multi-arch platforms may wish to use the ARM bootloader. Dont assert
that all CPUs in the CPU list are ARM.
Signed-off-by: Peter Crosthwaite
---
hw/arm/boot.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/hw/arm/boot.c b/hw/arm/boot.c
index fa69503..4e4034d 100644
-
If MMU_USER_IDX or ENV_OFFSET is already defined, undefine it.
The undef will cause a compile error on the ambiguous case where
multiple cpu.h's are included yet either of these defs
is needed. This shouldn't happen, as the multi-include should only
happen in device-land system level code that need
To allow pointer casts to the the multi-arch CPUArchState which
contains just the CPU_COMMON components.
Signed-off-by: Peter Crosthwaite
---
target-arm/cpu.h | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/target-arm/cpu.h b/target-arm/cpu.h
index bdcd331..61d0964 10064
The only generic code relying on this is linux-user. Linux user already
has a lot of #ifdef TARGET_ customisation so just define ELF_MACHINE
locally there.
The armv7m bootloader can just pass EM_ARM directly, as that
is architecture specific code.
This remove another architecture specific definit
Signed-off-by: Peter Crosthwaite
---
hw/arm/xilinx_zynq.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/hw/arm/xilinx_zynq.c b/hw/arm/xilinx_zynq.c
index a4e7b5c..0f2da84 100644
--- a/hw/arm/xilinx_zynq.c
+++ b/hw/arm/xilinx_zynq.c
@@ -25,6 +25,9 @@
#include "sysemu/block-ba
cpu_init is only used by user-mode code. Don't define it for system
emulation. This prepares support for multi-arch as in multi-arch
system mode multiple cpu.h's from different archs may get included
together and this guards against a multiple def.
It also has the added bonus of no new system mach
Prepare support for multi-arch. TCG core code will have to get the
architecture specific variant of these definitions.
Signed-off-by: Peter Crosthwaite
---
target-arm/cpu.c | 93 ++
target-arm/cpu.h | 89 ++--
These are architecture specific, and via cpu.h visibile in common
and global namespaces. Preface them with "ARMAR_" to avoid namespace
collisions. Prepares support for multi-arch where multiple cpu.h's
can be included by device land code and namespace issues happen with
such generic names.
Use pre
Signed-off-by: Peter Crosthwaite
---
Makefile.target| 2 +-
configure | 3 ++-
target-arm/cpu.h | 40 +++-
target-arm/translate.c | 3 +--
target-arm/translate.h | 4 ++--
target-multi/helper.h | 1 +
6 files changed, 22 inserti
cpu_init is only used by user-mode code. Don't define it for system
emulation. This prepares support for multi-arch as in multi-arch
system mode multiple cpu.h's from different archs may get included
together and this guards against a multiple def.
It also has the added bonus of no new system mach
Prepare support for multi-arch. TCG core code will have to get the
architecture specific variant of these definitions.
Signed-off-by: Peter Crosthwaite
---
target-microblaze/cpu.c | 34 ++
target-microblaze/cpu.h | 32
AFAICS these aren't used by QEMU code anymore.
Signed-off-by: Peter Crosthwaite
---
target-microblaze/cpu.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/target-microblaze/cpu.h b/target-microblaze/cpu.h
index ad3466e..dee645d 100644
--- a/target-microblaze/cpu.h
+++ b/target-microblaze/
Device land code that needs cpu.h only needs it for architecture
speific reasons. So include target-arm/cpu.h explicitly rather than
the one provided by common code.
This prepares support for multi-arch where the common cpu.h will be
minimal and not contain any arch specifics.
Signed-off-by: Pete
The defs that follow dont need cpu-all. Move cpu-all include further
down to group it with exec-all.h.
Signed-off-by: Peter Crosthwaite
---
target-arm/cpu.h | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/target-arm/cpu.h b/target-arm/cpu.h
index 5333b1b..147aaeb 100644
---
The "arm" variant for this case already contains everything needed
for aarch64. As aarch64 already uses arm as a base architecture, it
will already have the CONFIG_ARM_DIS defined meaning no functional
change. So just make the configure code simpler.
Signed-off-by: Peter Crosthwaite
---
configur
Rather than rely on the arch specific ones. If an arch specific one
is defined nothing happens as we ifdef guard the generic prototypes.
This does then allow for removal of the arch specific dummy
prototypes for those archs that dont need to provide an override.
Signed-off-by: Peter Crosthwaite
All these do now is rename the generic exec functions. Remove.
Signed-off-by: Peter Crosthwaite
---
linux-user/main.c | 4 ++--
target-arm/cpu.h | 9 -
2 files changed, 2 insertions(+), 11 deletions(-)
diff --git a/linux-user/main.c b/linux-user/main.c
index 50fbd7e..fb7b138 100644
---
If MMU_USER_IDX or ENV_OFFSET is already defined, undefine it.
The undef will cause a compile error on the ambiguous case where
multiple cpu.h's are included yet either of these defs
is needed. This shouldn't happen, as the multi-include should only
happen in device-land system level code that need
To allow pointer casts to the the multi-arch CPUArchState which
contains just the CPU_COMMON components.
Signed-off-by: Peter Crosthwaite
---
target-microblaze/cpu.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/target-microblaze/cpu.h b/target-microblaze/cpu.h
index de
To allow for consistent non-architecuture specific calculation of
the ENV_OFFSET (now just sizeof(CPUState)).
Signed-off-by: Peter Crosthwaite
---
target-microblaze/cpu-qom.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/target-microblaze/cpu-qom.h b/target-microblaze/c
Device land code that needs cpu.h only needs it for architecture
speific reasons. So include target-microblaze/cpu.h explicitly rather
than the just the one provided by common code.
This prepares support for multi-arch where the common cpu.h will be
minimal and not contain any arch specifics.
Sig
Convert Microblaze to a multi-arch enabled architecture.
Signed-off-by: Peter Crosthwaite
---
Makefile.target | 2 +-
configure | 3 ++-
target-microblaze/cpu.h | 17 ++---
target-microblaze/translate.c | 4 ++--
target-multi/helper.h
Change the phys and virt address ranges of microblaze to match
aarch64. This allows for unification with aarch64 under multi-arch.
Signed-off-by: Peter Crosthwaite
---
target-microblaze/cpu.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/target-microblaze/cpu.h b/target
Just fallback on the default of 12 like other architectures. This
allows us to change the hw without affecting linux user.
Signed-off-by: Peter Crosthwaite
---
target-microblaze/cpu.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/target-microblaze/cpu.h b/target-microblaze/cpu.h
index 9d01b
These definitions are defined per-target and globall linked/defined
between core code and target-foo. QOMify them. Provide weakly linked
conditional default implementations for the non-qomified global fns.
This means converted architectures which install a QOM hook do not need
to define a function
The defs that follow dont need cpu-all. Move cpu-all include further
down to group it with exec-all.h.
Signed-off-by: Peter Crosthwaite
---
target-microblaze/cpu.h | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/target-microblaze/cpu.h b/target-microblaze/cpu.h
index 703012
Hi All,
This is target-multi, a system-mode build that can support multiple
cpu-types. Patches 1-3 are the main infrastructure. The hard part
is the per-target changes needed to get each arch into an includable
state.
Two architectures are initially converted. Microblaze and ARM. Step
by step con
All these do now is rename the generic exec functions. Remove.
Signed-off-by: Peter Crosthwaite
---
linux-user/main.c | 2 +-
target-microblaze/cpu.h | 10 --
2 files changed, 1 insertion(+), 11 deletions(-)
diff --git a/linux-user/main.c b/linux-user/main.c
index a113e87..60b5a5
These are architecture specific, and via cpu.h visibile in common
and global namespaces. Preface them with "MB_" to avoid namespace
collisions. Prepares support for multi-arch where multiple cpu.h's
can be included by device land code and namespace issues happen with
such generic names.
Signed-off
To be consistent with aarch64. Microblaze is still ulitmately only
32b. So all uses of the _tl tcg APIs and unqualified TCGv variables
need to specified to their 32b variants. The load and store operations
need some zero extension operands.
Signed-off-by: Peter Crosthwaite
---
target-microblaze/
To avoid namespace collision with ARM helper of the same name.
Marking hack, as really all helpers should be consistently renamed
or something should be figured out to allow per-target separation
of the helper.h namespace.
Signed-off-by: Peter Crosthwaite
---
target-microblaze/helper.h| 2 +
The only generic code relying on this is linux-user. Linux user already
has a lot of #ifdef TARGET_ customisation so just define ELF_MACHINE
locally there.
The microblaze bootloader can just pass EM_MICROBLAZE directly, as that
is architecture specific code.
This remove another architecture speci
Create the multi-arch target architecture. The arch can create system
mode emulations with multiple target- cpu types. The page size and
target long size are fixed based on AArch64 but this forms a superset
of the immediately supportable multi-arch CPU targets anyway.
All supported arches have the
mreza...@redhat.com writes:
> From: Miroslav Rezanina
>
> Disabling CONFIG_PARALLEL cause build failure as commit 07dc788 factored
> out initialization to parallel_hds_isa_init function in hw/char/parallel.c
> that is not build.
>
> Stub file is added to be able to disable CONFIG_PARALLEL. This
On So, 2015-05-10 at 23:51 +0100, Peter Maydell wrote:
> On 10 May 2015 at 23:34, Peter Maydell wrote:
> > I've now tested again with my not-just-the-laptop setup, and:
> >
> > * in the guest OS (I tested with a Linux guest), PageUp/Down
> >work OK and work the same whether I use an external
89 matches
Mail list logo
