db: update

libretro/pcsx_rearmed#515

note that lightrec already runs more cycles as it doesn't do any
gte stall things

cpu: make sure config is applied when core is changed

spu: rework reverb according to nocash docs

rpi4 performs about the same

standalone: allow to enable slowboot in config at least

cdrom: try different seek timing

unclear if it's better, might need to revert

cdrom: drop the propagation thing

It does more harm than good by causing instability.
Maybe make it optional someday.

cdrom: disable some hack for xa

lightrec: Add the big-ass debugger

This debugger has this name because it doesn't even try to be suttle -
it will run the dynarec and interpreter versions of Lightrec in
parallel, comparing their behaviour at every exit point, and returning
any issue as soon as they appear.

By default, the emulator will print a checksum of the registers after
each exit point. When a mismatch is found, it is advised to re-start the
debugging setting the LIGHTREC_VERY_DEBUG=1 environment variable, and to
set the LIGHTREC_BEGIN_CYCLES environment variable to the cycle value of
the last known state. When the "very debug" mode is used, the
interpreter and dynarec will exit after each single block, and the
emulator will compute a checksum of the whole RAM and scratchpad and
print all registers. This two-level debugging allows to find a mismatch
point very fast, and then fine-tune until the exact breaking point is
found.

Signed-off-by: Paul Cercueil <paul@crapouillou.net>

Disable mult/div and memset optimizations when debugging Lightrec

These optimizations cause Lightrec's interpreter and dynarec to have
different behaviours.

Signed-off-by: Paul Cercueil <paul@crapouillou.net>

lightrec: Add LIGHTREC_DEBUG functionality

When set, Lightrec will be built with the debug log level, the built-in
disassembler for PSX code and JIT code (requires binutils), and support
outputing data to the big-ass debugger (if the proper environment
variables are set).

Signed-off-by: Paul Cercueil <paul@crapouillou.net>

attempt to fix CI

try some more CIs

core: move some more stuff to psxRegs

less literal pools

drc: fix wrong stop check

would return prematurely because of this

misc: hard-reset cpu on hle change

fix some warnings on win32

db: update

no desire to dig out the real reason; works on arm?
libretro/pcsx_rearmed#867

lightrec: update

gpu: adjust timing again

maybe I should just give up...

drc: adjust timing hacks

also drop the difference from other cpu cores
libretro/pcsx_rearmed#858
notaz/pcsx_rearmed#349

restore Haiku build

lightrec: update to match libretro branch

gpu_neon: try more to not violate the arm32 abi

keep 8b stack alignment, save/restore regs, try avoiding hazards of
arm+neon accessing same cachelines on cortex-a8

3ds: fix build

c++ and long s32 combines to a peril

gpu: further timing hacks

libretro/pcsx_rearmed#711
notaz/pcsx_rearmed#348

gpu_neon: typo fix + minor stuff

cdrom: fix wrong state

libretro/pcsx_rearmed#860

libretro: simplify axis_range_modifier

also default to square as that better matches psx on modern controllers

gpu: different offset handling

hopefully better, please report if something breaks
libretro/pcsx_rearmed#622

gpu_neon: unbreak tests

cdrom: yet another timing hack

libretro/pcsx_rearmed#858

cdrom: some cleanup

gpu: some timing improvements

libretro/pcsx_rearmed#857
notaz/pcsx_rearmed#217

gpulib: unbreak debug logs

vita: disable drc thread

tc writes from a thread cause data abort, and sceKernelOpenVMDomain()
returns 80010058 which https://wiki.henkaku.xyz/vita/SceSblSsMgr mentions
as SCE_ERROR_ERRNO_ENOSYS, aka "Invalid system call number"?

vita: another try

maybe the last
libretro/pcsx_rearmed#856

drc: allow address 0 in thread mode

Otherwise the compile thread would spin endlessly.
Noticed it when another bug caused exec at address 0.

psxinterpreter: avoid excessive icache clearing

drc: avoid mov pc

DDI0406 A4.1.1 "Changing between Thumb state and ARM state" recommends
against mov pc, and recent compilers completely avoid it too.

vita: yet another try to fix crashes

libretro/pcsx_rearmed#856

drc: another try to fix thread cache stuff

libretro/pcsx_rearmed#856

make: no line splitting

won't work on libretro-build-libnx-devkitpro , who tf knows why?

attempt to fix github workflows

db: another lightrec hack

mdec: timing hacks

libretro/pcsx_rearmed#846

vita: try to fix alloc

libretro/pcsx_rearmed#856

vita: cleanup

libretro: drop remnants of _async_cd

there is pcsx_rearmed_cd_readahead now

gpu: allow to force-enable dithering

libretro/pcsx_rearmed#853

fix build

libretro/pcsx_rearmed#855

3ds: change psx vram location

should be better in theory but doesn't seem to matter in practice

android build yet again...

drc: disable thread for cache hack

can't mix drc with interpreter in this case
libretro/pcsx_rearmed#854

partially revert f0d65622de

GPU_UNAI_USE_FLOAT_DIV_MULTINV_FOR_ONE was a bad idea, mixing multinv
with normal div still causes issues on newer compilers, probably due
to precision or float op ordering or something

gpu_unai: asm part 5

gpu_unai: asm part 4

gpu_unai: asm part 3

gpu_unai: asm part 2

gpu_unai: more asm

gpu_unai: avoid unneeded gouraud calculations

rect quad optimizations

cspace_arm: slight improvements

...maybe

try another macro for arm vfp

drc: restore scratch_buf_ptr

me from 2013 outsmarted myself from 2024 with this one

drc: eliminate a global from get_addr_ht

gpu_unai: switch back to older DIV_MULTINV behavior

caused polygon "cracks" if compiled on gcc 10.2 (devkitARM release 55),
but seems ok on gcc 11.4 or gcc 14.2 (devkitARM release 65)

libretro/pcsx_rearmed#852

arm: make sure RunFast is on

seems already to be the case on 3ds at least

gpulib: try to reduce global reload

espacially bad on arm32 with -pie (which is on by default):
   text    data     bss     dec     hex filename
   9904       0    4444   14348    380c plugins/gpulib/gpu.o # before
   9128       0    4444   13572    3504 plugins/gpulib/gpu.o # after

update libchdr

avoid -Wno-format in general case

need this only for libchdr wanting to print int32_t on platforms
where int32_t is long int
libretro/pcsx_rearmed#851

gpu_unai: clean up ilace_mask

do_cmd_list() was no place for it.
It should also alternate odd/even lines but I leave that for later.

gpu_unai: drop pixel_skip

it's not possible to enable it so no need to check it on each primitive

standalone: unbreak .exe mode

libretro: don't make cycle_multiplier depend on device

It causes different compatibility on different devices.
If the user wants to win some fps this way, they should just
change their config.

timing hack +1

libretro/pcsx_rearmed#848

3ds: allow compiling with just DEVKITPRO set

cdrom: fix wrong logic with cdr.Prev

fix too early notify

drc mem setup needs hw regs loaded

3ds: no dynarec thread when 'auto'

gpu_unai: some new asm

gpu_unai: move the line loop into the driver func

no need to repeat some of the setup on each line,
this also prepares for a full asm implementation of some drivers

gpulib: use mmap callbacks for platforms that have it

I think this was lost in some refactoring.
Also use minimum alignment of at least (x86) cache line size.

gpu_neon: mask before compare

cdriso: missing null check

gpu_unai: minor tuning for 3ds

not much of a difference, but at least avoids s_invTable

merge from libretro

got tired of all the conflicts

gpu_unai: don't typedef le32_t as structs

Experiments show it prevents autovectorization on some compilers,
so do it in asserts build only.

gpu_unai: simplify gpuClearImage

no need for alignment checks as it's not possible on real psx

merge gpu_unai with gpu_unai_old

Can now switch between them during gameplay.
Specify GPU_UNAI_NO_OLD=1 to prevent compiling this in to save memory or
whatever. No big endian support.

try to support older binutils

EXTERN in a linker script doesn't work on ld 2.34, works on 2.43.1

try to fix apple build

platforms: try to fix build

many lack weak symbols, apple has different pthread_setname_np...

3ds: only invalidate icache on non-compiler core

seems enough, or is it?

move more globals to psxRegs

more locality, less literal pools on ARM

drc: drop pending_exception

just causing confusion

drc: add another sync after running the interpreter

drc: update the debug patches

3ds: drop pre-rosalina code

no reason not to run an up-to-date cfw

3ds: use range clearing for small ranges

Seems to be wastefull to throw away the entire icache when just a few
new insns are compiled. Not that this gives any noticeable perf
difference though.

mdec: compiler-friendlier clamp

that whole thing begs to be rewritten but ohwell