lightrec: Fix unmap size of BIOS

The BIOS was mapped as 2 MiB, since we want to use a huge page if
possible. Therefore it should also be unmapped as 2 MiB, otherwise the
upper 1.5 MiB will still be mapped after de-init, which will make it
impossible to map the BIOS once again.

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

git subrepo pull --force deps/lightrec

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

frontend: Remove duplicated code

The same function bgr888_to_rgb565() was present twice, protected by
different macros.

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

plugins: Fix build of unai/neon

The gpu.status does not use bit-fields anymore following
61124a6d ("Get rid of bit fields in union") because it was not
endian-safe.

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

Merge pull request #665 from QuarkTheAwesome/libretro-merge-be

Fix PCSX core and dfxvideo for big-endian systems

Merge pull request #663 from bslenul/rumble-fix

Rumble should only work with 'dualshock' device type

cdriso: hack .chd track handling to match .cue

libretro/pcsx_rearmed#648

cdrom: don't read and play simultaneously

notaz/pcsx_rearmed#250

lightrec: try to clean up intergarion, fix -O0

notaz/pcsx_rearmed#251

cdrom: Fix PBP support on big-endian platforms

The data contained in the PBP is in little-endian format. Therefore,
everything in the PBP's header must be read with the byte-swap macros,
for PBP support to work on big-endian systems.

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

dfxvideo: Restore support for big-endian arch

The hardware registers, emulated RAM or emulated VRAM are all in
little-endian format. Therefore, each access must be done with one of
the byte-swap macros, for the plugin to work on big-endian systems.

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

frontend: Fix colorspace conversion routines on big-endian

The bgr555_to_rgb565() and bgr888_to_rgb565() functions were only
working correctly on little-endian systems.

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

misc: Use GCC builtins for byte-swap operations

Instead of using custom code to byte-swap values, use the built-in
function provided by GCC.

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

gpulib: Add proper support for big-endian

Update the gpulib code to work properly on big-endian architectures.

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

Get rid of bit fields in union

Long story short, bit fields aren't endian-safe.
More info: http://mjfrazer.org/mjfrazer/bitfields/

Simplify that by just using a few macros to access the needed bits.

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

Make sure hardware registers are manipulated as little-endian

The hardware registers should be represented in little-endian format.
Therefore, on big-endian systems the values need to be byte-swapped.

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

Fix PCSX on big-endian systems

The __BIGENDIAN__ macro was never defined anywhere, and the
__BIG_ENDIAN__ macro isn't set anymore by recent versions of GCC.

Replace them by checking __BYTE_ORDER__ against __ORDER_BIG_ENDIAN__.

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

Rumble should only work with 'dualshock' device type

Merge pull request #662 from pcercuei/update-lightrec-20220604

Update GNU Lightning

git subrepo pull --force deps/lightning

subrepo:
  subdir:   "deps/lightning"
  merged:   "7fce9abb"
upstream:
  origin:   "https://github.com/pcercuei/gnu_lightning.git"
  branch:   "pcsx_rearmed"
  commit:   "7fce9abb"
git-subrepo:
  version:  "0.4.3"
  origin:   "https://github.com/ingydotnet/git-subrepo.git"
  commit:   "2f68596"

(Windows) Not building, include tlsf.c by default

(Android) Fix includes

(Android) include tlsf.c

Merge pull request #661 from pcercuei/update-lightrec-20220604

Update lightrec 20220604

lightrec: Enable code buffer support

Map a 8 MiB code buffer at (base + 0x80.0000), right after the emulated
RAM. In this code buffer, Lightrec will write the recompiled code for
the host machine.

In general, the code buffer support is very useful when the host
platform has only a small RW+X memory area available for JIT purposes,
like it's the case on the WiiU.

On Linux, this isn't a concern, but having a code buffer does still
bring a benefit: if both the start address and the end address of the
code buffer's address fit in 32 bits, then Lightrec's code LUT can be
shrunk in half (2.5 MiB instead of 5 MiB), as it only needs to store
32-bit pointers.

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

git subrepo pull --force deps/lightrec

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

psxcounters: try to support a dynarec with a very long timeslice

The dynarec instead should probably not run for thousands of cycles
doing no interrupt checks, but maybe this hack will be enough.
libretro/pcsx_rearmed#658

drc: update some logging and patches

Make this backwards compatible with older Linux kernels

(Android) Only build in libpcsxcore/lightrec/mem.c when
LIGHTREC_CUSTOM_MAP is set to 1

Disable LIGHTREC_CUSTOM_MAP on all Android versions

(Android)
- Always set LIGHTREC_CUSTOM_MAP
- Compile in libpcsxcore/lightrec/mem.c

(Android) Define LIGHTREC_CUSTOM_MAP

Merge pull request #659 from pcercuei/update-lightrec-20220530

Fix Lightrec build on Windows and Linux

Fix Lightrec build on Windows and Linux

Some distributions of Linux don't have the MFD_HUGETLB flag in
<linux/memfd.h>, probably because their kernel headers installed are too
old. In that case, we locally define MFD_HUGETLB to the value it should
have.

On Windows, the HAVE_MMAP macro set for GNU Lightning was also used in
libretro-common/vfs/vfs_implementation.c, causing build issues. Address
this problem by only defining HAVE_MMAP for Lightning source files.

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

Merge pull request #657 from pcercuei/update-lightrec-20220529

Update lightrec 20220529

Update Lightning/Lightrec includes to the latest upstream versions

Lightning now also requires HAVE_MMAP to be defined.

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

git subrepo pull --force deps/lightrec

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

git subrepo pull --force deps/lightning

subrepo:
  subdir:   "deps/lightning"
  merged:   "2a199e4d"
upstream:
  origin:   "https://github.com/pcercuei/gnu_lightning.git"
  branch:   "pcsx_rearmed"
  commit:   "2a199e4d"
git-subrepo:
  version:  "0.4.3"
  origin:   "https://github.com/ingydotnet/git-subrepo.git"
  commit:   "2f68596"

Makefile: Fix build on Windows and Android

Fix build under MinGW where the rt library wasn't found, and on Android
where the dynarec isn't Lightrec but Ari64.

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

Merge pull request #654 from pcercuei/lightrec-mmap-zero

Lightrec: Make memory map as perfect as possible

psxmem: Add support for Lightrec's custom mem init sequence

Adapt the current psxmem.c code to support Lightrec's custom memory
init functions.

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

lightrec: Add new memory init functions

Lightrec can greatly benefit from having the RAM/BIOS/scratchpad and RAM
mirrors mapped to specific addresses. For the same value of (offset):

- If the RAM is mapped to (offset), the BIOS is mapped to
  (offset + 0x1fc00000) and the scratchpad to (offset + 0x1f800000), the
  generated code will be better;

- If the RAM is also mirrored to (offset + 0x200000), (offset + 0x400000)
  and (offset + 0x600000), the generated code will be even better;

- If the offset is 0x0, the generated code will be even better.

Additionally, the new memory init code will attempt to use huge pages
when possible, in order to greatly reduce the overhead of the MMU.

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

Add support for mapping emulated RAM to address 0x0

This requires a few changes, since a pointer whose value is 0x0 will be
detected as a NULL pointer. The read/write LUTs are now initialized with
0xff, and all pointers are now checked against a new INVALID_PTR macro.

Mapping the emulated RAM to the address 0x0 will allow Lightrec to
generate much better code.

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

Merge pull request #653 from jdgleaver/core-options-v2

Update core options to v2 format

Update core options to v2 format

Merge pull request #652 from pcercuei/update-lightrec-20220427

Update lightrec 20220427

git subrepo pull --force deps/lightning

subrepo:
  subdir:   "deps/lightning"
  merged:   "6f101bf8"
upstream:
  origin:   "https://github.com/pcercuei/gnu_lightning.git"
  branch:   "pcsx_rearmed"
  commit:   "6f101bf8"
git-subrepo:
  version:  "0.4.3"
  origin:   "https://github.com/ingydotnet/git-subrepo.git"
  commit:   "2f68596"

lightrec: Only sync register cache before savestate if using dynarec

Synchronizing Lightrec's register cache into PCSX' psxRegs variable must
be done only if using Lightrec, not when using PCSX' interpreter.

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

make: try harder to detect arm to default to ari64 there

Merge pull request #650 from pcercuei/fix-lightrec-save-states

lightrec: Fix save states

lightrec: Fix save states

To create save states the psxRegs variable must be up-to-date. Therefore
we need to store back all the registers in Lightrec's cache into psxRegs
before saving, and reload them into Lightrec's cache after loading a
save state.

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

Merge pull request #649 from pcercuei/update-lightrec-20220425

Update to latest Lightrec 2022-04-25

git subrepo pull --force deps/lightrec

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

Merge pull request #644 from pcercuei/update-lightrec-20220409

Update Lightrec to version 2022.04.09

git subrepo pull --force deps/lightrec

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

Merge pull request #642 from StormedBubbles/guncon

GunCon overhaul

Merge pull request #643 from pcercuei/update-lightrec-20220408

Update lightrec 20220408

git subrepo pull --force deps/lightrec

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

git subrepo pull --force deps/lightning

subrepo:
  subdir:   "deps/lightning"
  merged:   "ac905ceb"
upstream:
  origin:   "https://github.com/pcercuei/gnu_lightning.git"
  branch:   "pcsx_rearmed"
  commit:   "ac905ceb"
git-subrepo:
  version:  "0.4.3"
  origin:   "https://github.com/ingydotnet/git-subrepo.git"
  commit:   "2f68596"

lightning: Update to my own repository

The maintainer of GNU Lightning seems MIA, and therefore it is
currently impossible to contribute to the upstream project.

Until the situation improves, switch to my own repository, in which I
will be able to include patches that benefit this core.

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

GunCon overhaul

-Add Trigger, Reload, Aux A, and Aux B as mappable buttons in RetroArch menu for players 1 and 2.

-GunCon trigger, A, and B buttons are mapped to Gun Trigger, Gun Aux A, and Gun Aux B instead of hard coded to left click, right click, and middle click.

-Force cursor to corner of screen for offscreen reload so that reloading works on all four edges of the screen.

-Allow Gun Reload RetroArch input to emulate an offscreen shot.

-Switch gun coordinates from "Pointer" type to "Lightgun" type.

drc: prevent people from using lightrec on arm

Can specify ALLOW_LIGHTREC_ON_ARM=1 if you want it that much.

Merge pull request #638 from CometHunter92/fix_menu_skip

fixes and cleaning

Update libretro_core_options.h

fixes core options getting crazy if coming from a previous core version

Merge pull request #637 from jSTE0/itempo-fix

frontend: Disable iTempo

frontend: Disable iTempo

Leave iTempo set to 0 on all libbretro platforms. This fixes the build
failure for Miyoo. Also results in iTempo being 0 for Raspberry Pi 1,
which is faster than the Miyoo but slower than the new 3DS.

Merge pull request #636 from neonloop/autoframeskip_updates

Updates auto-frameskip

Updates auto-frameskip

Follows newer frameskip code from snes9x2002 and fixes fixed_interval
frameskip when audio driver doesn't support buffer monitoring.

Also disables iTempo for Miyoo builds, this setting only has correct
effect in standalone and generates too much audio every frame in
RetroArch.

Merge pull request #634 from libretro/revert-633-revert-631-autoframeskip

Revert "Revert "Adds auto frameskip based on free audio buffer space""

Revert "Revert "Adds auto frameskip based on free audio buffer space""

Merge pull request #633 from libretro/revert-631-autoframeskip

Revert "Adds auto frameskip based on free audio buffer space"

Revert "Adds auto frameskip based on free audio buffer space"

Merge pull request #631 from neonloop/autoframeskip

Adds auto frameskip based on free audio buffer space

Merge pull request #630 from jSTE0/fix-spu-defaults

Fix SPU defaults for pre-ARMv7 CPUs

Adds auto frameskip based on free audio buffer space

The change uses same style as other cores with auto frameskip. PSX
doesn't always render every frame, so skipped frames that wouldn't have
been rendered aren't used for frameskip limit.

Fix SPU defaults for pre-ARMv7 CPUs

Disable reverb and interpolation for pre-ARMv7 CPUs to match
emu_set_default_config(). Affects the ARMv5TEJ Miyoo and ARMv6 3DS and
Raspberry Pi 1.

Merge pull request #629 from jSTE0/miyoo-platform

platforms: Add Miyoo target

platforms: Add Miyoo target

Build for Miyoo which has the same ARM926EJ-S CPU as the Wiz/Caanoo
platforms so use similar build flags.
Enable hi-res downscaling by default for the UNAI GPU renderer to scale
to the device's 320x240 screen.

cdriso: handle chd subchannels, when available

libretro/pcsx_rearmed#535
only raw mode tested

drc: fix some wrong inv address calculations

Fixes: 882a08fc49541450bc403b2e920e4bccc257dfdf
notaz/pcsx_rearmed#243

unbreak nodynarec build

oops

drc: try to avoid some block trapping

drc: rework jump_out lists

should waste less memory for malloc overheads

drc: rework expire code

Should be quite a bit simpler now, and no longer wastes ~4MB of
translation cache for aggressive block expiring. However more stuff
in cache means longer lists which may slow things down if
recompilation is happening nonstop, so further tuning might be needed.

drc: more precise invalidation checking for the invstub case

drc: rework block tracking

Mostly to remove that horrible generated code parsing.
Also seems to generate less code now.

drc: get rid of SPAN

Should have done it 10 years ago, it's a huge maintenance burden for
something than almost never happens.

drc: restore all block entry points at once

and add some stats

drc: don't delay block restoration

Not sure why it was done the way it was (maybe something N64 related?),
but it occasionally caused dyna_linker to repeatedly walk the jump_in
list. What's worse, if the dirty block was deemed to expire soon,
it would never be restored and dyna_linker repeated jump_in walking
would never end, causing severe slowdown.

Merge pull request #619 from pcercuei/update-lightrec-20220224

Update to latest Lightrec

git subrepo pull --force deps/lightrec

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

Merge pull request #618 from pcercuei/update-lightrec-20220224

Attempt to fix CI build issues, try #2

Win32: Add symlink to fake <sys/mman.h>

Add a symlink from include/mman/sys/mman.h to deps/mman/mman.h.

Then, Lightning can be tricked into using our mman.h without having to
modify the external mman-win32 repo.

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

Android.mk: Add missing include paths

Add the missing include paths for <lightrec-config.h> and <lightning.h>.

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

git subrepo pull --force deps/lightrec

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

Merge pull request #616 from pcercuei/update-lightrec-20220222

Add missing lightning.h include file

Add missing lightning.h include file

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

Merge pull request #615 from pcercuei/update-lightrec-20220220

Update Lightning/Lightrec to the latest upstream version