Linux, Solaris, and FreeBSD driver 346.72 (long-lived branch release)

351px-Nvidia_logoNvidia user aplattner announces driver support on FreeBSD for the GeForce GPU. Read below for more details:

Release highlights since 346.59:

  • Added support for the following GPU:
    • GeForce GPU
  • Fixed a bug causing loss of stereo synchronization in certain Quadro Sync framelock configurations.
  • Fixed Pixel Buffer Object operations when row length is less than width. GL_[UN]PACK_ROW_LENGTH can be set to a value lower than the width of the operation being carried out. The OpenGL specification allows for this (the source or destination lines will be overlapping). Previously, our implementation of Pixel Buffer Objects did not support this case and would throw an error.
  • Fixed a rare deadlock condition when running applications that use OpenGL in multiple threads on a Quadro GPU.

[README | Linux x86 | Linux x86_64 | Linux ARM | Solaris | FreeBSD x86 | FreeBSD x86_64]

Aaron Plattner
NVIDIA Linux Graphics

Original post:

Workaround: x11/nvidia-driver with UEFI boot on FreeBSD 10.1

351px-Nvidia_logoFreeBSD user asteriskRoss shows us a quick fix on getting your NVIDIA card to work with UEFI boot on FreeBSD 10.1

Unfortunately, the UEFI boot loader on FreeBSD 10.1 doesn’t play nicely with the proprietary Nvidia driver, x11/nvidia-driver. When I try to load it in loader.conf(5), I experience a kernel panic.

The workaround is to remove the entry from /boot/loader.conf and instead load the driver in rc.conf(5), by appending the following line to /etc/rc.conf:


The issue may be related to PR 193770.

Original post:

Microsoft’s CoreCLR Now Works On FreeBSD

Microsoft has recently made CoreCLR to work on FreeBSD.

microsoftIt was back in February that Microsoft open-sourced CoreCLR, the execution engine of the core .NET stack. Besides coming to Linux and other platforms, this MIT-licensed engine has now been ported and is working for FreeBSD.

As of this week the CoreCLR code can now produce a working build on FreeBSD and are setting up FreeBSD as part of their continuous integration infrastructure to ensure the FreeBSD support remains in top condition moving forward.

Details on this feat are mentioned via this GitHub issue report and this milestone comes just one month after they were organizing a FreeBSD port team.

You can find the discussion here, as well as follow the updates on Github.

Original post:

The History of FreeNAS & TrueNAS

Jordan Hubbard, co-founder of FreeBSD, talks about FreeNAS’s beginnings and its transformation to a new product — TrueNAS.

Original post:

The FreeNAS project got its start way back in 2005, when Olivier Cochard-Labbé wanted to turn his old PC into a home server. There wasn’t an open source project that fit all of his needs, so he did what any self-respecting software developer would do: he sat down and wrote his own. Just like that, the software that would eventually become the world’s most popular open source software defined storage was born.

Development continued until 2009, when one of the project developers proposed moving FreeNAS to a Debian Linux based system. This move would have meant losing access to the FreeBSD community and the overall quality of its software, and FreeNAS would also lose its native ZFS support, since the ZFS On Linux project didn’t even exist at that time. iXsystems had used FreeNAS for many years and sold servers specifically made for FreeNAS, so Matt Olander, one of the iXsystems founders, reached out to Olivier and offered to take over FreeNAS development on FreeBSD. Olivier gave his blessing, and iXsystems started immediately working on FreeNAS 8. In order to modernize FreeNAS, the development team at iXsystems rewrote almost all the code and replaced the m0n0wall PHP code with a full featured, easy-to-use webGUI.

[Read more…]

NVIDIA – Linux, Solaris, and FreeBSD driver 346.59 (long-lived branch release)

351px-Nvidia_logoNVIDIA has announced support for FreeBSD and other distros for the GeForce GPUs mentioned below:

Release highlights since 346.47:

  • Added support for the following GPUs:
    • Quadro K1200
    • Quadro M6000
    • GeForce 920M
    • GeForce 930A
    • GeForce 930M
    • GeForce 940M
    • GeForce GTX 950M
    • GeForce GTX 960M
    • GeForce GTX TITAN X
  • Fixed a bug that caused corruption when switching display modes in some applications that use transform feedback.
  • Fixed a bug that caused texture corruption on framebuffer depth attachments cleared using glClearTexImage().
  • Fixed a bug that artificially limited the maximum pixel clock on displays in some SLI Mosaic configurations.
  • Fixed a kernel memory leak that occurred when looping hardware- accelerated video decoding with VDPAU on Maxell-based GPUs.
  • Fixed a bug that could cause nvidia-settings to crash on exit on 32-bit Linux systems.

[README | Linux x86 | Linux x86_64 | Linux ARM | Solaris | FreeBSD x86 | FreeBSD x86_64]

Original post:

Subscribe to our Feed

Dear Readers,

We have recently experienced an error in our feed. Thanks to our users for pointing it out, we have issued a fix in place for now. Please resubscribe at this link — For email subscribers, use this link —

Also, be on the look out for a change coming to this website soon. We hope you all continue to enjoy the content provided from FreeBSD users around the world.


Lumina Desktop 0.8.3 Released!

The developers of PC-BSD have released Lumina Desktop version 0.8.3.

Original link:

The next version of the Lumina Desktop Environment has just been released!

This is mainly a bugfix release to correct an urgent issue with the system tray on FreeBSD 11, but there are a number of other slight improvements/updates included as well. The full list of changes is included at the bottom of this announcement, but the notable changes are as follows:

  • New Panel Plugin: “Application Launcher“
    • This allows the user to pin the shortcut for an application directly to a panel.
  • New Utility: “lumina-xconfig“
    • This utility allows the user to easily enable/disable additional monitors/screens within the desktop session.
  • Fix the issue with transparent system tray icons on FreeBSD 11
  • Add support for the XDG autostart specifications.

The FreeBSD port has already been updated and this version will be included in the next set of PC-BSD package updates (“Edge” packages being created now) as well as included in the next PC-BSD 11 image for April (coming soon).

Reminder: The Lumina desktop environment is still considered to be “beta-quality”, so if you find things that either don’t work or don’t work well, please report them on the PC-BSD bug tracker so that they can get fixed as soon as possible. Feel free to also post tickets for any feature requests or improvements that you think might be useful!


Lumina-0.8.3 [Read more…]

Setting up FreeBSD and jails on Azure – part 1: networking

This tutorial by user Gianugo shows us how to set up FreeBSD jails on the Microsoft Azure platform.

Original post:

azureI set up this blog on Azure as an excuse to play with the new FreeBSD VM Depot image, learn more about jails and write the occasional blog post about random stuff. I took extensive notes while at it and I will be posting them here for future reference and to help the occasional search engine user.

I will skip all the clicking through that can easily get to a running FreeBSD VM in Azure. There is tons of FreeBSD documentation, including specific Azure tutorials that my team and others have written. I am lazy, so I will just point out specific Azure differences and how to take care of them.

A word of caution: please don’t consider what you read here to be authoritative. I’m doing this for fun and my free time is what it is, so don’t think I researched this stuff thoroughly. It worked for me and seems to be still working as I write this – that’s all I needed.

Let’s start with networking. Every public cloud has their own approach, and Azure is no different. Two things to remember about Azure IP management:

[Read more…]