Thu, Jul 18
Tue, Jul 16
Mon, Jul 15
Sun, Jul 14
Fri, Jul 12
Thu, Jul 11
Wed, Jul 10
Add in the hopeless exit to tcp_hpts and also get the corrected (with DSACK patch) rack_18q22p2
Update to include some fixes Michael and I have been working on in a slow slow machine as well
as bring the Rack stack up to the latest production (with some small changes to make it compile).
Wed, Jul 3
And we can't loose the commented out opt_kern_tls until the kern tls hits the tree
It helps if one remembers to bring the changes of the .h file too ... opps
Address phabricator nits
In my detailed testing of hpts I found we are *not* doing the right thing as to calculating
the time for sleep. The code was starting at where the prev_slot was and moving
through counting the slots until it found a non-empty slot.
Tue, Jul 2
So interestingly those includes are not needed.. not even sure the tls one is need (hwtls should be in the tree soon).. however more
interesting is why my freebsd head build works.. not sure why since it does not have hwtls in the mix.. need to go check whats going
on in my conf.
Fri, Jun 28
Jun 5 2019
sorry wrong revision.. the trouble is in the DSACK commit which is r347382... thats what we are backing out of our sync... (off by
one error.. must be a programmer :-) )
There are for more problems then this. And its not explicitly with HPTS but it becomes the canary in the coal mine.
The basic problem is in r347381. This cause a huge slow down to the system at least with INVARIANTs. Hpts in
the form you are dealing with does handle wheel wrap well. We are backing out that change in our upstream
merge. And there will be changes I will be committing to fix wheel_wrap in hpts.
May 9 2019
Apr 10 2019
Apr 3 2019
Mar 27 2019
Mar 26 2019
Mar 23 2019
Mar 19 2019
Mar 18 2019
Mar 17 2019
Feb 21 2019
Feb 20 2019
Feb 19 2019
Feb 13 2019
Feb 11 2019
get the update in and fix the pesky extra line.
Feb 4 2019
Feb 1 2019
Update to hopefully get a better view and not have the stray line in the diff
Interesting my svn copy does not have that extra chunk.. let me re-update the diff and use -x -up
This updates the diff to Fix Hann's point on vlans, both the
vlan and lagg are now balanced.
Ahh good catch I did not know vlan had an allocator.. I will add it to the patch-set
Jan 31 2019
I don't follow your suggestion. Why would I add a if_snd_tag_free() in if_attach_internal() .
The driver below has to do that just like it has to add the if_snd_tag_alloc(). The
internal function has no way of knowing what is the right thing to do in
freeing a tag that the driver allocates. Having it be NULL as the default in
the internal just the same as if_snd_tag_alloc() is the right thing, only
if a driver sets these should they get used (when RATELIMIT is configured of course)
Jan 30 2019
This patch does not look correct. You will need to pass the flowid in order to correctly handle this inside lagg?
Why are you not using the tag->ifp->if_sndtag_free(tag) in the first place?
Dec 17 2018
Nov 29 2018
Nov 21 2018
Nov 20 2018
Looks good to me :)
This looks fine Michael :)
Oct 18 2018
Oct 16 2018
Aug 28 2018
Aug 27 2018
Because in order to conserve space the fid in the in_pcb (IIRR) is a uint16_t.. I was thinking
64k cpu's is probably enough for now :)
Aug 21 2018
Aug 20 2018
Aug 18 2018
Fix the silly cut and paste bug.
This version incorporates all of Jonathans comments and suggested improvements. Thanks
Aug 10 2018
This version updates from the last to include all of Lawrence Stewarts comments
as well as those from Peter Lei. A significant change is altering the calculate
overhead function to also glean the mlast so that a second walk of the mbuf
chain is no longer needed.
Aug 9 2018
Fixes an accounting problem shown by testing
Aug 8 2018
Testing with INVAR found a problem with my late morning last optimization. If the
seq is behind us but overlaps we can't do the optimization.