User Details
- User Since
- Aug 3 2014, 10:29 PM (344 w, 17 h)
Thu, Mar 4
Looks good - nothing to add.
Sat, Feb 27
Fri, Feb 26
Might PRIV_SCHED_CPUSET be sufficient for this? If a process has the ability to explicitly expand the current cpu list, it makes sense for it to be able to implicitly do so when attaching to a jail.
All previous work has been committed now (not without hiccups). This is the final-ish patch that only handles the main intent of the project.
Thu, Feb 25
Sorry I took so long - I confused your note that it should be reverted with a note that it *had been* reverted.
Tue, Feb 23
Mon, Feb 22
Sun, Feb 21
Sat, Feb 20
Updated for cc7b73065302 and d4380c0cdd05.
Updated for cc7b73065302 and d4380c0cdd05.
Updated for cc7b73065302 and d4380c0cdd05.
Updated for cc7b73065302 and d4380c0cdd05.
Updated for cc7b73065302 and d4380c0cdd05.
Updated for cc7b73065302 and d4380c0cdd05.
Fri, Feb 19
Tue, Feb 16
Mon, Feb 8
Fix up prison_deref_kill, which had some typos in which prison it was acting on. Also move prisons off of their parent's child lists along with the loop instead of all at the end.
Sat, Feb 6
Feb 4 2021
Feb 3 2021
Feb 2 2021
Jan 30 2021
A new version, built on top of D28419, and updated with other recent jail changes. With the addition of prison_isvalid() and prison_isalive(), the changes are significantly reduced.
Update for c050ea803eaa and add suggested mtx_assert.
Jan 29 2021
Jan 28 2021
Jan 27 2021
Jan 26 2021
Update for various changes recently checked in to kern_jail.c.
Jan 25 2021
It doesn't really make sense for this to be a separate revision, considering it's part of D28150 which overwrites much of the change here. So I'm rolling it all into a single revision instead.
Jan 22 2021
Jan 20 2021
Jan 19 2021
Jan 18 2021
Jan 17 2021
Jan 16 2021
Jan 15 2021
Jan 14 2021
Add full context to diffs
Add full context diff for kern_jail.c
Jan 11 2021
Updated for 2a4b22514635
Jan 10 2021
Jan 1 2021
Dec 31 2020
Dec 27 2020
Dec 26 2020
Dec 15 2020
Dec 14 2020
Well it certainly works as expected, but then you knew that :-).
Dec 13 2020
Nov 23 2020
As I had hoped, it took away the expected problem of attaching to a jail (when the process doesn't have its own visible cpuset), and ending up with the process still having its old root cpuset (though under a new anonymous masked bit). That was the real problem I see with the current setup (not that what I didn't see aren't problems as well, but at least there was something I noticed ;-).
Nov 13 2020
It looks to be working correctly on a quick run-through.