aboutsummaryrefslogtreecommitdiffstats
path: root/sys/kvm_arm64.const
Commit message (Collapse)AuthorAgeFilesLines
* sys: move linux descriptions to sys/linuxDmitry Vyukov2017-09-151-135/+0
|
* sys: add KVM_ENABLE_CAP for vmDmitry Vyukov2017-01-181-0/+3
|
* sys, executor: more kvm improvementsDmitry Vyukov2017-01-121-0/+12
| | | | | | | 1. Basic support for arm64 kvm testing. 2. Fix compiler warnings in x86 kvm code. 3. Test all pseudo syz calls in csource. 4. Fix handling of real code in x86.
* sys: extend kvm supportDmitry Vyukov2017-01-091-0/+12
| | | | | | Add new pseudo syscall syz_kvm_setup_cpu that setups VCPU into interesting states for execution. KVM is too difficult to setup otherwise. Lots of improvements possible, but this is a starting point.
* sys: detail kvm syscalls moreDmitry Vyukov2017-01-091-5/+3
|
* sys: improve kvm descriptionsDmitry Vyukov2016-11-121-0/+12
|
* overhaul syscall description generation processDmitry Vyukov2016-08-261-0/+98
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.