Bug 206135 - Syscall manifest: move from "tbl" format to "xml/yaml/etc" and provide more information about syscalls
Summary: Syscall manifest: move from "tbl" format to "xml/yaml/etc" and provide more i...
Status: NEW
Alias: None
Product: Other
Classification: Unclassified
Component: Other (show other bugs)
Hardware: All Linux
: P1 enhancement
Assignee: other_other
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-01-08 19:54 UTC by aladjev.andrew@gmail.com
Modified: 2020-01-08 19:55 UTC (History)
1 user (show)

See Also:
Kernel Version: any
Subsystem:
Regression: No
Bisected commit-id:


Attachments
clumsy generator that works (4.00 KB, application/x-ruby)
2020-01-08 19:54 UTC, aladjev.andrew@gmail.com
Details

Description aladjev.andrew@gmail.com 2020-01-08 19:54:34 UTC
Created attachment 286685 [details]
clumsy generator that works

Hello. Please see the following issue from qemu: https://bugs.launchpad.net/qemu/+bug/1858461

There is a hard link between qemu linux-user project and linux kernel. Mips emulator wants to know the count of each syscalls argument. Mips tries to maintain a hardcoded list of syscall arguments count. This solution is not reliable. Human can't verify and maintain 460 syscalls information.

How to implement a good automated link between abstract application and linux kernel? Application wants to know everything about syscalls.

Linux developers maintains only ".tbl" files. I've created very bad and rude script that parses several C files and maps ".tbl" symbols to their declarations. I don't want to create a pull request with such script.

Syscalls are actually functions that kernel exports. I think that these functions should be fully described in ".xml/.yaml" files with strict schema. Are there any ready plans for syscall manifest implementation?

Thank you.

Note You need to log in before you can comment on or make changes to this bug.