fdatasync on cris
synchronize a file's in-core state with storage device
sys_fdatasync(unsigned int fd)| number | 148 (0x94) |
|---|---|
| abi | common |
| entry point | sys_fdatasync |
| since | Linux 3.3 or earlier (3.3 is the first release scanned for cris) |
| man page | fdatasync(2) |
| source | elixir.bootlin.com |
Registers
| register | value |
|---|---|
r9 | 148, the syscall number |
r10 | unsigned int fd |
r10 | the return value |
Then run break 13 to enter the kernel.
This architecture was removed from the Linux kernel in Linux 4.17. The newest release with a syscall table here is Linux 4.16. The other removed architectures live on the historical architectures page.
Same syscall on other architectures
- x64 75
- x86 148
- arm64 83
- arm 148
- riscv64 83
- ia32 148
- x32 1073741899
- loongarch64 83
- ppc64 148
- ppc 148
- s390x 148
- mips64 5073
- mipsn32 6073
- mipso32 4152
- alpha 447
- arc 83
- blackfin 148, removed in 4.17
- csky 83
- frv 148, removed in 4.17
- hexagon 83
- ia64 1052, removed in 6.7
- m32r 148, removed in 4.17
- m68k 148
- metag 83, removed in 4.17
- microblaze 148
- mn10300 148, removed in 4.17
- nds32 83, removed in 5.18
- nios2 83
- openrisc 83
- parisc 148
- score 83, removed in 4.17
- sh 148
- sparc 253
- sparc64 253
- tilegx 83, removed in 4.17
- tilepro 83, removed in 4.17
- xtensa 27
Get this as JSON: https://api.syscall.sh/v2/syscalls/cris/fdatasync?kernel=all