From owner-freebsd-arm@FreeBSD.ORG Tue Jan 16 10:27:28 2007 Return-Path: X-Original-To: freebsd-arm@freebsd.org Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9DB7716A415 for ; Tue, 16 Jan 2007 10:27:28 +0000 (UTC) (envelope-from roman@IPricot.com) Received: from mail.i2e.fr (mail.i2e.fr [195.115.69.236]) by mx1.freebsd.org (Postfix) with ESMTP id F3D3C13C45E for ; Tue, 16 Jan 2007 10:27:25 +0000 (UTC) (envelope-from roman@IPricot.com) Received: from mail (localhost [127.0.0.1]) by mail (Postfix) with ESMTP id A34D5BB91 for ; Tue, 16 Jan 2007 10:54:59 +0100 (CET) Received: from [192.168.1.221] (unknown [81.255.193.109]) by mail.i2e.fr (Postfix) with ESMTP id 77EF6BB90 for ; Tue, 16 Jan 2007 10:54:59 +0100 (CET) Message-ID: <45ACA11B.8060301@IPricot.com> Date: Tue, 16 Jan 2007 10:55:39 +0100 From: Roman Le Houelleur User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.9) Gecko/20061229 SeaMonkey/1.0.7 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Anti-Virus: Kaspersky Anti-Virus for MailServers 5.5.10/RELEASE, bases: 28092006 #213749, status: clean Subject: Intel IXDP425 eval 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, 16 Jan 2007 10:27:28 -0000 Hi, First of all, congratulation for the work being done porting FreeBSD to the IXP425 ! I have an IXDP425 eval board rev A3 from Intel on which I tried the AVILA procedure as is, just in case, strictly following information from: http://people.freebsd.org/~sam/README-gateworks Unfortunatly it will not "go", but just freeze: RedBoot> reset ... Resetting. +in bist out bist begin @ 0x00008f60 ; end @ 0x00008f70 (0) init_entry = 0x00008f60 ; fun @ 0x50005ef8 (1) init_entry = 0x00008f64 ; fun @ 0x50017ef0 (2) init_entry = 0x00008f68 ; fun @ 0x500071d4 (3) init_entry = 0x00008f6c ; fun @ 0x5001f534 nfe : regval[0] = 0x0013 Ethernet eth0: MAC address 00:00:83:28:50:22 IP: 172.16.0.44, Default server: 172.16.0.50 RedBoot(tm) bootstrap and debug environment [ROM] release, version 1.92p1 - built 17:24:25, Jul 19 2004 Platform: IXP425 ANTA (XScale) Copyright (C) 2000, 2001, 2002, Red Hat, Inc. RAM: 0x00000000-0x08000000, 0x0001c068-0x07fd1000 available FLASH: 0x50000000 - 0x51000000, 128 blocks of 0x00020000 bytes each. RedBoot> ip -h 192.168.31.182 -l 192.168.31.90 IP: 192.168.31.90, Default server: 192.168.31.182 RedBoot> load -b 0x200000 kernel-avila.nfs Using default protocol (TFTP) Address offset = 0x40000000 Entry point: 0x00200100, address range: 0x00200000-0x006c9aa8 RedBoot> go Does anyone have experience with this board ? Does it have any chance to work w/ the AVILA kernel config, or is this one too specific ? I am using FreeBSD 7.0-CURRENT #0: Thu Dec 14 16:10:30 UTC 2006 Regards, Roman. From owner-freebsd-arm@FreeBSD.ORG Tue Jan 16 11:57:57 2007 Return-Path: X-Original-To: freebsd-arm@freebsd.org Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C6E4E16A417 for ; Tue, 16 Jan 2007 11:57:57 +0000 (UTC) (envelope-from mlfbsd@dong.ci0.org) Received: from dong.ci0.org (cognet.ci0.org [80.65.224.102]) by mx1.freebsd.org (Postfix) with ESMTP id E9F4213C442 for ; Tue, 16 Jan 2007 11:57:56 +0000 (UTC) (envelope-from mlfbsd@dong.ci0.org) Received: from dong.ci0.org (localhost.ci0.org [127.0.0.1]) by dong.ci0.org (8.13.7/8.13.4) with ESMTP id l0GCHc19009133; Tue, 16 Jan 2007 13:17:38 +0100 (CET) (envelope-from mlfbsd@dong.ci0.org) Received: (from mlfbsd@localhost) by dong.ci0.org (8.13.7/8.13.4/Submit) id l0GCHbGn009132; Tue, 16 Jan 2007 13:17:37 +0100 (CET) (envelope-from mlfbsd) Date: Tue, 16 Jan 2007 13:17:37 +0100 From: Olivier Houchard To: Roman Le Houelleur Message-ID: <20070116121737.GA9004@ci0.org> References: <45ACA11B.8060301@IPricot.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45ACA11B.8060301@IPricot.com> User-Agent: Mutt/1.4.1i Cc: freebsd-arm@freebsd.org Subject: Re: Intel IXDP425 eval 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, 16 Jan 2007 11:57:57 -0000 On Tue, Jan 16, 2007 at 10:55:39AM +0100, Roman Le Houelleur wrote: > Hi, > > First of all, congratulation for the work being done porting > FreeBSD to the IXP425 ! > > I have an IXDP425 eval board rev A3 from Intel on which I > tried the AVILA procedure as is, just in case, strictly > following information from: > http://people.freebsd.org/~sam/README-gateworks > > Unfortunatly it will not "go", but just freeze: > RedBoot> reset > ... Resetting. > +in bist > out bist > begin @ 0x00008f60 ; end @ 0x00008f70 > (0) init_entry = 0x00008f60 ; fun @ 0x50005ef8 > (1) init_entry = 0x00008f64 ; fun @ 0x50017ef0 > (2) init_entry = 0x00008f68 ; fun @ 0x500071d4 > (3) init_entry = 0x00008f6c ; fun @ 0x5001f534 > nfe : regval[0] = 0x0013 > Ethernet eth0: MAC address 00:00:83:28:50:22 > IP: 172.16.0.44, Default server: 172.16.0.50 > > RedBoot(tm) bootstrap and debug environment [ROM] > release, version 1.92p1 - built 17:24:25, Jul 19 2004 > > Platform: IXP425 ANTA (XScale) > Copyright (C) 2000, 2001, 2002, Red Hat, Inc. > > RAM: 0x00000000-0x08000000, 0x0001c068-0x07fd1000 available > FLASH: 0x50000000 - 0x51000000, 128 blocks of 0x00020000 bytes each. > RedBoot> ip -h 192.168.31.182 -l 192.168.31.90 > IP: 192.168.31.90, Default server: 192.168.31.182 > RedBoot> load -b 0x200000 kernel-avila.nfs > Using default protocol (TFTP) > Address offset = 0x40000000 > Entry point: 0x00200100, address range: 0x00200000-0x006c9aa8 > RedBoot> go > > Does anyone have experience with this board ? Does it > have any chance to work w/ the AVILA kernel config, or > is this one too specific ? > > I am using FreeBSD 7.0-CURRENT #0: Thu Dec 14 16:10:30 UTC 2006 > > Regards, > Roman. Hi Roman, It should definitively go further. I don't know the IXDP425, doesn't it have two UART ports ? If so, could you try using the other one ? It should at least print something, I see nothing AVILA-centric in the early initialization code. Thanks, Olivier From owner-freebsd-arm@FreeBSD.ORG Tue Jan 16 17:52:12 2007 Return-Path: X-Original-To: freebsd-arm@freebsd.org Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B904B16A417 for ; Tue, 16 Jan 2007 17:52:12 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 71F9913C465 for ; Tue, 16 Jan 2007 17:52:12 +0000 (UTC) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l0GHQ1t2041170 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 16 Jan 2007 09:26:02 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <45AD0AA9.8080606@errno.com> Date: Tue, 16 Jan 2007 09:26:01 -0800 From: Sam Leffler User-Agent: Thunderbird 1.5.0.8 (X11/20061115) MIME-Version: 1.0 To: Roman Le Houelleur References: <45ACA11B.8060301@IPricot.com> In-Reply-To: <45ACA11B.8060301@IPricot.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org Subject: Re: Intel IXDP425 eval 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, 16 Jan 2007 17:52:12 -0000 Roman Le Houelleur wrote: > Hi, > > First of all, congratulation for the work being done porting > FreeBSD to the IXP425 ! > > I have an IXDP425 eval board rev A3 from Intel on which I > tried the AVILA procedure as is, just in case, strictly > following information from: > http://people.freebsd.org/~sam/README-gateworks My IAL replacement code does not support A3 revs. To fix that you need to add to the qmgr support as the A3 hardware does not have certain functionality the current code assumes. I assumed A* boards would be rare; am I wrong? > > Unfortunatly it will not "go", but just freeze: > RedBoot> reset > ... Resetting. > +in bist > out bist > begin @ 0x00008f60 ; end @ 0x00008f70 > (0) init_entry = 0x00008f60 ; fun @ 0x50005ef8 > (1) init_entry = 0x00008f64 ; fun @ 0x50017ef0 > (2) init_entry = 0x00008f68 ; fun @ 0x500071d4 > (3) init_entry = 0x00008f6c ; fun @ 0x5001f534 > nfe : regval[0] = 0x0013 > Ethernet eth0: MAC address 00:00:83:28:50:22 > IP: 172.16.0.44, Default server: 172.16.0.50 > > RedBoot(tm) bootstrap and debug environment [ROM] > release, version 1.92p1 - built 17:24:25, Jul 19 2004 > > Platform: IXP425 ANTA (XScale) > Copyright (C) 2000, 2001, 2002, Red Hat, Inc. > > RAM: 0x00000000-0x08000000, 0x0001c068-0x07fd1000 available > FLASH: 0x50000000 - 0x51000000, 128 blocks of 0x00020000 bytes each. > RedBoot> ip -h 192.168.31.182 -l 192.168.31.90 > IP: 192.168.31.90, Default server: 192.168.31.182 > RedBoot> load -b 0x200000 kernel-avila.nfs > Using default protocol (TFTP) > Address offset = 0x40000000 > Entry point: 0x00200100, address range: 0x00200000-0x006c9aa8 > RedBoot> go > > Does anyone have experience with this board ? Does it > have any chance to work w/ the AVILA kernel config, or > is this one too specific ? > > I am using FreeBSD 7.0-CURRENT #0: Thu Dec 14 16:10:30 UTC 2006 It should definitely get further than that but I wouldn't expect the npe support to work right. Try enabling bootverbose by patching the code (since we don't have proper bootstrap support yet to pass that in from redboot). Sam From owner-freebsd-arm@FreeBSD.ORG Wed Jan 17 09:24:48 2007 Return-Path: X-Original-To: freebsd-arm@freebsd.org Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1494416A412 for ; Wed, 17 Jan 2007 09:24:48 +0000 (UTC) (envelope-from roman@IPricot.com) Received: from mail.i2e.fr (mail.i2e.fr [195.115.69.236]) by mx1.freebsd.org (Postfix) with ESMTP id 53E7713C471 for ; Wed, 17 Jan 2007 09:24:46 +0000 (UTC) (envelope-from roman@IPricot.com) Received: from mail (localhost [127.0.0.1]) by mail (Postfix) with ESMTP id 03A7DBB8F for ; Wed, 17 Jan 2007 10:24:43 +0100 (CET) Received: from [192.168.1.221] (unknown [81.255.193.109]) by mail.i2e.fr (Postfix) with ESMTP id 80BB8BB8C for ; Wed, 17 Jan 2007 10:24:42 +0100 (CET) Message-ID: <45ADEB85.1030709@IPricot.com> Date: Wed, 17 Jan 2007 10:25:25 +0100 From: Roman Le Houelleur User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.9) Gecko/20061229 SeaMonkey/1.0.7 MIME-Version: 1.0 Cc: freebsd-arm@freebsd.org References: <45ACA11B.8060301@IPricot.com> <45AD0AA9.8080606@errno.com> In-Reply-To: <45AD0AA9.8080606@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Anti-Virus: Kaspersky Anti-Virus for MailServers 5.5.10/RELEASE, bases: 28092006 #213749, status: clean Subject: Re: Intel IXDP425 eval 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: Wed, 17 Jan 2007 09:24:48 -0000 Thank you all for your answers, It seems the explanation is just hereunder, I hope to find some time to give it a try today. I will also check the UARTS btw, it does have two ports indeed. I do not know if A* boards are common, the one I have is quite old I think, so I guess no. I actually need to evaluate the performance of the IXP42* plateform. If I run in too much trouble with this old board I might well go for an avila. We (you) probably don't want to spend much time on this particular one. I will get back to you asap with the results. Thanks, Roman. Sam Leffler wrote: > Roman Le Houelleur wrote: >> Hi, >> >> First of all, congratulation for the work being done porting >> FreeBSD to the IXP425 ! >> >> I have an IXDP425 eval board rev A3 from Intel on which I >> tried the AVILA procedure as is, just in case, strictly >> following information from: >> http://people.freebsd.org/~sam/README-gateworks > > My IAL replacement code does not support A3 revs. To fix that you need > to add to the qmgr support as the A3 hardware does not have certain > functionality the current code assumes. > > I assumed A* boards would be rare; am I wrong? > >> Unfortunatly it will not "go", but just freeze: >> RedBoot> reset >> ... Resetting. >> +in bist >> out bist >> begin @ 0x00008f60 ; end @ 0x00008f70 >> (0) init_entry = 0x00008f60 ; fun @ 0x50005ef8 >> (1) init_entry = 0x00008f64 ; fun @ 0x50017ef0 >> (2) init_entry = 0x00008f68 ; fun @ 0x500071d4 >> (3) init_entry = 0x00008f6c ; fun @ 0x5001f534 >> nfe : regval[0] = 0x0013 >> Ethernet eth0: MAC address 00:00:83:28:50:22 >> IP: 172.16.0.44, Default server: 172.16.0.50 >> >> RedBoot(tm) bootstrap and debug environment [ROM] >> release, version 1.92p1 - built 17:24:25, Jul 19 2004 >> >> Platform: IXP425 ANTA (XScale) >> Copyright (C) 2000, 2001, 2002, Red Hat, Inc. >> >> RAM: 0x00000000-0x08000000, 0x0001c068-0x07fd1000 available >> FLASH: 0x50000000 - 0x51000000, 128 blocks of 0x00020000 bytes each. >> RedBoot> ip -h 192.168.31.182 -l 192.168.31.90 >> IP: 192.168.31.90, Default server: 192.168.31.182 >> RedBoot> load -b 0x200000 kernel-avila.nfs >> Using default protocol (TFTP) >> Address offset = 0x40000000 >> Entry point: 0x00200100, address range: 0x00200000-0x006c9aa8 >> RedBoot> go >> >> Does anyone have experience with this board ? Does it >> have any chance to work w/ the AVILA kernel config, or >> is this one too specific ? >> >> I am using FreeBSD 7.0-CURRENT #0: Thu Dec 14 16:10:30 UTC 2006 > > It should definitely get further than that but I wouldn't expect the npe > support to work right. Try enabling bootverbose by patching the code > (since we don't have proper bootstrap support yet to pass that in from > redboot). > > Sam -- Roman Le Houelleur i2e - IPricot 20 Rue de Billancourt 92100 Boulogne-Billancourt FRANCE Tel +33 (0) 1 41 22 12 53 Fax +33 (0) 1 41 22 12 01 http://www.IPricot.com/ From owner-freebsd-arm@FreeBSD.ORG Wed Jan 17 21:19:04 2007 Return-Path: X-Original-To: freebsd-arm@freebsd.org Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0FC3D16A40F for ; Wed, 17 Jan 2007 21:19:04 +0000 (UTC) (envelope-from c.prevotaux@rural-networks.com) Received: from mx1.origami-networks.com (mx1.origami-networks.com [80.70.209.18]) by mx1.freebsd.org (Postfix) with ESMTP id C9C8813C442 for ; Wed, 17 Jan 2007 21:19:03 +0000 (UTC) (envelope-from c.prevotaux@rural-networks.com) Received: from localhost (localhost.origami-networks.com [127.0.0.1]) by mx1.origami-networks.com (Postfix) with ESMTP id B40D61D79CF for ; Wed, 17 Jan 2007 21:57:36 +0100 (CET) X-Virus-Scanned: Virus Kung-Fu Master v1.1 Received: from mx1.origami-networks.com ([80.70.209.18]) by localhost (mx1.origami-networks.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QOE3HvyK++Rm for ; Wed, 17 Jan 2007 21:57:36 +0100 (CET) Received: from proton.corp.nltinc.com (unknown [192.168.254.26]) by mx1.origami-networks.com (Postfix) with SMTP id E48771D783F for ; Wed, 17 Jan 2007 21:57:35 +0100 (CET) Date: Wed, 17 Jan 2007 16:00:35 -0500 From: Christophe Prevotaux To: freebsd-arm@freebsd.org Message-Id: <20070117160035.7906ceb4.c.prevotaux@rural-networks.com> Organization: Rural Networks X-Mailer: Sylpheed version 1.0.6 (GTK+ 1.2.10; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: NANOBSD 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: Wed, 17 Jan 2007 21:19:04 -0000 Hi, I'd like to know if NanoBSD is going to support Avila (ARM) cross compiling ?=20 It would be nice to have this working. Is this something that is in the pipe, I'd like to know how far away it is in time ?=20 --=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Christophe Pr=E9votaux Email : c.prevotaux@rural-networks.com RURAL NETWORKS =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D From owner-freebsd-arm@FreeBSD.ORG Wed Jan 17 22:05:22 2007 Return-Path: X-Original-To: freebsd-arm@freebsd.org Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CCA8E16A4AB for ; Wed, 17 Jan 2007 22:05:22 +0000 (UTC) (envelope-from cprevotaux@nltinc.com) Received: from smtp.tor.radiant.net (smtp.tor.radiant.net [66.163.0.233]) by mx1.freebsd.org (Postfix) with ESMTP id C8F3313C44C for ; Wed, 17 Jan 2007 22:05:19 +0000 (UTC) (envelope-from cprevotaux@nltinc.com) Received: from proton.corp.nltinc.com ([66.163.28.100]) by smtp2.tor.radiant.net (Sun Java System Messaging Server 6.2-1 (built Feb 24 2005)) with ESMTP id <0JC1005U35RZXEA0@smtp2.tor.radiant.net> for freebsd-arm@freebsd.org; Wed, 17 Jan 2007 12:47:59 -0800 (PST) Date: Wed, 17 Jan 2007 16:08:13 -0500 From: Christophe Prevotaux To: freebsd-arm@freebsd.org Message-id: <20070117160813.2c185934.cprevotaux@nltinc.com> Organization: Northern Light Technologies MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.6 (GTK+ 1.2.10; i386-portbld-freebsd6.2) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: NANOBSD 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: Wed, 17 Jan 2007 22:05:22 -0000 Hi, I'd like to know if NanoBSD is going to support Avila (ARM) cross compiling ? It would be nice to have this working. Is this something that is in the pipe, I'd like to know how far away it is in time ? -- -- ---------------------------------------------------- Christophe Prevotaux ---------------------------------------------------- From owner-freebsd-arm@FreeBSD.ORG Thu Jan 18 19:05:35 2007 Return-Path: X-Original-To: freebsd-arm@freebsd.org Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ADD0F16A407 for ; Thu, 18 Jan 2007 19:05:35 +0000 (UTC) (envelope-from mlfbsd@dong.ci0.org) Received: from dong.ci0.org (cognet.ci0.org [80.65.224.102]) by mx1.freebsd.org (Postfix) with ESMTP id E35AF13C461 for ; Thu, 18 Jan 2007 19:05:34 +0000 (UTC) (envelope-from mlfbsd@dong.ci0.org) Received: from dong.ci0.org (localhost.ci0.org [127.0.0.1]) by dong.ci0.org (8.13.7/8.13.4) with ESMTP id l0IJFtoQ042711; Thu, 18 Jan 2007 20:15:55 +0100 (CET) (envelope-from mlfbsd@dong.ci0.org) Received: (from mlfbsd@localhost) by dong.ci0.org (8.13.8/8.13.8/Submit) id l0IJFscY042710; Thu, 18 Jan 2007 20:15:54 +0100 (CET) (envelope-from mlfbsd) Date: Thu, 18 Jan 2007 20:15:53 +0100 From: Olivier Houchard To: Hans Petter Selasky Message-ID: <20070118191553.GA42638@ci0.org> References: <20070107210212.GP58585@cicely12.cicely.de> <20070107233704.GA34036@ci0.org> <200701081144.57054.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200701081144.57054.hselasky@c2i.net> User-Agent: Mutt/1.4.1i Cc: Bernd Walter , freebsd-arm@freebsd.org, ticso@cicely.de Subject: Re: Strange assembler warning 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: Thu, 18 Jan 2007 19:05:35 -0000 On Mon, Jan 08, 2007 at 11:44:55AM +0100, Hans Petter Selasky wrote: > On Monday 08 January 2007 00:37, Olivier Houchard wrote: > > On Sun, Jan 07, 2007 at 10:02:13PM +0100, Bernd Walter wrote: > > > I was trying to build Hans Petter's USB stack: > > > cc -c -O2 -pipe -fno-strict-aliasing -mcpu=arm9 -std=c99 -Wall > > > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > > > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > > > -fformat-extensions -nostdinc -I- -I. -I../../.. -I../../../contrib/altq > > > -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common > > > -finline-limit=8000 --param inline-unit-growth=100 --param > > > large-function-growth=1000 -mcpu=arm9 -ffreestanding -Werror > > > ../../../dev/usb/ohci.c ../../../dev/usb/ohci.c:120:1: "PHYSADDR" > > > redefined > > > In file included from :5: > > > ./opt_global.h:3:1: this is the location of the previous definition > > > {standard input}: Assembler messages: > > > {standard input}:6052: Warning: source register same as write-back base > > > *** Error code 1 > > > > > > Stop in /usr/src/sys/arm/compile/FBOX. > > > 98.000u 3.000s 2:01.33 83.8% 37057+84655k 1+12io 2pf+0w > > > Exit 1 > > > [86]arm9# > > > > > > Ok - the PHYADDR is a name collision with the kernel load address. > > > After removing the clash it compiles. > > > But the assembler warning remains. > > > > Hi Bernd, > > > > Could you put the assembler file, as provided my cc -S, and ohci.c > > somewhere online ? This typically happens with gcc allocating the wrong > > registers with inline asm, so we need to figure out which code is at fault, > > and try to fix it or work around the problem. > > > > Thanks ! > > > > Olivier > > Hi Bernd, > > Could you send me a diff when you are finished, and I will look over the > changes and integrate your work in my SVN and p4 tree. > > Oliver: Did you find the reason for the Assembler warning ? > > --HPS Erm it seems I totally forgot to answer your mails, sorry Bernd that was not against you, just me being the usual idiot I am. By reading the code, I'm afraid it looks like a gcc bug, this code doesn't seem to be related with inline asm. You may try your luck tweaking the code to get gcc to generate something else. I'm afraid I have no great idea. Cheers, Olivier From owner-freebsd-arm@FreeBSD.ORG Thu Jan 18 19:07:57 2007 Return-Path: X-Original-To: freebsd-arm@freebsd.org Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D935016A412 for ; Thu, 18 Jan 2007 19:07:57 +0000 (UTC) (envelope-from mlfbsd@dong.ci0.org) Received: from dong.ci0.org (cognet.ci0.org [80.65.224.102]) by mx1.freebsd.org (Postfix) with ESMTP id 34C7D13C468 for ; Thu, 18 Jan 2007 19:07:56 +0000 (UTC) (envelope-from mlfbsd@dong.ci0.org) Received: from dong.ci0.org (localhost.ci0.org [127.0.0.1]) by dong.ci0.org (8.13.7/8.13.4) with ESMTP id l0IJINjt042749; Thu, 18 Jan 2007 20:18:24 +0100 (CET) (envelope-from mlfbsd@dong.ci0.org) Received: (from mlfbsd@localhost) by dong.ci0.org (8.13.8/8.13.8/Submit) id l0IJINMn042748; Thu, 18 Jan 2007 20:18:23 +0100 (CET) (envelope-from mlfbsd) Date: Thu, 18 Jan 2007 20:18:23 +0100 From: Olivier Houchard To: ticso@cicely.de Message-ID: <20070118191823.GB42638@ci0.org> References: <20070111101528.GV80390@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070111101528.GV80390@cicely12.cicely.de> User-Agent: Mutt/1.4.1i Cc: Bernd Walter , freebsd-arm@freebsd.org Subject: Re: memcpy limitation 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: Thu, 18 Jan 2007 19:07:57 -0000 On Thu, Jan 11, 2007 at 11:15:28AM +0100, Bernd Walter wrote: > I get a sigbus with the following: > #0 0x00033158 in $a () at lcp.c:939 > 939 memcpy(&req, opt, sizeof req); > (gdb) print req > $1 = {hdr = {id = 0 '\0', len = 0 '\0'}, proto = 0, period = 0} > (gdb) print &req > $2 = (struct lqrreq *) 0xbfffe4a0 > (gdb) print opt > $3 = (struct fsm_opt *) 0xbfffe5b6 > > Shouldn't memcpy work with any alignment? > It certainly does. Would you have a simple test case which reproduce this ? Or does it happen as soon as you try to do an unaligned copy ? I'm quite confused on why it would happen, memcpy is shared between the kernel and the userland, and in kernel I'm sure it does unaligned copies. Thanks, Olivier From owner-freebsd-arm@FreeBSD.ORG Thu Jan 18 20:09:45 2007 Return-Path: X-Original-To: freebsd-arm@freebsd.org Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C31BA16A494 for ; Thu, 18 Jan 2007 20:09:45 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 5467D13C457 for ; Thu, 18 Jan 2007 20:09:45 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id l0IK9gHm038357; Thu, 18 Jan 2007 21:09:42 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id l0IK9WsN095220 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 18 Jan 2007 21:09:35 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id l0IK9WGG018958; Thu, 18 Jan 2007 21:09:32 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l0IK9WAK018957; Thu, 18 Jan 2007 21:09:32 +0100 (CET) (envelope-from ticso) Date: Thu, 18 Jan 2007 21:09:31 +0100 From: Bernd Walter To: Olivier Houchard Message-ID: <20070118200931.GD9200@cicely12.cicely.de> References: <20070111101528.GV80390@cicely12.cicely.de> <20070118191823.GB42638@ci0.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070118191823.GB42638@ci0.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on cicely12.cicely.de Cc: Bernd Walter , freebsd-arm@freebsd.org, ticso@cicely.de Subject: Re: memcpy limitation X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jan 2007 20:09:45 -0000 On Thu, Jan 18, 2007 at 08:18:23PM +0100, Olivier Houchard wrote: > On Thu, Jan 11, 2007 at 11:15:28AM +0100, Bernd Walter wrote: > > I get a sigbus with the following: > > #0 0x00033158 in $a () at lcp.c:939 > > 939 memcpy(&req, opt, sizeof req); > > (gdb) print req > > $1 = {hdr = {id = 0 '\0', len = 0 '\0'}, proto = 0, period = 0} > > (gdb) print &req > > $2 = (struct lqrreq *) 0xbfffe4a0 > > (gdb) print opt > > $3 = (struct fsm_opt *) 0xbfffe5b6 > > > > Shouldn't memcpy work with any alignment? > > > > It certainly does. Would you have a simple test case which reproduce this ? > Or does it happen as soon as you try to do an unaligned copy ? > I'm quite confused on why it would happen, memcpy is shared between the kernel > and the userland, and in kernel I'm sure it does unaligned copies. It's a while back, but I remember from looking at the dissassembly that it had nothing in common with our assembly function. I thought this is a compiler internal. Will try to do a small test case. As a workaround I exchange the memcpy call with a bcopy. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de From owner-freebsd-arm@FreeBSD.ORG Thu Jan 18 20:44:36 2007 Return-Path: X-Original-To: freebsd-arm@freebsd.org Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2F30116A407 for ; Thu, 18 Jan 2007 20:44:36 +0000 (UTC) (envelope-from mlfbsd@dong.ci0.org) Received: from dong.ci0.org (cognet.ci0.org [80.65.224.102]) by mx1.freebsd.org (Postfix) with ESMTP id 8DCE213C448 for ; Thu, 18 Jan 2007 20:44:34 +0000 (UTC) (envelope-from mlfbsd@dong.ci0.org) Received: from dong.ci0.org (localhost.ci0.org [127.0.0.1]) by dong.ci0.org (8.13.7/8.13.4) with ESMTP id l0IKt2Sa045306; Thu, 18 Jan 2007 21:55:02 +0100 (CET) (envelope-from mlfbsd@dong.ci0.org) Received: (from mlfbsd@localhost) by dong.ci0.org (8.13.8/8.13.8/Submit) id l0IKt2YV045305; Thu, 18 Jan 2007 21:55:02 +0100 (CET) (envelope-from mlfbsd) Date: Thu, 18 Jan 2007 21:55:02 +0100 From: Olivier Houchard To: ticso@cicely.de Message-ID: <20070118205502.GA45272@ci0.org> References: <20070111101528.GV80390@cicely12.cicely.de> <20070118191823.GB42638@ci0.org> <20070118200931.GD9200@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070118200931.GD9200@cicely12.cicely.de> User-Agent: Mutt/1.4.1i Cc: Bernd Walter , freebsd-arm@freebsd.org Subject: Re: memcpy limitation 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: Thu, 18 Jan 2007 20:44:36 -0000 On Thu, Jan 18, 2007 at 09:09:31PM +0100, Bernd Walter wrote: > On Thu, Jan 18, 2007 at 08:18:23PM +0100, Olivier Houchard wrote: > > On Thu, Jan 11, 2007 at 11:15:28AM +0100, Bernd Walter wrote: > > > I get a sigbus with the following: > > > #0 0x00033158 in $a () at lcp.c:939 > > > 939 memcpy(&req, opt, sizeof req); > > > (gdb) print req > > > $1 = {hdr = {id = 0 '\0', len = 0 '\0'}, proto = 0, period = 0} > > > (gdb) print &req > > > $2 = (struct lqrreq *) 0xbfffe4a0 > > > (gdb) print opt > > > $3 = (struct fsm_opt *) 0xbfffe5b6 > > > > > > Shouldn't memcpy work with any alignment? > > > > > > > It certainly does. Would you have a simple test case which reproduce this ? > > Or does it happen as soon as you try to do an unaligned copy ? > > I'm quite confused on why it would happen, memcpy is shared between the kernel > > and the userland, and in kernel I'm sure it does unaligned copies. > > It's a while back, but I remember from looking at the dissassembly that > it had nothing in common with our assembly function. > I thought this is a compiler internal. > Will try to do a small test case. > As a workaround I exchange the memcpy call with a bcopy. > So that probably won't be our implementation, because our bcopy just calls memcpy if the two strings do not overlap (and it doesn't seem to be your case). Olivier From owner-freebsd-arm@FreeBSD.ORG Fri Jan 19 00:04:49 2007 Return-Path: X-Original-To: freebsd-arm@freebsd.org Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EE5F516A415 for ; Fri, 19 Jan 2007 00:04:49 +0000 (UTC) (envelope-from nick@flirble.org) Received: from plum.flirble.org (plum.flirble.org [195.40.6.20]) by mx1.freebsd.org (Postfix) with ESMTP id B62DC13C45E for ; Fri, 19 Jan 2007 00:04:49 +0000 (UTC) (envelope-from nick@flirble.org) Received: from nick by plum.flirble.org with local (Exim 4.43) id 1H7gzz-000Keu-By; Thu, 18 Jan 2007 23:48:51 +0000 Date: Thu, 18 Jan 2007 23:48:51 +0000 From: Nicholas Clark To: ticso@cicely.de Message-ID: <20070118234851.GL5748@plum.flirble.org> Mail-Followup-To: ticso@cicely.de, Olivier Houchard , Bernd Walter , freebsd-arm@freebsd.org References: <20070111101528.GV80390@cicely12.cicely.de> <20070118191823.GB42638@ci0.org> <20070118200931.GD9200@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070118200931.GD9200@cicely12.cicely.de> User-Agent: Mutt/1.3.25i X-Organisation: Tetrachloromethane Sender: Nicholas Clark Cc: Bernd Walter , freebsd-arm@freebsd.org Subject: Re: memcpy limitation 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, 19 Jan 2007 00:04:50 -0000 On Thu, Jan 18, 2007 at 09:09:31PM +0100, Bernd Walter wrote: > On Thu, Jan 18, 2007 at 08:18:23PM +0100, Olivier Houchard wrote: > > On Thu, Jan 11, 2007 at 11:15:28AM +0100, Bernd Walter wrote: > > > I get a sigbus with the following: > > > #0 0x00033158 in $a () at lcp.c:939 > > > 939 memcpy(&req, opt, sizeof req); > > > (gdb) print req > > > $1 = {hdr = {id = 0 '\0', len = 0 '\0'}, proto = 0, period = 0} > > > (gdb) print &req > > > $2 = (struct lqrreq *) 0xbfffe4a0 > > > (gdb) print opt > > > $3 = (struct fsm_opt *) 0xbfffe5b6 > > > > > > Shouldn't memcpy work with any alignment? > > > > > > > It certainly does. Would you have a simple test case which reproduce this ? > > Or does it happen as soon as you try to do an unaligned copy ? > > I'm quite confused on why it would happen, memcpy is shared between the kernel > > and the userland, and in kernel I'm sure it does unaligned copies. > > It's a while back, but I remember from looking at the dissassembly that > it had nothing in common with our assembly function. > I thought this is a compiler internal. > Will try to do a small test case. > As a workaround I exchange the memcpy call with a bcopy. Does the memcpy() work if you cast both arguments to (void *) ? I've got this niggling feeling that if (at least) one is an aligned pointer type the compiler feels able to substitute a fast, word aligned-routine. In my run-ins with compilers in these sort of issues, they usually know the C standard better than I do, so it that solves it, it's probably the compiler that is right. (In particular, do not argue with xlc on AIX or the SGI compiler on 64 bit IRIX) Nicholas Clark From owner-freebsd-arm@FreeBSD.ORG Fri Jan 19 00:36:04 2007 Return-Path: X-Original-To: freebsd-arm@freebsd.org Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A563816A412 for ; Fri, 19 Jan 2007 00:36:04 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 1DD2A13C442 for ; Fri, 19 Jan 2007 00:36:03 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id l0J0a1kV041235; Fri, 19 Jan 2007 01:36:01 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id l0J0Zq6i096955 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 19 Jan 2007 01:35:52 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id l0J0ZqiG019632; Fri, 19 Jan 2007 01:35:52 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l0J0Zpn6019631; Fri, 19 Jan 2007 01:35:51 +0100 (CET) (envelope-from ticso) Date: Fri, 19 Jan 2007 01:35:51 +0100 From: Bernd Walter To: ticso@cicely.de, Olivier Houchard , Bernd Walter , freebsd-arm@freebsd.org Message-ID: <20070119003551.GK9200@cicely12.cicely.de> References: <20070111101528.GV80390@cicely12.cicely.de> <20070118191823.GB42638@ci0.org> <20070118200931.GD9200@cicely12.cicely.de> <20070118234851.GL5748@plum.flirble.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070118234851.GL5748@plum.flirble.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on cicely12.cicely.de Cc: Subject: Re: memcpy limitation X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jan 2007 00:36:04 -0000 On Thu, Jan 18, 2007 at 11:48:51PM +0000, Nicholas Clark wrote: > On Thu, Jan 18, 2007 at 09:09:31PM +0100, Bernd Walter wrote: > > On Thu, Jan 18, 2007 at 08:18:23PM +0100, Olivier Houchard wrote: > > > On Thu, Jan 11, 2007 at 11:15:28AM +0100, Bernd Walter wrote: > > > > I get a sigbus with the following: > > > > #0 0x00033158 in $a () at lcp.c:939 > > > > 939 memcpy(&req, opt, sizeof req); > > > > (gdb) print req > > > > $1 = {hdr = {id = 0 '\0', len = 0 '\0'}, proto = 0, period = 0} > > > > (gdb) print &req > > > > $2 = (struct lqrreq *) 0xbfffe4a0 > > > > (gdb) print opt > > > > $3 = (struct fsm_opt *) 0xbfffe5b6 > > > > > > > > Shouldn't memcpy work with any alignment? > > > > > > > > > > It certainly does. Would you have a simple test case which reproduce this ? > > > Or does it happen as soon as you try to do an unaligned copy ? > > > I'm quite confused on why it would happen, memcpy is shared between the kernel > > > and the userland, and in kernel I'm sure it does unaligned copies. > > > > It's a while back, but I remember from looking at the dissassembly that > > it had nothing in common with our assembly function. > > I thought this is a compiler internal. > > Will try to do a small test case. > > As a workaround I exchange the memcpy call with a bcopy. > > Does the memcpy() work if you cast both arguments to (void *) ? > > I've got this niggling feeling that if (at least) one is an aligned pointer > type the compiler feels able to substitute a fast, word aligned-routine. > > In my run-ins with compilers in these sort of issues, they usually know the > C standard better than I do, so it that solves it, it's probably the compiler > that is right. (In particular, do not argue with xlc on AIX or the SGI > compiler on 64 bit IRIX) Sounds reasonable. Will check about this. But it will have to wait a few days. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de From owner-freebsd-arm@FreeBSD.ORG Fri Jan 19 09:27:06 2007 Return-Path: X-Original-To: freebsd-arm@freebsd.org Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AE24416A407 for ; Fri, 19 Jan 2007 09:27:06 +0000 (UTC) (envelope-from roman@IPricot.com) Received: from mail.i2e.fr (mail.i2e.fr [195.115.69.236]) by mx1.freebsd.org (Postfix) with ESMTP id CE25F13C47E for ; Fri, 19 Jan 2007 09:27:05 +0000 (UTC) (envelope-from roman@IPricot.com) Received: from mail (localhost [127.0.0.1]) by mail (Postfix) with ESMTP id 80878BBA2 for ; Fri, 19 Jan 2007 10:27:01 +0100 (CET) Received: from [192.168.1.221] (unknown [81.255.193.109]) by mail.i2e.fr (Postfix) with ESMTP id C7EBABB98 for ; Fri, 19 Jan 2007 10:27:00 +0100 (CET) Message-ID: <45B08F0D.70803@IPricot.com> Date: Fri, 19 Jan 2007 10:27:41 +0100 From: Roman Le Houelleur User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.9) Gecko/20061229 SeaMonkey/1.0.7 MIME-Version: 1.0 To: freebsd-arm@freebsd.org References: <45ACA11B.8060301@IPricot.com> <45AD0AA9.8080606@errno.com> <45ADEB85.1030709@IPricot.com> In-Reply-To: <45ADEB85.1030709@IPricot.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Anti-Virus: Kaspersky Anti-Virus for MailServers 5.5.10/RELEASE, bases: 28092006 #213749, status: clean Subject: Re: Intel IXDP425 eval 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: Fri, 19 Jan 2007 09:27:06 -0000 Ok, the second serial port in useful indeed ... Here is its ouput after typing "go" (on the primary one): Kuart0: on ixp0 uart0: [FAST] uart0: console (115200,n,8,1) ixpqmgr0: on ixp0 npe0: on ixp0 device_attach: npe0 attach returned 5 npe1: on ixp0 device_attach: npe1 attach returned 5 ata_avila0: on ixp0 ata0: on ata_avila0 led_avila0: on ixp0 ixpclk0: [FAST] Timecounter "IXP425 Timer" frequency 66666600 Hz quality 1000 Timecounters tick every 10.000 msec bootpc_init: wired to interface 'npe0' panic: bootpc_init: Could not find interface specified by BOOTP_WIRED_TO: npe0 KDB: enter: panic [thread pid 0 tid 0 ] Stopped at kdb_enter+0x3c: ldrb r15, [r15, r15, ror r15]! db> The qmgr option is already in the AVILA kernel config, I am not sure what you meant Sam ... Shall I use another version of the IAL ? Well, at least I now have something that looks like a FreeBSD kernel starting to boot :-) Thanks, Roman. Roman Le Houelleur wrote: > Thank you all for your answers, > > It seems the explanation is just hereunder, I hope to > find some time to give it a try today. I will also > check the UARTS btw, it does have two ports indeed. > > I do not know if A* boards are common, the one I have > is quite old I think, so I guess no. > I actually need to evaluate the performance of the IXP42* > plateform. If I run in too much trouble with this old board > I might well go for an avila. We (you) probably don't want > to spend much time on this particular one. > > I will get back to you asap with the results. > > Thanks, > Roman. > > Sam Leffler wrote: >> Roman Le Houelleur wrote: >>> Hi, >>> >>> First of all, congratulation for the work being done porting >>> FreeBSD to the IXP425 ! >>> >>> I have an IXDP425 eval board rev A3 from Intel on which I >>> tried the AVILA procedure as is, just in case, strictly >>> following information from: >>> http://people.freebsd.org/~sam/README-gateworks >> >> My IAL replacement code does not support A3 revs. To fix that you need >> to add to the qmgr support as the A3 hardware does not have certain >> functionality the current code assumes. >> >> I assumed A* boards would be rare; am I wrong? >> >>> Unfortunatly it will not "go", but just freeze: >>> RedBoot> reset >>> ... Resetting. >>> +in bist >>> out bist >>> begin @ 0x00008f60 ; end @ 0x00008f70 >>> (0) init_entry = 0x00008f60 ; fun @ 0x50005ef8 >>> (1) init_entry = 0x00008f64 ; fun @ 0x50017ef0 >>> (2) init_entry = 0x00008f68 ; fun @ 0x500071d4 >>> (3) init_entry = 0x00008f6c ; fun @ 0x5001f534 >>> nfe : regval[0] = 0x0013 >>> Ethernet eth0: MAC address 00:00:83:28:50:22 >>> IP: 172.16.0.44, Default server: 172.16.0.50 >>> >>> RedBoot(tm) bootstrap and debug environment [ROM] >>> release, version 1.92p1 - built 17:24:25, Jul 19 2004 >>> >>> Platform: IXP425 ANTA (XScale) >>> Copyright (C) 2000, 2001, 2002, Red Hat, Inc. >>> >>> RAM: 0x00000000-0x08000000, 0x0001c068-0x07fd1000 available >>> FLASH: 0x50000000 - 0x51000000, 128 blocks of 0x00020000 bytes each. >>> RedBoot> ip -h 192.168.31.182 -l 192.168.31.90 >>> IP: 192.168.31.90, Default server: 192.168.31.182 >>> RedBoot> load -b 0x200000 kernel-avila.nfs >>> Using default protocol (TFTP) >>> Address offset = 0x40000000 >>> Entry point: 0x00200100, address range: 0x00200000-0x006c9aa8 >>> RedBoot> go >>> >>> Does anyone have experience with this board ? Does it >>> have any chance to work w/ the AVILA kernel config, or >>> is this one too specific ? >>> >>> I am using FreeBSD 7.0-CURRENT #0: Thu Dec 14 16:10:30 UTC 2006 >> >> It should definitely get further than that but I wouldn't expect the npe >> support to work right. Try enabling bootverbose by patching the code >> (since we don't have proper bootstrap support yet to pass that in from >> redboot). >> >> Sam > -- Roman Le Houelleur i2e - IPricot 20 Rue de Billancourt 92100 Boulogne-Billancourt FRANCE Tel +33 (0) 1 41 22 12 53 Fax +33 (0) 1 41 22 12 01 http://www.IPricot.com/ From owner-freebsd-arm@FreeBSD.ORG Fri Jan 19 17:14:27 2007 Return-Path: X-Original-To: freebsd-arm@freebsd.org Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F1EBD16A404 for ; Fri, 19 Jan 2007 17:14:27 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id AA46113C442 for ; Fri, 19 Jan 2007 17:14:27 +0000 (UTC) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l0JHEQPg067101 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 19 Jan 2007 09:14:27 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <45B0FC72.70605@errno.com> Date: Fri, 19 Jan 2007 09:14:26 -0800 From: Sam Leffler User-Agent: Thunderbird 1.5.0.8 (X11/20061115) MIME-Version: 1.0 To: Roman Le Houelleur References: <45ACA11B.8060301@IPricot.com> <45AD0AA9.8080606@errno.com> <45ADEB85.1030709@IPricot.com> <45B08F0D.70803@IPricot.com> In-Reply-To: <45B08F0D.70803@IPricot.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org Subject: Re: Intel IXDP425 eval 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: Fri, 19 Jan 2007 17:14:28 -0000 Roman Le Houelleur wrote: > Ok, the second serial port in useful indeed ... > Here is its ouput after typing "go" (on the primary one): > > Kuart0: on ixp0 > uart0: [FAST] > uart0: console (115200,n,8,1) > ixpqmgr0: on ixp0 > npe0: on ixp0 > device_attach: npe0 attach returned 5 > npe1: on ixp0 > device_attach: npe1 attach returned 5 > ata_avila0: on ixp0 > ata0: on ata_avila0 > led_avila0: on ixp0 > ixpclk0: [FAST] > Timecounter "IXP425 Timer" frequency 66666600 Hz quality 1000 > Timecounters tick every 10.000 msec > bootpc_init: wired to interface 'npe0' > panic: bootpc_init: Could not find interface specified by > BOOTP_WIRED_TO: npe0 > KDB: enter: panic > [thread pid 0 tid 0 ] > Stopped at kdb_enter+0x3c: ldrb r15, [r15, r15, ror r15]! > db> > > The qmgr option is already in the AVILA kernel config, I am > not sure what you meant Sam ... Shall I use another version > of the IAL ? There is no IAL in freebsd. The qmgr support is there; see the ixpqmgr0 probe line above. This issue is likely that you need to tweak the npe topology in if_npe.c; UTSL. At some point the wired down assignments are to be replaced by hints. However once you get past that you still will hit the issue with the qmgr I spoke of originally--it does not support A* boards. I have no idea what will happen. Sam > > Well, at least I now have something that looks like a > FreeBSD kernel starting to boot :-) > > Thanks, > Roman. > > Roman Le Houelleur wrote: >> Thank you all for your answers, >> >> It seems the explanation is just hereunder, I hope to >> find some time to give it a try today. I will also >> check the UARTS btw, it does have two ports indeed. >> >> I do not know if A* boards are common, the one I have >> is quite old I think, so I guess no. >> I actually need to evaluate the performance of the IXP42* >> plateform. If I run in too much trouble with this old board >> I might well go for an avila. We (you) probably don't want >> to spend much time on this particular one. >> >> I will get back to you asap with the results. >> >> Thanks, >> Roman. >> >> Sam Leffler wrote: >>> Roman Le Houelleur wrote: >>>> Hi, >>>> >>>> First of all, congratulation for the work being done porting >>>> FreeBSD to the IXP425 ! >>>> >>>> I have an IXDP425 eval board rev A3 from Intel on which I >>>> tried the AVILA procedure as is, just in case, strictly >>>> following information from: >>>> http://people.freebsd.org/~sam/README-gateworks >>> >>> My IAL replacement code does not support A3 revs. To fix that you need >>> to add to the qmgr support as the A3 hardware does not have certain >>> functionality the current code assumes. >>> >>> I assumed A* boards would be rare; am I wrong? >>> >>>> Unfortunatly it will not "go", but just freeze: >>>> RedBoot> reset >>>> ... Resetting. >>>> +in bist >>>> out bist >>>> begin @ 0x00008f60 ; end @ 0x00008f70 >>>> (0) init_entry = 0x00008f60 ; fun @ 0x50005ef8 >>>> (1) init_entry = 0x00008f64 ; fun @ 0x50017ef0 >>>> (2) init_entry = 0x00008f68 ; fun @ 0x500071d4 >>>> (3) init_entry = 0x00008f6c ; fun @ 0x5001f534 >>>> nfe : regval[0] = 0x0013 >>>> Ethernet eth0: MAC address 00:00:83:28:50:22 >>>> IP: 172.16.0.44, Default server: 172.16.0.50 >>>> >>>> RedBoot(tm) bootstrap and debug environment [ROM] >>>> release, version 1.92p1 - built 17:24:25, Jul 19 2004 >>>> >>>> Platform: IXP425 ANTA (XScale) >>>> Copyright (C) 2000, 2001, 2002, Red Hat, Inc. >>>> >>>> RAM: 0x00000000-0x08000000, 0x0001c068-0x07fd1000 available >>>> FLASH: 0x50000000 - 0x51000000, 128 blocks of 0x00020000 bytes each. >>>> RedBoot> ip -h 192.168.31.182 -l 192.168.31.90 >>>> IP: 192.168.31.90, Default server: 192.168.31.182 >>>> RedBoot> load -b 0x200000 kernel-avila.nfs >>>> Using default protocol (TFTP) >>>> Address offset = 0x40000000 >>>> Entry point: 0x00200100, address range: 0x00200000-0x006c9aa8 >>>> RedBoot> go >>>> >>>> Does anyone have experience with this board ? Does it >>>> have any chance to work w/ the AVILA kernel config, or >>>> is this one too specific ? >>>> >>>> I am using FreeBSD 7.0-CURRENT #0: Thu Dec 14 16:10:30 UTC 2006 >>> >>> It should definitely get further than that but I wouldn't expect the npe >>> support to work right. Try enabling bootverbose by patching the code >>> (since we don't have proper bootstrap support yet to pass that in from >>> redboot). >>> >>> Sam >> > From owner-freebsd-arm@FreeBSD.ORG Sat Jan 20 07:58:31 2007 Return-Path: X-Original-To: arm@freebsd.org Delivered-To: freebsd-arm@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BF4C016A402; Sat, 20 Jan 2007 07:58:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7273613C45B; Sat, 20 Jan 2007 07:58:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l0K7wUET072706; Sat, 20 Jan 2007 02:58:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l0K7wUli043615; Sat, 20 Jan 2007 02:58:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8D60A73034; Sat, 20 Jan 2007 02:58:30 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070120075830.8D60A73034@freebsd-current.sentex.ca> Date: Sat, 20 Jan 2007 02:58:30 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jan 2007 07:58:31 -0000 TB --- 2007-01-20 07:45:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-01-20 07:45:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-01-20 07:45:00 - cleaning the object tree TB --- 2007-01-20 07:45:31 - checking out the source tree TB --- 2007-01-20 07:45:31 - cd /tinderbox/HEAD/arm/arm TB --- 2007-01-20 07:45:31 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-01-20 07:56:39 - building world (CFLAGS=-O2 -pipe) TB --- 2007-01-20 07:56:39 - cd /src TB --- 2007-01-20 07:56:39 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 20 07:56:40 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] ./term.h:676: error: stray '@' in program ./term.h:676: error: syntax error before "NCURSES_SBOOL" ./term.h:676: error: stray '@' in program In file included from /src/lib/libncurses/../../contrib/ncurses/ncurses/curses.priv.h:254, from /src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/comp_hash.c:42: /src/lib/libncurses/../../contrib/ncurses/include/nc_tparm.h:44:5: token "@" is not valid in preprocessor expressions In file included from /src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/comp_hash.c:42: /src/lib/libncurses/../../contrib/ncurses/ncurses/curses.priv.h:540: error: syntax error before "mmask_t" *** Error code 1 Stop in /src/lib/libncurses. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-01-20 07:58:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-01-20 07:58:30 - ERROR: failed to build world TB --- 2007-01-20 07:58:30 - tinderbox aborted TB --- 0.52 user 1.60 system 809.29 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full