git subrepo pull (merge) --force deps/lightning

subrepo:
  subdir:   "deps/lightning"
  merged:   "fe12b4b8d9"
upstream:
  origin:   "https://github.com/pcercuei/gnu_lightning.git"
  branch:   "pcsx_rearmed"
  commit:   "fe12b4b8d9"
git-subrepo:
  version:  "0.4.6"
  origin:   "https://github.com/ingydotnet/git-subrepo.git"
  commit:   "110b9eb"

spu: adjust irqs again

this begs for hw testing, but I don't have the setup right now...

libretro/pcsx_rearmed#746

spu: rm bunch of unused functions

fix build

gpu_neon: some hack to enhanced mode

gpu_neon: don't crash on large primitives in enhancement mode

gpu_neon: rework buffer selection

to fix MGS codec and maybe more

Merge pull request #749 from pcercuei/lightrec-allow-mem-override

lightrec: Allow to override code buffer size

lightrec: Allow to override code buffer size

Allow the CODE_BUFFER_SIZE macro to be overriden.

This is helpful on platforms that don't want a 8 MiB buffer.

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

frontend: accept more bios

try to emulate borders properly

more timing hacks

psxbios: remove some globals

gpu_neon: change enhancement_buf selection

Not sure what was the idea there but it caused rightmost column of
things simetimes to not get rendered, like in Alundra 2 loading
screens and FMVs.

cdrom: more timing hacks

spu: add forgotten prevflags checking

forgot in 3113a160828f9353715e4b8cc1041d9c86162df2

psxbios: more pad stuff

maybe done?

spu: clear on init

Otherwise some residual stuff seems to carry over between games,
especially in hle mode.

spu: implement volume regs somewhat

crash2 seems to read them, unclear what for

psxbios: some assorted changes

dma: should clear both start bits

at least that's how I understand nocash

psxbios: try to improve initial boot state

psxbios: implement some pad reading details

dma: clean up

libretro/pcsx_rearmed#740

psxbios: rewrite event handling

no more mapping to some internal array

log unhandled io more clearly

emulate pending irq bit somewhat

try to fix reset in HLE mode

psxbios: handle dynamic CB alloc

SYSTEM.CNF TCB/EVENT settings are used now

misc: accept a path without slash

drc: fix reg alloc for div

libretro/pcsx_rearmed#745

spu: some cdda/xa reverb support

not for threaded spu as it'd race with writes and I don't want to use a
mutex or do extra copying there

libretro/pcsx_rearmed#733

psxbios: completely rework exception handling

should be much closer to the real thing

try to fix apple build

libretro: add (psx) exe and iso to valid_extensions

doesn't seem to work though?

libretro: understand psx exes

update libchdr

git subrepo pull (merge) --force deps/libchdr

subrepo:
  subdir:   "deps/libchdr"
  merged:   "54bfb871"
upstream:
  origin:   "https://github.com/rtissera/libchdr"
  branch:   "master"
  commit:   "54bfb871"
git-subrepo:
  version:  "0.4.6"
  origin:   "https://github.com/ingydotnet/git-subrepo.git"
  commit:   "110b9eb"

cdriso: clean up mode1 detection

libretro/pcsx_rearmed#743

Merge pull request #742 from pcercuei/update-lightrec-20230804

Update lightrec 20230804

lightrec: Add mirror to parallel port

The PS2/PS3 BIOS will try to access the parallel port through a mirror
at 0x1fa00000.

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

lightrec: Increase size of hw registers area

Increase it from 0x2000 bytes (the real area size on a PS1) to 0x8000
bytes to support the BIOS extracted from the PS3 firmware.

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

git subrepo pull --force deps/lightrec

subrepo:
  subdir:   "deps/lightrec"
  merged:   "15216f3a2e"
upstream:
  origin:   "https://github.com/pcercuei/lightrec.git"
  branch:   "master"
  commit:   "15216f3a2e"
git-subrepo:
  version:  "0.4.3"
  origin:   "https://github.com/ingydotnet/git-subrepo.git"
  commit:   "2f68596"

libretro: accept ps1_rom.bin (and similar) bios too

drc: disable some weird code

drc: adjust load/store checks

drc: adjust alignment checking

drc: adjust MAXBLOCK

it was stopping at MAXBLOCK/2 in most cases anyway, so adjust
the arrays for the size that's actually used

arm64: use ldp/stp more

drc: some cleanup

dma: don't copy out of range

it should wrap, but that's not practical so just limit for now
libretro/pcsx_rearmed#740

drc: try to prevent wrong eviction

drc: update according to the interpreter (3)

drc: update according to interpreter (2)

drc: optional address error exception support

drc: update according to interpreter

much larger commit than I'd like but it's too much work to split it

Merge pull request #738 from pcercuei/update-lightrec-20230727

Update to latest Lightrec 2023-07-27

Merge pull request #739 from pcercuei/lightrec-memory-protection

lightrec: use mmap() for code buffer if possible

git subrepo pull --force deps/lightrec

subrepo:
  subdir:   "deps/lightrec"
  merged:   "68a5d16b6b"
upstream:
  origin:   "https://github.com/pcercuei/lightrec.git"
  branch:   "master"
  commit:   "68a5d16b6b"
git-subrepo:
  version:  "0.4.3"
  origin:   "https://github.com/ingydotnet/git-subrepo.git"
  commit:   "2f68596"

lightrec: use mmap() for code buffer if possible

When not using the custom memory map, the code buffer was simply
malloc'd. This only works if the memory returned has no protection,
which is not the case e.g. on Linux.

If mmap() is available, use it to allocate the code buffer, so that the
proper memory protection flags can be used.

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

Merge pull request #737 from pcercuei/always-use-code-buffer

lightrec: Alloc code buffer with standard memory map

lightrec: Alloc code buffer with standard memory map

Provide Lightrec with a code buffer even when using a non-custom memory
map, as some platforms (NGC, Wii) cannot emit code outside a provided
code buffer.

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

make: enable lightrec for psl1ght too

no idea if anything works though (untested)

Merge pull request #736 from pcercuei/add-sysconf

make: Enable Lightrec for GC/Wii

make: Enable Lightrec for GC/Wii

Add the missing sysconf() function so that the GC/Wii builds will link
properly against Lightrec and GNU Lightning.

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

make: try to fix osx still not detecting things

try again again

make: get rid of NO_OS NO_SOCKET

no longer used

make: try to get osx build to detect stuff

... the way I want, like osx-arm64 is actually arm

try again

I wish I could test this before commiting

make: select the compiler earlier for detection to work

and disable ppc macos for now

Merge pull request #735 from pcercuei/fix-win32-build-part-2

Fix Win32 build, part 2

Fix Win32 build, part 2

GNU Lightning does use the 'HAVE_MMAP' macro, so it needs to be defined
when compiling it; otherwise Lightning will fail on an assert() at
runtime.

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

platforms: try some new big endian platforms

Big endian reportedly works thanks to Paul Cercueil's work.
Let's see if it builds in CI.

try to fix win32 build

HAVE_MMAP etc clashing with libretro-common

try to fix android build yet again

impossible to not forget it for me

Merge pull request #728 from pcercuei/libretro-wiiu-v4

WiiU port

Update GameCube/Wii/WiiU targets

Update the GameCube/Wii/WiiU targets to make sure they compile and work;
and add support for the Lightrec dynarec, using a custom memory map on
the WiiU target (and unoptimized regular malloc'd addresses on NGC/Wii).

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

Support compiling without posix_memalign() function

Add NO_POSIX_MEMALIGN option in Makefile.libretro to support platform
that don't provide the posix_memalign() function.

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

Support compiling without pthreads

Add NO_PTHREAD option in the Makefile, which can be used on platforms
that don't support pthreads.

Since dfsound/spu.c disables threading support on Win32 and platform
defining NO_OS (Switch, 3DS, PSP Vita), mark them as not having
pthreads.

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

Support compiling without mmap functions

Add NO_MMAP option in Makefile.libretro that can be turned ON on
platforms that don't support mmap(), and for which memory mapping hooks
must be provided.

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

Makefile: Switch to using libretro-common subrepo

Instead of integrating the content of the libretro-common repository
inside this core, reference it as a git subrepo, just like it is
currently done with GNU Lightning and Lightrec.

The advantage is that the latest code from the main libretro-common
repository can be fetched easily now.

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

git subrepo clone https://github.com/libretro/libretro-common.git deps/libretro-common

subrepo:
  subdir:   "deps/libretro-common"
  merged:   "86d5e4128c"
upstream:
  origin:   "https://github.com/libretro/libretro-common.git"
  branch:   "master"
  commit:   "86d5e4128c"
git-subrepo:
  version:  "0.4.3"
  origin:   "https://github.com/ingydotnet/git-subrepo.git"
  commit:   "2f68596"

psxinterpreter: adjust COP decoding

psxinterpreter: yet more exceptions, new config option

psxinterpreter: rework load delays

psxinterpreter: rework branching in ds

psxinterpreter: tons of new exceptions

does anything need any of this though?

psxinterpreter: assorted fixes

Merge pull request #732 from bslenul/crash-fix

Fix crash when BIOS isn't found

Merge pull request #731 from bslenul/remove-strip-debug

Don't strip debug build

Fix crash when BIOS isn't found

Don't strip debug build

libretro: allow_interlace should be 2 by default

lightrec: use cycle_multiplier

libretro/pcsx_rearmed#695

attempt to fix build

libretro: look for openbios

Lowest priority since it still has lower compatibility and lightrec has
problems with it.

libretro/pcsx_rearmed#708

adjust bios handling again

changed my mind about BiosBooted

remove "slow" text from Enhanced Resolution

Perhaps it made sense back in 2011, but now there is plenty of hardware
that can do it without any slowdowns.

handle more GP0 status bits

should help openbios

gpu_neon: fix texels vs pixels confusion