about summary refs log tree commit diff
path: root/arch/microblaze
Commit message (Collapse)AuthorAgeFilesLines
* fix struct stat size/padding on microblazeRich Felker2012-10-191-1/+2
|
* inline syscalls for microblazeRich Felker2012-10-181-0/+97
|
* better support for reverse-endian variants of arm/mips/microblazeRich Felker2012-10-181-0/+4
| | | | these macros are supported by more compilers
* microblaze TLS relocation support, completely untestedRich Felker2012-10-151-0/+6
|
* add support for TLS variant I, presently needed for arm and mipsRich Felker2012-10-151-0/+2
| | | | | | | | | | | | | | | | | | | | | | despite documentation that makes it sound a lot different, the only ABI-constraint difference between TLS variants II and I seems to be that variant II stores the initial TLS segment immediately below the thread pointer (i.e. the thread pointer points to the end of it) and variant I stores the initial TLS segment above the thread pointer, requiring the thread descriptor to be stored below. the actual value stored in the thread pointer register also tends to have per-arch random offsets applied to it for silly micro-optimization purposes. with these changes applied, TLS should be basically working on all supported archs except microblaze. I'm still working on getting the necessary information and a working toolchain that can build TLS binaries for microblaze, but in theory, static-linked programs with TLS and dynamic-linked programs where only the main executable uses TLS should already work on microblaze. alignment constraints have not yet been heavily tested, so it's possible that this code does not always align TLS segments correctly on archs that need TLS variant I.
* dynamic-linked TLS support for everything but dlopen'd libsRich Felker2012-10-041-1/+5
| | | | | | | | currently, only i386 is tested. x86_64 and arm should probably work. the necessary relocation types for mips and microblaze have not been added because I don't understand how they're supposed to work, and I'm not even sure if it's defined yet on microblaze. I may be able to reverse engineer the requirements out of gcc/binutils output.
* microblaze portRich Felker2012-09-2929-0/+1962
based on initial work by rdp, with heavy modifications. some features including threads are untested because qemu app-level emulation seems to be broken and I do not have a proper system image for testing.