riscv-elf-psabi-doc
FEX
riscv-elf-psabi-doc | FEX | |
---|---|---|
11 | 43 | |
633 | 1,830 | |
1.7% | 3.7% | |
7.1 | 9.9 | |
10 days ago | about 21 hours ago | |
Python | C++ | |
Creative Commons Attribution 4.0 | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
riscv-elf-psabi-doc
- ARM64EC (and ARM64X) Explained
-
Lazarus IDE 3.0 Released
Sure. It's the section here https://github.com/riscv-non-isa/riscv-elf-psabi-doc/blob/ma...
It's that structs of two simple fields need to be passed in registers. And more specifically that this rule is relevant for mixed integer and floating point fields.
It's a very specific rule that requires a ton of code to implement compared to the integer calling convention. And again like the weird AMD64 convention likely invented to squeeze out a theoretical few cycles that never occur outside microbenchmarks
- Please help!
-
RISC-V assembler input file format
This one has more info on the ELF output, notably things like how things like relocations and special symbols like %pcrel_hi work: https://github.com/riscv-non-isa/riscv-elf-psabi-doc/blob/master/riscv-elf.adoc
-
RISC-V assembly example: incrementing each char in a string
This is a bit dense but that's what I referred to https://github.com/riscv-non-isa/riscv-elf-psabi-doc/blob/master/riscv-cc.adoc. I'm not sure if there's a RISC-V specific assembly tutorial that talks about calling conventions.
- RISCV on the rise. Intel joins the bandwagon. Threat or potential for linux gaming?
-
RV32I Stack and stack pointer in hardware implementation
The stack is defined by the ABI and it’s a purely software convention. It’s possible a program could use a different convention. FYI, the EBI is defined here: https://github.com/riscv-non-isa/riscv-elf-psabi-doc
- If you were to start your coding journey from zero, what would be your plan?
- Need reaources to learn Assembly
-
Support for Extension and CSR detection in ELF and linker/loader?
It looks like people are starting to think somewhat along that direction in https://github.com/riscv-non-isa/riscv-elf-psabi-doc etc. but most CPUs that I can think of have basically a monolithic ISA with pretty much an expanding set of instructions as the versions increment and encoded in the -march argument to the linker.
FEX
-
FEX 2305 Tagged!
"A fast usermode x86 and x86-64 emulator for Arm64"
- Sekiro: Shadows Die Twice On Android using Fex-Emu Turnip DXVK
-
Genshin, compatibility, ARM processors, surface pro x, mac M1
Could try this https://github.com/FEX-Emu/FEX + wine/proton. But as always keep in mind that playing on non-supported platforms can lead to bans in future (never happened but who knows).
-
Asahi Linux M1 GPU drivers can now run Windows games via Steam Proton
It's explained in the video, it uses https://github.com/FEX-Emu/FEX
- Asahi Linux got 24 games from steam running on M1 Mac mini.
-
Apple holds press event showing off its ‘latest advances in gaming’
Steam is also funding an x86 tn ARM game emulator, which opens up the potential for it working on Android.
-
Android tablets and Chromebooks are on another crash course – will it be different this time?
Valve is funding developers working on an x86-to-ARM layer, FEX. I'm assuming that the eventual end goal would be to run Steam on Android, one of the FEX developers was commenting on trying to get FEX to work on an S8 Tab Ultra.
- How to install Steam.
-
How the f*** does Proton works so amazingly well?
Valve is also funding another translation layer, from x86 to ARM (see FEX).
-
Apple GPU drivers now in Asahi Linux
Additionally, game emulation won't be optimal until someone fixes this issue from FEX-Emu, which will allow that emulator to run on Apple Silicon. QEMU-user is currently your best option though it is dead slow. Box64 is currently pretty capable, however, it will not be able to run any 32-bit libraries (which even modern games ship a few of).
What are some alternatives?
riscv-isa-manual - RISC-V Instruction Set Manual
box86 - Box86 - Linux Userspace x86 Emulator with a twist, targeted at ARM Linux devices
open-source-cs - Video discussing this curriculum:
box64 - Box64 - Linux Userspace x86_64 Emulator with a twist, targeted at ARM64 Linux devices
curriculum - The open curriculum for learning web development
asahi-installer - Asahi Linux installer
computer-science - :mortar_board: Path to a free self-taught education in Computer Science!
hangover - Hangover runs simple Win32 applications on arm64 Linux
riscv-asm-manual - RISC-V Assembly Programmer's Manual
docs - Hardware and software docs / wiki
picocli - Picocli is a modern framework for building powerful, user-friendly, GraalVM-enabled command line apps with ease. It supports colors, autocompletion, subcommands, and more. In 1 source file so apps can include as source & avoid adding a dependency. Written in Java, usable from Groovy, Kotlin, Scala, etc.
Unicorn Engine - Unicorn CPU emulator framework (ARM, AArch64, M68K, Mips, Sparc, PowerPC, RiscV, S390x, TriCore, X86)