From owner-freebsd-arm@FreeBSD.ORG Fri May 1 09:38:59 2009 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCE47106566B for ; Fri, 1 May 2009 09:38:59 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from semihalf.com (semihalf.com [206.130.101.55]) by mx1.freebsd.org (Postfix) with ESMTP id 9E8C88FC1B for ; Fri, 1 May 2009 09:38:59 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from mail.semihalf.com (mail.semihalf.com [83.15.139.206]) by semihalf.com (8.13.1/8.13.1) with ESMTP id n419ciXZ028231; Fri, 1 May 2009 03:38:45 -0600 Received: from apn-77-115-20-112.dynamic.gprs.plus.pl (apn-77-115-20-112.dynamic.gprs.plus.pl [77.115.20.112]) by mail.semihalf.com (Postfix) with ESMTP id 279AB14307; Fri, 1 May 2009 11:38:40 +0200 (CEST) Message-Id: <1324A9FE-D45B-479E-9705-5FCFA2FAC9E0@semihalf.com> From: Rafal Jaworowski To: Donald T Hayford In-Reply-To: <49FA5952.20800@donhayford.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Fri, 1 May 2009 11:38:32 +0200 References: <49FA5952.20800@donhayford.com> X-Mailer: Apple Mail (2.930.3) Cc: freebsd-arm@freebsd.org Subject: Re: Help with Marvel kernel for 88F5512 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 May 2009 09:39:00 -0000 On 2009-05-01, at 04:07, Donald T Hayford wrote: > I built FreeBSD kernel and world for the Marvel chipsets using the > instructions here: > http://wiki.freebsd.org/FreeBSDMarvell > > When I tried booting a Kurobox Pro (Marvel 88F5512) I see the > following: > > Marvell>> tftp 0x900000 sheeva/5XXXkernel.bin > Using egiga0 device > TFTP from server 192.168.11.1; our IP address is 192.168.11.150 > Filename 'sheeva/5XXXkernel.bin'. > Load address: 0x900000 > Loading: > ################################################################# > ################################################################# > ################################################################# > ################################################################# > ################################################################# > ################################################################# > ################################################################# > ################################################################# > ######################################### > done > Bytes transferred = 2870196 (2bcbb4 hex) > Marvell>> go 0x900000 > ## Starting application at 0x00900000 ... > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2009 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, > 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 8.0-CURRENT #0: Sun Apr 26 16:12:12 EDT 2009 > hayford@freeqemu:/usr/obj/arm/usr/src/sys/DB-88F5XXX > WARNING: WITNESS option enabled, expect reduced performance. > WARNING: DIAGNOSTIC option enabled, expect reduced performance. > Preloaded elf kernel "elf kernel" at 0xc0d2f988. > CPU: ARM926EJ-S rev 0 (ARM9EJ-S core) > DC enabled IC enabled WB enabled EABT branch prediction enabled > 32KB/32B 1-way Instruction cache > 32KB/32B 1-way write-back-locking-C Data cache > real memory = 134217728 (128 MB) > Physical memory chunk(s): > 00000000 - 0x8fffff, 9437184 bytes (2304 pages) > 0xe21000 - 0x7d8efff, 116842496 bytes (28526 pages) > avail memory = 125272064 (119 MB) > SOC: (0x5182:0x02) Marvell 88F5182 rev A2, TClock 166MHz [...] > twsi0: at mem > 0xf1011000-0xf101101f on mbus0 > iicbus0: on twsi0 > iicbus0: at addr 0 > iic0: on iicbus0 > pcib1: at mem > 0xf1030000-0xf1031fff on mbus0 > > At this point, the device hangs until I reboot it. Could you please compile out PCI support to see whether this hang is somehow PCI-related? If it still hangs, please try to remove (comment out) an entry for UART1 in obio_devices[] (sys/arm/mv/orion/orion.c), recompile and try again. I've heard reports that second uart on some 88F51xx systems causes strange problems like this, but couldn't reproduce it. Rafal