From: Peter Crosthwaite crosthwaitepe...@gmail.com
The bootloaders can just pass EM_XTENSA directly, as that
is architecture specific code.
This removes another architecture specific definition from the global
namespace.
Cc: Max Filippov jcmvb...@gmail.com
Signed-off-by: Peter Crosthwaite
From: Peter Crosthwaite crosthwaitepe...@gmail.com
The bootloader can just pass EM_TRICORE directly, as that
is architecture specific code.
This removes another architecture specific definition from the global
namespace.
Cc: Bastian Koppelmann kbast...@mail.uni-paderborn.de
Signed-off-by: Peter
From: Peter Crosthwaite crosthwaitepe...@gmail.com
The only generic code relying on this is linux-user, but linux users'
default behaviour of defaulting ELF_MACHINE to ELF_ARCH will handle
this.
The bootloaders can just pass EM_MIPS directly, as that is
architecture specific code.
This removes
On Sat, Jul 18, 2015 at 5:33 AM, Paolo Bonzini pbonz...@redhat.com wrote:
On 18/07/2015 11:40, Peter Crosthwaite wrote:
From: Peter Crosthwaite crosthwaitepe...@gmail.com
The only generic code relying on this is linux-user. Linux user already
has a lot of #ifdef TARGET_ customisation so
From: Peter Crosthwaite crosthwaitepe...@gmail.com
The only generic code relying on this is linux-user, but linux users'
default behaviour of defaulting ELF_MACHINE to ELF_ARCH will handle
this.
This removes another architecture specific definition from the global
namespace.
Cc: Aurelien Jarno
From: Peter Crosthwaite crosthwaitepe...@gmail.com
The only generic code relying on this is linux-user, but linux users'
default behaviour of defaulting ELF_MACHINE to ELF_ARCH will handle
this.
The bootloader can just pass EM_OPENRISC directly, as that is
architecture specific code.
This
From: Peter Crosthwaite crosthwaitepe...@gmail.com
The bootloaders can just pass EM_SPARC or EM_SPARCV9 directly, as
they are architecture specific code (to one or the other).
This removes another architecture specific definition from the global
namespace.
Cc: Mark Cave-Ayland
On 8/16/15 09:41, Chen Gang wrote:
On 8/16/15 02:16, Chen Gang wrote:
On 8/15/15 23:47, Richard Henderson wrote:
On Aug 15, 2015 2:56 AM, Chen Gang xili_gchen_5...@hotmail.com
Oh, we are unlucky, after continue gcc testsuite, add/sub floating point
insns also can be mixed together! The
For many arch's this macro is defined as the predicatable behaviour
of checking the argument for eqaulity against ELF_ARCH. Provide a
default define as such, so only archs with special handling (usually
allowing multiple EM values) need to provide a def.
Arches that do any of:
1: provide this
From: Peter Crosthwaite crosthwaitepe...@gmail.com
The only generic code relying on this is linux-user, but linux users'
default behaviour of defaulting ELF_MACHINE to ELF_ARCH will handle
this.
The machine model bootloaders can just pass EM_68K directly, as that
is architecture specific code.
Every arch defines ELF_MACHINE in cpu.h to an arch-specific value. This
definition is rarely needed by core code (only in a few cases). It
conflicts with the multi-arch effort where cpu.h cannot export cpu
specifics via macros like this. So remove ELF_MACHINE completely from
all the cpu.h's.
From: Peter Crosthwaite crosthwaitepe...@gmail.com
Rename ELF_MACHINE to be I386 specific. This is used as-is by the
multiboot loader.
Linux-user previously used this definition but will not anymore,
falling back to the default bahaviour of using ELF_ARCH as ELF_MACHINE.
This removes another
From: Peter Crosthwaite crosthwaitepe...@gmail.com
The only generic code relying on this is linux-user, but linux-users'
default behaviour or setting ELF_MACHINE to ELF_ARCH will handle this.
The microblaze bootloader can just pass EM_MICROBLAZE directly, as that
is architecture specific code.
From: Peter Crosthwaite crosthwaitepe...@gmail.com
ELF_MACHINE is unused by target alpha.
Cc: Richard Henderson r...@twiddle.net
Signed-off-by: Peter Crosthwaite crosthwaite.pe...@gmail.com
---
target-alpha/cpu.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/target-alpha/cpu.h
On Sat, Aug 15, 2015 at 2:21 PM, Peter Crosthwaite
crosthwaitepe...@gmail.com wrote:
On Mon, Jul 27, 2015 at 11:37 AM, Alistair Francis
alistair.fran...@xilinx.com wrote:
Pull the AHCI state structure out into the header. This allows
other containers to access the struct. This is required to
Ping!
On Sat, Jul 11, 2015 at 7:00 PM, Peter Crosthwaite
crosthwaitepe...@gmail.com wrote:
From: Peter Crosthwaite crosthwaitepe...@gmail.com
Move the target_disas() alpha specifics to the QOM disas_set_info hook
and delete the #ifdef specific code in disas.c.
This also makes
Ping!
On Sat, Jul 11, 2015 at 6:59 PM, Peter Crosthwaite
crosthwaitepe...@gmail.com wrote:
From: Peter Crosthwaite crosthwaitepe...@gmail.com
Move the target_disas() s390 specifics to the QOM disas_set_info hook
and delete the #ifdef specific code in disas.c.
Cc: Richard Henderson
Ping!
This rebases cleanly following the unfreeze.
Regards,
Peter
On Sun, Jul 12, 2015 at 5:18 AM, Andreas Färber afaer...@suse.de wrote:
Am 12.07.2015 um 03:59 schrieb Peter Crosthwaite:
Continue QOMifying target-specific disassembly. Convert all arches except for
X86 and PPC. They will be
On Mon, Jul 27, 2015 at 11:37 AM, Alistair Francis
alistair.fran...@xilinx.com wrote:
Pull the AHCI state structure out into the header. This allows
other containers to access the struct. This is required to add
the device to modern SoC containers.
Signed-off-by: Alistair Francis
On Mon, Jul 27, 2015 at 11:37 AM, Alistair Francis
alistair.fran...@xilinx.com wrote:
If the ObjectClass has no type return NULL instead of trying to compare
the type name.
What was the issue?
Regards,
Peter
Signed-off-by: Alistair Francis alistair.fran...@xilinx.com
Reviewed-by: Sai Pavan
same with kvm clock:
[0.195073] Switched to clocksource kvm-clock
[0.195509] [ cut here ]
[0.195509] WARNING: CPU: 1 PID: 1 at kernel/time/tick-sched.c:192
can_stop_full_tick+0x1c1/0x200()
[0.195515] NO_HZ FULL will not work with unstable sched clock
[
On Wed, Jul 29, 2015 at 5:12 PM, Alistair Francis
alistair.fran...@xilinx.com wrote:
On Wed, Jul 29, 2015 at 3:21 PM, John Snow js...@redhat.com wrote:
On 07/27/2015 02:37 PM, Alistair Francis wrote:
Pull the AHCI state structure out into the header. This allows
other containers to access
On Mon, Jul 27, 2015 at 11:37 AM, Alistair Francis
alistair.fran...@xilinx.com wrote:
Connect the Sysbus AHCI device to ZynqMP.
Signed-off-by: Alistair Francis alistair.fran...@xilinx.com
Reviewed-by: Sai Pavan Boddu saip...@xilinx.com
---
hw/arm/xlnx-zynqmp.c | 20
From: Peter Crosthwaite crosthwaitepe...@gmail.com
The only generic code relying on this is linux-user. Linux user
already has a lot of #ifdef TARGET_ customisation so instead, define
ELF_ARCH as either EM_ARM or EM_AARCH64 appropriately.
The armv7m bootloader can just pass EM_ARM directly, as
From: Peter Crosthwaite crosthwaitepe...@gmail.com
The only generic code relying on this is linux-user, but linux users'
default behaviour of defaulting ELF_MACHINE to ELF_ARCH will handle
this.
The bootloader can just pass EM_CRIS directly, as that is architecture
specific code.
This removes
In most (but not all) cases, ELF_MACHINE and ELF_ARCH are safely the
same. Default ELF_MACHINE to ELF_ARCH. This makes defining ELF_MACHINE
optional for target-*/cpu.h when they are known to match.
Signed-off-by: Peter Crosthwaite crosthwaite.pe...@gmail.com
---
linux-user/elfload.c | 4
1
From: Peter Crosthwaite crosthwaitepe...@gmail.com
The bootloader can just pass EM_S390 directly, as that
is architecture specific code.
This removes another architecture specific definition from the global
namespace.
Cc: Richard Henderson r...@twiddle.net
Cc: Alexander Graf ag...@suse.de
Is there a functional reason for making this change, or pure
organisational? Either way the patch is ok, I'm just looking for the
motivation as this stuff did pop up in the multi-arch refactorings at
one stage and I did think about moving it. Can we add a one-liner to
commit message?
Regards,
On 15 August 2015 at 22:18, Peter Crosthwaite
crosthwaitepe...@gmail.com wrote:
This has come up a few times, and the conclusion was to do the
inlining by preference. I vaguely remember PMM started an effort to
build infrastructure to hide the internals from use by outsiders, but
the struct
From: Peter Crosthwaite crosthwaitepe...@gmail.com
Rename ELF_MACHINE to be PPC specific. This is used as-is by the
various PPC bootloaders and is locally defined to ELF_MACHINE in linux
user in PPC specific ifdeffery.
This removes another architecture specific definition from the global
From: Peter Crosthwaite crosthwaitepe...@gmail.com
The bootloader can just pass EM_MOXIE directly, as that is architecture
specific code.
This removes another architecture specific definition from the global
namespace.
Cc: Anthony Green gr...@moxielogic.com
Signed-off-by: Peter Crosthwaite
From: Peter Crosthwaite crosthwaitepe...@gmail.com
The only generic code relying on this is linux-user, but linux users'
default behaviour of defaulting ELF_MACHINE to ELF_ARCH will handle
this.
This removes another architecture specific definition from the global
namespace.
Cc: Guan Xuetao
On 8/16/15 02:16, Chen Gang wrote:
On 8/15/15 23:47, Richard Henderson wrote:
On Aug 15, 2015 2:56 AM, Chen Gang xili_gchen_5...@hotmail.com
Oh, we are unlucky, after continue gcc testsuite, add/sub floating point
insns also can be mixed together! The related C code, -save-temps, and
On 8/13/15 22:59, Chen Gang wrote:
Hello all:
For me, I guess for single insns, they are simple, and each calculation
insns group can not be mixed with each other. So current implementation
should be OK.
For double insns, I guess, only mul calculation can be mixed with other
calculation
Hi, Paolo!
Will you apply these patches to 2.5?
Pavel Dovgalyuk
Sent using CloudMagic
[https://cloudmagic.com/k/d/mailapp?ct=tacv=5.1.11.3pv=4.4.2]
On вт, Авг 04, 2015 at 11:43 AM, Pavel Dovgalyuk pavel.dovga...@ispras.ru
[pavel.dovga...@ispras.ru] wrote:
This set of patches is related
On 15/08/2015 11:57, Pavel Dovgalyuk wrote:
Hi, Paolo!
Will you apply these patches to 2.5?
Yes, I'll put them in my next pull request.
Paolo
Richard Henderson r...@twiddle.net writes:
Ah. Except placed here it also applies to and/or/move too.
Well, none of those ever overflow in the first place.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
And now for
On 8/15/15 23:47, Richard Henderson wrote:
On Aug 15, 2015 2:56 AM, Chen Gang xili_gchen_5...@hotmail.com
Oh, we are unlucky, after continue gcc testsuite, add/sub floating point
insns also can be mixed together! The related C code, -save-temps, and
objdump files are in attachments (is it
Hi,
while switching to a FULL tickless kernel i detected that all our VMs
produce the following stack trace while running under qemu 2.3.0.
[0.195160] HPET: 3 timers in total, 0 timers will be used for
per-cpu timer
[0.195181] hpet0: at MMIO 0xfed0, IRQs 2, 8, 0
[0.195188]
qemu currently limits the space for the evironment and arguments to
32 * PAGE_SIZE. Linux limits the argument space to 1/4 of the stack size.
A program trying to detect this with a getrlimit(RLIMIT_STACK) syscall
will typically get a much larger limit than qemus current 128kB.
The current limit
Build environments often invoke commands with huge argument lists.
For native builds, the limit on current linux (2.6.33) is 1/4th
of the stack size, typically 2MByte, so this works fine.
For chroots with qemu emulation, the limit currently is set by
MAX_ARG_PAGES, i.e. 32*4kByte.
Without the
Am 14.08.2015 um 16:45 schrieb Peter Lieven:
Am 14.08.2015 um 16:08 schrieb Kevin Wolf:
Am 14.08.2015 um 15:43 hat Peter Lieven geschrieben:
Am 22.06.2015 um 23:54 schrieb John Snow:
On 06/22/2015 09:09 AM, Peter Lieven wrote:
Am 22.06.2015 um 11:25 schrieb Stefan Hajnoczi:
On Fri, Jun 19,
Public bug reported:
I'm using Fedora 22.
Firstly, what works:
A single VM instance, running Windows. Although, I am keeping this (GTK) window
focused.
What really fails:
If I have two running VM's, WIndows XP and Windows Vista:
1. I press Ctrl-Alt-G to get the focus.
2. That works first time.
On Aug 15, 2015 2:56 AM, Chen Gang xili_gchen_5...@hotmail.com
Oh, we are unlucky, after continue gcc testsuite, add/sub floating point
insns also can be mixed together! The related C code, -save-temps, and
objdump files are in attachments (is it gcc's issue? I guess not).
So, I guess, we
44 matches
Mail list logo