From owner-freebsd-arm@FreeBSD.ORG Mon Sep 21 11:06:51 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 6206E106566B for ; Mon, 21 Sep 2009 11:06:51 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 504578FC26 for ; Mon, 21 Sep 2009 11:06:51 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n8LB6pLQ030178 for ; Mon, 21 Sep 2009 11:06:51 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n8LB6oFn030174 for freebsd-arm@FreeBSD.org; Mon, 21 Sep 2009 11:06:50 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 21 Sep 2009 11:06:50 GMT Message-Id: <200909211106.n8LB6oFn030174@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-arm@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-arm@FreeBSD.org 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: Mon, 21 Sep 2009 11:06:51 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o arm/134368 arm [patch] nslu2_led driver for the LEDs on the NSLU2 o arm/134338 arm [patch] Lock GPIO accesses on ixp425 o arm/134092 arm [patch] NSLU.hints contains wrong hints for on board n 3 problems total. From owner-freebsd-arm@FreeBSD.ORG Mon Sep 21 16:22:45 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 B4FCC106566B for ; Mon, 21 Sep 2009 16:22:45 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from tomjudge.vm.bytemark.co.uk (tomjudge.vm.bytemark.co.uk [80.68.91.100]) by mx1.freebsd.org (Postfix) with ESMTP id 78C338FC16 for ; Mon, 21 Sep 2009 16:22:45 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by tomjudge.vm.bytemark.co.uk (Postfix) with ESMTP id C338648711 for ; Mon, 21 Sep 2009 17:02:59 +0100 (BST) X-Virus-Scanned: Debian amavisd-new at tomjudge.vm.bytemark.co.uk Received: from tomjudge.vm.bytemark.co.uk ([127.0.0.1]) by localhost (tomjudge.vm.bytemark.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7XmfhyA5+kfG for ; Mon, 21 Sep 2009 17:02:51 +0100 (BST) Received: from rita.nodomain (unknown [192.168.205.6]) by tomjudge.vm.bytemark.co.uk (Postfix) with ESMTP id BA61D48698 for ; Mon, 21 Sep 2009 17:02:50 +0100 (BST) Message-ID: <4AB7A398.4040905@tomjudge.com> Date: Mon, 21 Sep 2009 16:02:32 +0000 From: Tom Judge User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Adding support for the Intel SS4000-E NAS aka the EM-7210 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: Mon, 21 Sep 2009 16:22:45 -0000 Hi, I am trying to add support for the Intel SS4000-E/EM7210 to FreeBSD, I have copied all of the files for the EP80219 as this seems to be what the board is based on, and modified the interrupt assignment code. See the patch agains sys/arm here: http://www.tomjudge.com/tmp/em-7210-patch I am also having trouble with loading the kernel at the default location, (instructions from here: http://wiki.freebsd.org/FreeBSDAvila) as RedBoot reports that there is no memory at the load address. Currently when I try to load this kernel at the phys address using reboot and try to run the kernel I get nothing outputed on the console. I used the phys address from the addresses that the linux kernel is loaded into out of flash. (see output below) Could someone please give me some hints on what I am doing wrong and need to change? The board is currently supported by the Linux kernel (as the em7210.c) so I was hoping that adding support to FreeBSD would not be difficult. More information about the system can be found here: http://em7210.kwaak.net/ Thanks in advance for any help, Tom > $ sudo cu -l cuau0 -s 115200 Password: Connected +No network interfaces found EM-7210 ver.T04 2005-12-12 (For ver.AA) == Executing boot script in 1.000 seconds - enter ^C to abort ^C RedBoot> ^C RedBoot> fis load rammode RedBoot> go +Ethernet eth0: MAC address 00:0e:0c:b6:bf:1a IP: 10.9.9.1/255.255.255.0, Gateway: 10.9.9.1 Default server: 10.9.9.10, DNS server IP: 0.0.0.0 EM-7210 (RAM mode) 2005-12-22 == Executing boot script in 1.000 seconds - enter ^C to abort ^C RedBoot> ^C RedBoot> fis list Name FLASH addr Mem addr Length Entry point RedBoot 0xF0000000 0xF0000000 0x00040000 0x00000000 RedBoot config 0xF1FC0000 0xF1FC0000 0x00001000 0x00000000 FIS directory 0xF1FE0000 0xF1FE0000 0x00020000 0x00000000 rammode 0xF0060000 0x00200000 0x00040000 0x00200000 log 0xF0040000 0xF0040000 0x00020000 0x00000000 naskey 0xF00A0000 0xF00A0000 0x00020000 0x01008000 zImage 0xF00C0000 0x01008000 0x00200000 0x01008000 ramdisk.gz 0xF02C0000 0x01800000 0x00400000 0x01800000 vendor 0xF06C0000 0xF06C0000 0x01880000 0x01800000 wmdata 0xF1F40000 0xF1F40000 0x00080000 0x01800000 RedBoot> From owner-freebsd-arm@FreeBSD.ORG Fri Sep 25 12:06:38 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 04ABC1065672 for ; Fri, 25 Sep 2009 12:06:38 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id 888B78FC17 for ; Fri, 25 Sep 2009 12:06:37 +0000 (UTC) Received: by ewy5 with SMTP id 5so844234ewy.36 for ; Fri, 25 Sep 2009 05:06:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=91/TcPuX3RjljxnOXNNc0VqaD7jD7kM0LO/s3o5/5Eg=; b=UTDMT9i83LGwHnEESpu40Zl1PTC3zFh8P9sPfxkAopcctUB6JUKgUtgXnZHC3W3LsI RFPmipRPPMIfKe5+n2tr5mj6o6m/pDa/0DMOT2kg1uILPpsIYHgTpH7HpIOATpaOqgSl ibiXuQjBaU1ueeTnxqG/EAFt0rym0/1BeGeE0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=AFqoB+wezm86rp85OiH4YlFecgYpDXMXTj8ha2yVBCLfnlniQyFkT5FrkhaMbQisiz FneW5RdU3OVnV8+y5b2tbnuayBh/LUk6XH5mBVR35AK/zC1JD4P/XKw5b2E8K5ojtsSZ 0VDnMDoZwXSSD2fTPTKcC+nplrznXpTPb1Qp8= Received: by 10.211.138.14 with SMTP id q14mr84083ebn.18.1253880396423; Fri, 25 Sep 2009 05:06:36 -0700 (PDT) Received: from ?192.168.1.71? (bl7-30-150.dsl.telepac.pt [85.240.30.150]) by mx.google.com with ESMTPS id 28sm462383eyg.0.2009.09.25.05.06.35 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 25 Sep 2009 05:06:35 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Rui Paulo In-Reply-To: <4AB7A398.4040905@tomjudge.com> Date: Fri, 25 Sep 2009 13:06:33 +0100 Content-Transfer-Encoding: 7bit Message-Id: <5B269040-CEB8-4E07-9023-9605B04A62DA@gmail.com> References: <4AB7A398.4040905@tomjudge.com> To: Tom Judge X-Mailer: Apple Mail (2.1076) Cc: freebsd-arm@freebsd.org Subject: Re: Adding support for the Intel SS4000-E NAS aka the EM-7210 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, 25 Sep 2009 12:06:38 -0000 On 21 Sep 2009, at 17:02, Tom Judge wrote: > Hi, > > I am trying to add support for the Intel SS4000-E/EM7210 to FreeBSD, I > have copied all of the files for the EP80219 as this seems to be what > the board is based on, and modified the interrupt assignment code. > See > the patch agains sys/arm here: http://www.tomjudge.com/tmp/em-7210-patch > > I am also having trouble with loading the kernel at the default > location, (instructions from here: http://wiki.freebsd.org/FreeBSDAvila > ) > as RedBoot reports that there is no memory at the load address. > Currently when I try to load this kernel at the phys address using > reboot and try to run the kernel I get nothing outputed on the > console. > I used the phys address from the addresses that the linux kernel is > loaded into out of flash. (see output below) > > Could someone please give me some hints on what I am doing wrong and > need to change? The board is currently supported by the Linux kernel > (as the em7210.c) so I was hoping that adding support to FreeBSD would > not be difficult. Are you sure 0x200000 is the correct load address? -- Rui Paulo From owner-freebsd-arm@FreeBSD.ORG Fri Sep 25 12:16:32 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 DE8E41065672 for ; Fri, 25 Sep 2009 12:16:31 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com [209.85.218.227]) by mx1.freebsd.org (Postfix) with ESMTP id 659908FC1E for ; Fri, 25 Sep 2009 12:16:31 +0000 (UTC) Received: by bwz27 with SMTP id 27so1883238bwz.43 for ; Fri, 25 Sep 2009 05:16:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:from:content-type :subject:date:message-id:to:mime-version:x-mailer; bh=dR3EjSRH/Gcztlp9F82DdcEM/h9LXhG2qqsRPjhcIYM=; b=MdS6vFxmyh+42cBQ09Q0KSgNHTihr4yypmfKf3+c4Uf7VEW8m9Z7LNIbsuTg02MQZv xT0qfeuvVOgYKl7fhHb7HD+A3vfKXfCB7GomJ3Akw4je8dS7JMte+GdoGEbrWO2ip8Y8 hT55IhlRpeAxshBt2rOfJpZv8tAfANRfaCWm0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:from:content-type:subject:date:message-id:to:mime-version :x-mailer; b=MgaTbmFrodXGOMEA5p7xgmBJWq3YIQBxIb3nNBCw2pAZj4+DgkbADRMIc2Zt/M2zw0 DfHl4LMo1BOfUbGjRPhZ6fJ5Vh/5Q6+zO+V/kOKv8WLIokyQw86YyJEKTSzKC6GgmE02 u/M8ujpjBLocyEczwRdFwIWASwaq+Z7XAt3sU= Received: by 10.204.154.198 with SMTP id p6mr34172bkw.131.1253879322930; Fri, 25 Sep 2009 04:48:42 -0700 (PDT) Received: from mac-mini.lan (bl7-30-150.dsl.telepac.pt [85.240.30.150]) by mx.google.com with ESMTPS id 18sm808658fks.10.2009.09.25.04.48.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 25 Sep 2009 04:48:42 -0700 (PDT) Sender: Rui Paulo From: Rui Paulo Content-Type: multipart/mixed; boundary=Apple-Mail-9-694213771 Date: Fri, 25 Sep 2009 12:48:40 +0100 Message-Id: To: freebsd-arm@freebsd.org Mime-Version: 1.0 (Apple Message framework v1076) X-Mailer: Apple Mail (2.1076) Subject: Exporting cpu_class 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, 25 Sep 2009 12:16:32 -0000 --Apple-Mail-9-694213771 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Hi, I need to export cpu_class to the outside world, so I plan to commit the attached patch soon. If you don't like it, please speak up. Thanks, -- Rui Paulo --Apple-Mail-9-694213771 Content-Disposition: attachment; filename=exportcpuclass.diff Content-Type: application/octet-stream; name="exportcpuclass.diff" Content-Transfer-Encoding: 7bit Index: arm/identcpu.c =================================================================== --- arm/identcpu.c (revision 197454) +++ arm/identcpu.c (working copy) @@ -54,30 +54,12 @@ #include #include +#include char machine[] = "arm"; SYSCTL_STRING(_hw, HW_MACHINE, machine, CTLFLAG_RD, machine, 0, "Machine class"); -enum cpu_class { - CPU_CLASS_NONE, - CPU_CLASS_ARM2, - CPU_CLASS_ARM2AS, - CPU_CLASS_ARM3, - CPU_CLASS_ARM6, - CPU_CLASS_ARM7, - CPU_CLASS_ARM7TDMI, - CPU_CLASS_ARM8, - CPU_CLASS_ARM9TDMI, - CPU_CLASS_ARM9ES, - CPU_CLASS_ARM9EJS, - CPU_CLASS_ARM10E, - CPU_CLASS_ARM10EJ, - CPU_CLASS_SA1, - CPU_CLASS_XSCALE, - CPU_CLASS_ARM11J, - CPU_CLASS_MARVELL -}; static const char * const generic_steppings[16] = { "rev 0", "rev 1", "rev 2", "rev 3", @@ -372,11 +354,11 @@ extern int ctrl; +enum cpu_class cpu_class = CPU_CLASS_NONE; void identify_arm_cpu(void) { u_int cpuid; - enum cpu_class cpu_class = CPU_CLASS_NONE; int i; cpuid = cpu_id(); Index: include/md_var.h =================================================================== --- include/md_var.h (revision 197454) +++ include/md_var.h (working copy) @@ -48,6 +48,27 @@ #define SRC_IS_USER 0x2 #define IS_PHYSICAL 0x4 +enum cpu_class { + CPU_CLASS_NONE, + CPU_CLASS_ARM2, + CPU_CLASS_ARM2AS, + CPU_CLASS_ARM3, + CPU_CLASS_ARM6, + CPU_CLASS_ARM7, + CPU_CLASS_ARM7TDMI, + CPU_CLASS_ARM8, + CPU_CLASS_ARM9TDMI, + CPU_CLASS_ARM9ES, + CPU_CLASS_ARM9EJS, + CPU_CLASS_ARM10E, + CPU_CLASS_ARM10EJ, + CPU_CLASS_SA1, + CPU_CLASS_XSCALE, + CPU_CLASS_ARM11J, + CPU_CLASS_MARVELL +}; +extern enum cpu_class cpu_class; + struct dumperinfo; extern int busdma_swi_pending; void busdma_swi(void); --Apple-Mail-9-694213771 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii; format=flowed --Apple-Mail-9-694213771-- From owner-freebsd-arm@FreeBSD.ORG Fri Sep 25 12:58:48 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 A316D1065670; Fri, 25 Sep 2009 12:58:48 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from mx0.deglitch.com (backbone.deglitch.com [IPv6:2001:16d8:fffb:4::abba]) by mx1.freebsd.org (Postfix) with ESMTP id 567CB8FC0C; Fri, 25 Sep 2009 12:58:48 +0000 (UTC) Received: from stasss.yandex.ru (dhcp170-227-red.yandex.net [95.108.170.227]) by mx0.deglitch.com (Postfix) with ESMTPSA id 462638FC45; Fri, 25 Sep 2009 16:58:44 +0400 (MSD) Date: Fri, 25 Sep 2009 16:58:43 +0400 From: Stanislav Sedov To: Rui Paulo Message-Id: <20090925165843.88eecdcd.stas@FreeBSD.org> In-Reply-To: References: Organization: The FreeBSD Project X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Fri__25_Sep_2009_16_58_43_+0400_0w88=of+1kkKfVce" Cc: freebsd-arm@freebsd.org Subject: Re: Exporting cpu_class 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, 25 Sep 2009 12:58:48 -0000 --Signature=_Fri__25_Sep_2009_16_58_43_+0400_0w88=of+1kkKfVce Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, 25 Sep 2009 12:48:40 +0100 Rui Paulo mentioned: > Hi, > I need to export cpu_class to the outside world, so I plan to commit =20 > the attached patch soon. If you don't like it, please speak up. >=20 Looks ok to me. --=20 Stanislav Sedov ST4096-RIPE --Signature=_Fri__25_Sep_2009_16_58_43_+0400_0w88=of+1kkKfVce Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iQIcBAEBAgAGBQJKvL6DAAoJEKN82nOYvCd07Y8P/jI0aICcGdcyjFXU6TYcu7S3 1UnspeCkuOmFwAHed1fSBg4XFKjqWkGyLibAFQnlEK98whGyIsitcAd15suBuINx YBqUqvf6hUq38cPqP4QL5g5UlGY3s/U5GJzuL/7LekJiQCD9ZzuUB/eMa/UJJEPk KNC1Up3GscA+4BjlvRptn9r3xP2gEUiByAvJ6UMF/r6jzaVtpD0E2P1M854fsv/D S1YZIc1qQIE5R6ZadAguATU/tibcWkv+3+X1RTvyft3m4OhmAqUGyH4JCRbE1tMc TwjD7aTfo2Gn3Q7Jwy91G3ICNi0uQI8gHilg4rrZuhGeZUTSaPQSGZ/mwStDM2A2 IBO6MvTxztBxmkTVnWiIEt4TXm4luLaj1cawVt/LNvkEqgyLAZVwQaOSal2R1uYQ ySSC3yTTJ48VB87ueFBTCX5eJunz6J0ARUTabObFm3w19IrpxWscLzvJpxcaNaE8 O0sWy2b9NIwJmP1EuoSy+vjZUVveVv/FA3LmcB8J13eeTzBiujnbLuG3W0UVANMF qW/YB9ZL3N0EB1x7tBg36IgMhJDlNOYcS5Jilp1MXIOgZigWgCOJeXysPD78fEIM N2qGE4roFJmdVqyuLr/E5ds4RU/dAGrEZYDKGEXEXHYttQmwiv28rMAY8s1OCpIO 1zk2hahH/d/vK6ECAcjO =+CRO -----END PGP SIGNATURE----- --Signature=_Fri__25_Sep_2009_16_58_43_+0400_0w88=of+1kkKfVce-- From owner-freebsd-arm@FreeBSD.ORG Fri Sep 25 13:08:27 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 0F05D1065679 for ; Fri, 25 Sep 2009 13:08:27 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from tomjudge.vm.bytemark.co.uk (tomjudge.vm.bytemark.co.uk [80.68.91.100]) by mx1.freebsd.org (Postfix) with ESMTP id C555B8FC3A for ; Fri, 25 Sep 2009 13:08:26 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by tomjudge.vm.bytemark.co.uk (Postfix) with ESMTP id 9F0A448984; Fri, 25 Sep 2009 14:08:25 +0100 (BST) X-Virus-Scanned: Debian amavisd-new at tomjudge.vm.bytemark.co.uk Received: from tomjudge.vm.bytemark.co.uk ([127.0.0.1]) by localhost (tomjudge.vm.bytemark.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hREMEpYPwLTD; Fri, 25 Sep 2009 14:08:17 +0100 (BST) Received: from rita.nodomain (unknown [192.168.205.6]) by tomjudge.vm.bytemark.co.uk (Postfix) with ESMTP id 9FA4D4894F; Fri, 25 Sep 2009 14:08:16 +0100 (BST) Message-ID: <4ABCC0AA.7040003@tomjudge.com> Date: Fri, 25 Sep 2009 13:07:54 +0000 From: Tom Judge User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: Rui Paulo References: <4AB7A398.4040905@tomjudge.com> <5B269040-CEB8-4E07-9023-9605B04A62DA@gmail.com> In-Reply-To: <5B269040-CEB8-4E07-9023-9605B04A62DA@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org Subject: Re: Adding support for the Intel SS4000-E NAS aka the EM-7210 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, 25 Sep 2009 13:08:27 -0000 Rui Paulo wrote: > On 21 Sep 2009, at 17:02, Tom Judge wrote: > >> Hi, >> >> I am trying to add support for the Intel SS4000-E/EM7210 to FreeBSD, I >> have copied all of the files for the EP80219 as this seems to be what >> the board is based on, and modified the interrupt assignment code. See >> the patch agains sys/arm here: http://www.tomjudge.com/tmp/em-7210-patch >> >> I am also having trouble with loading the kernel at the default >> location, (instructions from here: http://wiki.freebsd.org/FreeBSDAvila) >> as RedBoot reports that there is no memory at the load address. >> Currently when I try to load this kernel at the phys address using >> reboot and try to run the kernel I get nothing outputed on the console. >> I used the phys address from the addresses that the linux kernel is >> loaded into out of flash. (see output below) >> >> Could someone please give me some hints on what I am doing wrong and >> need to change? The board is currently supported by the Linux kernel >> (as the em7210.c) so I was hoping that adding support to FreeBSD would >> not be difficult. > > Are you sure 0x200000 is the correct load address? > > -- > Rui Paulo > > > Hi Rui, First I would like to say thanks for replying, this is my first experiment with trying to get freebsd to work on another platform so please treat me a newbe to all this (thanks). Looking that where the linux kernel is loaded it seems the load address is 0x01008000. However it seems like it could be loaded at 0x200000, as there is a second copy of redboot on the unit, that supports the NIC, that is loaded add this address. See this here for the details of what get loaded where on the unit: http://www.tomjudge.com/index.php/SS4000-E/FreeBSD_Install Tom From owner-freebsd-arm@FreeBSD.ORG Fri Sep 25 13:20:51 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 D572A106568B for ; Fri, 25 Sep 2009 13:20:51 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from mx0.deglitch.com (backbone.deglitch.com [IPv6:2001:16d8:fffb:4::abba]) by mx1.freebsd.org (Postfix) with ESMTP id 61CD48FC1B for ; Fri, 25 Sep 2009 13:20:51 +0000 (UTC) Received: from stasss.yandex.ru (dhcp170-227-red.yandex.net [95.108.170.227]) by mx0.deglitch.com (Postfix) with ESMTPSA id 8BFBF8FC45; Fri, 25 Sep 2009 17:20:49 +0400 (MSD) Date: Fri, 25 Sep 2009 17:20:49 +0400 From: Stanislav Sedov To: Tom Judge Message-Id: <20090925172049.ebecbd64.stas@FreeBSD.org> In-Reply-To: <4ABCC0AA.7040003@tomjudge.com> References: <4AB7A398.4040905@tomjudge.com> <5B269040-CEB8-4E07-9023-9605B04A62DA@gmail.com> <4ABCC0AA.7040003@tomjudge.com> Organization: The FreeBSD Project X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Fri__25_Sep_2009_17_20_49_+0400_euEB_6gJnnEWpimv" Cc: Rui Paulo , freebsd-arm@freebsd.org Subject: Re: Adding support for the Intel SS4000-E NAS aka the EM-7210 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, 25 Sep 2009 13:20:52 -0000 --Signature=_Fri__25_Sep_2009_17_20_49_+0400_euEB_6gJnnEWpimv Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, 25 Sep 2009 13:07:54 +0000 Tom Judge mentioned: > Rui Paulo wrote: > > On 21 Sep 2009, at 17:02, Tom Judge wrote: > > > >> Hi, > >> > >> I am trying to add support for the Intel SS4000-E/EM7210 to FreeBSD, I > >> have copied all of the files for the EP80219 as this seems to be what > >> the board is based on, and modified the interrupt assignment code. See > >> the patch agains sys/arm here: http://www.tomjudge.com/tmp/em-7210-pat= ch > >> > >> I am also having trouble with loading the kernel at the default > >> location, (instructions from here: http://wiki.freebsd.org/FreeBSDAvil= a) > >> as RedBoot reports that there is no memory at the load address. > >> Currently when I try to load this kernel at the phys address using > >> reboot and try to run the kernel I get nothing outputed on the console. > >> I used the phys address from the addresses that the linux kernel is > >> loaded into out of flash. (see output below) > >> > >> Could someone please give me some hints on what I am doing wrong and > >> need to change? The board is currently supported by the Linux kernel > >> (as the em7210.c) so I was hoping that adding support to FreeBSD would > >> not be difficult. > > > > Are you sure 0x200000 is the correct load address? > > > > --=20 > > Rui Paulo > > > > > > > Hi Rui, >=20 > First I would like to say thanks for replying, this is my first=20 > experiment with trying to get freebsd to work on another platform so=20 > please treat me a newbe to all this (thanks). >=20 > Looking that where the linux kernel is loaded it seems the load address=20 > is 0x01008000. >=20 > However it seems like it could be loaded at 0x200000, as there is a=20 > second copy of redboot on the unit, that supports the NIC, that is=20 > loaded add this address. >=20 > See this here for the details of what get loaded where on the unit: > http://www.tomjudge.com/index.php/SS4000-E/FreeBSD_Install The default load address of the AVILA FreeBSD kernel is 10200000 so it expects to be loaded here. As I see from your patch you changed it to be 0x01008000 instead. So you should probably either load the kernel to this address, or change the corresponding KERNPHYSADDR parameter to 0x200000. Does this board has JTAG port available? It will make the debugging much easier. --=20 Stanislav Sedov ST4096-RIPE --Signature=_Fri__25_Sep_2009_17_20_49_+0400_euEB_6gJnnEWpimv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iQIcBAEBAgAGBQJKvMOxAAoJEKN82nOYvCd0mQYP/1dMotcqVHqpfsNsN4mfU+xu oz/d1hHmVQa0LtFmQ+4SHFZDcWNRuzU1pmB7QO28mSKTSGI4qN3c5q7UuvHOVzvf avtZXqGm0IXxhy88xauMAfeHNapQC8z36XBK6e0PSC+m1VSo+f7L3KcnvLoELL2o DuwxMd7+r+j4pAJCat65sxFBGAtDNfyssNoJbWFQrwXcq6G34LpuZqq4ryqC+FlN rmSvYzeyVN1nDCtyWkSU2QPzdcHZKwzucP5rLGgvRjSEOq8PVGOQIF3EbJ6k/bD0 yV6TzfTcIvO/9OlSJiGYOVnIEAWFih/+L3Eh0hrgn88QMlEavvdlaw3n+bETMIB+ 2enZmTWJkSSjZHLlibo2uArhJAOzHGT5zzuzbz3sJhCJ3UThMpir6HFqX1kyQ+fo nnw0ZsjBumSzVnOW95BnjY45Sd3BkYi6AlZNmStbMFp6keHq8BIAiSGxKKYu2IEc FezwdJcO9h1ca2V4MkPV9sp8jhp9uNqXz6V9LeXzyqNAdUL011B/vpxLyc2XyUs9 VUMDYB93tJSuPuif5NW8aTCLkFqUfXaR50tvrMPyC4g634Xpg9/gWii2QN8UC6qc ST22JYkZfePZ3NSSb+zJD45isFG5QsynyOSbYPseUSLGcCZXSymqBrtr+ekBSBG/ p77wSjc58tc6IqjnPWr8 =SX1Z -----END PGP SIGNATURE----- --Signature=_Fri__25_Sep_2009_17_20_49_+0400_euEB_6gJnnEWpimv-- From owner-freebsd-arm@FreeBSD.ORG Fri Sep 25 13:34:03 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 5BC17106568B for ; Fri, 25 Sep 2009 13:34:03 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from mx0.deglitch.com (backbone.deglitch.com [IPv6:2001:16d8:fffb:4::abba]) by mx1.freebsd.org (Postfix) with ESMTP id 0F06C8FC15 for ; Fri, 25 Sep 2009 13:34:03 +0000 (UTC) Received: from stasss.yandex.ru (dhcp170-227-red.yandex.net [95.108.170.227]) by mx0.deglitch.com (Postfix) with ESMTPSA id 1E9798FC45; Fri, 25 Sep 2009 17:34:01 +0400 (MSD) Date: Fri, 25 Sep 2009 17:34:00 +0400 From: Stanislav Sedov To: Tom Judge Message-Id: <20090925173400.48407c77.stas@FreeBSD.org> In-Reply-To: <4AB7A398.4040905@tomjudge.com> References: <4AB7A398.4040905@tomjudge.com> Organization: The FreeBSD Project X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Fri__25_Sep_2009_17_34_00_+0400__U0UczWXkXcK3Y1." Cc: freebsd-arm@freebsd.org Subject: Re: Adding support for the Intel SS4000-E NAS aka the EM-7210 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, 25 Sep 2009 13:34:03 -0000 --Signature=_Fri__25_Sep_2009_17_34_00_+0400__U0UczWXkXcK3Y1. Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 21 Sep 2009 16:02:32 +0000 Tom Judge mentioned: > Hi, >=20 > I am trying to add support for the Intel SS4000-E/EM7210 to FreeBSD, I > have copied all of the files for the EP80219 as this seems to be what > the board is based on, and modified the interrupt assignment code. See > the patch agains sys/arm here: http://www.tomjudge.com/tmp/em-7210-patch >=20 Hi, Tom! It's great to hear you're working on this project! It's hard to say what's wrong with your setup, but here're some things I noteced. First, KERNVIRTADDR appears to be incorrect in your setup as you're trying = to map the kernel very low (0x01008000). In this case very low amount of virtual address space will be left for user-level applications. Try to map it to some address above 0xc0000000, e.g. to 0xc1008000. I also do not quite understand why you're using address 0xa0100000 for the first helper page mapping? What is the layout of memory on your board? Is anything useable is mapped here? Good luck! --=20 Stanislav Sedov ST4096-RIPE --Signature=_Fri__25_Sep_2009_17_34_00_+0400__U0UczWXkXcK3Y1. Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iQIcBAEBAgAGBQJKvMbIAAoJEKN82nOYvCd01OkP/jlG/ib9fOE3vGA15mJHuvJJ uyOPBhso2favUM4wqyDRklQdlX4QP4pempxBNp/XObYiXurdgAhw4JFNn3t8byTl bpFzrcPaiVpWREF7ijV2wsV8Q6k9CeKORK2iMW3TSkn4DWfJyxppukVzFG3PkTXY xZjNoBikeGyYgkF4ZRyaJMhhVftc5ur87f2HFGai3mwsJRBbEzIvY7en2BF8XG3V DTtbz3fbaKc/89lrSegu3uI+O5ksyaST9QTlw5yi+4DGv0aGc19WVAMLH84OrXdJ RDPCkYCPv+Rk/LZJ3Q/1/pU+OC24rgQ5qwKZw5eAd/cSyCAKkzmq5A605j6xcB5Z MrZrW44SAFfWGXPIBlngdjoeUKG2OwSvYJY8INpfIU2a1/ecUmTs6ZrFlhpZ1159 ibRINHHp7i2g3Bcw1gvho3Fw1WsYdViuX8fs3nisZPLGQTCp88T+P61ppBHf9Hc1 33c9kI+B7ffhyGxSFzOEdvMyK8xML3nuq2cY+cBmjZeEYTRsrPjyv8lAvAeolnKM 9zxZVyJT0B6NyE+JIV2Vp2fKTV9JrMAf2vieFv14Hp06DkMjTmEyfE6SO6N1uMtT RG7AGb5+1h70XVkWptkg0kGzV/FxcR5k/njKZ/4+0usSiI4CtbVBCBUJM7Ctaktx 5sN1TRuUL+HpmEDnnMzr =YFu3 -----END PGP SIGNATURE----- --Signature=_Fri__25_Sep_2009_17_34_00_+0400__U0UczWXkXcK3Y1.-- From owner-freebsd-arm@FreeBSD.ORG Fri Sep 25 13:54:38 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 1B0471065670 for ; Fri, 25 Sep 2009 13:54:38 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from tomjudge.vm.bytemark.co.uk (tomjudge.vm.bytemark.co.uk [80.68.91.100]) by mx1.freebsd.org (Postfix) with ESMTP id 8C8F58FC34 for ; Fri, 25 Sep 2009 13:54:37 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by tomjudge.vm.bytemark.co.uk (Postfix) with ESMTP id 8D68B48995; Fri, 25 Sep 2009 14:54:36 +0100 (BST) X-Virus-Scanned: Debian amavisd-new at tomjudge.vm.bytemark.co.uk Received: from tomjudge.vm.bytemark.co.uk ([127.0.0.1]) by localhost (tomjudge.vm.bytemark.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OcM8+rUwdmqi; Fri, 25 Sep 2009 14:54:28 +0100 (BST) Received: from rita.nodomain (unknown [192.168.205.6]) by tomjudge.vm.bytemark.co.uk (Postfix) with ESMTP id A788B4898C; Fri, 25 Sep 2009 14:54:27 +0100 (BST) Message-ID: <4ABCCB7D.9030503@tomjudge.com> Date: Fri, 25 Sep 2009 13:54:05 +0000 From: Tom Judge User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: Stanislav Sedov References: <4AB7A398.4040905@tomjudge.com> <5B269040-CEB8-4E07-9023-9605B04A62DA@gmail.com> <4ABCC0AA.7040003@tomjudge.com> <20090925172049.ebecbd64.stas@FreeBSD.org> In-Reply-To: <20090925172049.ebecbd64.stas@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Rui Paulo , freebsd-arm@freebsd.org Subject: Re: Adding support for the Intel SS4000-E NAS aka the EM-7210 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, 25 Sep 2009 13:54:38 -0000 Stanislav Sedov wrote: > On Fri, 25 Sep 2009 13:07:54 +0000 > Tom Judge mentioned: > > >> Rui Paulo wrote: >> >>> On 21 Sep 2009, at 17:02, Tom Judge wrote: >>> >>> >>> Are you sure 0x200000 is the correct load address? >>> >>> -- >>> Rui Paulo >>> >>> >>> >>> >> Hi Rui, >> >> First I would like to say thanks for replying, this is my first >> experiment with trying to get freebsd to work on another platform so >> please treat me a newbe to all this (thanks). >> >> Looking that where the linux kernel is loaded it seems the load address >> is 0x01008000. >> >> However it seems like it could be loaded at 0x200000, as there is a >> second copy of redboot on the unit, that supports the NIC, that is >> loaded add this address. >> >> See this here for the details of what get loaded where on the unit: >> http://www.tomjudge.com/index.php/SS4000-E/FreeBSD_Install >> > > The default load address of the AVILA FreeBSD kernel is 10200000 so > it expects to be loaded here. As I see from your patch you changed > it to be 0x01008000 instead. So you should probably either load the > kernel to this address, or change the corresponding KERNPHYSADDR > parameter to 0x200000. > > When I had KERNPHYSADDR and KERNVIRTADDR set to 0x01008000 I was unable to make any progress on getting the system to boot. Last night I was working on the patch again, and started by using the std.aliva file as a base for my std.em7210 rather than std.ep80219. However I have not yet had a chance to test this as I was working my way though making user the devmap matched the devmap used by the linux kernel. I have also been looking at alvia_machdep.c + eq80219_machdep.c and comparing it to the em7210_machdep.c to remove magic numbers and replace them with macros/defines as used in the aliva board. Here is my current work: http://www.tomjudge.com/tmp/patch-em7210-round2 > Does this board has JTAG port available? It will make the debugging > much easier. > > Yes there is a jtag port on the board, it seems to be a standard 20 pin ARM header on the board (see image here: http://www.kwaak.net/fotos/fotos-nas/slide_14.html). Can anyone recommend a reasonably priced jtag cable? Preferable that would work on FreeBSD. Thanks TJ From owner-freebsd-arm@FreeBSD.ORG Fri Sep 25 14:14:31 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 632071065704 for ; Fri, 25 Sep 2009 14:14:31 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from mx0.deglitch.com (backbone.deglitch.com [IPv6:2001:16d8:fffb:4::abba]) by mx1.freebsd.org (Postfix) with ESMTP id C97E68FC0A for ; Fri, 25 Sep 2009 14:14:30 +0000 (UTC) Received: from stasss.yandex.ru (dhcp170-227-red.yandex.net [95.108.170.227]) by mx0.deglitch.com (Postfix) with ESMTPSA id B747E8FC45; Fri, 25 Sep 2009 18:14:28 +0400 (MSD) Date: Fri, 25 Sep 2009 18:14:28 +0400 From: Stanislav Sedov To: Tom Judge Message-Id: <20090925181428.5cfc759f.stas@FreeBSD.org> In-Reply-To: <4ABCCB7D.9030503@tomjudge.com> References: <4AB7A398.4040905@tomjudge.com> <5B269040-CEB8-4E07-9023-9605B04A62DA@gmail.com> <4ABCC0AA.7040003@tomjudge.com> <20090925172049.ebecbd64.stas@FreeBSD.org> <4ABCCB7D.9030503@tomjudge.com> Organization: The FreeBSD Project X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Fri__25_Sep_2009_18_14_28_+0400__HENyz5YKaXN6A38" Cc: Rui Paulo , freebsd-arm@freebsd.org Subject: Re: Adding support for the Intel SS4000-E NAS aka the EM-7210 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, 25 Sep 2009 14:14:31 -0000 --Signature=_Fri__25_Sep_2009_18_14_28_+0400__HENyz5YKaXN6A38 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, 25 Sep 2009 13:54:05 +0000 Tom Judge mentioned: > Stanislav Sedov wrote: > > On Fri, 25 Sep 2009 13:07:54 +0000 > > Tom Judge mentioned: > > > > =20 > >> Rui Paulo wrote: > >> =20 > >>> On 21 Sep 2009, at 17:02, Tom Judge wrote: > >>> > >>> > >>> Are you sure 0x200000 is the correct load address? > >>> > >>> --=20 > >>> Rui Paulo > >>> > >>> > >>> > >>> =20 > >> Hi Rui, > >> > >> First I would like to say thanks for replying, this is my first=20 > >> experiment with trying to get freebsd to work on another platform so=20 > >> please treat me a newbe to all this (thanks). > >> > >> Looking that where the linux kernel is loaded it seems the load addres= s=20 > >> is 0x01008000. > >> > >> However it seems like it could be loaded at 0x200000, as there is a=20 > >> second copy of redboot on the unit, that supports the NIC, that is=20 > >> loaded add this address. > >> > >> See this here for the details of what get loaded where on the unit: > >> http://www.tomjudge.com/index.php/SS4000-E/FreeBSD_Install > >> =20 > > > > The default load address of the AVILA FreeBSD kernel is 10200000 so > > it expects to be loaded here. As I see from your patch you changed > > it to be 0x01008000 instead. So you should probably either load the > > kernel to this address, or change the corresponding KERNPHYSADDR > > parameter to 0x200000. > > > > =20 >=20 > When I had KERNPHYSADDR and KERNVIRTADDR set to 0x01008000 I was unable=20 > to make any progress on getting the system to boot. Last night I was=20 > working on the patch again, and started by using the std.aliva file as a= =20 > base for my std.em7210 rather than std.ep80219. However I have not yet=20 > had a chance to test this as I was working my way though making user the= =20 > devmap matched the devmap used by the linux kernel. >=20 > I have also been looking at alvia_machdep.c + eq80219_machdep.c and=20 > comparing it to the em7210_machdep.c to remove magic numbers and replace= =20 > them with macros/defines as used in the aliva board. >=20 > Here is my current work: http://www.tomjudge.com/tmp/patch-em7210-round2 This looks better, but you're still using weird addresses for phys_avail and dump_avail ARM_USE_SMALL_ALLOC case. I don't know the memory layout of this board, but using addresses starting from 0xa0000000 for page mappings looks really wrong to me. BTW, I noticed you're using 0x0 address for the start address of the physical memory? Is it correct? Usualy, this address is the CPU start address and thus boot ROM gets mapped here so CPU can start executing ROM code upon boot. But your board may use different layout so you'd need to check this. >=20 > > Does this board has JTAG port available? It will make the debugging > > much easier. > > > > =20 > Yes there is a jtag port on the board, it seems to be a standard 20 pin=20 > ARM header on the board (see image here:=20 > http://www.kwaak.net/fotos/fotos-nas/slide_14.html). >=20 > Can anyone recommend a reasonably priced jtag cable? Preferable that=20 > would work on FreeBSD. >=20 The choice of JTAG depends on the software that will be used. For me, OpenOCD works well. I can recommend the FTDI based cables as they're really fast and well supported (OpenMoko, for example, distributes one of them; they're usually Jtagkey clones). Simple Wiggler-like cables are much clower and less reliable, but is very cheap and can be made easily at home if not availble in shops (as it's merealy a pin-to-pin conversion from JTAG to IEEE1284). They requre the parallel LPT port to be present, though. --=20 Stanislav Sedov ST4096-RIPE --Signature=_Fri__25_Sep_2009_18_14_28_+0400__HENyz5YKaXN6A38 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iQIcBAEBAgAGBQJKvNBEAAoJEKN82nOYvCd0lBEQAJbKXbIXkxYYdb6AdQb3KGuL FNjMudPnBY2e4RWHWKKhKu0jCB79pFeR353xeFrWB9GFwWpt5SGCz0pzeUlyr6jB cveEC0BqQTHcrU0IKLOHcoJ2WNCfH4kolHOSLUDkIB8HPn+HI9UdDEHiNRgTerE0 6FgPGxEwbGOFRuRFw+W/yDDYqKgjLrKjIgYwlYOOoZgS8YT3l3sBNkcIalh36vw3 Iv9ZHmCBxWKOtvjsYtIMmBWtpmbPyMwXRCTAs0/OEtDkAFeCeNoRtekNpVjcAOuC g6Jf+a2ZkS5Jg0WtcZTiXog5X4sCBSocghKv53StIDy3miCpwph18pnX+3VIBBg8 Ct+2uRGC3Hsa5iYUMAgQvDc5jegTnKvlaPSoOnFyBrina8Mh25c18TnYVA3FoVgX jxS/7UV4cmC4oai1Oc2AmYwwmqvWik8u44aE0OImp85RhCLF/2rktkgiuzhABnSZ JJIxftfvpvvEjlQr/cQVVPu/jkgleWNAOmktwTywov0TBStDM58Hq0pKvq05qstW MqclenKaHQtHxgSSTObcKRvKKe7CNw4hS3m3o8YfujXFNAr0t/lfZeaNvFqSeLwW 4hDCuy8mFS2HZPgUqMgSJifJZSpjvM78jalVAoZcUfneoltLQvtAhXn+a8dXt9PE yoblDlfFlPRUD82Oo7FH =EFlY -----END PGP SIGNATURE----- --Signature=_Fri__25_Sep_2009_18_14_28_+0400__HENyz5YKaXN6A38-- From owner-freebsd-arm@FreeBSD.ORG Fri Sep 25 15:24:43 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 32E7A106568F; Fri, 25 Sep 2009 15:24:43 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id D22B68FC12; Fri, 25 Sep 2009 15:24:42 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id n8PFLEe9074490; Fri, 25 Sep 2009 09:21:14 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 25 Sep 2009 09:23:09 -0600 (MDT) Message-Id: <20090925.092309.38327923.imp@bsdimp.com> To: rpaulo@FreeBSD.org From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-arm@FreeBSD.org Subject: Re: Exporting cpu_class 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, 25 Sep 2009 15:24:43 -0000 In message: Rui Paulo writes: : Hi, : I need to export cpu_class to the outside world, so I plan to commit : the attached patch soon. If you don't like it, please speak up. Looks good to me. What do you need it for in the outside world? Warner From owner-freebsd-arm@FreeBSD.ORG Fri Sep 25 22:08:06 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 8F186106566B for ; Fri, 25 Sep 2009 22:08:06 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id 1D4E88FC1C for ; Fri, 25 Sep 2009 22:08:05 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 4so661125eyf.9 for ; Fri, 25 Sep 2009 15:08:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=mZ+iFMAoNyjDgta+ja4QDnDOmBGA2K0N3SJE5mqUIL8=; b=kufYi2sAoE8FMZhwtlfcOajr9ddtkParSH0WFvjNvGxuILKQuy+8IgNdJYhgkeGW/z sDM1QUHkEBLL4gBX4Yj5p/Qj9qX/2ZiFHXXgpU8pzCxmt3whEIR6dVXeh15J7osEjwa4 ZpaOXz1EFs8Xp7BiJyLsYhgJmkPBEnykcNyWc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=sFRPGjK5ONRiJ93vDI3RvHnHMfCbuRNWhNbcHdTW5ap1PAfzWw2LuQAwvb3hz21FJf dNU1L944W70SrQ+grwGzxImgkMZCpRNic8vmsExV9nHpzEkUgn/FkHKm0cy1boFKPnU/ BBGjiiIR9Ljo/tBzPtvG+HHfqqku/Eks5SA5U= Received: by 10.210.7.23 with SMTP id 23mr187799ebg.38.1253916485021; Fri, 25 Sep 2009 15:08:05 -0700 (PDT) Received: from mac-mini.lan (bl11-195-254.dsl.telepac.pt [85.244.195.254]) by mx.google.com with ESMTPS id 5sm2928882eyh.25.2009.09.25.15.08.03 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 25 Sep 2009 15:08:04 -0700 (PDT) Sender: Rui Paulo Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed From: Rui Paulo In-Reply-To: <20090925.092309.38327923.imp@bsdimp.com> Date: Fri, 25 Sep 2009 23:07:59 +0100 Content-Transfer-Encoding: 7bit Message-Id: <30297FD8-7811-4878-96E6-B29B2C518256@FreeBSD.org> References: <20090925.092309.38327923.imp@bsdimp.com> To: M. Warner Losh X-Mailer: Apple Mail (2.1076) Cc: freebsd-arm@FreeBSD.org Subject: Re: Exporting cpu_class 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, 25 Sep 2009 22:08:06 -0000 On 25 Sep 2009, at 16:23, M. Warner Losh wrote: > In message: > Rui Paulo writes: > : Hi, > : I need to export cpu_class to the outside world, so I plan to commit > : the attached patch soon. If you don't like it, please speak up. > > Looks good to me. > > What do you need it for in the outside world? arm HWPMC. Namely in sys/dev/hwpmc/hwpmc_arm.c. -- Rui Paulo From owner-freebsd-arm@FreeBSD.ORG Sat Sep 26 05:47:43 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 18DA5106566B; Sat, 26 Sep 2009 05:47:43 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from tomjudge.vm.bytemark.co.uk (tomjudge.vm.bytemark.co.uk [80.68.91.100]) by mx1.freebsd.org (Postfix) with ESMTP id 979008FC16; Sat, 26 Sep 2009 05:47:42 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by tomjudge.vm.bytemark.co.uk (Postfix) with ESMTP id 7864F48984; Sat, 26 Sep 2009 06:47:41 +0100 (BST) X-Virus-Scanned: Debian amavisd-new at tomjudge.vm.bytemark.co.uk Received: from tomjudge.vm.bytemark.co.uk ([127.0.0.1]) by localhost (tomjudge.vm.bytemark.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id r8SWGfOdOxCp; Sat, 26 Sep 2009 06:47:32 +0100 (BST) Received: from rita.nodomain (unknown [192.168.205.6]) by tomjudge.vm.bytemark.co.uk (Postfix) with ESMTP id 2240E48875; Sat, 26 Sep 2009 06:47:30 +0100 (BST) Message-ID: <4ABDAADC.6060008@tomjudge.com> Date: Sat, 26 Sep 2009 05:47:08 +0000 From: Tom Judge User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: Stanislav Sedov References: <4AB7A398.4040905@tomjudge.com> <5B269040-CEB8-4E07-9023-9605B04A62DA@gmail.com> <4ABCC0AA.7040003@tomjudge.com> <20090925172049.ebecbd64.stas@FreeBSD.org> <4ABCCB7D.9030503@tomjudge.com> <20090925181428.5cfc759f.stas@FreeBSD.org> In-Reply-To: <20090925181428.5cfc759f.stas@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Rui Paulo , freebsd-arm@freebsd.org Subject: Re: Adding support for the Intel SS4000-E NAS aka the EM-7210 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: Sat, 26 Sep 2009 05:47:43 -0000 <> Hi, Stanislav, Rue first thanks for your help with this. I have since relised the errors in my ways and now have a booting kernel that I can load at 0x01008000. It seems the first mistake that I made was to use the ep80219 as the base for my port. I should have read the linux notes more carefully as it states that they can boot the iq31244 kernel on this board. I have since then migrated the code to use the iq31244 as the base, and have a kernel that kind of boots. Fist thing I have noticed is I get this error while booting: pmap_bootstrap: WARNING! wrong cache mode for L2 pte @ 0xc1003c00 I don't really know how to fix this so some pointers would be welcome. The next problem is that I get the following error when either em or ata are compiled into my kernel: Fatal kernel mode data abort: 'External Linefetch Abort (P)' If I remove both ata and em from the kernel then the kernel gets to trying to mount the rootfs and fails because it wants to mount an NFS root from em0. Bellow is a full backtrace for the em crash and a backtrace for the ata crash can be found here: http://www.tomjudge.com/index.php/SS4000-E/Notes And my current code can be found as a patch here: http://www.tomjudge.com/tmp/em7210.patch Thanks in advance for the help Tom RedBoot> load -b 0x01008000 kernel Using default protocol (TFTP) Address offset = 0x40000000 Entry point: 0x01008100, address range: 0x01008000-0x01337274 RedBoot> go pmap_bootstrap: WARNING! wrong cache mode for L2 pte @ 0xc1003c00 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 9.0-CURRENT #14: Sat Sep 26 05:30:30 UTC 2009 root@rita.nodomain:/data/arm_build/arm/usr/src/sys/EM-7210 CPU: i80219 400MHz step A-0 (XScale core) DC enabled IC enabled WB enabled LABT branch prediction enabled 32KB/32B 32-way Instruction cache 32KB/32B 32-way write-back-locking Data cache real memory = 536870912 (512 MB) avail memory = 503738368 (480 MB) iq0: on motherboard obio0 on iq0 uart0: <16550 or compatible> on obio0 uart0: [FILTER] uart0: console (115200,n,8,1) itimer0: on iq0 iopwdog0: on iq0 pcib0: on iq0 pci0: on pcib0 Device 1 routed to irq 27 Device 2 routed to irq 30 Device 3 routed to irq 29 Device 5 routed to irq 30 Device 5 routed to irq 29 Device 5 routed to irq 27 em0: port 0xfe400000-0xfe40003f mem 0-0x1ffff,0x20000-0x3ffff irq 27 at device 1.0 on pci0 Fatal kernel mode data abort: 'External Linefetch Abort (P)' trapframe: 0xc00faae4 FSR=00000406, FAR=Invalid, spsr=200000d3 r0 =c13e3c00, r1 =cd5b9000, r2 =00000010, r3 =0000000a r4 =c317e008, r5 =cd5b9000, r6 =c13e3c00, r7 =c128d4fc r8 =c317e008, r9 =c1397280, r10=c317e000, r11=c00fab54 r12=c00fab58, ssp=c00fab30, slr=c1022a88, pc =c1022a84 [thread pid 0 tid 100000 ] Stopped at e1000_init_script_state_82541+0x24c: blx r7 db> bt Tracing pid 0 tid 100000 td 0xc133b240 db_trace_thread() at db_trace_thread+0xc scp=0xc1291910 rlv=0xc100d0f0 (db_command_init+0x2a8) rsp=0xc00fa7e0 rfp=0xc00fa7fc r10=0x00000001 r9=0xc1340d94 r8=0xc13385c4 r7=0x00000062 r6=0x00000002 r5=0x00000010 r4=0xc133b240 db_command_init() at db_command_init+0x1d0 scp=0xc100d018 rlv=0xc100cba0 (db_skip_to_eol+0x49c) rsp=0xc00fa800 rfp=0xc00fa8a4 r5=0x00000000 r4=0xc13188d0 db_skip_to_eol() at db_skip_to_eol+0x1d0 scp=0xc100c8d4 rlv=0xc100cd0c (db_command_loop+0x60) rsp=0xc00fa8a8 rfp=0xc00fa8b4 r10=0x00000000 r8=0x00000406 r7=0xc00faae4 r6=0xc1340d90 r5=0x600000d3 r4=0xc00fa8c0 db_command_loop() at db_command_loop+0xc scp=0xc100ccb8 rlv=0xc100f050 (X_db_sym_numargs+0xf4) rsp=0xc00fa8b8 rfp=0xc00fa9d4 X_db_sym_numargs() at X_db_sym_numargs+0x14 scp=0xc100ef70 rlv=0xc10fc0c4 (kdb_trap+0xa4) rsp=0xc00fa9d8 rfp=0xc00faa00 r4=0x000000c0 kdb_trap() at kdb_trap+0xc scp=0xc10fc02c rlv=0xc12a1dc4 (badaddr_read+0x280) rsp=0xc00faa04 rfp=0xc00faa20 r10=0x00000000 r9=0xc1397280 r8=0xc00faae4 r7=0x00000406 r6=0x00000000 r5=0x00000406 r4=0xc00faae4 badaddr_read() at badaddr_read+0xfc scp=0xc12a1c40 rlv=0xc12a225c (prefetch_abort_handler+0x440) rsp=0xc00faa24 rfp=0xc00faa44 r6=0xc133b240 r5=0xc00faef8 r4=0xc00faae4 prefetch_abort_handler() at prefetch_abort_handler+0x378 scp=0xc12a2194 rlv=0xc12a2428 (data_abort_handler+0x110) rsp=0xc00faa48 rfp=0xc00faae0 r7=0xc133b240 r6=0xc13e3c00 r5=0xc00faef8 r4=0xc133af78 data_abort_handler() at data_abort_handler+0xc scp=0xc12a2324 rlv=0xc129334c (address_exception_entry+0x50) rsp=0xc00faae4 rfp=0xc00fab54 r10=0xc317e000 r9=0xc1397280 r8=0xc317e008 r7=0xc128d4fc r6=0xc13e3c00 r5=0xffff1004 r4=0xc317e008 e1000_init_script_state_82541() at e1000_init_script_state_82541+0x20c scp=0xc1022a44 rlv=0xc10319d0 (e1000_init_nvm_params+0x24) rsp=0xc00fab58 rfp=0xc00fab64 r7=0xc0000002 r6=0x00000001 r5=0xc317e008 r4=0x00000000 e1000_init_nvm_params() at e1000_init_nvm_params+0xc scp=0xc10319b8 rlv=0xc1032914 (e1000_setup_init_funcs+0x150) rsp=0xc00fab68 rfp=0xc00fab80 e1000_setup_init_funcs() at e1000_setup_init_funcs+0xc scp=0xc10327d0 rlv=0xc101d8e0 (db_write_cmd+0xa85c) rsp=0xc00fab84 rfp=0xc00fac0c r6=0x0000443c r5=0xc1397280 r4=0x00004400 db_write_cmd() at db_write_cmd+0x9ee8 scp=0xc101cf6c rlv=0xc10f6d1c (device_attach+0x2c8) rsp=0xc00fac10 rfp=0xc00fac4c r10=0xc1397280 r9=0x00000009 r8=0xffffffff r7=0xc10f53c4 r6=0xc13972cc r5=0x80000000 r4=0xc1397300 device_attach() at device_attach+0xc scp=0xc10f6a60 rlv=0xc10f80e0 (device_probe_and_attach+0x34) rsp=0xc00fac50 rfp=0xc00fac60 r10=0xc1397300 r8=0xffffffff r7=0xc10f53c4 r6=0x00000000 r5=0x00000000 r4=0xc1397280 device_probe_and_attach() at device_probe_and_attach+0xc scp=0xc10f80b8 rlv=0xc10f8104 (bus_generic_attach+0x20) rsp=0xc00fac64 rfp=0xc00fac74 r4=0xc1397280 bus_generic_attach() at bus_generic_attach+0xc scp=0xc10f80f0 rlv=0xc105c318 (pci_add_children+0x240) rsp=0xc00fac78 rfp=0xc00fac98 r4=0xc1397300 pci_add_children() at pci_add_children+0x154 scp=0xc105c22c rlv=0xc10f6d1c (device_attach+0x2c8) rsp=0xc00fac9c rfp=0xc00facd8 r6=0xc139734c r5=0x80000000 r4=0xc13da400 device_attach() at device_attach+0xc scp=0xc10f6a60 rlv=0xc10f80e0 (device_probe_and_attach+0x34) rsp=0xc00facdc rfp=0xc00facec r10=0xc13da400 r8=0xffffffff r7=0x00000000 r6=0xc13da400 r5=0xc13b6318 r4=0xc1397300 device_probe_and_attach() at device_probe_and_attach+0xc scp=0xc10f80b8 rlv=0xc10f8104 (bus_generic_attach+0x20) rsp=0xc00facf0 rfp=0xc00fad00 r4=0xc1397300 bus_generic_attach() at bus_generic_attach+0xc scp=0xc10f80f0 rlv=0xc12a7824 (i80321_sdram_bounds+0x860) rsp=0xc00fad04 rfp=0xc00fad20 r4=0xc13b6360 i80321_sdram_bounds() at i80321_sdram_bounds+0x6f4 scp=0xc12a76b8 rlv=0xc10f6d1c (device_attach+0x2c8) rsp=0xc00fad24 rfp=0xc00fad60 r7=0xc10f53c4 r6=0xc13da44c r5=0x80000000 r4=0xc13da680 device_attach() at device_attach+0xc scp=0xc10f6a60 rlv=0xc10f80e0 (device_probe_and_attach+0x34) rsp=0xc00fad64 rfp=0xc00fad74 r10=0xc13da680 r8=0xc13da680 r7=0x40000004 r6=0xc13e3c00 r5=0x00000000 r4=0xc13da400 device_probe_and_attach() at device_probe_and_attach+0xc scp=0xc10f80b8 rlv=0xc10f8104 (bus_generic_attach+0x20) rsp=0xc00fad78 rfp=0xc00fad88 r4=0xc13da400 bus_generic_attach() at bus_generic_attach+0xc scp=0xc10f80f0 rlv=0xc12a8460 (iq80321_attach+0x370) rsp=0xc00fad8c rfp=0xc00fadb8 r4=0xc12de3c8 iq80321_attach() at iq80321_attach+0xc scp=0xc12a80fc rlv=0xc10f6d1c (device_attach+0x2c8) rsp=0xc00fadbc rfp=0xc00fadf8 r8=0xffffffff r7=0xc10f53c4 r6=0xc13da6cc r5=0x80000000 r4=0xc13da700 device_attach() at device_attach+0xc scp=0xc10f6a60 rlv=0xc10f80e0 (device_probe_and_attach+0x34) rsp=0xc00fadfc rfp=0xc00fae0c r10=0xc13da700 r8=0xffffffff r7=0xc10f53c4 r6=0xc13da74c r5=0x80000000 r4=0xc13da680 device_probe_and_attach() at device_probe_and_attach+0xc scp=0xc10f80b8 rlv=0xc10f8104 (bus_generic_attach+0x20) rsp=0xc00fae10 rfp=0xc00fae20 r4=0xc13da680 bus_generic_attach() at bus_generic_attach+0xc scp=0xc10f80f0 rlv=0xc1296270 (minidumpsys+0xaf4) rsp=0xc00fae24 rfp=0xc00fae34 r4=0xc13da700 minidumpsys() at minidumpsys+0xae4 scp=0xc1296260 rlv=0xc10f6d1c (device_attach+0x2c8) rsp=0xc00fae38 rfp=0xc00fae74 r4=0xc12d1318 device_attach() at device_attach+0xc scp=0xc10f6a60 rlv=0xc10f80e0 (device_probe_and_attach+0x34) rsp=0xc00fae78 rfp=0xc00fae88 r10=0x0000000a r8=0x00000000 r7=0xa10081a4 r6=0xc13dab80 r5=0xc1335374 r4=0xc13da700 device_probe_and_attach() at device_probe_and_attach+0xc scp=0xc10f80b8 rlv=0xc10f83c4 (bus_generic_new_pass+0xe4) rsp=0xc00fae8c rfp=0xc00faea4 r4=0xc13da700 bus_generic_new_pass() at bus_generic_new_pass+0xc scp=0xc10f82ec rlv=0xc10f43c0 (bus_set_pass+0x98) rsp=0xc00faea8 rfp=0xc00faec0 r6=0x7fffffff r5=0xc13dab80 r4=0xc13f1a80 bus_set_pass() at bus_set_pass+0xc scp=0xc10f4334 rlv=0xc10f4408 (root_bus_configure+0x14) rsp=0xc00faec4 rfp=0xc00faed0 r6=0x00000006 r5=0xa10081b0 r4=0xc12e0358 root_bus_configure() at root_bus_configure+0xc scp=0xc10f4400 rlv=0xc128c310 (xdr_sizeof+0x1d0) rsp=0xc00faed4 rfp=0xc00faee0 xdr_sizeof() at xdr_sizeof+0x1cc scp=0xc128c30c rlv=0xc1083620 (mi_startup+0xdc) rsp=0xc00faee4 rfp=0xc00faef4 mi_startup() at mi_startup+0xc scp=0xc1083550 rlv=0xc1008248 (btext+0x148) rsp=0xc00faef8 rfp=0x00000000 r4=0xa1008288 db> From owner-freebsd-arm@FreeBSD.ORG Sat Sep 26 10:24:58 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 CC041106566C for ; Sat, 26 Sep 2009 10:24:58 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from farnsworth.fubar.geek.nz (farnsworth.fubar.geek.nz [69.55.236.47]) by mx1.freebsd.org (Postfix) with ESMTP id B466A8FC14 for ; Sat, 26 Sep 2009 10:24:58 +0000 (UTC) Received: by farnsworth.fubar.geek.nz (Postfix, from userid 65534) id 2C28433C18; Sat, 26 Sep 2009 03:08:04 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on farnsworth.fubar.geek.nz X-Spam-Level: *** X-Spam-Status: No, score=3.6 required=5.0 tests=AWL,BAYES_00,HELO_LOCALHOST, RCVD_IN_PBL,RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 Received: from localhost (48.28.255.123.dynamic.snap.net.nz [123.255.28.48]) by farnsworth.fubar.geek.nz (Postfix) with ESMTP id CF44633C13 for ; Sat, 26 Sep 2009 03:08:01 -0700 (PDT) Date: Sat, 26 Sep 2009 22:07:54 +1200 From: Andrew Turner To: freebsd-arm@freebsd.org Message-ID: <20090926220754.31c97b1d@fubar.geek.nz> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; amd64-portbld-freebsd7.2) X-Pirate: Arrrr Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: FreeBSD on s3c2410 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: Sat, 26 Sep 2009 10:24:58 -0000 I've been working on porting FreeBSD to the s3c24x0 family of ARM CPU's from Samsung. I've got FreeBSD running to multi-user mode running on an s3c2410 cpu. The board I've been using is the LN2410SBC from [1]. The required files are in a tarball at [2]. You will need to extract it over a recent svn checkout and build the LN2410SBC ARN kernel. It expects to find a filesystem at da0s1. Andrew [1] http://www.littlechips.com/sbc_main.htm [2] http://fubar.geek.nz/files/freebsd/s3c2xx0/freebsd-s3c24x0-20090926.tar.gz From owner-freebsd-arm@FreeBSD.ORG Sat Sep 26 10:50:35 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 753F91065692 for ; Sat, 26 Sep 2009 10:50:35 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from mx0.deglitch.com (backbone.deglitch.com [IPv6:2001:16d8:fffb:4::abba]) by mx1.freebsd.org (Postfix) with ESMTP id 28CF48FC20 for ; Sat, 26 Sep 2009 10:50:35 +0000 (UTC) Received: from orion.SpringDaemons.com (unknown [77.232.3.143]) by mx0.deglitch.com (Postfix) with ESMTPA id EF4E68FC45; Sat, 26 Sep 2009 14:50:31 +0400 (MSD) Received: from orion (localhost [127.0.0.1]) by orion.SpringDaemons.com (Postfix) with SMTP id 69F2C39C4F; Sat, 26 Sep 2009 14:50:30 +0400 (MSD) Date: Sat, 26 Sep 2009 14:50:25 +0400 From: Stanislav Sedov To: Andrew Turner Message-Id: <20090926145025.04aa3ad0.stas@FreeBSD.org> In-Reply-To: <20090926220754.31c97b1d@fubar.geek.nz> References: <20090926220754.31c97b1d@fubar.geek.nz> Organization: The FreeBSD Project X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Sat__26_Sep_2009_14_50_25_+0400_fUrmqsNXTHwrIfKE" Cc: freebsd-arm@freebsd.org Subject: Re: FreeBSD on s3c2410 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: Sat, 26 Sep 2009 10:50:35 -0000 --Signature=_Sat__26_Sep_2009_14_50_25_+0400_fUrmqsNXTHwrIfKE Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, 26 Sep 2009 22:07:54 +1200 Andrew Turner mentioned: > I've been working on porting FreeBSD to the s3c24x0 family of ARM CPU's > from Samsung. I've got FreeBSD running to multi-user mode running on an > s3c2410 cpu. The board I've been using is the LN2410SBC from [1]. >=20 > The required files are in a tarball at [2]. You will need to extract it > over a recent svn checkout and build the LN2410SBC ARN kernel. It > expects to find a filesystem at da0s1. >=20 Hello, Andrew! Thank you for working on this! I'll try your patches on my S3C2410 OpenMoko phone. BTW, do you think it makes sense to commit this work into HEAD already? It looks like it is in a very good shape now. What are the outstanding issues you're working on, if any? Best regards, --=20 Stanislav Sedov ST4096-RIPE --Signature=_Sat__26_Sep_2009_14_50_25_+0400_fUrmqsNXTHwrIfKE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iQIcBAEBAgAGBQJKvfH2AAoJEKN82nOYvCd0w6kQAJbBPBa2SmfEVZP1YRud04jl cjrDZDB1yvFQgv/Y6YXhnj0fyPOnZSx9Szom0XqU3ocd7omZsQZ7Z2YYjP579Ek9 wJ6X2/Na0pc7HZt57DrYFRyilKkQWu7kjTTyQwsOYi2Wtn3eGIREE0nsYDA/tjYi z2bYS6cQ8S9j7/+q0M9AU/Kx36mZCN4TgG4xYpciiM3cqKukB1B7ctzsHld2Bv0W o0hGZaECJJh5UYw4FPd9mLEXzHCpiuD0ZqeZu40Cn1Iip3DVifevWf+vmNsulsiy KAUPEG9WW74vVBhica0f9XYgNDUN6d9I+O/o+1BHUW3GJIwuHjLuhCQb7jp0K9Y9 xarSGIE35Vz0U+GMXvyMNA4cH1Yc4G8c6fbUxaisE7QSC+FfBqXCBdI/toQ+vwC5 Ao5fJUns6Aol4OeQ57oE3Ftiaf5ujOPVdmV0XQrSWx9Z/TT5RRc7miHnB4HiKeQE DiwL/nIEovOzx6V5WFJQ1EoOVsA5Y7NpBHSF1SrRGfUDouWQK6wCBZ3jzm0h6l8Y QduxbdnamLTwaqBKZW+YdU4Er8mf0mcbYVO8Do/JDnWuJfXevKkX2K1FSAlV47Iq BfUxEWfoZuX4NDtWnk1D4ABRIU56wx9/q4Hz9eMwWc0p69y8DTd3VoJTaKYvbIla S73fS1V3CuZjF7cBipzC =D22u -----END PGP SIGNATURE----- --Signature=_Sat__26_Sep_2009_14_50_25_+0400_fUrmqsNXTHwrIfKE-- From owner-freebsd-arm@FreeBSD.ORG Sat Sep 26 23:04:27 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 0F671106566B for ; Sat, 26 Sep 2009 23:04:27 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from farnsworth.fubar.geek.nz (farnsworth.fubar.geek.nz [69.55.236.47]) by mx1.freebsd.org (Postfix) with ESMTP id DF3A18FC14 for ; Sat, 26 Sep 2009 23:04:26 +0000 (UTC) Received: by farnsworth.fubar.geek.nz (Postfix, from userid 65534) id 7171D33C13; Sat, 26 Sep 2009 16:04:26 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on farnsworth.fubar.geek.nz X-Spam-Level: *** X-Spam-Status: No, score=3.2 required=5.0 tests=AWL,BAYES_00,HELO_LOCALHOST, RCVD_IN_PBL,RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 Received: from localhost (48.28.255.123.dynamic.snap.net.nz [123.255.28.48]) by farnsworth.fubar.geek.nz (Postfix) with ESMTP id 6FBB833C13; Sat, 26 Sep 2009 16:04:24 -0700 (PDT) Date: Sun, 27 Sep 2009 12:04:17 +1300 From: Andrew Turner To: Stanislav Sedov Message-ID: <20090927120417.2d9003b9@fubar.geek.nz> In-Reply-To: <20090926145025.04aa3ad0.stas@FreeBSD.org> References: <20090926220754.31c97b1d@fubar.geek.nz> <20090926145025.04aa3ad0.stas@FreeBSD.org> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; amd64-portbld-freebsd7.2) X-Pirate: Arrrr Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org Subject: Re: FreeBSD on s3c2410 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: Sat, 26 Sep 2009 23:04:27 -0000 On Sat, 26 Sep 2009 14:50:25 +0400 Stanislav Sedov wrote: > On Sat, 26 Sep 2009 22:07:54 +1200 > Andrew Turner mentioned: > > > I've been working on porting FreeBSD to the s3c24x0 family of ARM > > CPU's from Samsung. I've got FreeBSD running to multi-user mode > > running on an s3c2410 cpu. The board I've been using is the > > LN2410SBC from [1]. > > > > The required files are in a tarball at [2]. You will need to > > extract it over a recent svn checkout and build the LN2410SBC ARN > > kernel. It expects to find a filesystem at da0s1. > > > > Hello, Andrew! > > Thank you for working on this! I'll try your patches on my S3C2410 > OpenMoko phone. The kernel should work with the Neo 1973 with the neo specific files from Perforce [1]. I've not managed to get the kernel to boot on Mine (only the Neo Freerunner which is s3c2442 based). The only way to get a filesystem on the OpenMoko will be to embed it within the kernel as a MFS image. > > BTW, do you think it makes sense to commit this work into HEAD > already? It looks like it is in a very good shape now. There are no major issues I'm aware of that would hold it back from HEAD. > What are the > outstanding issues you're working on, if any? I'm mostly working on drivers now and tracking down a bug with USB on s3c2440 (not on s3c2410 though) stopping it from booting. Andrew [1] //depot/projects/arm/src/sys/arm/s3c2xx0/*neo*