- User Since
- May 28 2014, 2:27 PM (313 w, 6 d)
Wed, May 27
This looks correct to me.
Tue, May 19
Sun, May 10
May 3 2020
May 2 2020
Apr 28 2020
Apr 27 2020
Apr 25 2020
Apr 24 2020
Apr 22 2020
Apr 20 2020
Apr 17 2020
Apr 16 2020
Since separating malloc types goes more and more complicated, follow
Rick's suggestion and abandon that idea. Move MALLOC_DECLARE(M_RPC)
into XDR. Three commits remain:
Apr 15 2020
Apr 14 2020
Address Rick's comment and split into more commits.
Sorry, totally forgot about this. Will call them today/tomorrow.
Apr 13 2020
Mar 30 2020
Thanks a lot for the change! I'd really wish that scopes of local variables isn't increased. If it is possible to avoid doing that, I'd really appreciate.
Just a general note, that I really dislike moving of local variables to a greater scope. Yes, I know that a document from the previous century named style(9) suggests to do that. But doing it this way makes code harder to read! Change my mind.
Mar 5 2020
These cards seem to be still produced and sold http://cronyx.ru/hardware/wan.html
Mar 4 2020
Mar 3 2020
This can make sense in certain setups. However, since originally node provided writable copies to each of "many" hooks, we can't change that. This can be configured as a node option, if sysadmin is sure that nodes downstream of "many" hooks are fine with read only mbufs.
Mar 2 2020
Feb 25 2020
Feb 24 2020
Feb 21 2020
Feb 18 2020
Feb 13 2020
Shift down under _KERNEL.
Feb 12 2020
This change looks good to me in general. The only problem I see that Mellanox will now won't have batched epoch. And this was one of the drivers that really benefited from it in our testing of batching epoch at interrupt level.
Feb 11 2020
- Add flag to struct task to mark the task as requiring network epoch.
- Use NET_TASK_INIT() and NET_GROUPTASK_INIT() for drivers that process
- Revert "Temporarily force IFF_NEEDSEPOCH until drivers have been resolved."
Feb 10 2020
Convert pointer in struct task to a flag.
Thanks for the find. I'd rather move the entrance to dyn_tick(). Would use less lines of code and would make it easier to spot it later, when we have callouts supporting epoch.
Feb 6 2020
Feb 5 2020
Since this revision was commandeered, I created a new one: https://reviews.freebsd.org/D23518
Feb 3 2020
Feb 1 2020
Hans, first you start commit war in subversion and then you "commandeer" my revision. We will not make any progress if you "help" like this.