From owner-freebsd-arm@FreeBSD.ORG Thu May 23 15:02:10 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8A7EC3CF for ; Thu, 23 May 2013 15:02:10 +0000 (UTC) (envelope-from br@mail.bsdpad.com) Received: from mail.bsdpad.com (mail.bsdpad.com [109.107.176.56]) by mx1.freebsd.org (Postfix) with ESMTP id 4B36F941 for ; Thu, 23 May 2013 15:02:10 +0000 (UTC) Received: from mail.bsdpad.com ([109.107.176.56]) by mail.bsdpad.com with smtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UfX1f-0002lW-2q for arm@freebsd.org; Thu, 23 May 2013 15:01:55 +0000 Received: by mail.bsdpad.com (nbSMTP-1.00) for uid 1001 br@mail.bsdpad.com; Thu, 23 May 2013 15:01:55 +0000 (UTC) Date: Thu, 23 May 2013 15:01:55 +0000 From: Ruslan Bukin To: arm@freebsd.org Subject: [CFT] Exynos5250 Message-ID: <20130523150155.GA10587@mail.bsdpad.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 May 2013 15:02:10 -0000 Hi! I'm happy to introduce freebsd/arm port for Samsung Exynos processors. THe port covers initial, very limited support for Exynos5250 and includes: GIC, ARMv7 Generic Timer, USB EHCI, UART. Clocks still handled by uboot. For develop and tests I used Arndale Board and u-boot by linaro (git://git.linaro.org/boot/u-boot-linaro-stable.git) One thing that stumped me for a while is that the interrupt controller driver, gic.c, do works with Group 0 (secure) type of interrupts, but u-boot switches them all to be in Group 1 (non-secure). So I had to switch them back in gic.c. Big thanks to ray@ for help and understanding. Thanks, Ray! :) code lives here: http://hg.bsdpad.com/ Known problems: 1. If specify more than 512MB RAM then panic occurs: panic: kmem_suballoc: bad status return of 3 2. SMP code exists, but don't properly works due to some problems in SMP on arm -Ruslan