From owner-soc-status@FreeBSD.ORG Wed Jul 6 00:30:06 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC6711065670 for ; Wed, 6 Jul 2011 00:30:06 +0000 (UTC) (envelope-from jakub.klama@uj.edu.pl) Received: from mail.uj.edu.pl (mail.uj.edu.pl [149.156.89.147]) by mx1.freebsd.org (Postfix) with ESMTP id 6EB0A8FC15 for ; Wed, 6 Jul 2011 00:30:05 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from mbox.uj.edu.pl ([unknown] [149.156.89.248]) by mta.uoks.uj.edu.pl (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with ESMTP id <0LNV000ATYQ4GNA0@mta.uoks.uj.edu.pl> for soc-status@freebsd.org; Wed, 06 Jul 2011 02:30:04 +0200 (CEST) Date: Wed, 06 Jul 2011 02:30:04 +0200 From: jakub.klama@uj.edu.pl To: soc-status@freebsd.org Message-id: X-Sender: jakub.klama@uj.edu.pl User-Agent: Roundcube Webmail/0.5 Subject: Fwd: FreeBSD/ARM port to NXP LPC32x0 - status report #6 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2011 00:30:06 -0000 Hi, This is #6 status report of project aiming to port FreeBSD to LPC32x0 ARM9 System-on-Chip. It currently boots in single- and multiuser mode from NFS and from USB stick. New archivement: * Board boots in multiuser from root filesystem placed on USB stick :-) Things done this week: * USB OHCI controller driver This part was harder than I previously thought, because of extra OTG layer and external ISP3101 USB transceiver present on the board. ISP3101 is programmed using I2C interface, so it was needed to program it before any USB transfers can be done. * Refactored lpc_pwr, clocking and power control driver. Previously, lpc_pwr code powered up all known peripherals in his device_attach method. This was wrong, because of some device drivers need to have full control on their clock settings registers. Now, initialization of specified peripheral device clocking registers is done in itself device_attach method. Things to do next week: * Make SD controller working. Regards, Jakub Klama