On 25/02/15 16:48, Sreekanth Rupavatharam wrote: >> No that will not work. >> >> You can either port the FreeBSD network stack to NetBSD, which is >> pretty pointless as it would not be accepted upstream, or use an >> existing userspace implementation like libuinet (there are more, no >> idea if they are maintained). > Ah, not looking to port FreeBSD network stack to to NetBSD, but looking > to port rump components(non-netbsd specific) > to FreeBSD. If this exercise works, It would allow me to checkout a > FreeBSD tree instead of NetBSD and build against rump sources. My > question was if there are > any obvious pitfalls to doing that. It looks like nobody tried it so > far. Fair enough.
Let me quote what Justin wrote: "No that will not work". The anykernel architecture which enables rump kernels is a bit like fine-grained SMP locking (called SMPng in FreeBSD at least at one point). If you want to "port" SMPng to another OS kernel, sure, you can take the locking interfaces and the code that implements the primitives. However, the bulk of the work is modifying the kernel to use those interfaces and generally comply with the concept. Likewise, while you can reuse the the rump kernel specific interfaces -- figuring them out did consume several years of development effort -- you'll not have done even a fraction of the work. So, for the bulk of the work of enabling rump kernels, "porting" is completely the wrong mindset. If your single goal is to run the FreeBSD stack in [Linux] userspace, it's much less work to *port the networking stack* to userspace. That won't result in a rump kernel per se, but for a focused use case it might not matter. It's certainly only weeks of effort as opposed to months. ------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ rumpkernel-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/rumpkernel-users
