What makes us different, is our dedication to the FreeBSD project.
Through our commitment to the project, we ensure that you, our customers, are always on the receiving end of the best development for FreeBSD. With our values deeply tied into the community, and our developers a major part of it, we exist on the border between your infrastructure and the open source world.
One of the many advantages of free operating systems is that their internals are open for all to view. Device drivers take on a special role in the kernel. They are distinct “black boxes” that make a particular piece of hardware respond to a well-defined internal programming interface; they hide completely the details of how the device works.
There are a number of reasons why we have developed a team focused on writing device drivers. The rate at which new hardware becomes available (and obsolete!) alone guarantees the need for this offering. The second most important reason is that customers choose hardware that runs the software stack they are already using. That is why it is important that your product have a FreeBSD device driver.
Kernel development is sometimes considered the pinnacle of programming expertise. Creating software that interfaces and manages hardware is no easy skill. The kernel is designed to be the central core of the operating system – the logic system that manages how the hardware resources are consumed.
Due to the numerous intricacies of kernel development, the management of the CPU, the memory and the interrupts it is not easy to find specialists that understand all of these moving parts. The kernel is the transition layer between hardware and software and our engineers are trained in finding the right way to translate the two together into stable features and patches.
Upstreaming is essentially the qualification of either a bug or a patch. A patch that is sent upstream is offered to the original authors or maintainers of the software. If accepted, the authors or maintainers will include the patch in their software, either immediately or in a future release. If rejected, the person who submitted the patch will have to maintain their own fork of the software.
Upstreaming in any open operating system is an important step towards continuity. If your developments are not included in future releases, then the incompatibilities will just grow. We are here to help you upstream your developments to the community and to ensure a smooth integration between your code and the open source release.
Did you know?
Do you have an idea for a FreeBSD project and you don’t know it will fit in your budget or business strategy? We also help with planning and strategic development but also cost optimization.
Other Development Services
ARM development is pivotal to our teams. We believe the future of the datacenter is in ARM development. We’re consistently looking for partner that want to push further the boundaries of ARM in the datacenter together with FreeBSD.
ZFS is our core. We launched Klara as primarily a ZFS and then FreeBSD and our commitment to ZFS has been consistent throughout the years. Our ZFS has been growing, and customers demanding more. How about you?