[GSoC] [ARM] arm cleanup - my own proposal
marktinguely at gmail.com
Mon Apr 16 13:21:09 UTC 2012
On Sat, Apr 14, 2012 at 1:37 PM, Damjan Marion <dmarion at freebsd.org> wrote:
> On Apr 14, 2012, at 6:02 PM, Ian Lepore wrote:
>> It's been my growing impression for about a year that the arm support in
>> FreeBSD has atrophied to the point where it can barely be said that it's
>> supported at all. Now I see this morning that marius@ has committed a
>> set of style cleanups to the at91 code (r234281), so maybe it's not
>> quite as dead as I feared.
> Hi Ian,
> Are you aware of projects/armv6 in svn?
> Due to big changes in architecture introduced with ARMv6 we have
> separate tree where all ongoing development is happening.
> Hopefully we will be able to merge back changes to HEAD soon.
> We have (partially) working support for recent Marvel SoC and some TI boards
> (PandaBoard/OMAP4, Beaglebone/AM335x). There is also OMAP3 code waiting
> to be integrated.
> Also Andrew is working on moving to ARM EABI which will
> allow us to use llvm/clang and all new ARM goodies which are
> not supported in our aged gcc.
> Any help is welcome...
>  http://svnweb.freebsd.org/base/projects/armv6/
>  http://svnweb.freebsd.org/base/projects/arm_eabi
There is a lot of ARM work going on in the shadows. I know of other
things, but will let them say what they are doing.
I am doing an experimental implementation using the ARMv7 hardware
features on the pandaboard getting ready for ARMv8. As of this
weekend, the ARMv7 experimental pmap/support is booting multi-user.
There is a lot of improvements, fixing, tweeking, and polishing. (I am
taking out domains shared level1 pagetables, remove the pv_entry. I
will eventually start doing the 64 bit extended address support, etc).
I eventually want to change the boot (fold chunks of initarm() into
pmap/machdep because they are constant for every platform.
More information about the freebsd-hackers