ARMv6/AMRv7 support is now in main FreeBSD codebase.
New goodies:
- General ARMv6/ARMv7 kernel bits (pmap, cache,
assembler routines, etc…) - ARM SMP support
- VFP/Neon support
- ARM Generic Interrupt Controller driver
- Improved thread-local storage for cpus >=ARMv6
- Two new values for TARGET_ARCH: armv6 and armv6eb
- Driver for SMSC LAN95XX and LAN8710A ethernet controllers
- Marvell MV78x60 support (multiuser, ARMADA XP kernel config)
- TI OMAP4 and AM335x support (multiuser, no GPU or graphics
support, kernel configs for Pandaboard and Beaglebone) - LPC32x0 support (multiuser, frame buffer works with SSD1289
LCD controller.Embedded Artists EA3250 kernel config) - Barebone Nvidia Tegra2 support (timers, interrupts and UART.
No kernel config)
I’m going to re-create Raspberry Pi port off HEAD and start merging least intrusive bits back to the tree.
Great! Keep up the good work!
Awesome work!
Does the usb controller and network work?
Pandaboard and Beaglebone – yes.
Raspberry Pi – not with my branch.
Alexander Rybalko is working on it and got some preliminary success.
How about Beagleboard XM?
Aleksander Dutkowski works on it as a part of Google Summer of Code project:
https://socsvn.freebsd.org/socsvn/soc2012/aleek/beaglexm-armv6/
Reports:
http://lists.freebsd.org/pipermail/soc-status/2012-August/thread.html
Cool Thanks,
How about Pandaboard ES?
Actually it’s ES model I mentioned in the post. I just forgot to specify. I did all the testing on Pandaboard ES: multiuser mode, USB, ethernet, SD card, GPIO
Do you have test report for this ? Does all peripheral works without any issue?
There is not much to test now. SD card driver is not stable yet and supports only PIO mode at the moment. Once we’ll have better support for peripheral I’ll post update on this blog.
How about test report for “Pandaboard ES: multiuser mode, USB, ethernet, SD card, GPIO”
All works without any issue?
Worked stable enough to survive “make buildkernel” with root over NFS. I didn’t do thorough testing though. And performance still sucks due to unresolved cache issue.
It was the raspberry pi that hadin mind can you please keep this blog updated avout this progress?
Sure! I’ll post updates about the project’s progress.
Good to know.
I’ll keep tracking this.
Will the images compiled with hard floating points for raspberry pi?
This is very exciting! Hope things are going well…
Does any ARM single board computer like Beagleboard, Rasberry Pi or Pandaboard has full support with GPU / Graphical output working ?
I got OpenGL ES 2.0 demo running on Raspberry Pi. No real-world applications yet since we’re still working on stability issue. Broadcom opened both kernel interface with GPU and userland bits. Drivers for PowerVR and Mali GPUs come at least partially as a blobs so it makes getting them work on FreeBSD really hard unless vendors will be willing to step forward.