spu: fix wrong volume shift

libretro/pcsx_rearmed#685

fix build

forgot to add 'extern'

standalone: allow lighrec for testing

./configure
make DYNAREC=lightrec

psxinterpreter: reduce the use of globals

they induce penalties with -fPIC

psxinterpreter: sync with upstream

for easier merging

easier logging of unhandled stuff

cdrom: partially emulate the fifo

dma: try more accurate timings

seems to help Legend of Mana

cdrom: get rid of pTransfer

it could easily crash the emu (misbehaving game or even malicious ISO)

cdrom: don't reschedule irqs

trigger shortly after ack instead, like nocash describes

cdrom: clean up command handling

cdrom: try to eliminate playback timing drifting

psxcounters: try to eliminate another source of audio drift

spu: cleanup some irq hacks

Note that bIgnoreLoop is still needed or
"Misadventures Of Tron Bonne" may hang after cutscenes.
Before this commit the game will sometimes cut off dialogues.

spu: sync on xa playback start

this avoids nasty underflows at the start of the stream

spu: support master volume

spu: rename dwChannelOn to something more suitable

spu: remove some strange rounding

Seems wrong.
Also deal with now possible div by 0 in scan_for_irq().

cdrom: remove confusing comment

No need for a wall-of-text comment for something as basic as seeking.
It also said "disabling it with `&& false` for now" when there is no
such code here.

cdrom: remove another hack

The hack just makes Worms Pinball unstable, and Crusaders of Might
and Magic no longer seems to need it.

cdrom: get rid of cdrPlayInterrupt

unify with cdrReadInterrupt and name it cdrPlaySeekReadInterrupt

... althoug these are not actually interrupts, more like events,
but keep this weird PCSX's naming convention

cdrom: try to clean up the seeking mess

regressions are likely (this is cdrom code - pcsx's weak spot),
so feel free to revert if I'm not responsive

cdrom: should use the last Setloc loc and SeekL

notaz/pcsx_rearmed#253

cdrom: some debugging aid

cdrom: sync with upstream

Without this can't cherry-pick stuff from there.

Revert "Revert "misc: get rid of an unaligned read""

This reverts commit af0df01112a234b848be5fe87a2066bb938d356c.

plugins: try to untangle the CALLBACK mess

on ARM it doesn't matter so calling conventions were never maintained,
so just get rid of __stdcall

spu: get rid of iXAPitch

it makes no sense after SPU was fully synced to the core, and now it
just pulls unwanted windows.h dependency on win32.

Revert "misc: get rid of an unaligned read"

This reverts commit 5bb56b1a0ec9c4875a4b9f532d79ee477a5a6e8e.

misc: get rid of an unaligned read

96c6ec7055ecef55b3dd221c86b796512bf52107 introduced an unaligned read
which is undefined behavior in C, even if most hardware allows it
(but some very old ARMs don't). Perf. doesn't matter here so read
byte-by-byte.

notaz/pcsx_rearmed#261

gpu_neon: fix another abi violation

before the flush_render_block_buffer call the stack is misaligned,
so push an odd num of regs to realign

gpu_neon: fix wrong block counting

drc: fix a silly mistake of overwriting a reg

drc: rework smc checks again

the way it was done before wasn't good enough for
Mega Man Legends 2 at least

drc: fix wrong masking in set_jump_target

cspace: add forgotten length decrement

make: switch apple platforms to neon gpu too

let's see it it builds

Android.mk: try enable neon gpu for arm64 Android too

make: switch most arm64 platforms to neon gpu

make: adjust in preparation to enable neon on arm64

cspace: generic implementation with vector extensions

gpu_neon: integration for arm64

gpu_neon: new intrinsics-only implementation

~80-95% performance of the asm version on cortex-a72,
but maybe less of a portability nightmare (+arm64 support)

gpu_neon: place asm func prototypes into a separate header

for the upcoming intrinsics implementation

gpu_neon: don't include vector_ops.h in the main header

that stuff is only used in the C-only prototype

gpu_neon: fix some more abi violations

drc: patch up some potential issues on the switch

gpu_neon: try to make the compiler save some callee-save regs

... which the asm isn't doing properly

dfxvideo: patch up some unsafe macros

(old?)-ARM version of GETLE32() was causing wrong shifting due to
implicit signed int promotion.

libretro/pcsx_rearmed#676

Update .gitlab-ci.yml

mman: align and clear for 3ds also

callers expect cleared mem

drc: some more libnx support

libnx: make mmap act more like on Linux

Update lightrec 20220716 (#672)

* lightrec: Simply invalidate code and reset registers for plugin reset

Instead of destroying the Lightrec instance and creating a new one,
simply invalidate the code and reset all registers to their default
values.

Signed-off-by: Paul Cercueil <paul@crapouillou.net>
* git subrepo pull --force deps/lightrec

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

switch: define HAVE_LIBNX

somehow assumed it was done already

libnx: try to enable the ari64 dynarec

If it crashes please report (logs required).

make: make the assignment work

'?=' keeps the previous assignment, which is probably not what was
intended.

drc: simplify cache flush for some platforms

untested, may break 3DS, if it happens please report

drc: some libnx support

compile the core with the PEOpS plugin for x86 and arm64 platforms (#670)

Merge pull request #669 from pcercuei/lightrec-fix-bios-munmap

lightrec: Fix unmap size of BIOS

psxmem: Use Lightrec memory map even for interpreter

The CPU emulation method (interpreter or dynarec) can be switched at
runtime. Therefore we must use Lightrec's memory map even when the
interpreter is used.

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

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>

Merge pull request #668 from pcercuei/update-lightrec-20220607

Update lightrec 20220607

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>