| Commit message (Collapse) | Author | Age | Files | Lines | |
|---|---|---|---|---|---|
| * | sys: move linux descriptions to sys/linux | Dmitry Vyukov | 2017-09-15 | 1 | -339/+0 |
| | | |||||
| * | sys/syz-extract: switch to the new parser | Dmitry Vyukov | 2017-08-18 | 1 | -0/+30 |
| | | |||||
| * | sys: fix typo in ETHTOOLGCHANNELS const and diagnose such cases | Dmitry Vyukov | 2017-08-09 | 1 | -0/+1 |
| | | |||||
| * | sys: add ETHTOOL ioctl in socket.txt | JB Cayrou | 2017-06-19 | 1 | -0/+74 |
| | | | | | | | Add ioctl$sock_SIOCETHTOOL and ETHTOOL structures defined in uapi/linux/ethtool.h http://elixir.free-electrons.com/linux/latest/source/include/uapi/linux/ethtool.h | ||||
| * | sys: fix sendmmsg and recvmmsg | Andrey Konovalov | 2017-04-20 | 1 | -0/+1 |
| | | |||||
| * | sys: add more socket ioctls | Andrey Konovalov | 2017-04-07 | 1 | -0/+70 |
| | | |||||
| * | sys: rearrange and improve socket.txt | Andrey Konovalov | 2017-04-07 | 1 | -0/+13 |
| | | |||||
| * | sys: fix socket.txt include | Andrey Konovalov | 2017-02-10 | 1 | -0/+1 |
| | | |||||
| * | sys: add sock_in and sock_in6 types | Andrey Konovalov | 2017-02-10 | 1 | -0/+33 |
| | | |||||
| * | sys: split socket.txt into multiple files based on socket type | Andrey Konovalov | 2017-02-09 | 1 | -247/+0 |
| | | | | | | This just moves syscall descriptions and fixes up includes without any semantic changes. | ||||
| * | sys: improve cmsghdr description | Dmitry Vyukov | 2017-01-18 | 1 | -0/+34 |
| | | |||||
| * | overhaul syscall description generation process | Dmitry Vyukov | 2016-08-26 | 1 | -0/+329 |
| This splits generation process into two phases: 1. Extract values of constants from linux kernel sources. 2. Generate Go code. Constant values are checked in. The advantage is that the second phase is now completely independent from linux source files, kernel version, presence of headers for particular drivers, etc. This allows to change what Go code we generate any time without access to all kernel headers (which in future won't be limited to only upstream headers). Constant extraction process does require proper kernel sources, but this can be done only once by the person who added the driver and has access to the required sources. Then the constant values are checked in for others to use. Consant extraction process is per-file/per-arch. That is, if I am adding a driver that is not present upstream and that works only on a single arch, I will check in constants only for that driver and for that arch. | |||||
