Declaring standard C functions like memset as function pointers will give a warning:

../../include/libc.h:3:16: warning: built-in function 'memset' declared as non-function
extern void *(*memset)(void *destination, int value, size_t num);

Need to be able to suppress this warning.

I'm getting following error when i try to compile using your sdk:

In file included from /home/seb5594/git/PS4-SDK//libPS4/include/ps4.h:11:
/home/seb5594/git/PS4-SDK//libPS4/include/network.h:56:78: error: expected ')'
extern int (*sceNetGetsockopt)(int s, int level, int optname, void *restrict optval, soc...
^
/home/seb5594/git/PS4-SDK//libPS4/include/network.h:56:31: note: to match this '('
extern int (*sceNetGetsockopt)(int s, int level, int optname, void *restrict optval, soc...
^
1 error generated.
Makefile:33: recipe for target 'build/main.o' failed
make: *** [build/main.o] Error 1

getting "not enough memory available" error when using ps4-sdk examples with elfldr - while elfldr libps4 examples seem to work fine.

You have a ton of errors inside file.h

For example:

define O_CREAT 0x0100

This value is most certainly NOT correct. The correct value is 0x0200, I was pulling my hair out trying to figure out why I couldn't create a file, then checked the FreeBSD code and seen the value was 0x0200.

If I compile any code with the newest SDK version (vanilla state), the following relocation error is issued:

clang -c -o build/main.o source/main.c -I/tmp/git/t/PS4-SDK/libPS4/include -I. -Iinclude -O2 -fPIC -ffreestanding -fno-builtin -Wall -masm=intel -target x86_64-scei-ps4-elf -m64 -mcmodel=large
ld.gold build/*.o -o hello.elf -L/tmp/git/t/PS4-SDK/libPS4 -L. -Llib -shared -fPIE -lPS4
ld.gold: error: /tmp/git/t/PS4-SDK/libPS4/libPS4.a(kernel.o): requires dynamic R_X86_64_PC32 reloc against 'rawSyscall' which may overflow at runtime; recompile with -fPIC
ld.gold: error: /tmp/git/t/PS4-SDK/libPS4/libPS4.a(module.o): requires dynamic R_X86_64_PC32 reloc against 'rawSyscall' which may overflow at runtime; recompile with -fPIC
Makefile:26: recipe for target 'hello.elf' failed
make: *** [hello.elf] Error 1

For an indication on the error: https://tecnocode.co.uk/2014/10/01/dynamic-relocs-runtime-overflows-and-fpic/ (though not exactly the same issue I suppose).
Basically, the way you inject the syscall isn't playing nice with generating PIC :) I think there are multiple ways to "fix" this one way or another.

I will look at it tomorrow if you don't want to invest time. I am getting frustrated with the loader, so its a more pressing issue to me right now >:(

@kr105 typedef int SceKernelEqueue; has wrong type

If you try to call sceKernelDeleteEqueue with that type you will get 0x80020009 error.

SceKernelCreateEqueue call internally to syscall 362 (aka sys_kqueue) and then to syscall 557 (aka sys_namedobj_create) and then it will return in first call parameter from sceKernelCreateEqueue output from sys_kqueue plus/OR output from sys_namedobj_create left shifted 32 bits so SceKernelEqueue should be int64_t

You can check it with following code:

    SceKernelEqueue myqueue;
    int ret=sceKernelCreateEqueue(&myqueue,name);
    if(ret!=0)
    {
        debugNetPrintf(DEBUG,"Error creating event queue 0x%08X\n", ret);
        return -1;
    }
    else
    {
        debugNetPrintf(DEBUG,"Created event queue 0x%08X\n",queue);
    }
    ret=sceKernelDeleteEqueue(myqueue);
    if(ret!=0)
    {
        debugNetPrintf(DEBUG,"error sceKernelDeleteEqueue return: 0x%08X\n", ret);
    }
    else
    {
        debugNetPrintf(DEBUG,"sceKernelDeleteEqueue return: 0x%08X\n", ret);

    }

@CTurt Is it possible to use this repo to receive the controllers directional input (analogue stick) whilst playing a game?

Any help is appreciated.

Thanks

The inline assembly codes not in functions for syscall causes some problems.

• rSyscall will be copied to all object files including syscall.h
  92e42b3#diff-94205e61f849a62cdd2430c5371978b1R7
• Fails linking with link time optimization

The solution is quite a simple: Use __PIC__ macro or define syscall codes as functions.
Defining functions is the easiest way to solve the problem, but it may be a bit slower than using inline assembly code if the calling convention is different from the ordinary one.

The error is cannot perform PE operations on non PE output file when compiling examples.

Apparently it's a common issue on cygwin but i wasn't able to work around it yet.

Please pick a license for your repo. Choosing a license allows others to easily and confidently know what they can and can not do with the things you've released.

I suggest choosing the ISC license. Here is a copy of the ISC license: https://gist.githubusercontent.com/eriknstr/84c5c986607f3e4245991480a40e2c45/raw/d998764c0e914964a380b74b28332ea0c7ca28e7/LICENSE, replace YYYY with the current year (2017), "John Doe" with your own name and [email protected] with your own e-mail address (keep the angle-brackets). Alternatively if you do not wish to include your e-mail you can just remove the placeholder e-mail and angle-brackets.

Hi,

Sorry to create this bogus issue but I couldn't find another way to get in touch with you after reading your 3-part article series on getting root privileges on the PS4. I was part of the WebKit developer team on the PS4 until last year, so I was really impressed at your achievements, to be honest I didn't think it would ever be done, especially the root escalation part. I hope they have read your articles too and that lessons have been learned. Oh and I'm sure my former colleague who spent months writing and maintaining the out-of-process JIT compiler must hate you 😄 (I'll ask him next time I see him)
That said it was fun to read through it and follow you slowly digging through the various layers of what I've been working on everyday for a couple of years, it still all looks very familiar.

I'd love to share stories with you, but I prefer not doing this in the open so if you're interested feel free to send me an email at [email protected].
Thanks again for that extremely interesting read!

Regards,
kromain

I attempted to run make in the libPS4 directory on Ubuntu 19.04, and got the following output:

gcc -c -o build/syscall.o source/syscall.c -Iinclude -O2 -std=c11 -fno-builtin  -nostartfiles -nostdlib -Wall -masm=intel -march=btver2 -mtune=btver2 -m64-mabi=sysv -mcmodel=large
gcc -c -o build/semaphore.o source/semaphore.c -Iinclude -O2 -std=c11 -fno-builtin -nostartfiles -nostdlib -Wall -masm=intel -march=btver2 -mtune=btver2 -m64 -mabi=sysv -mcmodel=large
gcc -c -o build/jit.o source/jit.c -Iinclude -O2 -std=c11 -fno-builtin -nostartfiles -nostdlib -Wall -masm=intel -march=btver2 -mtune=btver2 -m64 -mabi=sysv -mcmodel=large
In file included from include/kernel.h:3,
                 from source/jit.c:1:
include/types.h:71:18: error: conflicting types for ‘__dev_t’
 typedef uint32_t __dev_t;
                  ^~~~~~~
In file included from /usr/include/stdint.h:27,
                 from /usr/lib/gcc/x86_64-linux-gnu/8/include/stdint.h:9,
                 from include/types.h:3,
                 from include/kernel.h:3,
                 from source/jit.c:1:
/usr/include/x86_64-linux-gnu/bits/types.h:145:25: note: previous declaration of ‘__dev_t’ was here
 __STD_TYPE __DEV_T_TYPE __dev_t; /* Type of device numbers.  */
                         ^~~~~~~
make: *** [Makefile:21: build/jit.o] Error 1