Date: Wed, 11 Aug 2010 11:39:57 +0200 From: Rafal Jaworowski <raj@semihalf.com> To: Olivier Houchard <mlfbsd@ci0.org> Cc: "freebsd-arm@FreeBSD.org" <freebsd-arm@freebsd.org> Subject: ARMv6 support -- was: OMAP3530 - Beagleboard and I2C problems Message-ID: <82A49B7C-23F2-400C-B726-2FF13FD6D282@semihalf.com> In-Reply-To: <20100810090533.GA56784@ci0.org> References: <4C607639.9050506@gmail.com> <20100810090533.GA56784@ci0.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2010-08-10, at 11:05, Olivier Houchard wrote: > On Mon, Aug 09, 2010 at 10:42:17PM +0100, Ben Gray wrote: >> Hi, >>=20 >=20 > Hi Ben, >=20 >> I've been working on a port of FreeBSD to Texas Instruments = OMAP3530=20 >> for a while now. I have the basic drivers, Clocks, MMC, DMA, GPIO's,=20= >> etc. The kernel is coming up, however it crashes with a seg fault = when=20 >> starting the init process, this is probably caused by the hacks I had = to=20 >> put in the pmap code to get it to work with ARMv7 MMU's, but that's = an=20 >> email for another day. >>=20 >=20 > That's great to hear ! > How hackish is your work ? There's an ongoing work to support = armv6/armv7, so > maybe it's best to avoid duplicating efforts ? Olivier, As we spoke, I've put a diff of our ARMv6 work to freefall, see: = http://people.freebsd.org/~raj/patches/arm/dove_v6.diff This is against HEAD 2009.08.03, and is part of support for the = following hardware: - CPU core: Marvell Sheeva2 (88SV581x), ARMv6 - SOC: 88F6781 (Armada 500 alias Dove) The DB-88F6781 kernel won't rather build, as there are a couple of = platform-specific bits missing (GPIO rework, PM etc.), but the common = ARM code should apply to the above baseline and give you an idea what = kind of changes and adaptations were introduced in order to get this = working. It's an initial attempt, but working stable. The main areas are = pmap / busdma rework for v6; in order to have a clear situation during = development we have decided to cut off from the legacy v5 files (and = come up with separate -v6 derivatives), although we could converge back = to a single file approach if this proves better eventually. Rafal
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?82A49B7C-23F2-400C-B726-2FF13FD6D282>