5 A code bounty is a certain financial stimulant to encourage someone to put his or her effort into a project. A code bounty in the DragonFlyBSD project needs to adhere to a set of rules defined hereunder, though these are only preliminary and subject to change. One could for example imagine developers accepting sponsorship on a wholly different basis, or non-financial rewards for completing a bounty project, like free hardware (we love that!).
9 * Bounty Projects are open to anyone that has a reasonable capability of completing the project. Typically it's on first to ask basis, but the sponsor of the bounty may choose differently.
11 * If the developer can not complete the project by the given time period, the bounty agreement is void and no money will be issued for work done. DragonFly developers may extend the time period if it's reasonable and prudent to do so. Upon voiding the agreement, someone may reissue the project again to another developer.
13 * Payment for a project shall be issued in no less than 72 hours after the DragonFly developers has had ten business days to determine if the code is stable and usefulness, no major issues are left unresolved and able for being merged into the project. Payment shall be in either [[Paypal]] (preferred), some money sending company or a bank account transfer.
15 * Upon receiving payment, the project developer shall issue (within 24 hours) a message in the WIKI and to DragonFly development ML that they have received payment.
17 * All code submitted shall be of the same license as DragonFly. Any questions on the licensing issues should be directed to the DragonFly Team.
24 ## In-kernel WireGuard port
28 [WireGuard](https://www.wireguard.com/) is an extremely simple yet fast and modern VPN that utilizes state-of-the-art cryptography.
29 It aims to be faster, simpler, leaner, and more useful than IPsec, while avoiding the massive headache.
30 It intends to be considerably more performant than OpenVPN.
31 WireGuard is designed as a general purpose VPN for running on embedded interfaces and super computers alike, fit for many different circumstances.
32 Initially released for the Linux kernel, it is now cross-platform (Windows, macOS, BSD, iOS, Android) and widely deployable.
33 (copied from [WireGuard official website](https://www.wireguard.com/))
35 We already have the userland implementation in Golang in DPorts (i.e., [`wireguard-go`](https://github.com/DragonFlyBSD/DPorts/tree/master/net/wireguard-go)).
36 It would be better to also gain the in-kernel implementation, like OpenBSD and FreeBSD already did.
40 * Port WireGuard directly from the upstream or from OpenBSD/FreeBSD.
41 * The crypto framework might need an update (from OpenBSD/FreeBSD).
44 The initial port by FreeBSD/Netgate was buggy, so need to investigate before using that code.
45 See: [Buffer overruns, license violations, and bad code: FreeBSD 13's close call](https://arstechnica.com/gadgets/2021/03/buffer-overruns-license-violations-and-bad-code-freebsd-13s-close-call/)
47 The re-port of WireGuard to FreeBSD: [[ANNOUNCE] WireGuard for FreeBSD in development for 13.y – and a note of how we got here](https://lists.zx2c4.com/pipermail/wireguard/2021-March/006499.html).
49 The Author (Jason A. Donenfeld) also said "the crypto needed to be re-accelerated", as detailed in [if_wg simd chapoly needs some love](https://lists.freebsd.org/pipermail/freebsd-hackers/2021-March/057076.html).
52 NetBSD has a separate from-sratch implementation [wg(4)](https://man.netbsd.org/wg.4).
53 The [code](https://github.com/NetBSD/src/blob/trunk/sys/net/if_wg.c) looks quite clean and nice.
54 So it maybe a good idea to port the NetBSD version.
56 See also the dispute between WireGuard's author and NetBSD developers:
57 ["wireguard" implementation improperly merged and needs revert](https://mail-index.netbsd.org/tech-net/2020/08/22/msg007842.html)
61 * WireGuard port in DragonFly kernel, as well as the userland tools.
63 * The port should be ideally reviewed/audited by the WireGuard project.
64 I (aly@) believe the author (Jason A. Donenfeld) would like to help.
68 Created at: 2021-08-12
83 <td>aly (Aaron LI)</td>
87 <td>bycn82 (Bill Yuan)</td>
98 ## Bring in support for USB webcams
102 Bring in `uvideo` from NetBSD or OpenBSD, and the dependent `video` driver. If you think that webcam support in FreeBSD is superior, feels free to bring in `cuse` etc.
104 Final result should be that USB webcams are usable from chrome or firefox for the purpose of video conferencing (e.g. via jitsi.org). Personally I only need support for low-quality webcams, no need for 4k :).
108 Bounty created at: 2021-08-08
138 <td>TOTAL AMOUNT</td>
139 <td>200 USD + 100 GBP</td>
145 ## Port uhidd HID daemon from FreeBSD
149 uhidd is a userland driver/daemon for USB HID devices like mouse, keyboard etc.
150 It is based on libusb20 and currently only works for FreeBSD 8.x and above.
152 The uhidd driver would allow USB gaming controllers and joysticks to be used on DragonFly BSD.
153 uhidd also provide support for multimedia keys found on USB keyboards.
155 (Derived from the [FreeBSD Wiki: uhidd](https://wiki.freebsd.org/uhidd))
157 ### Technical details
159 * This mainly involves porting uhidd and related items from FreeBSD.
163 * Being able to use USB game controllers and joysticks on DragonFly.
167 Bounty created at: 2020-02-17
187 <td>TOTAL AMOUNT</td>
194 ## Extend vkernel(7) to run on any POSIX OS
198 * vkernel(7) allows for running DragonFly kernels in userland. Still, it requires a DragonFly operating system.
200 * Similar to NetBSD's rumpkernel, allow the vkernel application to be independent of the operating system. Using a cross-compiler,
201 this would allow us to run a DragonFly kernel for instance on Linux or NetBSD (I know that running it within a virtual machine would be faster...).
203 ### Technical details
205 * This mainly involves rewriting parts of the page-table handling code and interrupt-related code.
209 * Being able to run a vkernel binary on any POSIX OS.
213 Bounty created at: 2020-02-12
233 <td>TOTAL AMOUNT</td>
244 * Make Bluetooth work on DragonFly.
246 ### Technical details
248 We already have bluetooth support in the kernel which is based on netgraph6 (AFAIK).
249 It is disabled by default and is probably out of date.
251 We also have a partial and old netbt port from NetBSD...
255 * Research the current state of Bluetooth in DragonFly.
256 * Bluetooth is enabled by default when building the kernel/world.
257 * Bring in updates or re-port from FreeBSD/NetBSD.
258 * Bluetooth keyboard / mice is working.
259 * Bluetooth headphone is working.
263 Bounty created at: 2020-02-12
293 <td>TOTAL AMOUNT</td>
300 ## Full Rust libc FFI binding support
304 * Port Rust FFI libc bindings, in full to DragonFly.
306 ### Technical details
308 There has intermittently been some support on this and builds and tests have gone through periods of passing and failing, but a comprehensive buildout of full support of all features would make more advanced Rust development, especially as a viable web server backend more possible.
310 The Github URL is https://github.com/rust-lang/libc
314 * Ensure that all features available in our libc have been ported to working in the Rust FFI lib
315 * Ensure that the code builds
316 * Ensure that all tests pass
317 * Ensure at least a semi automated way for the upstream team to be able to continue validation by some sort of CI/CD system so that we don't have a large support divergence
347 <td>TOTAL AMOUNT</td>
355 ## More Modern Thunderbolt Support
359 * Integrate Thunderbolt Devices
361 ### Technical Details
382 <td>Mike Carroll</td>
387 <td>TOTAL AMOUNT</td>
394 ## OpenPower9 Support
398 * Port DragonFly to OpenPower 9 CPUs
400 ### Technical Details
421 <td>Mike Carroll</td>
426 <td>TOTAL AMOUNT</td>
437 * Port DragonFly to Aarch64
439 ### Technical details
465 <td>Mike Carroll</td>
470 <td>TOTAL AMOUNT</td>
471 <td>100 EUR + 150 USD</td>
477 ## UTF-8 support in Console
481 Adding full UTF-8 support in console.
483 ### Technical details
519 <td>TOTAL AMOUNT</td>
520 <td>35 EUR + 150 USD</td>
525 ## HAMMER compression
529 (shamelessly copied from gsoc2010 projects page)
531 * Compress blocks as they get written to disk.
532 * Only file data (rec_type == DATA) should be compressed, not meta-data.
533 * the CRC should be that of the uncompressed data.
534 * ideally you'd need to associate the uncompressed data with the buffer cache buffer somehow, so that decompression is only performed once.
535 * compression could be turned on a per-file or per-pfs basis.
536 * gzip compression would be just fine at first; lzo or lzjb might be preferable.
539 HAMMER2 has replaced HAMMER to be the default filesystem on DragonFly and is under active development and maintenance. HAMMER2 also has compression support.
541 ### Technical details
543 (shamelessly copied from gsoc2010 projects page)
545 Doing compression would require flagging the data record as being compressed and also require double-buffering since the buffer cache buffer associated with the uncompressed data might have holes in it and otherwise referenced by user programs and cannot serve as a buffer for in-place compression or decompression.
547 The direct read / direct write mechanic would almost certainly have to be disabled for compressed buffers and the small-data zone would probably have to be used (the large-data zone is designed only for use with 16K or 64K buffers).
581 <td>TOTAL AMOUNT</td>
582 <td>50 EUR + 150 USD</td>
588 ## Native NTFS support
592 (shamelessly copied from gsoc2010 projects page)
594 * Port Apple's native NTFS driver
596 ### Technical details
598 (shamelessly copied from gsoc2010 projects page)
600 Apple's NTFS native driver could be ported to DragonFly BSD.
602 Latest code as of now is:
603 http://opensource.apple.com/source/ntfs/ntfs-84.40.1/kext/
627 <td>TOTAL AMOUNT</td>
634 ## Card reader driver
638 As swildner wrote on 18th Septmber 2017: we need a new driver for a card reader.
640 RTS5209 PCI Express Card Reader
660 <td>TOTAL AMOUNT</td>
670 ## Port valgrind to DragonFlyBSD [TAKEN 2021-03-30]
674 (shamelessly copied from gsoc2010 projects page)
676 Valgrind is a very useful tool on a system like DragonFly that's under heavy development. Ideally, we would want the port to be usable with vkernel processes, thus enabling complex checking of the core kernel code.
678 ### Technical details
684 (shamelessly copied from gsoc2010 projects page)
686 The goal of this project is to port valgrind (3.5.0+) to the DragonFlyBSD platform so that at least the memcheck tool runs sufficiently well to be useful. Also an update for the pkgsrc package (devel/valgrind) should be made.
696 Repository: [[Github|https://github.com/1338-1/valgrind-dragonfly]]
727 <td>TOTAL AMOUNT</td>
728 <td>150 EUR + 150 USD (paid)</td>
733 ## Hypervisor for DragonFly/x86_64
737 * Port nvmm (NetBSD) or bhyve (FreeBSD) to DragonFly.
739 ### Technical details
741 Employ Intel VT-x and AMD SVM to provide fast virtualization support for running various guest OSes.
745 * Hardware-accelerated virtualization to run guest operating systems like Linux or Windows 10 on DragonFly.
746 * Support both Intel and AMD CPUs.
750 Created at: 2020-02-12<br>
751 Completed at: 2021-08-08
759 Completed by: Aaron LI (aly@)<br>
761 Previous Party: Kamil Rytarowski (kamil at netbsd dot org)<br>
762 Previous Repository: https://github.com/Moritz-Systems/DragonFlyBSD
766 * Ported NVMM from NetBSD-current (as of 2021-06-25), plus various improvements/fixes from maxv's repo.
767 * Support both Intel VMX and AMD SVM on x86_64 CPUs.
769 - nvmm(4): kernel module, including both the MI frontend and MD backends
770 - libnvmm(3): hypervisor API interacting with nvmm(4), e.g., used by QEMU
771 - nvmmctl(8): utility to inspect NVMM status (still premilinary)
772 - testcases/libnvmm: libnvmm test cases
773 - test/nvmm: examples
774 * Merged into master (6.1) on 2021-07-20.
775 * QEMU (6.0.0) has been updated to employ NVMM on DragonFly and available in [DPorts: emulators/qemu60](https://github.com/DragonFlyBSD/DPorts/tree/master/emulators/qemu60).
776 * HowTo document: [Virtualization: NVMM Hypervisor](/docs/docs/howtos/nvmm)
788 <td>500 USD (paid)</td>
793 <td>175 USD (paid)</td>
798 <td>500 USD (paid)</td>
803 <td>500 CNY (myself ;))</td>
807 <td>TOTAL AMOUNT</td>
808 <td>1175 USD + 500 CNY</td>
814 ## Port autofs from FreeBSD
818 Autofs allows dynamic filesystem mapping to render filesystems accessible, without keeping them mounted. It is designed as a modern, simpler, cleanroom reimplementation of amd.
838 <td>50 USD (paid)</td>
842 <td>TOTAL AMOUNT</td>
853 * Completely rip out our USB stack and replace it with FreeBSD's new usb4bsd (or whatever the FreeBSD-current USB stack is called nowadays).
854 * Note that some work was done here already by polachok (http://gitweb.dragonflybsd.org/~polachok/dragonfly.git/shortlog/refs/heads/usb2) but the state is unknown.
856 ### Technical details
878 <td>300 USD (paid)</td>
883 <td>100 USD (paid)</td>
888 <td>50 EUR (paid)</td>
893 <td>50 EUR (paid)</td>
897 <td>TOTAL AMOUNT</td>
898 <td>100 EUR + 400 USD</td>