- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Dec 6 2018
Dec 5 2018
Oct 30 2018
Oct 29 2018
In D17646#379198, @linimon wrote:I'm not sure that PORTEPOCH can start with zero.
Oct 22 2018
In D17646#376890, @franco_opnsense.org wrote:@skozlov feel free to take maintainership of net/intel-em-kmod and thanks for working on these modules! :)
Original patch committed in r481900
The revision wasn't automatically closed because I wasn't able to use the arcanist properly :(
net/intel-{ix,em}-kmod: freeze PORTREVISION and PORTEPOCH
Oct 16 2018
Oct 12 2018
Oct 11 2018
I'll add -Wno-error to the master port, but because of the amount of testing it will require - I'd like to make it a separate review.
Add X5* controllers to supported list
Oct 8 2018
In D17443#372344, @koobs wrote:Looks good except for -Werror. This all matches the port WIP I have in my tree, except for the additions:
MANPAGENAME= ixgbe MANPAGELINKS= ix if_ix if_ixgbe MAX_NETMAP_OSVERSION= 1199999 # Doesn't build w/NETMAP on 12
Oct 6 2018
In D17443#372074, @sbruno wrote:Does this require a LICENSE or some sort?
Oct 5 2018
Sep 23 2018
Sep 22 2018
Sep 21 2018
Jul 27 2018
Jul 4 2018
Adding port maintainer as a blocking reviewer.
Jun 27 2018
Apr 28 2018
Mar 19 2018
The validation exposed a memory leak for a specific traffic pattern. After additional investigation the same leak was found in iflib igb/em driver as well.
As that's the only issue discovered during testing, and, most probably, it's not caused by the changes in the patch - it was decided to merge the patch.
Jan 26 2018
In D13885#295301, @sbruno wrote:Unrelated, is there a use case for FreeBSD Bhyve here? If we had PF support on FreeBSD, could we use pass through to use VFs?
Jan 16 2018
Blocking until Intel internal validation is complete.
Jan 4 2018
Jan 3 2018
Smoke test passed. IMO good to go after Portlint issue is resolved.
Dec 21 2017
Dec 14 2017
Dec 13 2017
Validation completed successfully.
Nov 16 2017
Nov 15 2017
This seems ugly to me, but that's the only way it works. ${CHMOD} -R doesn't do the right thing on 10.
I was able to reproduce the build issue as well using poudriere 3.2.
The inconsistency in behavior is caused by this commit, which is in 11, but not in 10: https://svnweb.freebsd.org/base?view=revision&revision=283997
After the distfile is unpacked - extract-fixup-modes target from bsd.port.mk tries to fix the permissions on the directories, but on 10 it does that only for the top level directory, so it can't look into the inner one.
Nov 14 2017
Nov 13 2017
Updated to a newer, silently updated version. Ready for review.
Updated to 1.8.1, unbroken. Ready for review.
Aug 31 2017
Needs additional testing.
Needs additional testing.
May 15 2017
Mar 15 2017
Please let me know if you need another round of testing done to commit this one
Mar 3 2017
Tested on 2 machines with 4Kn and 4Ke drives:
- Build the boot1.efifat from the patched HEAD
- cat the boot1.efifat onto /dev/gpt/efiboot0
- reboot
Mar 2 2017
- Updated revision to 1.7.11
- Updated poudriere log. The Ports tree bug is fixed, no extra steps required to make poudriere like the patch
- Touch-tested the driver on 10.3 and 11.0
Feb 28 2017
ixl-1.7.11 is out. Need to update the review.
Feb 7 2017
Jan 23 2017
Added vuln.xml diff
Jan 10 2017
Oct 23 2016
The change is outdated. Have to make a new one
Aug 9 2016
Aug 7 2016
Jul 15 2016
Thank you for all the work you've done. Please go ahead and commit it.
Jul 13 2016
Just drag them to the comment window or use the "Upload file" button
- Please add the logs separately, they must not be a part of the revision
- Please fix the poudriere warning: "USE_OPENSSL is deprecated, please use USES=ssl"
Jun 27 2016
Could you please add some poudriere and portlint logs to the review?