From owner-soc-status@FreeBSD.ORG  Tue Jul 24 22:23:58 2012
Return-Path: <owner-soc-status@FreeBSD.ORG>
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 C0122106566B
	for <soc-status@freebsd.org>; Tue, 24 Jul 2012 22:23:58 +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 7DFF58FC15
	for <soc-status@freebsd.org>; Tue, 24 Jul 2012 22:23:58 +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 <0M7O003N3RJX1D50@mta.uoks.uj.edu.pl> for
	soc-status@freebsd.org; Wed, 25 Jul 2012 00:23:57 +0200 (CEST)
Date: Wed, 25 Jul 2012 00:23:57 +0200
From: Jakub Klama <jakub.klama@uj.edu.pl>
To: soc-status@freebsd.org
Message-id: <87f086df4cdbb8c17b691e4ce507ebc8@uj.edu.pl>
X-Sender: jakub.klama@uj.edu.pl
User-Agent: Roundcube Webmail/0.5
Subject: FreeBSD/ARM and FDT cleanup - status report #9
X-BeenThere: soc-status@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Summer of Code Status Reports and Discussion <soc-status.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/soc-status>,
	<mailto:soc-status-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/soc-status>
List-Post: <mailto:soc-status@freebsd.org>
List-Help: <mailto:soc-status-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/soc-status>,
	<mailto:soc-status-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 24 Jul 2012 22:23:58 -0000

 Hi,

 It's ninth status report for project aimed to clean up
 current FreeBSD/ARM port and FDT implementation.

 Things done this week:
 * Improvements in arm machdep code, especially in pmap_devmap
   mapping code, allowing first-level nodes in DTS files to be
   mapped.
 * Trying to refactor mv port, but this will be not so easy,
   as mv window decode mechanism needs access to many different
   SoC registers at initarm() stage. I need to rethink some
   ideas of dynamic pmap_devmap mapping to handle this scenario
   properly.

 Plans for next week:
 * Think about passing trapframes in interrupt handlers in
   a way better than multiplexing it with user supplied argument
   in arm_intr_data structure.
 * Fix OMAP L2 cache controller issue

 Regards,
 Jakub Klama