Automate architecture synchronization with latest LLVM #1803

Phosphorus15 · 2021-12-08T17:05:06Z

What is Auto-Sync ?

Capstone Auto-Sync is an initiative to partly automate the synchronization of certain architectures to the latest.

Most of the Capstone's .inc files a generated from LLVM's TableGen backend and processed by python scrips in suite/synctools into C-compatible files, which leads to the problem that with LLVM's update, it's not always (hardly, in fact) possible to use the synctools without patch in regard to LLVM's upstream change.

This syncing tools, however, using a custom-made LLVM TableGen backend (here) to generate .inc files natively usable by Capstone. With certain adaptations in Capstone's structure, it is possible to consistently automate large parts of the work on keeping up with LLVM's latest Target (i.e. .td files) update, and optimally, there could be zero-overhead in the process of updating(see this patch on missing bcxf instructions)

https://github.com/Phosphorus15/Capstone/blob/1bca4211bd7c132c57d0006a26de57d42a4bcdb9/sync/SYNCING.md?plain=1#L1-L17

What is done in this PR?

In this PR, we adapted following architectures with the Auto-Sync structure base on the next branch, and made sure they pass the test suite given by Capstone, and also by the analysis tools rizin (which also uses Capstone):

Mips
ARM
AArch64
Riscv
PowerPC
Sparc
SystemZ
XCore

What is yet to be done?

Capstone's instructions mapping info (like enums) exposed to various bindings (Python bindings, etc.) are not affected by Auto-Sync procedure, and so have to be manually edited if anything like new instructions/operands type was added by LLVM.

MIPS Mapper Integration unify format style, closes rizinorg#2 Restored readme.md location ARM Arch & Synctools Usage Docs fix redundant header auto sync MIPS integration apply clang-format ignore .idea folder apply `black` reformat

SystemZ & XCore & Sparc & RISCV & PPC

Sparc PPC XCore SystemZ RISCV Instructions Printing & Mapping AArch64&Rizin disasm passing (with some target-specific generated table still needed - left unchecked for now) ARM&Rizin disasm passing Mips&Rizin disasm passing

Update generated files to match newest generator Invocation simplification, w.r.t. rizinorg#5 Turn on the build target

Resolve ARM Thumb decoding issue

Inst Printer Predicate fix architecture integrity check & ppc naming patch fixes mips naming & addressing issues

…7d610b560e71b5ef

Cleanups & warning elimination

Finalizes problems on tests

…ding rizinorg#3 capstone-engine#10 capstone-engine#12

Minor syncing README updates

Phosphorus15 · 2021-12-08T17:09:16Z

It is also recommended to look into https://github.com/Phosphorus15/capstone-1/blob/auto-sync-integ/sync/SYNCING.md and https://github.com/Phosphorus15/capstone-1/blob/auto-sync-integ/sync/README.md for more information

aquynh · 2021-12-08T17:15:07Z

Very cool! Did you try this on the latest LLVM version, and was anything broken?

Phosphorus15 · 2021-12-08T17:20:04Z

Very cool! Did you try this on the latest LLVM version, and was anything broken?

Actually yes, the generated .inc files were based on the latest commit of llvm-project, and we tested it against cstest so it works very well on most test cases, except that LLVM drops PowerPC QPX support (so this table could not be gen-ed), and a couple of thumb2 instructions are missing.

aquynh · 2021-12-08T17:27:58Z

Can you provide some quick summary on what changed for x86, arm & arm64 with this PR? This brings latest instruction update to all of them?

aquynh · 2021-12-09T00:53:56Z

did you base this PR on some development snapshot of llvm?

since development snapshot of llvm may include some bugs or WIP, I think it is better to base on stable version, which is llvm 13.0 at the moment. i am just wondering if that is a lot of work to PR based that version now?

aquynh · 2021-12-09T00:57:21Z

cs.c

@@ -891,8 +896,9 @@ size_t CAPSTONE_API cs_disasm(csh ud, const uint8_t *buffer, size_t size, uint64
 		mci.flat_insn->mnemonic[0] = '\0';
 		mci.flat_insn->op_str[0] = '\0';
 #endif
-
+        debugln("trying into dissasm");


can you remove the debug code?

aquynh · 2021-12-09T00:58:19Z

please move sync/ directory into suite/

XVilka · 2021-12-09T15:18:57Z

@Phosphorus15 could you please address these warnings too?

In file included from /src/capstonenext/arch/AArch64/AArch64InstPrinter.c:225:
/src/capstonenext/arch/AArch64/AArch64GenDisassemblerTables.inc:157863:19: warning: passing 'const MCInst *' (aka 'const struct MCInst *') to parameter of type 'MCInst *' (aka 'struct MCInst *') discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers]
    printZPRasFPR(MI, OpIdx, OS, 128);
                  ^~
/src/capstonenext/arch/AArch64/AArch64InstPrinter.c:187:35: note: passing argument to parameter 'MI' here
static void printZPRasFPR(MCInst *MI, unsigned OpNum, SStream *O, int Width);
                                  ^
In file included from /src/capstonenext/arch/AArch64/AArch64InstPrinter.c:225:
/src/capstonenext/arch/AArch64/AArch64GenDisassemblerTables.inc:157867:19: warning: passing 'const MCInst *' (aka 'const struct MCInst *') to parameter of type 'MCInst *' (aka 'struct MCInst *') discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers]
    printZPRasFPR(MI, OpIdx, OS, 32);
                  ^~
/src/capstonenext/arch/AArch64/AArch64InstPrinter.c:187:35: note: passing argument to parameter 'MI' here
static void printZPRasFPR(MCInst *MI, unsigned OpNum, SStream *O, int Width);
                                  ^
In file included from /src/capstonenext/arch/AArch64/AArch64InstPrinter.c:225:
/src/capstonenext/arch/AArch64/AArch64GenDisassemblerTables.inc:157871:27: warning: passing 'const MCInst *' (aka 'const struct MCInst *') to parameter of type 'MCInst *' (aka 'struct MCInst *') discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers]
    printMatrixTileVector(MI, OpIdx, OS, 0);

/src/capstonenext/arch/PowerPC/PPCGenDisassemblerTables.inc:5847:1: warning: non-void function does not return a value [-Wreturn-type]
}
^
/src/capstonenext/arch/PowerPC/PPCGenDisassemblerTables.inc:8244:1: warning: shift count >= width of type [-Wshift-count-overflow]
DecodeToMCInst(decodeToMCInst, fieldFromInstruction, uint32_t)
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/src/capstonenext/arch/PowerPC/PPCGenDisassemblerTables.inc:7664:35: note: expanded from macro 'DecodeToMCInst'
    tmp |= fieldname(insn, 16, 5) << 34;\
                                  ^  ~~
/src/capstonenext/arch/PowerPC/PPCGenDisassemblerTables.inc:8244:1: warning: shift count >= width of type [-Wshift-count-overflow]
DecodeToMCInst(decodeToMCInst, fieldFromInstruction, uint32_t)
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/src/capstonenext/arch/PowerPC/PPCGenDisassemblerTables.inc:7673:35: note: expanded from macro 'DecodeToMCInst'
    tmp |= fieldname(insn, 16, 5) << 34;\
                                  ^  ~~
/src/capstonenext/arch/PowerPC/PPCGenDisassemblerTables.inc:8244:1: warning: shift count >= width of type [-Wshift-count-overflow]
DecodeToMCInst(decodeToMCInst, fieldFromInstruction, uint32_t)
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/src/capstonenext/arch/Mips/MipsInstPrinter.c:33:38: note: passing argument to parameter 'MI' here
static void printUnsignedImm(MCInst *MI, int opNum, SStream *O);
                                     ^
In file included from /src/capstonenext/arch/Mips/MipsInstPrinter.c:102:
/src/capstonenext/arch/Mips/MipsGenDisassemblerTables.inc:57288:21: warning: passing 'const MCInst *' (aka 'const struct MCInst *') to parameter of type 'MCInst *' (aka 'struct MCInst *') discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers]
    printMemOperand(MI, OpIdx, OS, "");
                    ^~
/src/capstonenext/arch/Mips/MipsInstPrinter.c:90:37: note: passing argument to parameter 'MI' here
static void printMemOperand(MCInst *MI, int opNum, SStream *O, char *);
                                    ^
/src/capstonenext/arch/Mips/MipsInstPrinter.c:185:9: warning: initializing 'char *' with an expression of type 'const char *' discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers]
  char *Name = Mips_reg_name(0, RegNo);
        ^      ~~~~~~~~~~~~~~~~~~~~~~~
3 warnings generated.
/src/capstonenext/arch/Sparc/SparcInstPrinter.c:62:53: warning: passing 'const MCInst *' (aka 'const struct MCInst *') to parameter of type 'MCInst *' (aka 'struct MCInst *') discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers]
  unsigned Imm = MCOperand_getImm(MCInst_getOperand(MI, opNum));
                                                    ^~
/src/capstonenext/arch/Sparc/../../MCInst.h:137:38: note: passing argument to parameter 'inst' here
MCOperand *MCInst_getOperand(MCInst *inst, unsigned i);
                                     ^
1 warning generated.
In file included from /src/capstonenext/arch/SystemZ/SystemZInstPrinter.c:460:
/src/capstonenext/arch/SystemZ/SystemZGenDisassemblerTables.inc:60029:23: warning: passing 'const MCInst *' (aka 'const struct MCInst *') to parameter of type 'MCInst *' (aka 'struct MCInst *') discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers]
    printU4ImmOperand(MI, OpIdx, OS);
                      ^~
/src/capstonenext/arch/SystemZ/SystemZInstPrinter.c:163:39: note: passing argument to parameter 'MI' here
static void printU4ImmOperand(MCInst *MI, int OpNum, SStream *O) {
                                      ^
1 warning generated.
[ 33%] Building C object CMakeFiles/capstone-static.dir/arch/XCore/XCoreDisassembler.c.o
In file included from /src/capstonenext/arch/XCore/XCoreDisassembler.c:45:
In file included from /src/capstonenext/arch/XCore/CapstoneXCoreModule.h:120:
/src/capstonenext/arch/XCore/XCoreGenDisassemblerTables.inc:2624:1: warning: non-void function does not return a value [-Wreturn-type]
}
^
1 warning generated.
[ 63%] Linking C executable fuzz_disasm
/usr/bin/ld: libcapstone.a(AArch64InstPrinter.c.o):(.bss+0x0): multiple definition of `MRI'; libcapstone.a(ARMInstPrinter.c.o):(.bss+0x0): first defined here
/usr/bin/ld: libcapstone.a(MipsInstPrinter.c.o):(.bss+0x0): multiple definition of `MRI'; libcapstone.a(ARMInstPrinter.c.o):(.bss+0x0): first defined here
/usr/bin/ld: libcapstone.a(PPCInstPrinter.c.o):(.bss+0x0): multiple definition of `MRI'; libcapstone.a(ARMInstPrinter.c.o):(.bss+0x0): first defined here
/usr/bin/ld: libcapstone.a(SparcInstPrinter.c.o):(.bss+0x0): multiple definition of `MRI'; libcapstone.a(ARMInstPrinter.c.o):(.bss+0x0): first defined here
/usr/bin/ld: libcapstone.a(SystemZInstPrinter.c.o):(.bss+0x0): multiple definition of `MRI'; libcapstone.a(ARMInstPrinter.c.o):(.bss+0x0): first defined here
/usr/bin/ld: libcapstone.a(RISCVInstPrinter.c.o):(.bss+0x0): multiple definition of `MRI'; libcapstone.a(ARMInstPrinter.c.o):(.bss+0x0): first defined here
/usr/bin/ld: libcapstone.a(MCInstPrinter.c.o):(.bss+0x0): multiple definition of `MRI'; libcapstone.a(ARMInstPrinter.c.o):(.bss+0x0): first defined here
clang-14: error: linker command failed with exit code 1 (use -v to see invocation)
make[2]: *** [CMakeFiles/fuzz_disasm.dir/build.make:130: fuzz_disasm] Error 1
make[1]: *** [CMakeFiles/Makefile2:129: CMakeFiles/fuzz_disasm.dir/all] Error 2
make: *** [Makefile:146: all] Error 2

mrexodia · 2021-12-09T18:23:38Z

CMakeLists.txt

@@ -29,7 +29,7 @@ option(CAPSTONE_BUILD_CSTOOL "Build cstool" ON)
 option(CAPSTONE_USE_DEFAULT_ALLOC "Use default memory allocation functions" ON)
 option(CAPSTONE_ARCHITECTURE_DEFAULT "Whether architectures are enabled by default" ON)
 option(CAPSTONE_DEBUG "Whether to enable extra debug assertions" OFF)
-option(CAPSTONE_INSTALL "Generate install target" OFF)


This was done like this on purpose to support FetchContent workflows without doing custom hackery on the cache. Likely a good solution is to set it to CAPSTONE_ROOT_PROJECT (and also set the other sensible defaults):

if(CMAKE_CURRENT_SOURCE_DIR STREQUAL CMAKE_SOURCE_DIR) set(CAPSTONE_ROOT_PROJECT ON) endif()

Regardless, the change seems unrelated to the goal of this pr, so it should not be part of it.

Phosphorus15 · 2021-12-09T18:29:41Z

did you base this PR on some development snapshot of llvm?

since development snapshot of llvm may include some bugs or WIP, I think it is better to base on stable version, which is llvm 13.0 at the moment. i am just wondering if that is a lot of work to PR based that version now?

This surely could be (by rebasing the tablegen backend onto llvm 13.0) done with no much of a problem, just that we'd lose the update of some new instructions on ARMv9 in the lastest dev branch of LLVM.

Phosphorus15 · 2021-12-09T18:32:31Z

Can you provide some quick summary on what changed for x86, arm & arm64 with this PR? This brings latest instruction update to all of them?

x86 has not been included because it has a quite different tablegen backend implementation than other archs., also what is the change specifically, instructions change or changes on Capstone code structure? I can write a small documentation about it.

XVilka · 2021-12-13T03:51:16Z

It also should be rebased since there are now conflicts, @Phosphorus15

kabeor · 2021-12-13T03:58:24Z

@XVilka emm..PR to 'next' branch is right, why need to rebase?

XVilka · 2021-12-13T04:07:37Z

@kabeor because there were recent commits in the next, and there is a conflict in arch/AArch64/AArch64InstPrinter.c: https://github.com/capstone-engine/capstone/commits/next

kabeor · 2021-12-13T04:20:48Z

@XVilka we will solve the conflict. 'next' branch is main branch for now.

kabeor · 2021-12-22T08:30:58Z

@Phosphorus15 Hello, is there any progress? or some thing I can help?

XVilka · 2022-01-23T10:16:34Z

@Phosphorus15 ping?

FlyGoat · 2022-01-23T14:06:24Z

I'm trying to introduce MIPS R6 support and just found this PR had done that :-)

In case the original author stalled, is it possible to get this merged by maintainer edit?

Or I can try to rebase and address these review comments, but how to credit the author properly?

XVilka · 2022-01-23T14:14:01Z

@FlyGoat I think you can do a new PR, it would be the best way to handle this. You can just keep original copyrights and add yours. You also could link to the original PR. Since the patched LLVM resides in our repository, feel free to send PRs here as well: https://github.com/rizinorg/llvm-capstone

FlyGoat · 2022-01-23T23:55:06Z

@XVilka Thanks for the information. I realized that a huge amount of diffs in this patch is doing clang-format so I would like to get a confirmation from maintainers before I mess with them.
@aquynh
Is formatting necessary, or welcomed?

kabeor · 2022-01-24T02:00:40Z

@FlyGoat Hello, we must keep the original code style, so we won't accept code formatting changes in this PR.

In this PR, what we need to do are:

create a new PR rebase to new branch based on next branch, we're considering merging it until it's stable.
restore all code formatting changes
do not add any .inc file in this PR, we should PR that alone
the code should based on LLVM latest released version, but not latest commit(because there could be more bugs there)

@XVilka For more convenient maintenance in the future, we really hope to move llvm-capstone repo to Capstone Organization. Maybe we can talk more about this.

XVilka · 2022-01-24T02:34:29Z

@kabeor yes, of course, that was the original intention once the PR is in the better shape to get merged.

kabeor · 2022-01-24T02:36:22Z

@kabeor yes, of course, that was the original intention once the PR is in the better shape to get merged.

Cool!

XVilka · 2022-01-26T04:22:21Z

@kabeor I transferred the repository to you since cannot transfer to the capstone-engine directly.

kabeor · 2022-01-26T04:23:52Z

@XVilka ok, I'll transfer now, thx

kabeor · 2022-01-26T04:27:53Z

this here now https://github.com/capstone-engine/llvm-capstone

kabeor · 2022-01-26T04:40:15Z

@XVilka hi, Would you like to maintain llvm-capstone continuing with us together? I can give you guys the access.

FlyGoat · 2022-01-26T13:13:26Z

For llvm-capestone repo I guess what we need to do is squash TableGen backend into a commit and rebase to llvm-13 stable branch?

kabeor · 2022-01-26T13:15:30Z

@FlyGoat yes

XVilka · 2022-01-26T14:32:49Z

@kabeor yes, please do.

kabeor · 2022-01-26T14:35:44Z

@kabeor yes, please do.

done ：)

Rot127 · 2022-08-08T17:55:46Z

I would take this PR and #1831 over and finish them up. If anyone already started on this as well in the last last 5 months please ping me here.
The plan is to extend it also by the LANAI and LoongArich archs. But of cause the modernization of this PR comes first.

XVilka · 2023-05-04T02:59:15Z

Probably could be closed in favor of #1949
@kabeor

Phosphorus15 and others added 19 commits November 30, 2021 16:13

LLVM autosync - Mips & ARM

5cf4820

MIPS Mapper Integration unify format style, closes rizinorg#2 Restored readme.md location ARM Arch & Synctools Usage Docs fix redundant header auto sync MIPS integration apply clang-format ignore .idea folder apply `black` reformat

AArch64 auto-sync Integration

4bda6c4

Integrated rest of the supported archs into auto-sync

335d7af

SystemZ & XCore & Sparc & RISCV & PPC

Debug trace/logging system + Sparc integration fix

e5b0b74

Utils & Sync compatibility improvement

79ae8b4

Update generated files to match newest generator Invocation simplification, w.r.t. rizinorg#5 Turn on the build target

Synchronize with LLVM upstream changes on ARM & ARM64

8f12c6f

Resolve ARM Thumb decoding issue

Integrity check, bug fixes

b067e8c

Inst Printer Predicate fix architecture integrity check & ppc naming patch fixes mips naming & addressing issues

Make sure tests pass - fixes on naming

Verified

This commit was created on GitHub.com and signed with GitHub’s verified signature. The key has expired.

GPG key ID: 4AEE18F83AFDEB23
Expired

Verified
Learn about vigilant mode

e3458ff

Capstone RegisterClass array length fix + Code file reformats

f3f8238

Update generated table for bc0f-bc3f, w.r.t. d594f4f6b0755ab11580e1e8…

391334d

…7d610b560e71b5ef

Fix Makefile Linkage problem

2db2477

Cleanups & warning elimination

Consolidate disassembler & name mapping

66a0265

Cleanups on mappings & possible inconsistence

23b2740

Finalizes problems on tests

Add generated file headers, closes capstone-engine#9

7614e7e

Added syncing file document, correct ARM64 instruction mapping, regar…

09ac2e1

…ding rizinorg#3 capstone-engine#10 capstone-engine#12

Minor syncing README updates

Verified

This commit was created on GitHub.com and signed with GitHub’s verified signature. The key has expired.

GPG key ID: 4AEE18F83AFDEB23
Expired

Verified
Learn about vigilant mode

c0e35c2

Add guarded end instruction mapping

1bca421

aquynh reviewed Dec 9, 2021

View reviewed changes

mrexodia reviewed Dec 9, 2021

View reviewed changes

FlyGoat mentioned this pull request Jan 25, 2022

Autosync - Refreshed #1831

Closed

hainest mentioned this pull request Feb 26, 2022

Update to llvmorg-13.0.1 capstone-engine/llvm-capstone#2

Closed

junghee mentioned this pull request Mar 23, 2022

Update the table for UD0 and UD1 with the latest llvm table #1863

Merged

kabeor added the enhancement label Apr 2, 2022

kabeor mentioned this pull request Jul 23, 2022

Add PowerPC paired-singles support #1898

Merged

6 tasks

kabeor mentioned this pull request Nov 24, 2022

Including new instructions from LLVM #1936

Closed

Rot127 mentioned this pull request Jan 11, 2023

Architecture updater (auto-sync) - Updating ARM #1949

Merged

39 tasks

kabeor closed this May 4, 2023

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Automate architecture synchronization with latest LLVM #1803

Automate architecture synchronization with latest LLVM #1803

Phosphorus15 commented Dec 8, 2021

Phosphorus15 commented Dec 8, 2021

aquynh commented Dec 8, 2021 via email

Phosphorus15 commented Dec 8, 2021 •

edited

Loading

aquynh commented Dec 8, 2021 via email

aquynh commented Dec 9, 2021

aquynh Dec 9, 2021

aquynh commented Dec 9, 2021 •

edited

Loading

XVilka commented Dec 9, 2021 •

edited

Loading

mrexodia Dec 9, 2021 •

edited

Loading

thestr4ng3r Dec 11, 2021

Phosphorus15 commented Dec 9, 2021

Phosphorus15 commented Dec 9, 2021

XVilka commented Dec 13, 2021

kabeor commented Dec 13, 2021

XVilka commented Dec 13, 2021

kabeor commented Dec 13, 2021

kabeor commented Dec 22, 2021

XVilka commented Jan 23, 2022

FlyGoat commented Jan 23, 2022

XVilka commented Jan 23, 2022

FlyGoat commented Jan 23, 2022

kabeor commented Jan 24, 2022

XVilka commented Jan 24, 2022

kabeor commented Jan 24, 2022

XVilka commented Jan 26, 2022

kabeor commented Jan 26, 2022

kabeor commented Jan 26, 2022

kabeor commented Jan 26, 2022

FlyGoat commented Jan 26, 2022

kabeor commented Jan 26, 2022

XVilka commented Jan 26, 2022

kabeor commented Jan 26, 2022

Rot127 commented Aug 8, 2022 •

edited

Loading

XVilka commented May 4, 2023

Automate architecture synchronization with latest LLVM #1803

Automate architecture synchronization with latest LLVM #1803

Conversation

Phosphorus15 commented Dec 8, 2021

What is Auto-Sync ?

What is done in this PR?

What is yet to be done?

Phosphorus15 commented Dec 8, 2021

aquynh commented Dec 8, 2021 via email

Phosphorus15 commented Dec 8, 2021 • edited Loading

aquynh commented Dec 8, 2021 via email

aquynh commented Dec 9, 2021

aquynh Dec 9, 2021

Choose a reason for hiding this comment

aquynh commented Dec 9, 2021 • edited Loading

XVilka commented Dec 9, 2021 • edited Loading

mrexodia Dec 9, 2021 • edited Loading

Choose a reason for hiding this comment

thestr4ng3r Dec 11, 2021

Choose a reason for hiding this comment

Phosphorus15 commented Dec 9, 2021

Phosphorus15 commented Dec 9, 2021

XVilka commented Dec 13, 2021

kabeor commented Dec 13, 2021

XVilka commented Dec 13, 2021

kabeor commented Dec 13, 2021

kabeor commented Dec 22, 2021

XVilka commented Jan 23, 2022

FlyGoat commented Jan 23, 2022

XVilka commented Jan 23, 2022

FlyGoat commented Jan 23, 2022

kabeor commented Jan 24, 2022

XVilka commented Jan 24, 2022

kabeor commented Jan 24, 2022

XVilka commented Jan 26, 2022

kabeor commented Jan 26, 2022

kabeor commented Jan 26, 2022

kabeor commented Jan 26, 2022

FlyGoat commented Jan 26, 2022

kabeor commented Jan 26, 2022

XVilka commented Jan 26, 2022

kabeor commented Jan 26, 2022

Rot127 commented Aug 8, 2022 • edited Loading

XVilka commented May 4, 2023

Phosphorus15 commented Dec 8, 2021 •

edited

Loading

aquynh commented Dec 9, 2021 •

edited

Loading

XVilka commented Dec 9, 2021 •

edited

Loading

mrexodia Dec 9, 2021 •

edited

Loading

Rot127 commented Aug 8, 2022 •

edited

Loading