From owner-freebsd-arm@FreeBSD.ORG Tue Jan 3 16:07:36 2012 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 1EB94106566B for ; Tue, 3 Jan 2012 16:07:36 +0000 (UTC) (envelope-from mlfbsd@kanar.ci0.org) Received: from kanar.ci0.org (unknown [IPv6:2a01:e0b:1:50:40:63ff:feea:93a]) by mx1.freebsd.org (Postfix) with ESMTP id AC1718FC15 for ; Tue, 3 Jan 2012 16:07:35 +0000 (UTC) Received: from kanar.ci0.org (pluxor@localhost [127.0.0.1]) by kanar.ci0.org (8.14.2/8.14.3) with ESMTP id q03G7HJ3002728; Tue, 3 Jan 2012 17:07:17 +0100 (CET) (envelope-from mlfbsd@kanar.ci0.org) Received: (from mlfbsd@localhost) by kanar.ci0.org (8.14.2/8.14.3/Submit) id q03G7HiJ002727; Tue, 3 Jan 2012 17:07:17 +0100 (CET) (envelope-from mlfbsd) Date: Tue, 3 Jan 2012 17:07:17 +0100 From: Olivier Houchard To: Aleksander Dutkowski Message-ID: <20120103160717.GA1744@ci0.org> References: <20120103104814.GA95533@ci0.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-arm@freebsd.org Subject: Re: porting freebsd to at91sam9g45 ( SBC6045 board) 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: Tue, 03 Jan 2012 16:07:36 -0000 On Tue, Jan 03, 2012 at 04:00:28PM +0100, Aleksander Dutkowski wrote: > > I'm not sure u-boot works that way, I think you should either use > > "bootelf 0x20000000", or load kernel.bin, instead of just kernel, and > > just "go 0x20000000". > > > > Regards, > > > > Olivier > > I sent kernel.bin via tftp but the effect is the same. > Maybe I will be able to borrow J-TAG, so I could check, when it fails. > Hmm, I don't know the SAM9G45, but reading the linux stuff, the UART code should be the same, maybe the way to retrieve the amount of memory changed, and at91_ramsize() is wrong for your CPU, you can test it quickly by hardcoding the ram size in at91_ramsize(), or maybe there's some new stuff to enable the DBGU port ? Regards, Olivier