fix(pad): accept vibration mode 5

[milescoviello]

What

Crimson Desert (PPSA25286) calls scePadSetVibrationMode(handle, 5) on its open pad handle at start-up. main rejects any mode above 3, so the call returns SCE_PAD_ERROR_INVALID_ARG (0x80920001). The title carries on with the call failed.

The modes are not documented:

• SharpProspero names only 1 (Advanced) and 2 (Compatible).
• Mode 3 was accepted for PPSA21480 (1e3a934), which passes it right after scePadOpen.
• fix(libScePad): check scePadSetVibrationMode's arguments in the console's order #5264's console measurements show that modes 1 to 5 pass the console's first argument check: on an invalid handle they get INVALID_HANDLE, not INVALID_ARG. Modes above 3 on an open handle could not be measured there.

The call now also accepts 5, the value a shipped title passes on an open handle. It keeps rejecting the values no title has been seen to use (4, 6 and above), and the mode is stored as before with no other effect. The libScePad debt entry now lists 5 next to 3 as accepted modes of unknown meaning.

guest_pad checks that mode 5 is accepted and that 4 and 6 are still refused.

Rebased onto #5264, which now checks the mode before the handle as the console does: the change is if (mode > 3 && mode != 5) after its mode <= 0 check, and the debt entry keeps #5264's console measurements and adds mode 5.

#5038 rewrites the neighbouring scePadOpen entry of the libScePad debt file, so whichever of the two lands second needs a one-line rebase there.

Tested

Ubuntu 24.04, GCC 13.3 (CI's compiler), Release with CI's configure flags. After the rebase onto main fa539dd, guest_pad again fails with main's Export.cpp and passes with the change, and tools/check_conventions.py --base upstream/main passes. Before it, on main bf8dc61:

• With main's Export.cpp and the new checks, guest_pad fails; with the change it passes 20/20.
• All 344 guest_* tests pass in two runs.
• Crimson Desert (PPSA25286), relinked with --to-intel and run on Linux under gdb, logging every libScePad, libSceSaveData, libSceUserService and other service call that returns an error code:
  • With main's libScePad, scePadSetVibrationMode (handle 1, mode 5) returns 0x80920001.
  • With this change it returns 0, and it no longer appears among the failing calls.
• tools/check_conventions.py --base upstream/main passes.

Not checked on a console.

Checklist

• Based on current main; no other open PR implements the same functions
• One topic per PR; follow-ups go in a new PR
• No comments in code except technical debt
• Unimplemented paths throw (NotImplemented_nid_no_patch); silent stubs are listed under Silent stubs in their library's technical debt file
• No notes, investigation .md files or images added to the repository (attach them to this PR)
• New third-party code is a submodule built from source
• Generic behaviour, not specific to one title
• Depends on: none
• Unblocks: none
• AI-assisted: yes

🤖 Generated with Claude Code

[MarcZX10]

The change is narrowly scoped: mode 5 is accepted while 4, 6+, and negative values remain rejected, and the regression checks cover those boundaries. The PR also records the remaining uncertainty about mode semantics and the expected one-line rebase with #5264. The current CI checks pass, while platform/build jobs are skipped; I’m relying on the Linux test evidence documented in the PR, not claiming an independent local run.

[adriadam10]

Checked the diff, guest_pad and the scoped ctest (34/34) on current main; guest_pad fails without the Export.cpp change and passes with it. Debt entry updated accurately; merging.