qbit/go
1
0
Fork 0
mirror of https://github.com/golang/go synced 2024-11-19 16:14:49 -07:00
Code Releases Activity
56462d0f10
go/src/runtime/rt0_linux_ppc64le.s

171 lines
3.7 KiB
ArmAsm
Raw Normal View History

runtime: replace tls0 with m0.tls We're allocating TLS storage for m0 anyway, so might as well use it. Change-Id: I7dc20bbea5320c8ab8a367f18a9540706751e771 Reviewed-on: https://go-review.googlesource.com/16890 Run-TryBot: Matthew Dempsky <mdempsky@google.com> TryBot-Result: Gobot Gobot <gobot@golang.org> Reviewed-by: Michael Hudson-Doyle <michael.hudson@canonical.com> Reviewed-by: Ian Lance Taylor <iant@golang.org>
2015-11-12 16:35:50 -07:00
#include "go_asm.h"
[dev.power64] runtime: power64 fixes and ports of changes Fix include paths that got moved in the great pkg/ rename. Add missing runtime/arch_* files for power64. Port changes that happened on default since branching to runtime/{asm,atomic,sys_linux}_power64x.s (precise stacks, calling convention change, various new and deleted functions. Port struct renaming and fix some bugs in runtime/defs_linux_power64.h. LGTM=rsc R=rsc, dave CC=golang-codereviews https://golang.org/cl/161450043
2014-10-27 15:27:03 -06:00
#include "textflag.h"
[dev.power64] runtime: manually written parts for linux/power64 and linux/power64le, checkpoint LGTM=rsc R=rsc, iant CC=golang-codereviews https://golang.org/cl/122430043
2014-08-12 17:48:49 -06:00
all: power64 is now ppc64 Fixes #8654. LGTM=austin R=austin CC=golang-codereviews https://golang.org/cl/180600043
2014-12-05 17:13:20 -07:00
TEXT _rt0_ppc64le_linux(SB),NOSPLIT,$0
runtime: make sure R0 is zero before _main on ppc64le _main has an early check to verify if a binary is statically or dynamically linked that depends on R0 being zero. R0 is not guaranteed to be zero at that point and this was breaking Go on Alpine for ppc64le. Change-Id: I4a1059ff7fd3db6fc489e7dcfe631c1814dd965b Reviewed-on: https://go-review.googlesource.com/54730 Run-TryBot: Lynn Boger <laboger@linux.vnet.ibm.com> Reviewed-by: Lynn Boger <laboger@linux.vnet.ibm.com>
2017-08-10 11:48:36 -06:00
XOR R0, R0 // Make sure R0 is zero before _main
[dev.power64] runtime: manually written parts for linux/power64 and linux/power64le, checkpoint LGTM=rsc R=rsc, iant CC=golang-codereviews https://golang.org/cl/122430043
2014-08-12 17:48:49 -06:00
BR _main<>(SB)
runtime: add library startup support for ppc64le I have been running this patch inside Google against Go 1.6 for the last month. The new tests will probably break the builders but let's see exactly how they break. Change-Id: Ia65cf7d3faecffeeb4b06e9b80875c0e57d86d9e Reviewed-on: https://go-review.googlesource.com/23452 Reviewed-by: Ian Lance Taylor <iant@golang.org>
2016-05-25 12:54:21 -06:00
TEXT _rt0_ppc64le_linux_lib(SB),NOSPLIT,$-8
// Start with standard C stack frame layout and linkage.
MOVD LR, R0
MOVD R0, 16(R1) // Save LR in caller's frame.
runtime: save and restore CR for ppc64le C code expects CR2, CR3, and CR4 to be preserved across function calls. Preserve the entire CR register across function calls in _rt0_ppc64le_linux_lib and crosscall2. The standard ppc64le call frame uses 8(R1) as the place to save CR; emulate that. It's hard to write a reliable test for this as it requires writing C code that sets CR2, CR3, or CR4 across a call to a Go function. Change-Id: If39e771a5b574602b848227312e83598fe74eab7 Reviewed-on: https://go-review.googlesource.com/44733 Run-TryBot: Ian Lance Taylor <iant@golang.org> TryBot-Result: Gobot Gobot <gobot@golang.org> Reviewed-by: Carlos Eduardo Seo <cseo@linux.vnet.ibm.com> Reviewed-by: Lynn Boger <laboger@linux.vnet.ibm.com>
2017-06-02 16:56:35 -06:00
MOVW CR, R0 // Save CR in caller's frame
MOVD R0, 8(R1)
runtime: add library startup support for ppc64le I have been running this patch inside Google against Go 1.6 for the last month. The new tests will probably break the builders but let's see exactly how they break. Change-Id: Ia65cf7d3faecffeeb4b06e9b80875c0e57d86d9e Reviewed-on: https://go-review.googlesource.com/23452 Reviewed-by: Ian Lance Taylor <iant@golang.org>
2016-05-25 12:54:21 -06:00
MOVDU R1, -320(R1) // Allocate frame.
// Preserve callee-save registers.
MOVD R14, 24(R1)
MOVD R15, 32(R1)
MOVD R16, 40(R1)
MOVD R17, 48(R1)
MOVD R18, 56(R1)
MOVD R19, 64(R1)
MOVD R20, 72(R1)
MOVD R21, 80(R1)
MOVD R22, 88(R1)
MOVD R23, 96(R1)
MOVD R24, 104(R1)
MOVD R25, 112(R1)
MOVD R26, 120(R1)
MOVD R27, 128(R1)
MOVD R28, 136(R1)
MOVD R29, 144(R1)
MOVD g, 152(R1) // R30
MOVD R31, 160(R1)
FMOVD F14, 168(R1)
FMOVD F15, 176(R1)
FMOVD F16, 184(R1)
FMOVD F17, 192(R1)
FMOVD F18, 200(R1)
FMOVD F19, 208(R1)
FMOVD F20, 216(R1)
FMOVD F21, 224(R1)
FMOVD F22, 232(R1)
FMOVD F23, 240(R1)
FMOVD F24, 248(R1)
FMOVD F25, 256(R1)
FMOVD F26, 264(R1)
FMOVD F27, 272(R1)
FMOVD F28, 280(R1)
FMOVD F29, 288(R1)
FMOVD F30, 296(R1)
FMOVD F31, 304(R1)
MOVD R3, _rt0_ppc64le_linux_lib_argc<>(SB)
MOVD R4, _rt0_ppc64le_linux_lib_argv<>(SB)
// Synchronous initialization.
runtime: fix ppc64le c-archive init We weren't setting r0 to 0, as required by our generated code. Before this patch, the misc/cgo/testcarchive tests failed on ppc64le. After this patch, they work, so enable them. Change-Id: I53b16746961da9f7c34f59030a1e40953c9c1e05 Reviewed-on: https://go-review.googlesource.com/44093 Run-TryBot: Ian Lance Taylor <iant@golang.org> TryBot-Result: Gobot Gobot <gobot@golang.org> Reviewed-by: Brad Fitzpatrick <bradfitz@golang.org>
2017-05-24 16:01:49 -06:00
MOVD $runtime·reginit(SB), R12
MOVD R12, CTR
BL (CTR)
runtime: add library startup support for ppc64le I have been running this patch inside Google against Go 1.6 for the last month. The new tests will probably break the builders but let's see exactly how they break. Change-Id: Ia65cf7d3faecffeeb4b06e9b80875c0e57d86d9e Reviewed-on: https://go-review.googlesource.com/23452 Reviewed-by: Ian Lance Taylor <iant@golang.org>
2016-05-25 12:54:21 -06:00
MOVD $runtime·libpreinit(SB), R12
MOVD R12, CTR
BL (CTR)
// Create a new thread to do the runtime initialization and return.
MOVD _cgo_sys_thread_create(SB), R12
CMP $0, R12
BEQ nocgo
MOVD $_rt0_ppc64le_linux_lib_go(SB), R3
MOVD $0, R4
MOVD R12, CTR
BL (CTR)
BR done
nocgo:
MOVD $0x800000, R12 // stacksize = 8192KB
MOVD R12, 8(R1)
MOVD $_rt0_ppc64le_linux_lib_go(SB), R12
MOVD R12, 16(R1)
MOVD $runtime·newosproc0(SB),R12
MOVD R12, CTR
BL (CTR)
done:
// Restore saved registers.
MOVD 24(R1), R14
MOVD 32(R1), R15
MOVD 40(R1), R16
MOVD 48(R1), R17
MOVD 56(R1), R18
MOVD 64(R1), R19
MOVD 72(R1), R20
MOVD 80(R1), R21
MOVD 88(R1), R22
MOVD 96(R1), R23
MOVD 104(R1), R24
MOVD 112(R1), R25
MOVD 120(R1), R26
MOVD 128(R1), R27
MOVD 136(R1), R28
MOVD 144(R1), R29
MOVD 152(R1), g // R30
MOVD 160(R1), R31
FMOVD 168(R1), F14
FMOVD 176(R1), F15
FMOVD 184(R1), F16
FMOVD 192(R1), F17
FMOVD 200(R1), F18
FMOVD 208(R1), F19
FMOVD 216(R1), F20
FMOVD 224(R1), F21
FMOVD 232(R1), F22
FMOVD 240(R1), F23
FMOVD 248(R1), F24
FMOVD 256(R1), F25
FMOVD 264(R1), F26
FMOVD 272(R1), F27
FMOVD 280(R1), F28
FMOVD 288(R1), F29
FMOVD 296(R1), F30
FMOVD 304(R1), F31
ADD $320, R1
runtime: save and restore CR for ppc64le C code expects CR2, CR3, and CR4 to be preserved across function calls. Preserve the entire CR register across function calls in _rt0_ppc64le_linux_lib and crosscall2. The standard ppc64le call frame uses 8(R1) as the place to save CR; emulate that. It's hard to write a reliable test for this as it requires writing C code that sets CR2, CR3, or CR4 across a call to a Go function. Change-Id: If39e771a5b574602b848227312e83598fe74eab7 Reviewed-on: https://go-review.googlesource.com/44733 Run-TryBot: Ian Lance Taylor <iant@golang.org> TryBot-Result: Gobot Gobot <gobot@golang.org> Reviewed-by: Carlos Eduardo Seo <cseo@linux.vnet.ibm.com> Reviewed-by: Lynn Boger <laboger@linux.vnet.ibm.com>
2017-06-02 16:56:35 -06:00
MOVD 8(R1), R0
MOVFL R0, $0xff
runtime: add library startup support for ppc64le I have been running this patch inside Google against Go 1.6 for the last month. The new tests will probably break the builders but let's see exactly how they break. Change-Id: Ia65cf7d3faecffeeb4b06e9b80875c0e57d86d9e Reviewed-on: https://go-review.googlesource.com/23452 Reviewed-by: Ian Lance Taylor <iant@golang.org>
2016-05-25 12:54:21 -06:00
MOVD 16(R1), R0
MOVD R0, LR
RET
TEXT _rt0_ppc64le_linux_lib_go(SB),NOSPLIT,$0
MOVD _rt0_ppc64le_linux_lib_argc<>(SB), R3
MOVD _rt0_ppc64le_linux_lib_argv<>(SB), R4
MOVD $runtime·rt0_go(SB), R12
MOVD R12, CTR
BR (CTR)
DATA _rt0_ppc64le_linux_lib_argc<>(SB)/8, $0
GLOBL _rt0_ppc64le_linux_lib_argc<>(SB),NOPTR, $8
DATA _rt0_ppc64le_linux_lib_argv<>(SB)/8, $0
GLOBL _rt0_ppc64le_linux_lib_argv<>(SB),NOPTR, $8
[dev.power64] runtime: manually written parts for linux/power64 and linux/power64le, checkpoint LGTM=rsc R=rsc, iant CC=golang-codereviews https://golang.org/cl/122430043
2014-08-12 17:48:49 -06:00
TEXT _main<>(SB),NOSPLIT,$-8
cmd/cgo, runtime/cgo: support ppc64 This implements support for calls to and from C in the ppc64 C ABI, as well as supporting functionality such as an entry point from the dynamic linker. Change-Id: I68da6df50d5638cb1a3d3fef773fb412d7bf631a Reviewed-on: https://go-review.googlesource.com/2009 Reviewed-by: Russ Cox <rsc@golang.org>
2014-12-16 16:34:55 -07:00
// In a statically linked binary, the stack contains argc,
// argv as argc string pointers followed by a NULL, envv as a
// sequence of string pointers followed by a NULL, and auxv.
// There is no TLS base pointer.
//
// In a dynamically linked binary, r3 contains argc, r4
// contains argv, r5 contains envp, r6 contains auxv, and r13
// contains the TLS pointer.
//
// Figure out which case this is by looking at r4: if it's 0,
// we're statically linked; otherwise we're dynamically
// linked.
CMP R0, R4
BNE dlink
// Statically linked
MOVD 0(R1), R3 // argc
ADD $8, R1, R4 // argv
runtime: replace tls0 with m0.tls We're allocating TLS storage for m0 anyway, so might as well use it. Change-Id: I7dc20bbea5320c8ab8a367f18a9540706751e771 Reviewed-on: https://go-review.googlesource.com/16890 Run-TryBot: Matthew Dempsky <mdempsky@google.com> TryBot-Result: Gobot Gobot <gobot@golang.org> Reviewed-by: Michael Hudson-Doyle <michael.hudson@canonical.com> Reviewed-by: Ian Lance Taylor <iant@golang.org>
2015-11-12 16:35:50 -07:00
MOVD $runtime·m0+m_tls(SB), R13 // TLS
runtime: set up C TLS and save g to it on ppc64 Cgo will need this for calls from C to Go and for handling signals that may occur in C code. Change-Id: I50cc4caf17cd142bff501e7180a1e27721463ada Reviewed-on: https://go-review.googlesource.com/2008 Reviewed-by: Russ Cox <rsc@golang.org>
2014-12-16 15:14:00 -07:00
ADD $0x7000, R13
cmd/cgo, runtime/cgo: support ppc64 This implements support for calls to and from C in the ppc64 C ABI, as well as supporting functionality such as an entry point from the dynamic linker. Change-Id: I68da6df50d5638cb1a3d3fef773fb412d7bf631a Reviewed-on: https://go-review.googlesource.com/2009 Reviewed-by: Russ Cox <rsc@golang.org>
2014-12-16 16:34:55 -07:00
dlink:
BR main(SB)
[dev.power64] runtime: manually written parts for linux/power64 and linux/power64le, checkpoint LGTM=rsc R=rsc, iant CC=golang-codereviews https://golang.org/cl/122430043
2014-08-12 17:48:49 -06:00
TEXT main(SB),NOSPLIT,$-8
runtime, runtime/cgo: conform to PIC register use rules in ppc64 asm PIC code on ppc64le uses R2 as a TOC pointer and when calling a function through a function pointer must ensure the function pointer is in R12. These rules are easy enough to follow unconditionally in our assembly, so do that. Change-Id: Icfc4e47ae5dfbe15f581cbdd785cdeed6e40bc32 Reviewed-on: https://go-review.googlesource.com/15526 Reviewed-by: Ian Lance Taylor <iant@golang.org>
2015-10-08 03:49:39 -06:00
MOVD $runtime·rt0_go(SB), R12
MOVD R12, CTR
[dev.power64] runtime: manually written parts for linux/power64 and linux/power64le, checkpoint LGTM=rsc R=rsc, iant CC=golang-codereviews https://golang.org/cl/122430043
2014-08-12 17:48:49 -06:00
BR (CTR)
Copy Permalink