User Details
- User Since
- May 16 2014, 7:35 PM (595 w, 6 d)
Today
Yesterday
Merge two if's.
Sorry, I do not understand the change.
The compilation of both in_rss.c and rss_config.c is gated by the RSS option, and this seems to not change for the whole time these files existed.
Man page update: explain that knotes for closed fds are not copied.
libuvmem(3)
Makefile formatting
Some editing to the comment.
So where are we WRT this change? If this not going to be finished soon, may be Mark' change should go in to be cherry-picked for 15.0.
Wrap the first stage of the fork pass into the original pass over source fd table.
Tue, Oct 14
Changes due to the latest comments.
VMEM_LIST_LOCK()
Mon, Oct 13
Use standard way to reference libc src dir.
Silence compiler warning in _bt_fill() about flags.
Remove undefined symbols from the version script. The library should be buildable, at least.
Rebase. Use FreeBSD 16.0 symbol version for the new lib.
Man page editing
Sun, Oct 12
Single instruction to clear a register is basically free on modern architectures. All it does it marks the register as having zero (sometimes not writing actual zero) and eliminating dependencies on previous register value. On the other hand, adding more code means that we consume more space in the icache, there are more instructions to parse etc.
Sat, Oct 11
I intend to commit this early next week.
Bug fixes after Peter' testing.
Fri, Oct 10
You might hide the workaround under some sort of ifdef gcc. It would be tricky, though, since this needs to happen inside the macro.
Ask kargl@ for explicit feedback and approval of the patch.
Thu, Oct 9
Rename the option to 'unixbypass'.
Add documentation.
Might be bzero() whole *kvo on each iteration?
Wed, Oct 8
Rebase. Document KQUEUE_CPONFORK
Might be s/compiler/gcc/
Mon, Oct 6
Sun, Oct 5
It seems that you always build 4-level intermediate page table. Wouldn't it blow up if the source kernel is running in LA57 mode? [Kernel always expect LA48 on start nonetheless]
Fix acq/rel description for RMW.
Yes indeed what you noted is a bug in the description of acq/rel for atomics that perform more than one memory access, basically all RWM atomics. I think just fixing that would be enough.