|
Revision tags: v6.4.0, v6.4.0rc1, v6.5.0, v6.2.2, v6.2.1, v6.3.0, v6.0.1, v6.0.0, v6.0.0rc1, v6.1.0, v5.8.3, v5.8.2, v5.8.1, v5.8.0, v5.9.0, v5.8.0rc1, v5.6.3, v5.6.2, v5.6.1, v5.6.0, v5.6.0rc1, v5.7.0, v5.4.3, v5.4.2, v5.4.1, v5.4.0, v5.5.0, v5.4.0rc1, v5.2.2, v5.2.1, v5.2.0, v5.3.0, v5.2.0rc, v5.0.2, v5.0.1, v5.0.0, v5.0.0rc2, v5.1.0, v5.0.0rc1, v4.8.1, v4.8.0, v4.6.2, v4.9.0, v4.8.0rc, v4.6.1, v4.6.0, v4.6.0rc2, v4.6.0rc, v4.7.0, v4.4.3, v4.4.2, v4.4.1, v4.4.0, v4.5.0, v4.4.0rc |
|
| #
a1282e19 |
| 16-Nov-2015 |
Sascha Wildner <saw@online.de> |
kernel: Remove more syslink remains (headers and a define).
The only related header remaining is <sys/syslink_rpc.h> which is
heavily used (struct syslink_desc), so we'd have to untangle that
first.
|
| #
0db87cb7 |
| 14-Oct-2015 |
Sepherosa Ziehau <sephe@dragonflybsd.org> |
libkvm: Make return value of kvm_getfiles(3) consistent.
The return value was inconsistent if this function is called on
coredump and on live kernel:
- The leading filehead will trash return value i
libkvm: Make return value of kvm_getfiles(3) consistent.
The return value was inconsistent if this function is called on
coredump and on live kernel:
- The leading filehead will trash return value if it is called on
live kernel.
- Live kernel returns an array of kinfo_file but coredump returns
an array of file.
It probably only worked when KERN_FILE sysctl returned an array
of files and when the filehead was just a file ptr; or it never
worked (it reversed nfiles' and filehead's kernel address when
reading from coredump).
We now let it return an array of kinfo_file without any weird
leading stuffs.
While I'm here clean it up a little bit (mainly use NULL instead
of 0).
This also paves the way to split filehead.
show more ...
|