From owner-freebsd-arm@FreeBSD.ORG Fri Jan 3 17:15:38 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 58249B85; Fri, 3 Jan 2014 17:15:38 +0000 (UTC) Received: from smtpauth4.wiscmail.wisc.edu (wmauth4.doit.wisc.edu [144.92.197.145]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 250EA1FED; Fri, 3 Jan 2014 17:15:37 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from avs-daemon.smtpauth4.wiscmail.wisc.edu by smtpauth4.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) id <0MYU003004Y5LB00@smtpauth4.wiscmail.wisc.edu>; Fri, 03 Jan 2014 11:15:36 -0600 (CST) X-Spam-PmxInfo: Server=avs-4, Version=6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2014.1.3.170617, SenderIP=0.0.0.0 X-Spam-Report: AuthenticatedSender=yes, SenderIP=0.0.0.0 Received: from wanderer.tachypleus.net (pool-72-66-107-173.washdc.fios.verizon.net [72.66.107.173]) by smtpauth4.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTPSA id <0MYU0047759ZKO00@smtpauth4.wiscmail.wisc.edu>; Fri, 03 Jan 2014 11:15:36 -0600 (CST) Message-id: <52C6F037.1050300@freebsd.org> Date: Fri, 03 Jan 2014 12:15:35 -0500 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 To: Ian Lepore Subject: Re: FreeBSD 10 on Dockstar (Marvell Kirkwood) References: <20131231211054.GA90299@moore.morphism.de> <52C35398.2090502@freebsd.org> <1388769174.1158.269.camel@revolution.hippie.lan> In-reply-to: <1388769174.1158.269.camel@revolution.hippie.lan> X-Enigmail-Version: 1.6 Cc: freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jan 2014 17:15:38 -0000 On 01/03/14 12:12, Ian Lepore wrote: > On Tue, 2013-12-31 at 18:30 -0500, Nathan Whitehorn wrote: >> On 12/31/13 16:10, Markus Pfeiffer wrote: >>> Hi all, >>> >>> I managed "fixing" it by editing the dockstar.dts file and putting for ranges: >>> >>> ranges = <0x0 0x2f 0xf9300000 0x00100000> >>> >>> Now I just have to figure out why this "fixes" it, and what damage that patch >>> does. >>> I also have some pathces for the LED on the dockstar which will tip up in my >>> github soon. >>> >>> Cheers, >>> markus >> Which node did you add this to? I'm trying to make our FDT code more >> standards-compliant. This seems like something where we missed a spot. >> -Nathan > The surrounding context looks like this: > > localbus@f1000000 { > #address-cells = <2>; > #size-cells = <1>; > compatible = "mrvl,lbc"; > > /* This reflects CPU decode windows setup. */ > ranges = <0x0 0x0f 0xf9300000 0x00100000 > 0x1 0x1e 0xfa000000 0x00100000 > 0x2 0x1d 0xfa100000 0x02000000 > 0x3 0x1b 0xfc100000 0x00000400>; > > nor@0,0 { > #address-cells = <1>; > > Specifying ranges here is a Marvel-SoC-specific thing, other arm socs > don't require it. The Marvell code uses these values to set up hardware > memory mapping; on the Marvell chips it's possible to map DRAM, NAND, > PCIe, etc into physical address ranges of your choosing. > > -- Ian > > Ah, it's this horrible broken fdt_immr() stuff. I've killed that on PPC now. I'll see what I can do for ARM. -Nathan