1. Computers
  2. Display Drivers
  3. Graphics Cards
  4. Memory
  5. Motherboards
  6. Processors
  7. Software
  8. Storage
  9. Operating Systems


Facebook RSS Twitter Twitter Google Plus


Phoronix Test Suite

OpenBenchmarking.org

FreeBSD On ARM Is Still In Severed State

BSD

Published on 07 October 2012 03:09 PM EDT
Written by Michael Larabel in BSD
Comment On This Article

FreeBSD developers are still working on bringing up ARM hardware support for various platforms so that it's in a similar state to Linux.

Following the recent Phoronix news articles about an easy way to try out FreeBSD 10 in its current development state along with Clang becoming the default compiler, there's been questions raised by Phoronix readers about the FreeBSD ARM support. Simply put, at the moment it's not in as good of shape as it is for Linux. ARM is considered a "Tier 2" architecture of FreeBSAD with no official releases or pre-built packages being made by the project.

While the Linux kernel now has mainline ARMv8 AArch64 64-bit support and Xen Cortex-A15 support among other modern ARM hardware features, FreeBSD is still working out support for older ARM platforms.

Only back in August was the projects/armv6 merge. This merge to the FreeBSD head was quite significant for ARM On FreeBSD and introduced ARMv6 capabilities, including the large kernel part of the ARMv6 port. With this was also very early ARM hardware support for the NVIDIA Tegra 2 plus support for the Texas Instruments OMAP3 and OMAP4 platforms along with the AM335X. This support enables FreeBSD to work on the TI Pandaboard and Beaglebone. User-land changes for ARMv6 on FreeBSD were also made and ultimately merged. Some of this work came via this year's Google Summer of Code undertaking.

Support for newer ARM hardware on FreeBSD is still a work-in-progress. More information on the FreeBSD ARM state is available from the FreeBSD.org Wiki.

About The Author
Michael Larabel is the principal author of Phoronix.com and founded the web-site in 2004 with a focus on enriching the Linux hardware experience and being the largest web-site devoted to Linux hardware reviews, particularly for products relevant to Linux gamers and enthusiasts but also commonly reviewing servers/workstations and embedded Linux devices. Michael has written more than 10,000 articles covering the state of Linux hardware support, Linux performance, graphics hardware drivers, and other topics. Michael is also the lead developer of the Phoronix Test Suite, Phoromatic, and OpenBenchmarking.org automated testing software. He can be followed via and or contacted via .
Latest Linux Hardware Reviews
  1. NVIDIA GeForce GTX 970 Offers Great Linux Performance
  2. CompuLab Intense-PC2: An Excellent, Fanless, Mini PC Powered By Intel's i7 Haswell
  3. From The Atom 330 To Haswell ULT: Intel Linux Performance Benchmarks
  4. AMD Radeon R9 285 Tonga Performance On Linux
Latest Linux Articles
  1. 6-Way Ubuntu 14.10 Linux Desktop Benchmarks
  2. Ubuntu 14.10 XMir System Compositor Benchmarks
  3. Btrfs RAID HDD Testing On Ubuntu Linux 14.10
  4. Ubuntu 14.10 Linux 32-bit vs. 64-bit Performance
Latest Linux News
  1. Mono Brings C# To The Unreal Engine 4
  2. Coreboot Now Has Support For Intel Broadwell Hardware
  3. Enlightenment's EFL 1.12 Alpha Has Evas GL-DRM Engine, OpenGL ES 1.1 Support
  4. GTK+ Lands Experimental Backend For Mir Display Server
  5. Ubuntu 14.10 Officially Released
  6. Mesa 10.4 Might Re-Enable HyperZ For R600g/RadeonSI
  7. Intel GVT-g GPU Virtualization Moves Closer
  8. GTK+ 3.16 To Bring Several New Features
  9. Debian 8.0 Jessie Has Many Multimedia Improvements
  10. What Linux Benchmarks Would You Like To See Next?
Latest Forum Discussions
  1. Updated and Optimized Ubuntu Free Graphics Drivers
  2. Linux hacker compares Solaris kernel code:
  3. HOPE: The Ease Of Python With The Speed Of C++
  4. Advertisements On Phoronix
  5. Users/Developers Threatening Fork Of Debian GNU/Linux
  6. Ubuntu 16.04 Might Be The Distribution's Last 32-Bit Release
  7. AMD Releases UVD Video Decode Support For R600 GPUs
  8. Proof that strlcpy is un-needed