- User Since
- Feb 13 2017, 8:23 PM (211 w, 9 h)
Mar 21 2020
usr.sbin/bhyve: Fixed DATA_SSET() usage
Mar 20 2020
usr.sbin/bhyve: Fix setting for dynamic loading
usr.sbin/bhyve: addressed comments by trociny and asommers
Mar 4 2020
usr.sbin/bhyve: Make the access decriptor more flexible
Feb 26 2020
usr.sbin/bhyve: remove threadinfo string from block device description
Feb 25 2020
usr.sbin/bhyve: change opague pointer, and rewrote to bb_threadinfo
I guess I addresses a suggestions thusfar.
usr.bin/bhyve: implement code improvements
Feb 14 2020
BTW: I'm running my tests like
bhyve-rbd -H -P -A -c 4 -m 2G -l com1,/dev/nmdm1213A -s 0,hostbridge -s 1,lpc -s 2,virtio-net,tap1213 -s 3,ahci-hd,file:/dev/ggate0 -s 4,ahci-hd,/dev/ggate1 FBSD1213
So we are already running of Ceph disks, be it in an odd way.
usr.sbin/bhyve: Make the legacy case operational
usr.sbin/bhyve: Update the backend selection code
usr.sbin/bhyve: Added possible scheme to the man page
usr.sbin/bhyve: Add bb_sche to a backend to specify which backend to use
usr.sbin/bhyve: Addressed comments from @ryan_freqlabs.com
Feb 13 2020
Feb 12 2020
Took a while for it to run thru poudriere, but it seems to build just fine....
===> Deinstalling for qemu ===> Deinstalling qemu-4.1.1_1 Updating database digests format: .......... done Checking integrity... done (0 conflicting) Deinstallation has been requested for the following 1 packages (of 0 packages in the universe):
Jan 27 2020
bhyve/blocklocal: do external refence to init() and cleanup()
Jan 26 2020
Reversed the way the backend selector is integrated in blockif.
Now every blockif_ctxt is extended with a reference to a backend provider.
Jan 23 2020
Remove struct blockif_ctxt *bc from struct pci_vtblk_softc.
If one needs block device info, you can get it thru the backend-descriptior
Remove bsdinstall diffs that got in this set by accident.
Addresses the style remarks
After I saw remarks about D10335: VirtFS/9p filesystem passthrough support (virtio-9p)
I wonder where it exactly goes into in the IO-stack.
So is this below anywhere near the right place?
Jan 22 2020
Jan 20 2020
Jan 18 2020
Jan 2 2020
Dec 30 2019
Both Igor and mandoc seem to be happy now.
bsdinstall.8: 2e update formating
bsdinstall.8: fixed formating
Oct 23 2019
Oct 1 2019
Update pkg-plist with new dashboard files.
Sep 30 2019
Put .if conditional in the correct block.
This will run under poudriere as well.
Sep 29 2019
fix leftover space at EoL
Undo debuging in Mk/Uses/cmake.mk
fixing building on 12.0, which has Clang 6.0 adn that version
of the compiler does not work with the versioning used by ceph.
Yup, I have the same problem on my 12.0 poudriere.....
That will take some time to figure out...
Sep 28 2019
Sep 27 2019
Sep 17 2019
Mar 6 2018
@mat I guess somebody had to the first... 8-)
Start using PY_BOOST instead of explicit referencing the libs
Mar 5 2018
Needed to update the Git hash going with this release.
It is include in error reporting by ceph
Dec 31 2017
Could you approve once again, fixed the way the versioning was done.
This makes more sense IMHO
Reorder to make portlint happy
Cleanup of versionstring in package.
And remove the v from v12.2.2
Remove verbose output during linking
leftover from getting lld to work
Dec 30 2017
Move cython usage to USE_PYTHON
- I need LLD because otherwise one off the executables does not link. Seems to be a size limitation in the regular ld And after discussion with Ed Maste this was the solution that worked. Not sure how that impacts on 11.x. But my Ceph testruns do seem to work.
- I tried all kinds of incantations to get LLD to work, and this was the one that actually worked. It was painfull since it needs a poudriere rerun for every attempt. And even with ccache Ceph is big to build.
- Not really sure on how to verify that. But I would expect LDFLAGS to end up in LINK_FLAGS
Reduce diffs on white spaces and trivia
Accidently include the Boost 1.66 updates.
Try to remove them from this PR
Since my port was change in between by ports-managers
there were some unneeded changes.
So reduce the difference between version.
Aug 11 2017
I understand, and will ask on the ports-list if somebody wants to do the honnurs.
Any particular reason why this cannot move forward.
I'm having the first official release of net/ceph in the pipe.
Just waiting for it to be release by the Ceph-developers.
Would be nice if that one have not the same discussion we have here.
Jul 28 2017
Mar 28 2017
Mar 25 2017
net/ceph-devel: Update the submission
Going to fix that
Mar 23 2017
Mar 20 2017
net/ceph-devel: integrating mmokhi patches.
net/ceph-devel: integrating mmokhi patches.
Not sure why it would fail.
Other than that @mmokhi 's changes are perhaps not in this review.
But that should not prevent you from importing the basic files.
But it seems to confilect on the ceph entries in GUIDs and UIDs.
Mar 13 2017
Mar 9 2017
Sorry to nag, but is there a reason this does not move forward?
Feb 28 2017
Is there anything else I need to do?
Feb 24 2017
net/ceph-devel: Deleted auto file etc/rc.d/ceph