From owner-freebsd-arm@FreeBSD.ORG Sun Jun 3 02:19:28 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 C41BD16A468; Sun, 3 Jun 2007 02:19:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 80D6A13C45E; Sun, 3 Jun 2007 02:19:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l532JRwT017143; Sat, 2 Jun 2007 22:19:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l532JR0r046444; Sat, 2 Jun 2007 22:19:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 94FE273068; Sat, 2 Jun 2007 22:19:27 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070603021927.94FE273068@freebsd-current.sentex.ca> Date: Sat, 2 Jun 2007 22:19:27 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news 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: Sun, 03 Jun 2007 02:19:28 -0000 TB --- 2007-06-03 01:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-03 01:40:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-06-03 01:40:00 - cleaning the object tree TB --- 2007-06-03 01:40:24 - checking out the source tree TB --- 2007-06-03 01:40:24 - cd /tinderbox/HEAD/arm/arm TB --- 2007-06-03 01:40:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-03 01:51:16 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-03 01:51:16 - cd /src TB --- 2007-06-03 01:51:16 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 3 01:51:18 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 >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DVERSION='"9.4.1"' -DHAVE_CONFIG_H -DLIBINTERFACE=30 -DLIBREVISION=3 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/bind9/.. -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/bind9/../dns -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/bind9/../isc -I/src/lib/bind/bind9/../../../contrib/bind9/lib/lwres/unix/include -I/src/ lib/bind/bind9/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/bind9/../lwres -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/mips/include -c /src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/getaddresses.c cc -O2 -pipe -DVERSION='"9.4.1"' -DHAVE_CONFIG_H -DLIBINTERFACE=30 -DLIBREVISION=3 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/bind9/.. -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/bind9/../dns -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/bind9/../isc -I/src/lib/bind/bind9/../../../contrib/bind9/lib/lwres/unix/include -I/src/ lib/bind/bind9/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/bind9/../lwres -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/mips/include -c /src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/version.c building static bind9 library ranlib libbind9.a ===> lib/bind/dns (all) cc -O2 -pipe -DVERSION='"9.4.1"' -DHAVE_CONFIG_H -DLIBINTERFACE=33 -DLIBREVISION=1 -DLIBAGE=1 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/dns/.. -I/src/lib/bind/dns/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/dns/../dns -I/src/lib/bind/dns/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/dns/../isc -I/src/lib/bind/dns/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/dns/../../../co ntrib/bind9/lib/lwres/include -I/src/lib/bind/dns/../lwres -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns -I/src/lib/bind/dns -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/mips/include -c /src/lib/bind/dns/../../../contrib/bind9/lib/dns/acache.c /src/lib/bind/dns/../../../contrib/bind9/lib/isc/mips/include/isc/atomic.h: In function 'isc_atomic_xadd': /src/lib/bind/dns/../../../contrib/bind9/lib/isc/mips/include/isc/atomic.h:35: error: unknown register name '$3' in 'asm' *** Error code 1 Stop in /src/lib/bind/dns. *** Error code 1 Stop in /src/lib/bind. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-03 02:19:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-03 02:19:27 - ERROR: failed to build world TB --- 2007-06-03 02:19:27 - tinderbox aborted TB --- 0.49 user 1.76 system 2366.70 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sun Jun 3 04:29:13 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 12B5C16A469 for ; Sun, 3 Jun 2007 04:29:13 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.freebsd.org (Postfix) with SMTP id B4BD213C44C for ; Sun, 3 Jun 2007 04:29:12 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 29040 invoked by uid 399); 3 Jun 2007 04:02:32 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 3 Jun 2007 04:02:32 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <46623D56.2060805@FreeBSD.org> Date: Sat, 02 Jun 2007 21:02:30 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.0 (X11/20070525) MIME-Version: 1.0 To: FreeBSD Tinderbox References: <20070603021927.94FE273068@freebsd-current.sentex.ca> In-Reply-To: <20070603021927.94FE273068@freebsd-current.sentex.ca> X-Enigmail-Version: 0.95.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: arm@freebsd.org, amd@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on arm and amd 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: Sun, 03 Jun 2007 04:29:14 -0000 FreeBSD Tinderbox wrote: > cc -O2 -pipe -DVERSION='"9.4.1"' -DHAVE_CONFIG_H -DLIBINTERFACE=30 -DLIBREVISION=3 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/bind9/.. -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/bind9/../dns -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/bind9/../isc -I/src/lib/bind/bind9/../../../contrib/bind9/lib/lwres/unix/include -I/sr c/ > lib/bind/bind9/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/bind9/../lwres -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/mips/include -c /src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/getaddresses.c > cc -O2 -pipe -DVERSION='"9.4.1"' -DHAVE_CONFIG_H -DLIBINTERFACE=30 -DLIBREVISION=3 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/bind9/.. -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/bind9/../dns -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/bind9/../isc -I/src/lib/bind/bind9/../../../contrib/bind9/lib/lwres/unix/include -I/sr c/ > lib/bind/bind9/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/bind9/../lwres -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/mips/include -c /src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/version.c > building static bind9 library > ranlib libbind9.a > ===> lib/bind/dns (all) > cc -O2 -pipe -DVERSION='"9.4.1"' -DHAVE_CONFIG_H -DLIBINTERFACE=33 -DLIBREVISION=1 -DLIBAGE=1 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/dns/.. -I/src/lib/bind/dns/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/dns/../dns -I/src/lib/bind/dns/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/dns/../isc -I/src/lib/bind/dns/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/dns/../../../ co > ntrib/bind9/lib/lwres/include -I/src/lib/bind/dns/../lwres -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns -I/src/lib/bind/dns -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/mips/include -c /src/lib/bind/dns/../../../contrib/bind9/lib/dns/acache.c > /src/lib/bind/dns/../../../contrib/bind9/lib/isc/mips/include/isc/atomic.h: In function 'isc_atomic_xadd': > /src/lib/bind/dns/../../../contrib/bind9/lib/isc/mips/include/isc/atomic.h:35: error: unknown register name '$3' in 'asm' I would appreciate it if someone familiar with our arm and/or amd platforms and atomic operations would take a look at line 65 of src/lib/bind/config.mk and the atomic.h files in the various platform directories of src/contrib/bind9/lib/isc and give me a suggestion on what you think might be a better option. If necessary I can conditionalize out thread support for arm and/or amd easily enough, but I was hoping to avoid doing that for obvious reasons. OTOH, if they will work with threads, but don't have atomic ops, we can fix that much more easily. Thanks, Doug -- This .signature sanitized for your protection From owner-freebsd-arm@FreeBSD.ORG Sun Jun 3 09:48:40 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 168D816A46F; Sun, 3 Jun 2007 09:48:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C96FA13C44B; Sun, 3 Jun 2007 09:48:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l539md2f028162; Sun, 3 Jun 2007 05:48:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l539mdvu030648; Sun, 3 Jun 2007 05:48:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1FA6F73068; Sun, 3 Jun 2007 05:48:39 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070603094839.1FA6F73068@freebsd-current.sentex.ca> Date: Sun, 3 Jun 2007 05:48:39 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 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: Sun, 03 Jun 2007 09:48:40 -0000 TB --- 2007-06-03 09:10:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-03 09:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-06-03 09:10:00 - cleaning the object tree TB --- 2007-06-03 09:10:15 - checking out the source tree TB --- 2007-06-03 09:10:15 - cd /tinderbox/HEAD/arm/arm TB --- 2007-06-03 09:10:15 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-03 09:20:38 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-03 09:20:38 - cd /src TB --- 2007-06-03 09:20:38 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 3 09:20:39 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 >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DVERSION='"9.4.1"' -DHAVE_CONFIG_H -DLIBINTERFACE=30 -DLIBREVISION=3 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/bind9/.. -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/bind9/../dns -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/bind9/../isc -I/src/lib/bind/bind9/../../../contrib/bind9/lib/lwres/unix/include -I/src/ lib/bind/bind9/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/bind9/../lwres -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/mips/include -c /src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/getaddresses.c cc -O2 -pipe -DVERSION='"9.4.1"' -DHAVE_CONFIG_H -DLIBINTERFACE=30 -DLIBREVISION=3 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/bind9/.. -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/bind9/../dns -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/bind9/../isc -I/src/lib/bind/bind9/../../../contrib/bind9/lib/lwres/unix/include -I/src/ lib/bind/bind9/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/bind9/../lwres -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/mips/include -c /src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/version.c building static bind9 library ranlib libbind9.a ===> lib/bind/dns (all) cc -O2 -pipe -DVERSION='"9.4.1"' -DHAVE_CONFIG_H -DLIBINTERFACE=33 -DLIBREVISION=1 -DLIBAGE=1 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/dns/.. -I/src/lib/bind/dns/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/dns/../dns -I/src/lib/bind/dns/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/dns/../isc -I/src/lib/bind/dns/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/dns/../../../co ntrib/bind9/lib/lwres/include -I/src/lib/bind/dns/../lwres -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns -I/src/lib/bind/dns -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/mips/include -c /src/lib/bind/dns/../../../contrib/bind9/lib/dns/acache.c /src/lib/bind/dns/../../../contrib/bind9/lib/isc/mips/include/isc/atomic.h: In function 'isc_atomic_xadd': /src/lib/bind/dns/../../../contrib/bind9/lib/isc/mips/include/isc/atomic.h:35: error: unknown register name '$3' in 'asm' *** Error code 1 Stop in /src/lib/bind/dns. *** Error code 1 Stop in /src/lib/bind. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-03 09:48:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-03 09:48:39 - ERROR: failed to build world TB --- 2007-06-03 09:48:39 - tinderbox aborted TB --- 0.23 user 0.93 system 2318.70 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sun Jun 3 10:51:24 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 042C016A400; Sun, 3 Jun 2007 10:51:24 +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 5993013C45D; Sun, 3 Jun 2007 10:51:23 +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 l53ALLQg072307; Sun, 3 Jun 2007 12:21:21 +0200 (CEST) (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 l53AL7BS040359 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 3 Jun 2007 12:21:08 +0200 (CEST) (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 l53AL7Kf010902; Sun, 3 Jun 2007 12:21:07 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l53AL75M010901; Sun, 3 Jun 2007 12:21:07 +0200 (CEST) (envelope-from ticso) Date: Sun, 3 Jun 2007 12:21:07 +0200 From: Bernd Walter To: Doug Barton Message-ID: <20070603102106.GI16463@cicely12.cicely.de> References: <20070603021927.94FE273068@freebsd-current.sentex.ca> <46623D56.2060805@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <46623D56.2060805@FreeBSD.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: arm@freebsd.org, amd@freebsd.org, FreeBSD Tinderbox , current@freebsd.org Subject: Re: [head tinderbox] failure on arm and amd 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: Sun, 03 Jun 2007 10:51:24 -0000 On Sat, Jun 02, 2007 at 09:02:30PM -0700, Doug Barton wrote: > FreeBSD Tinderbox wrote: > > cc -O2 -pipe -DVERSION=3D'"9.4.1"' -DHAVE_CONFIG_H -DLIBINTERFACE=3D30= -DLIBREVISION=3D3 -DLIBAGE=3D0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALS= TATEDIR=3D'"/var"' -DNS_SYSCONFDIR=3D'"/etc/namedb"' -DNAMED_CONFFILE=3D'"/= etc/namedb/named.conf"' -DRNDC_CONFFILE=3D'"/etc/namedb/rndc.conf"' -DRNDC_= KEYFILE=3D'"/etc/namedb/rndc.key"' -I/src/lib/bind/bind9/.. -I/src/lib/bind= /bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../..= /../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind9/../../../contr= ib/bind9/lib/dns/include -I/src/lib/bind/bind9/../dns -I/src/lib/bind/bind= 9/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind9/../../../c= ontrib/bind9/lib/isccfg/include -I/src/lib/bind/bind9/../../../contrib/bind= 9/lib/isc/unix/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/is= c/pthreads/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/in= clude -I/src/lib/bind/bind9/../isc -I/src/lib/bind/bind9/../../../contrib/= bind9/lib/lwres/unix/include -I/sr > c/ > > lib/bind/bind9/../../../contrib/bind9/lib/lwres/include -I/src/lib/bi= nd/bind9/../lwres -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/in= clude -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/mips/include -c= /src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/getaddresses.c > > cc -O2 -pipe -DVERSION=3D'"9.4.1"' -DHAVE_CONFIG_H -DLIBINTERFACE=3D30= -DLIBREVISION=3D3 -DLIBAGE=3D0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALS= TATEDIR=3D'"/var"' -DNS_SYSCONFDIR=3D'"/etc/namedb"' -DNAMED_CONFFILE=3D'"/= etc/namedb/named.conf"' -DRNDC_CONFFILE=3D'"/etc/namedb/rndc.conf"' -DRNDC_= KEYFILE=3D'"/etc/namedb/rndc.key"' -I/src/lib/bind/bind9/.. -I/src/lib/bind= /bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../..= /../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind9/../../../contr= ib/bind9/lib/dns/include -I/src/lib/bind/bind9/../dns -I/src/lib/bind/bind= 9/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind9/../../../c= ontrib/bind9/lib/isccfg/include -I/src/lib/bind/bind9/../../../contrib/bind= 9/lib/isc/unix/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/is= c/pthreads/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/in= clude -I/src/lib/bind/bind9/../isc -I/src/lib/bind/bind9/../../../contrib/= bind9/lib/lwres/unix/include -I/sr > c/ > > lib/bind/bind9/../../../contrib/bind9/lib/lwres/include -I/src/lib/bi= nd/bind9/../lwres -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/in= clude -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/mips/include -c= /src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/version.c > > building static bind9 library > > ranlib libbind9.a > > =3D=3D=3D> lib/bind/dns (all) > > cc -O2 -pipe -DVERSION=3D'"9.4.1"' -DHAVE_CONFIG_H -DLIBINTERFACE=3D33= -DLIBREVISION=3D1 -DLIBAGE=3D1 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALS= TATEDIR=3D'"/var"' -DNS_SYSCONFDIR=3D'"/etc/namedb"' -DNAMED_CONFFILE=3D'"/= etc/namedb/named.conf"' -DRNDC_CONFFILE=3D'"/etc/namedb/rndc.conf"' -DRNDC_= KEYFILE=3D'"/etc/namedb/rndc.key"' -I/src/lib/bind/dns/.. -I/src/lib/bind/d= ns/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/dns/../../../co= ntrib/bind9/lib/dns/include/dst -I/src/lib/bind/dns/../../../contrib/bind9= /lib/dns/include -I/src/lib/bind/dns/../dns -I/src/lib/bind/dns/../../../c= ontrib/bind9/lib/isccc/include -I/src/lib/bind/dns/../../../contrib/bind9/l= ib/isccfg/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/unix/i= nclude -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/pthreads/include= -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/include -I/src/lib/bi= nd/dns/../isc -I/src/lib/bind/dns/../../../contrib/bind9/lib/lwres/unix/inc= lude -I/src/lib/bind/dns/../../../ > co > > ntrib/bind9/lib/lwres/include -I/src/lib/bind/dns/../lwres -I/src/lib= /bind/dns/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/dns/..= /../../contrib/bind9/lib/dns/include -I/src/lib/bind/dns/../../../contrib/b= ind9/lib/dns -I/src/lib/bind/dns -I/src/lib/bind/dns/../../../contrib/bind9= /lib/isc/mips/include -c /src/lib/bind/dns/../../../contrib/bind9/lib/dns/= acache.c > > /src/lib/bind/dns/../../../contrib/bind9/lib/isc/mips/include/isc/atomi= c.h: In function 'isc_atomic_xadd': > > /src/lib/bind/dns/../../../contrib/bind9/lib/isc/mips/include/isc/atomi= c.h:35: error: unknown register name '$3' in 'asm' >=20 > I would appreciate it if someone familiar with our arm and/or amd > platforms and atomic operations would take a look at line 65 of > src/lib/bind/config.mk and the atomic.h files in the various platform > directories of src/contrib/bind9/lib/isc and give me a suggestion on > what you think might be a better option. If necessary I can > conditionalize out thread support for arm and/or amd easily enough, > but I was hoping to avoid doing that for obvious reasons. OTOH, if > they will work with threads, but don't have atomic ops, we can fix > that much more easily. Well - we have atomic ops in , which should be in good shape for ARM, so I don't know why bind9 needs it's own, but I did not look at the code to know specific needs. In the given case the path looks like it is trying to compile MIPS code for ARM, which can't work anyway. --=20 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 Sun Jun 3 17:09:21 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 D5E6316A421; Sun, 3 Jun 2007 17:09:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 95A9113C4C8; Sun, 3 Jun 2007 17:09:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l53H9L6S043087; Sun, 3 Jun 2007 13:09:21 -0400 (EDT) (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 l53H9KxC047418; Sun, 3 Jun 2007 13:09:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DEAEA73068; Sun, 3 Jun 2007 13:09:20 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070603170920.DEAEA73068@freebsd-current.sentex.ca> Date: Sun, 3 Jun 2007 13:09:20 -0400 (EDT) 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: Sun, 03 Jun 2007 17:09:22 -0000 TB --- 2007-06-03 16:30:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-03 16:30:01 - starting HEAD tinderbox run for arm/arm TB --- 2007-06-03 16:30:01 - cleaning the object tree TB --- 2007-06-03 16:30:17 - checking out the source tree TB --- 2007-06-03 16:30:17 - cd /tinderbox/HEAD/arm/arm TB --- 2007-06-03 16:30:17 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-03 16:40:32 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-03 16:40:32 - cd /src TB --- 2007-06-03 16:40:32 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 3 16:40:33 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 >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DVERSION='"9.4.1"' -DHAVE_CONFIG_H -DLIBINTERFACE=30 -DLIBREVISION=3 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/bind9/.. -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/bind9/../dns -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/bind9/../isc -I/src/lib/bind/bind9/../../../contrib/bind9/lib/lwres/unix/include -I/src/ lib/bind/bind9/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/bind9/../lwres -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/mips/include -c /src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/getaddresses.c cc -O2 -pipe -DVERSION='"9.4.1"' -DHAVE_CONFIG_H -DLIBINTERFACE=30 -DLIBREVISION=3 -DLIBAGE=0 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/bind9/.. -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/bind9/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/bind9/../dns -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/bind9/../isc -I/src/lib/bind/bind9/../../../contrib/bind9/lib/lwres/unix/include -I/src/ lib/bind/bind9/../../../contrib/bind9/lib/lwres/include -I/src/lib/bind/bind9/../lwres -I/src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/bind9/../../../contrib/bind9/lib/isc/mips/include -c /src/lib/bind/bind9/../../../contrib/bind9/lib/bind9/version.c building static bind9 library ranlib libbind9.a ===> lib/bind/dns (all) cc -O2 -pipe -DVERSION='"9.4.1"' -DHAVE_CONFIG_H -DLIBINTERFACE=33 -DLIBREVISION=1 -DLIBAGE=1 -DWANT_IPV6 -DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='"/var"' -DNS_SYSCONFDIR='"/etc/namedb"' -DNAMED_CONFFILE='"/etc/namedb/named.conf"' -DRNDC_CONFFILE='"/etc/namedb/rndc.conf"' -DRNDC_KEYFILE='"/etc/namedb/rndc.key"' -I/src/lib/bind/dns/.. -I/src/lib/bind/dns/../../../contrib/bind9/lib/bind9/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/dns/../dns -I/src/lib/bind/dns/../../../contrib/bind9/lib/isccc/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isccfg/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/unix/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/pthreads/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/include -I/src/lib/bind/dns/../isc -I/src/lib/bind/dns/../../../contrib/bind9/lib/lwres/unix/include -I/src/lib/bind/dns/../../../co ntrib/bind9/lib/lwres/include -I/src/lib/bind/dns/../lwres -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include -I/src/lib/bind/dns/../../../contrib/bind9/lib/dns -I/src/lib/bind/dns -I/src/lib/bind/dns/../../../contrib/bind9/lib/isc/mips/include -c /src/lib/bind/dns/../../../contrib/bind9/lib/dns/acache.c /src/lib/bind/dns/../../../contrib/bind9/lib/isc/mips/include/isc/atomic.h: In function 'isc_atomic_xadd': /src/lib/bind/dns/../../../contrib/bind9/lib/isc/mips/include/isc/atomic.h:35: error: unknown register name '$3' in 'asm' *** Error code 1 Stop in /src/lib/bind/dns. *** Error code 1 Stop in /src/lib/bind. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-03 17:09:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-03 17:09:20 - ERROR: failed to build world TB --- 2007-06-03 17:09:20 - tinderbox aborted TB --- 0.34 user 0.81 system 2359.79 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sun Jun 3 18:05:06 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 400C016A468; Sun, 3 Jun 2007 18:05:06 +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 C25B013C457; Sun, 3 Jun 2007 18:05:05 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l53I35Ib014340; Sun, 3 Jun 2007 12:03:05 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 03 Jun 2007 12:03:21 -0600 (MDT) Message-Id: <20070603.120321.63051709.imp@bsdimp.com> To: dougb@freebsd.org From: "M. Warner Losh" In-Reply-To: <46623D56.2060805@FreeBSD.org> References: <20070603021927.94FE273068@freebsd-current.sentex.ca> <46623D56.2060805@FreeBSD.org> 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: base64 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sun, 03 Jun 2007 12:03:05 -0600 (MDT) Cc: arm@freebsd.org, amd@freebsd.org, tinderbox@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on arm and amd 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: Sun, 03 Jun 2007 18:05:06 -0000 SW4gbWVzc2FnZTogPDQ2NjIzRDU2LjIwNjA4MDVARnJlZUJTRC5vcmc+DQogICAgICAgICAgICBE b3VnIEJhcnRvbiA8ZG91Z2JAZnJlZWJzZC5vcmc+IHdyaXRlczoNCjogRnJlZUJTRCBUaW5kZXJi b3ggd3JvdGU6DQo6ID4gY2MgLU8yIC1waXBlICAtRFZFUlNJT049JyI5LjQuMSInIC1ESEFWRV9D T05GSUdfSCAtRExJQklOVEVSRkFDRT0zMCAtRExJQlJFVklTSU9OPTMgLURMSUJBR0U9MCAtRFdB TlRfSVBWNiAtRE9QRU5TU0wgLURVU0VfTUQ1IC1ETlNfTE9DQUxTVEFURURJUj0nIi92YXIiJyAt RE5TX1NZU0NPTkZESVI9JyIvZXRjL25hbWVkYiInIC1ETkFNRURfQ09ORkZJTEU9JyIvZXRjL25h bWVkYi9uYW1lZC5jb25mIicgLURSTkRDX0NPTkZGSUxFPSciL2V0Yy9uYW1lZGIvcm5kYy5jb25m IicgLURSTkRDX0tFWUZJTEU9JyIvZXRjL25hbWVkYi9ybmRjLmtleSInIC1JL3NyYy9saWIvYmlu ZC9iaW5kOS8uLiAtSS9zcmMvbGliL2JpbmQvYmluZDkvLi4vLi4vLi4vY29udHJpYi9iaW5kOS9s aWIvYmluZDkvaW5jbHVkZSAtSS9zcmMvbGliL2JpbmQvYmluZDkvLi4vLi4vLi4vY29udHJpYi9i aW5kOS9saWIvZG5zL2luY2x1ZGUvZHN0ICAtSS9zcmMvbGliL2JpbmQvYmluZDkvLi4vLi4vLi4v Y29udHJpYi9iaW5kOS9saWIvZG5zL2luY2x1ZGUgIC1JL3NyYy9saWIvYmluZC9iaW5kOS8uLi9k bnMgLUkvc3JjL2xpYi9iaW5kL2JpbmQ5Ly4uLy4uLy4uL2NvbnRyaWIvYmluZDkvbGliL2lzY2Nj L2luY2x1ZGUgLUkvc3JjL2xpYi9iaW5kL2JpbmQ5Ly4uLy4uLy4uL2NvbnRyaWIvYmluZDkvbGli L2lzY2NmZy9pbmNsdWRlIC1JL3NyYy9saWIvYmluZC9iaW5kOS8uLi8uLi8uLi9jb250cmliL2Jp bmQ5L2xpYi9pc2MvdW5peC9pbmNsdWRlICAtSS9zcmMvbGliL2JpbmQvYmluZDkvLi4vLi4vLi4v Y29udHJpYi9iaW5kOS9saWIvaXNjL3B0aHJlYWRzL2luY2x1ZGUgIC1JL3NyYy9saWIvYmluZC9i aW5kOS8uLi8uLi8uLi9jb250cmliL2JpbmQ5L2xpYi9pc2MvaW5jbHVkZSAgLUkvc3JjL2xpYi9i aW5kL2JpbmQ5Ly4uL2lzYyAtSS9zcmMvbGliL2JpbmQvYmluZDkvLi4vLi4vLi4vY29udHJpYi9i aW5kOS9saWIvbHdyZXMvdW5peC9pbmNsdWRlICAtSS9zcg0KOiBjLw0KOiA+ICBsaWIvYmluZC9i aW5kOS8uLi8uLi8uLi9jb250cmliL2JpbmQ5L2xpYi9sd3Jlcy9pbmNsdWRlICAtSS9zcmMvbGli L2JpbmQvYmluZDkvLi4vbHdyZXMgLUkvc3JjL2xpYi9iaW5kL2JpbmQ5Ly4uLy4uLy4uL2NvbnRy aWIvYmluZDkvbGliL2JpbmQ5L2luY2x1ZGUgLUkvc3JjL2xpYi9iaW5kL2JpbmQ5Ly4uLy4uLy4u L2NvbnRyaWIvYmluZDkvbGliL2lzYy9taXBzL2luY2x1ZGUgIC1jIC9zcmMvbGliL2JpbmQvYmlu ZDkvLi4vLi4vLi4vY29udHJpYi9iaW5kOS9saWIvYmluZDkvZ2V0YWRkcmVzc2VzLmMNCjogPiBj YyAtTzIgLXBpcGUgIC1EVkVSU0lPTj0nIjkuNC4xIicgLURIQVZFX0NPTkZJR19IIC1ETElCSU5U RVJGQUNFPTMwIC1ETElCUkVWSVNJT049MyAtRExJQkFHRT0wIC1EV0FOVF9JUFY2IC1ET1BFTlNT TCAtRFVTRV9NRDUgLUROU19MT0NBTFNUQVRFRElSPSciL3ZhciInIC1ETlNfU1lTQ09ORkRJUj0n Ii9ldGMvbmFtZWRiIicgLUROQU1FRF9DT05GRklMRT0nIi9ldGMvbmFtZWRiL25hbWVkLmNvbmYi JyAtRFJORENfQ09ORkZJTEU9JyIvZXRjL25hbWVkYi9ybmRjLmNvbmYiJyAtRFJORENfS0VZRklM RT0nIi9ldGMvbmFtZWRiL3JuZGMua2V5IicgLUkvc3JjL2xpYi9iaW5kL2JpbmQ5Ly4uIC1JL3Ny Yy9saWIvYmluZC9iaW5kOS8uLi8uLi8uLi9jb250cmliL2JpbmQ5L2xpYi9iaW5kOS9pbmNsdWRl IC1JL3NyYy9saWIvYmluZC9iaW5kOS8uLi8uLi8uLi9jb250cmliL2JpbmQ5L2xpYi9kbnMvaW5j bHVkZS9kc3QgIC1JL3NyYy9saWIvYmluZC9iaW5kOS8uLi8uLi8uLi9jb250cmliL2JpbmQ5L2xp Yi9kbnMvaW5jbHVkZSAgLUkvc3JjL2xpYi9iaW5kL2JpbmQ5Ly4uL2RucyAtSS9zcmMvbGliL2Jp bmQvYmluZDkvLi4vLi4vLi4vY29udHJpYi9iaW5kOS9saWIvaXNjY2MvaW5jbHVkZSAtSS9zcmMv bGliL2JpbmQvYmluZDkvLi4vLi4vLi4vY29udHJpYi9iaW5kOS9saWIvaXNjY2ZnL2luY2x1ZGUg LUkvc3JjL2xpYi9iaW5kL2JpbmQ5Ly4uLy4uLy4uL2NvbnRyaWIvYmluZDkvbGliL2lzYy91bml4 L2luY2x1ZGUgIC1JL3NyYy9saWIvYmluZC9iaW5kOS8uLi8uLi8uLi9jb250cmliL2JpbmQ5L2xp Yi9pc2MvcHRocmVhZHMvaW5jbHVkZSAgLUkvc3JjL2xpYi9iaW5kL2JpbmQ5Ly4uLy4uLy4uL2Nv bnRyaWIvYmluZDkvbGliL2lzYy9pbmNsdWRlICAtSS9zcmMvbGliL2JpbmQvYmluZDkvLi4vaXNj IC1JL3NyYy9saWIvYmluZC9iaW5kOS8uLi8uLi8uLi9jb250cmliL2JpbmQ5L2xpYi9sd3Jlcy91 bml4L2luY2x1ZGUgIC1JL3NyDQo6IGMvDQo6ID4gIGxpYi9iaW5kL2JpbmQ5Ly4uLy4uLy4uL2Nv bnRyaWIvYmluZDkvbGliL2x3cmVzL2luY2x1ZGUgIC1JL3NyYy9saWIvYmluZC9iaW5kOS8uLi9s d3JlcyAtSS9zcmMvbGliL2JpbmQvYmluZDkvLi4vLi4vLi4vY29udHJpYi9iaW5kOS9saWIvYmlu ZDkvaW5jbHVkZSAtSS9zcmMvbGliL2JpbmQvYmluZDkvLi4vLi4vLi4vY29udHJpYi9iaW5kOS9s aWIvaXNjL21pcHMvaW5jbHVkZSAgLWMgL3NyYy9saWIvYmluZC9iaW5kOS8uLi8uLi8uLi9jb250 cmliL2JpbmQ5L2xpYi9iaW5kOS92ZXJzaW9uLmMNCjogPiBidWlsZGluZyBzdGF0aWMgYmluZDkg bGlicmFyeQ0KOiA+IHJhbmxpYiBsaWJiaW5kOS5hDQo6ID4gPT09PiBsaWIvYmluZC9kbnMgKGFs bCkNCjogPiBjYyAtTzIgLXBpcGUgIC1EVkVSU0lPTj0nIjkuNC4xIicgLURIQVZFX0NPTkZJR19I IC1ETElCSU5URVJGQUNFPTMzIC1ETElCUkVWSVNJT049MSAtRExJQkFHRT0xIC1EV0FOVF9JUFY2 IC1ET1BFTlNTTCAtRFVTRV9NRDUgLUROU19MT0NBTFNUQVRFRElSPSciL3ZhciInIC1ETlNfU1lT Q09ORkRJUj0nIi9ldGMvbmFtZWRiIicgLUROQU1FRF9DT05GRklMRT0nIi9ldGMvbmFtZWRiL25h bWVkLmNvbmYiJyAtRFJORENfQ09ORkZJTEU9JyIvZXRjL25hbWVkYi9ybmRjLmNvbmYiJyAtRFJO RENfS0VZRklMRT0nIi9ldGMvbmFtZWRiL3JuZGMua2V5IicgLUkvc3JjL2xpYi9iaW5kL2Rucy8u LiAtSS9zcmMvbGliL2JpbmQvZG5zLy4uLy4uLy4uL2NvbnRyaWIvYmluZDkvbGliL2JpbmQ5L2lu Y2x1ZGUgLUkvc3JjL2xpYi9iaW5kL2Rucy8uLi8uLi8uLi9jb250cmliL2JpbmQ5L2xpYi9kbnMv aW5jbHVkZS9kc3QgIC1JL3NyYy9saWIvYmluZC9kbnMvLi4vLi4vLi4vY29udHJpYi9iaW5kOS9s aWIvZG5zL2luY2x1ZGUgIC1JL3NyYy9saWIvYmluZC9kbnMvLi4vZG5zIC1JL3NyYy9saWIvYmlu ZC9kbnMvLi4vLi4vLi4vY29udHJpYi9iaW5kOS9saWIvaXNjY2MvaW5jbHVkZSAtSS9zcmMvbGli L2JpbmQvZG5zLy4uLy4uLy4uL2NvbnRyaWIvYmluZDkvbGliL2lzY2NmZy9pbmNsdWRlIC1JL3Ny Yy9saWIvYmluZC9kbnMvLi4vLi4vLi4vY29udHJpYi9iaW5kOS9saWIvaXNjL3VuaXgvaW5jbHVk ZSAgLUkvc3JjL2xpYi9iaW5kL2Rucy8uLi8uLi8uLi9jb250cmliL2JpbmQ5L2xpYi9pc2MvcHRo cmVhZHMvaW5jbHVkZSAgLUkvc3JjL2xpYi9iaW5kL2Rucy8uLi8uLi8uLi9jb250cmliL2JpbmQ5 L2xpYi9pc2MvaW5jbHVkZSAgLUkvc3JjL2xpYi9iaW5kL2Rucy8uLi9pc2MgLUkvc3JjL2xpYi9i aW5kL2Rucy8uLi8uLi8uLi9jb250cmliL2JpbmQ5L2xpYi9sd3Jlcy91bml4L2luY2x1ZGUgIC1J L3NyYy9saWIvYmluZC9kbnMvLi4vLi4vLi4vDQo6IGNvDQo6ID4gIG50cmliL2JpbmQ5L2xpYi9s d3Jlcy9pbmNsdWRlICAtSS9zcmMvbGliL2JpbmQvZG5zLy4uL2x3cmVzIC1JL3NyYy9saWIvYmlu ZC9kbnMvLi4vLi4vLi4vY29udHJpYi9iaW5kOS9saWIvZG5zL2luY2x1ZGUvZHN0IC1JL3NyYy9s aWIvYmluZC9kbnMvLi4vLi4vLi4vY29udHJpYi9iaW5kOS9saWIvZG5zL2luY2x1ZGUgLUkvc3Jj L2xpYi9iaW5kL2Rucy8uLi8uLi8uLi9jb250cmliL2JpbmQ5L2xpYi9kbnMgLUkvc3JjL2xpYi9i aW5kL2RucyAtSS9zcmMvbGliL2JpbmQvZG5zLy4uLy4uLy4uL2NvbnRyaWIvYmluZDkvbGliL2lz Yy9taXBzL2luY2x1ZGUgIC1jIC9zcmMvbGliL2JpbmQvZG5zLy4uLy4uLy4uL2NvbnRyaWIvYmlu ZDkvbGliL2Rucy9hY2FjaGUuYw0KOiA+IC9zcmMvbGliL2JpbmQvZG5zLy4uLy4uLy4uL2NvbnRy aWIvYmluZDkvbGliL2lzYy9taXBzL2luY2x1ZGUvaXNjL2F0b21pYy5oOiBJbiBmdW5jdGlvbiAn aXNjX2F0b21pY194YWRkJzoNCjogPiAvc3JjL2xpYi9iaW5kL2Rucy8uLi8uLi8uLi9jb250cmli L2JpbmQ5L2xpYi9pc2MvbWlwcy9pbmNsdWRlL2lzYy9hdG9taWMuaDozNTogZXJyb3I6IHVua25v d24gcmVnaXN0ZXIgbmFtZSAnJDMnIGluICdhc20nDQo6IA0KOiBJIHdvdWxkIGFwcHJlY2lhdGUg aXQgaWYgc29tZW9uZSBmYW1pbGlhciB3aXRoIG91ciBhcm0gYW5kL29yIGFtZA0KOiBwbGF0Zm9y bXMgYW5kIGF0b21pYyBvcGVyYXRpb25zIHdvdWxkIHRha2UgYSBsb29rIGF0IGxpbmUgNjUgb2YN Cjogc3JjL2xpYi9iaW5kL2NvbmZpZy5tayBhbmQgdGhlIGF0b21pYy5oIGZpbGVzIGluIHRoZSB2 YXJpb3VzIHBsYXRmb3JtDQo6IGRpcmVjdG9yaWVzIG9mIHNyYy9jb250cmliL2JpbmQ5L2xpYi9p c2MgYW5kIGdpdmUgbWUgYSBzdWdnZXN0aW9uIG9uDQo6IHdoYXQgeW91IHRoaW5rIG1pZ2h0IGJl IGEgYmV0dGVyIG9wdGlvbi4gSWYgbmVjZXNzYXJ5IEkgY2FuDQo6IGNvbmRpdGlvbmFsaXplIG91 dCB0aHJlYWQgc3VwcG9ydCBmb3IgYXJtIGFuZC9vciBhbWQgZWFzaWx5IGVub3VnaCwNCjogYnV0 IEkgd2FzIGhvcGluZyB0byBhdm9pZCBkb2luZyB0aGF0IGZvciBvYnZpb3VzIHJlYXNvbnMuIE9U T0gsIGlmDQo6IHRoZXkgd2lsbCB3b3JrIHdpdGggdGhyZWFkcywgYnV0IGRvbid0IGhhdmUgYXRv bWljIG9wcywgd2UgY2FuIGZpeA0KOiB0aGF0IG11Y2ggbW9yZSBlYXNpbHkuDQoNClRoZXJlIGlz IG5vIGJpbmQ5L2xpYi9pc2MvKkFSTSovaW5jbHVkZS9pc2MvYXRvbWljLmgsIHdoaWNoIGlzIHRo ZQ0KcHJvYmxlbS4gIFRoZSBtaXBzL2luY2x1ZGUvaXNjL2F0b21pYy5oIGhhcyBtaXBzIGdvbyBp biBpdCwgYW5kIHRoYXQncw0Kbm90IGdvaW5nIHRvIHdvcmsgdG9vIHdlbGwuDQoNClNvbWUgcGxh dGZvcm1zIGRlZmluZSB0aGVpciBhdG9taWMgb3BlcmF0aW9ucyBpbiB0ZXJtcyBvZiB0aGUgaG9z dCdzDQpBUEkuICBNYXliZSB3ZSBzaG91bGQgaGF2ZSBnZW5lcmljIHZlcnNpb24gYmFzZWQgb24g b3VyIGF0b21pYy5oPw0KVGhlcmUncyBvbmx5IDMgcm91aW5ldHMgdGhhdCBhcmUgbmVlZGVkICho ZXJlJ3MgdGhlIHg4NiB2ZXJzaW9uczoNCg0KLyoNCiAqIFRoaXMgcm91dGluZSBhdG9taWNhbGx5 IGluY3JlbWVudHMgdGhlIHZhbHVlIHN0b3JlZCBpbiAncCcgYnkgJ3ZhbCcsIGFuZA0KICogcmV0 dXJucyB0aGUgcHJldmlvdXMgdmFsdWUuDQogKg0KICogWFhYaW1wOiBUaGlzIGxvb2tzIGlkZW50 aWNhbCB0byBhdG9taWNfZmV0Y2hhZGRfaW50KCkNCiAqLw0Kc3RhdGljIGlubGluZSBpc2NfaW50 MzJfdA0KaXNjX2F0b21pY194YWRkKGlzY19pbnQzMl90ICpwLCBpc2NfaW50MzJfdCB2YWwpIHsN Cglpc2NfaW50MzJfdCBwcmV2ID0gdmFsOw0KDQoJX19hc21fXyB2b2xhdGlsZSgNCiNpZmRlZiBJ U0NfUExBVEZPUk1fVVNFVEhSRUFEUw0KCQkibG9jazsiDQojZW5kaWYNCgkJInhhZGQgJTAsICUx Ig0KCQk6Ij1xIihwcmV2KQ0KCQk6Im0iKCpwKSwgIjAiKHByZXYpDQoJCToibWVtb3J5IiwgImNj Iik7DQoNCglyZXR1cm4gKHByZXYpOw0KfQ0KDQoNCi8qDQogKiBUaGlzIHJvdXRpbmUgYXRvbWlj YWxseSBzdG9yZXMgdGhlIHZhbHVlICd2YWwnIGluICdwJy4NCiAqDQogKiBYWFhpbXA6IFRoaXMg bG9va3MgaWRlbnRpY2FsIHRvIGF0b21pY19zdG9yZV9yZWxfaW50KCkNCiAqLw0Kc3RhdGljIGlu bGluZSB2b2lkDQppc2NfYXRvbWljX3N0b3JlKGlzY19pbnQzMl90ICpwLCBpc2NfaW50MzJfdCB2 YWwpIHsNCglfX2FzbV9fIHZvbGF0aWxlKA0KI2lmZGVmIElTQ19QTEFURk9STV9VU0VUSFJFQURT DQoJCS8qDQoJCSAqIHhjaGcgc2hvdWxkIGF1dG9tYXRpY2FsbHkgbG9jayBtZW1vcnksIGJ1dCB3 ZSBhZGQgaXQNCgkJICogZXhwbGljaXRseSBqdXN0IGluIGNhc2UgKGl0IGF0IGxlYXN0IGRvZXNu J3QgaGFybSkNCgkJICovDQoJCSJsb2NrOyIJCQ0KI2VuZGlmDQoNCgkJInhjaGdsICUxLCAlMCIN CgkJOg0KCQk6ICJyIih2YWwpLCAibSIoKnApDQoJCTogIm1lbW9yeSIpOw0KfQ0KDQovKg0KICog VGhpcyByb3V0aW5lIGF0b21pY2FsbHkgcmVwbGFjZXMgdGhlIHZhbHVlIGluICdwJyB3aXRoICd2 YWwnLCBpZiB0aGUNCiAqIG9yaWdpbmFsIHZhbHVlIGlzIGVxdWFsIHRvICdjbXB2YWwnLiAgVGhl IG9yaWdpbmFsIHZhbHVlIGlzIHJldHVybmVkIGluIGFueQ0KICogY2FzZS4NCiAqDQogKiBYWFhp bXA6IFRoaXMgbG9va3MgaWRlbnRpY2FsIHRvIGF0b21pY19jbXBzZXRfaW50KCkNCiAqLw0Kc3Rh dGljIGlubGluZSBpc2NfaW50MzJfdA0KaXNjX2F0b21pY19jbXB4Y2hnKGlzY19pbnQzMl90ICpw LCBpc2NfaW50MzJfdCBjbXB2YWwsIGlzY19pbnQzMl90IHZhbCkgew0KCV9fYXNtX18gdm9sYXRp bGUoDQojaWZkZWYgSVNDX1BMQVRGT1JNX1VTRVRIUkVBRFMNCgkJImxvY2s7Ig0KI2VuZGlmDQoJ CSJjbXB4Y2hnbCAlMSwgJTIiDQoJCTogIj1hIihjbXB2YWwpDQoJCTogInIiKHZhbCksICJtIigq cCksICJhIihjbXB2YWwpDQoJCTogIm1lbW9yeSIpOw0KDQoJcmV0dXJuIChjbXB2YWwpOw0KfQ0K DQpTbyBhdCBhIGd1ZXNzLCB0aGUgRnJlZUJTRC9hcm0gaW1wbGVtZW50YXRpb24gKG9yIGFjdHVh bGx5IGFueSkgd291bGQNCmJlOg0KDQojaWZuZGVmIElTQ19BVE9NSUNfSA0KI2RlZmluZSBJU0Nf QVRPTUlDX0ggMQ0KDQojaW5jbHVkZSA8aXNjL3BsYXRmb3JtLmg+DQojaW5jbHVkZSA8aXNjL3R5 cGVzLmg+DQojaW5jbHVkZSA8bWFjaGluZS9hdG9taWMuaD4NCg0KI2lmZGVmIF9fRnJlZUJTRF9f DQpzdGF0aWMgaW5saW5lIGlzY19pbnQzMl90DQppc2NfYXRvbWljX3hhZGQoaXNjX2ludDMyX3Qg KnAsIGlzY19pbnQzMl90IHZhbCkNCnsNCglyZXR1cm4gYXRvbWljX2ZldGNoYWRkX2ludChwLCB2 YWwpOw0KfQ0KDQpzdGF0aWMgaW5saW5lIHZvaWQNCmlzY19hdG9taWNfc3RvcmUoaXNjX2ludDMy X3QgKnAsIGlzY19pbnQzMl90IHZhbCkNCnsNCglhdG9taWNfc3RvcmVfcmVsX2ludChwLCB2YWwp Ow0KfQ0KDQpzdGF0aWMgaW5saW5lIGlzY19pbnQzMl90DQppc2NfYXRvbWljX2NtcHhjaGcoaXNj X2ludDMyX3QgKnAsIGlzY19pbnQzMl90IGNtcHZhbCwgaXNjX2ludDMyX3QgdmFsKQ0Kew0KCXJl dHVybiBhdG9taWNfY21wc2V0X2ludChwLCBjbXB2YWwsIHZhbCk7DQp9DQojZWxzZSAvKiAhRnJl ZUJTRCAqLw0KDQojZXJyb3IgInVuc3VwcG9ydGVkIGNvbXBpbGVyLiAgZGlzYWJsZSBhdG9taWMg b3BzIGJ5IC0tZGlzYWJsZS1hdG9taWMiDQoNCiNlbmRpZg0KI2VuZGlmIC8qIElTQ19BVE9NSUNf SCAqLw0KDQpOb3csIHdoeSB3ZSdkIHVzZSB0aGUgJ21pcHMnIHZlcnNpb24gaW4gdGhlIGZpcnN0 IHBsYWNlLCBJIGNhbid0IHNheS4NCkJ1dCB0aGlzIHNob3VsZCBnaXZlIHlvdSBlbm91Z2ggdG8g bWFrZSBzb21lIHByb2dyZXNzLg0KDQpXYXJuZXINCg== From owner-freebsd-arm@FreeBSD.ORG Mon Jun 4 01:02:02 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 DB22C16A468; Mon, 4 Jun 2007 01:02:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8A6C413C457; Mon, 4 Jun 2007 01:02:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l54122Xr060363; Sun, 3 Jun 2007 21:02:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l54122hr085086; Sun, 3 Jun 2007 21:02:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 28C5473068; Sun, 3 Jun 2007 21:02:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070604010201.28C5473068@freebsd-current.sentex.ca> Date: Sun, 3 Jun 2007 21:02:00 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news 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: Mon, 04 Jun 2007 01:02:03 -0000 TB --- 2007-06-03 23:50:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-03 23:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-06-03 23:50:00 - cleaning the object tree TB --- 2007-06-03 23:50:19 - checking out the source tree TB --- 2007-06-03 23:50:19 - cd /tinderbox/HEAD/arm/arm TB --- 2007-06-03 23:50:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-04 00:00:35 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-04 00:00:35 - cd /src TB --- 2007-06-04 00:00:35 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 4 00:00:37 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 >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ../../lib/bind/isc/libisc.a(rwlock.o)(.text+0x884): In function `isc_rwlock_lock': : undefined reference to `isc_atomic_xadd' ../../lib/bind/isc/libisc.a(hash.o)(.text+0x7c): In function `isc_hash_ctxattach': : undefined reference to `isc_atomic_xadd' ../../lib/bind/isc/libisc.a(hash.o)(.text+0x2e0): In function `isc_hash_destroy': : undefined reference to `isc_atomic_xadd' ../../lib/bind/isc/libisc.a(hash.o)(.text+0x3c4): In function `isc_hash_ctxdetach': : undefined reference to `isc_atomic_xadd' *** Error code 1 Stop in /src/usr.bin/dig. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-04 01:02:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-04 01:02:00 - ERROR: failed to build world TB --- 2007-06-04 01:02:00 - tinderbox aborted TB --- 0.32 user 0.85 system 4320.29 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Mon Jun 4 08:52:45 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 CC79D16A469; Mon, 4 Jun 2007 08:52:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9665813C46C; Mon, 4 Jun 2007 08:52:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l548qjJg075615; Mon, 4 Jun 2007 04:52:45 -0400 (EDT) (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 l548qjYO071831; Mon, 4 Jun 2007 04:52:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C345A73068; Mon, 4 Jun 2007 04:52:44 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070604085244.C345A73068@freebsd-current.sentex.ca> Date: Mon, 4 Jun 2007 04:52:44 -0400 (EDT) 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: Mon, 04 Jun 2007 08:52:45 -0000 TB --- 2007-06-04 07:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-04 07:40:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-06-04 07:40:00 - cleaning the object tree TB --- 2007-06-04 07:40:22 - checking out the source tree TB --- 2007-06-04 07:40:22 - cd /tinderbox/HEAD/arm/arm TB --- 2007-06-04 07:40:22 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-04 07:51:09 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-04 07:51:09 - cd /src TB --- 2007-06-04 07:51:09 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 4 07:51:10 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 >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ../../lib/bind/isc/libisc.a(rwlock.o)(.text+0x884): In function `isc_rwlock_lock': : undefined reference to `isc_atomic_xadd' ../../lib/bind/isc/libisc.a(hash.o)(.text+0x7c): In function `isc_hash_ctxattach': : undefined reference to `isc_atomic_xadd' ../../lib/bind/isc/libisc.a(hash.o)(.text+0x2e0): In function `isc_hash_destroy': : undefined reference to `isc_atomic_xadd' ../../lib/bind/isc/libisc.a(hash.o)(.text+0x3c4): In function `isc_hash_ctxdetach': : undefined reference to `isc_atomic_xadd' *** Error code 1 Stop in /src/usr.bin/dig. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-04 08:52:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-04 08:52:44 - ERROR: failed to build world TB --- 2007-06-04 08:52:44 - tinderbox aborted TB --- 0.45 user 1.58 system 4363.86 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Mon Jun 4 12:43:48 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 191AF16A469 for ; Mon, 4 Jun 2007 12:43:48 +0000 (UTC) (envelope-from bkoenig@cs.tu-berlin.de) Received: from mail.liberty-hosting.de (mail.smartterra.de [195.225.132.203]) by mx1.freebsd.org (Postfix) with ESMTP id CDB4013C484 for ; Mon, 4 Jun 2007 12:43:47 +0000 (UTC) (envelope-from bkoenig@cs.tu-berlin.de) Received: from mail.liberty-hosting.de ([195.225.132.203]) by localhost (liberty-mail [195.225.132.203]) (amavisd-new, port 10024) with ESMTP id 26992-04 for ; Mon, 4 Jun 2007 14:13:59 +0200 (CEST) Received: from home.alpha-tierchen.de (port-212-202-170-5.dynamic.qsc.de [212.202.170.5]) by mail.liberty-hosting.de (Postfix) with ESMTP id 0BEE317F5CB for ; Mon, 4 Jun 2007 14:13:59 +0200 (CEST) Received: from webmail.alpha-tierchen.de (localhost [127.0.0.1]) by home.alpha-tierchen.de (Postfix) with ESMTP id 1C60045046 for ; Mon, 4 Jun 2007 14:13:57 +0200 (CEST) Received: from 2001:6f8:101e:0:20e:cff:fe6d:6adb (SquirrelMail authenticated user bkoenig) by webmail.alpha-tierchen.de with HTTP; Mon, 4 Jun 2007 14:13:57 +0200 (CEST) Message-ID: <56211.2001:6f8:101e:0:20e:cff:fe6d:6adb.1180959237.squirrel@webmail.alpha-tierchen.de> Date: Mon, 4 Jun 2007 14:13:57 +0200 (CEST) From: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= To: arm@freebsd.org User-Agent: SquirrelMail/1.4.10a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at mail.smartterra.de Cc: Subject: remove redundant lines from locore.S 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, 04 Jun 2007 12:43:48 -0000 Hello, there are some lines in sys/arm/arm/locore.S that are needless: 170: ldr pc, .Lvirt_done 171: 172: virt_done: 214: .Lvirt_done: 215: .word virt_done Furthermore these lines seem to be a problem for my AT91RM9200. It's not clear to me why the execution stops at line 170, but if I remove them it goes on. I use gcc 4.2 with latest HEAD and COPTFLAGS=-O -pipe -fno-strict-aliasing. Regards Björn From owner-freebsd-arm@FreeBSD.ORG Mon Jun 4 14:08:23 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 4580F16A46B for ; Mon, 4 Jun 2007 14:08:23 +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 0539113C457 for ; Mon, 4 Jun 2007 14:08:22 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l54E6KsM027831; Mon, 4 Jun 2007 08:06:20 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 04 Jun 2007 08:06:39 -0600 (MDT) Message-Id: <20070604.080639.-1350497731.imp@bsdimp.com> To: bkoenig@cs.tu-berlin.de From: "M. Warner Losh" In-Reply-To: <56211.2001:6f8:101e:0:20e:cff:fe6d:6adb.1180959237.squirrel@webmail.alpha-tierchen.de> References: <56211.2001:6f8:101e:0:20e:cff:fe6d:6adb.1180959237.squirrel@webmail.alpha-tierchen.de> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Mon, 04 Jun 2007 08:06:20 -0600 (MDT) Cc: arm@freebsd.org Subject: Re: remove redundant lines from locore.S 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, 04 Jun 2007 14:08:23 -0000 In message: <56211.2001:6f8:101e:0:20e:cff:fe6d:6adb.1180959237.squirre= l@webmail.alpha-tierchen.de> Bj=F6rn_K=F6nig writes: : Hello, : = : there are some lines in sys/arm/arm/locore.S that are needless: : = : 170: ldr pc, .Lvirt_done : 171: : 172: virt_done: : = : 214: .Lvirt_done: : 215: .word virt_done : = : Furthermore these lines seem to be a problem for my AT91RM9200. They jump from the physical address we come up in to the virtual address that has been turned on. : It's not : clear to me why the execution stops at line 170, but if I remove them= it : goes on. I use gcc 4.2 with latest HEAD and COPTFLAGS=3D-O -pipe : -fno-strict-aliasing. It may be a 4.2 issue. I know it worked before 4.2. Warner From owner-freebsd-arm@FreeBSD.ORG Mon Jun 4 14:16:49 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 E3E3E16A400 for ; Mon, 4 Jun 2007 14:16:49 +0000 (UTC) (envelope-from bkoenig@cs.tu-berlin.de) Received: from mail.liberty-hosting.de (mail.smartterra.de [195.225.132.203]) by mx1.freebsd.org (Postfix) with ESMTP id A28AC13C45E for ; Mon, 4 Jun 2007 14:16:49 +0000 (UTC) (envelope-from bkoenig@cs.tu-berlin.de) Received: from mail.liberty-hosting.de ([195.225.132.203]) by localhost (liberty-mail [195.225.132.203]) (amavisd-new, port 10024) with ESMTP id 37002-05 for ; Mon, 4 Jun 2007 16:16:46 +0200 (CEST) Received: from home.alpha-tierchen.de (port-212-202-170-5.dynamic.qsc.de [212.202.170.5]) by mail.liberty-hosting.de (Postfix) with ESMTP id BD33E17EEB8 for ; Mon, 4 Jun 2007 16:16:46 +0200 (CEST) Received: from webmail.alpha-tierchen.de (localhost [127.0.0.1]) by home.alpha-tierchen.de (Postfix) with ESMTP id C37CE45046 for ; Mon, 4 Jun 2007 16:16:44 +0200 (CEST) Received: from 2001:6f8:101e:0:20e:cff:fe6d:6adb (SquirrelMail authenticated user bkoenig) by webmail.alpha-tierchen.de with HTTP; Mon, 4 Jun 2007 16:16:44 +0200 (CEST) Message-ID: <60286.2001:6f8:101e:0:20e:cff:fe6d:6adb.1180966604.squirrel@webmail.alpha-tierchen.de> In-Reply-To: <56211.2001:6f8:101e:0:20e:cff:fe6d:6adb.1180959237.squirrel@webmail.a lpha-tierchen.de> References: <56211.2001:6f8:101e:0:20e:cff:fe6d:6adb.1180959237.squirrel@webmail.alpha-tierchen.de> Date: Mon, 4 Jun 2007 16:16:44 +0200 (CEST) From: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= To: arm@freebsd.org User-Agent: SquirrelMail/1.4.10a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at mail.smartterra.de Cc: Subject: Re: remove redundant lines from locore.S 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, 04 Jun 2007 14:16:50 -0000 I wrote > there are some lines in sys/arm/arm/locore.S that are needless: Mistake! They aren't. Please ignore my mail. Björn From owner-freebsd-arm@FreeBSD.ORG Mon Jun 4 17:22:51 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 2AA8B16A421; Mon, 4 Jun 2007 17:22:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E67FF13C46A; Mon, 4 Jun 2007 17:22:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l54HMou0027532; Mon, 4 Jun 2007 13:22:50 -0400 (EDT) (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 l54HMoW9092877; Mon, 4 Jun 2007 13:22:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F3DB573068; Mon, 4 Jun 2007 13:22:49 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070604172249.F3DB573068@freebsd-current.sentex.ca> Date: Mon, 4 Jun 2007 13:22:49 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner4 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: Mon, 04 Jun 2007 17:22:51 -0000 TB --- 2007-06-04 16:10:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-04 16:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-06-04 16:10:00 - cleaning the object tree TB --- 2007-06-04 16:10:19 - checking out the source tree TB --- 2007-06-04 16:10:19 - cd /tinderbox/HEAD/arm/arm TB --- 2007-06-04 16:10:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-04 16:21:05 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-04 16:21:05 - cd /src TB --- 2007-06-04 16:21:05 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 4 16:21:08 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 >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ../../lib/bind/isc/libisc.a(rwlock.o)(.text+0x884): In function `isc_rwlock_lock': : undefined reference to `isc_atomic_xadd' ../../lib/bind/isc/libisc.a(hash.o)(.text+0x7c): In function `isc_hash_ctxattach': : undefined reference to `isc_atomic_xadd' ../../lib/bind/isc/libisc.a(hash.o)(.text+0x2e0): In function `isc_hash_destroy': : undefined reference to `isc_atomic_xadd' ../../lib/bind/isc/libisc.a(hash.o)(.text+0x3c4): In function `isc_hash_ctxdetach': : undefined reference to `isc_atomic_xadd' *** Error code 1 Stop in /src/usr.bin/dig. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-04 17:22:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-04 17:22:49 - ERROR: failed to build world TB --- 2007-06-04 17:22:49 - tinderbox aborted TB --- 0.41 user 1.64 system 4369.15 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Mon Jun 4 17:31:13 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 0E93D16A41F for ; Mon, 4 Jun 2007 17:31:13 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de (mail.smartterra.de [195.225.132.203]) by mx1.freebsd.org (Postfix) with ESMTP id C28C413C43E for ; Mon, 4 Jun 2007 17:31:12 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de ([195.225.132.203]) by localhost (liberty-mail [195.225.132.203]) (amavisd-new, port 10024) with ESMTP id 50049-08 for ; Mon, 4 Jun 2007 19:13:53 +0200 (CEST) Received: from home.alpha-tierchen.de (port-212-202-170-5.dynamic.qsc.de [212.202.170.5]) by mail.liberty-hosting.de (Postfix) with ESMTP id 51405181519 for ; Mon, 4 Jun 2007 19:13:53 +0200 (CEST) Received: from webmail.alpha-tierchen.de (localhost [127.0.0.1]) by home.alpha-tierchen.de (Postfix) with ESMTP id C558545046 for ; Mon, 4 Jun 2007 19:13:50 +0200 (CEST) Received: from 2001:6f8:101e:0:20e:cff:fe6d:6adb (SquirrelMail authenticated user bkoenig) by webmail.alpha-tierchen.de with HTTP; Mon, 4 Jun 2007 19:13:50 +0200 (CEST) Message-ID: <49326.2001:6f8:101e:0:20e:cff:fe6d:6adb.1180977230.squirrel@webmail.alpha-tierchen.de> Date: Mon, 4 Jun 2007 19:13:50 +0200 (CEST) From: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= To: arm@freebsd.org User-Agent: SquirrelMail/1.4.10a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at mail.smartterra.de Cc: Subject: How to get console output? 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, 04 Jun 2007 17:31:13 -0000 Hello once again, I'm sitting here for hours and still reading source code, but I can't get the kernel to talk. Actually the kernel starts initialising, probing devices and so on. I wrote my own "puts" methods to get some output on the debug console, but I want it the proper way. As far as I understood it correctly the function "cninit()" in sys/arm/at91/kb920x_machdep.c should initialise a console. The code in kern/tty_cons.c iterates with two devices without success: * uart_consdev which is "dead" (cn_pri == CN_DEAD) * cons_consdev that has no probe function (cn_probe == NULL) Now I'm looking for the piece of code where I can hint the kernel to use the debug unit as output device. The files src/arm/at91/uart_* implement a driver module for uart(4) and I want the kernel to use this code somehow. Does anybody has a hint for me? :) Björn From owner-freebsd-arm@FreeBSD.ORG Mon Jun 4 17:38:18 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 1C4F816A400 for ; Mon, 4 Jun 2007 17:38:18 +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 C7A2613C45A for ; Mon, 4 Jun 2007 17:38:17 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l54HbWNN029538; Mon, 4 Jun 2007 11:37:32 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 04 Jun 2007 11:37:50 -0600 (MDT) Message-Id: <20070604.113750.-1540390883.imp@bsdimp.com> To: bkoenig@alpha-tierchen.de From: "M. Warner Losh" In-Reply-To: <49326.2001:6f8:101e:0:20e:cff:fe6d:6adb.1180977230.squirrel@webmail.alpha-tierchen.de> References: <49326.2001:6f8:101e:0:20e:cff:fe6d:6adb.1180977230.squirrel@webmail.alpha-tierchen.de> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Mon, 04 Jun 2007 11:37:32 -0600 (MDT) Cc: arm@freebsd.org Subject: Re: How to get console output? 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, 04 Jun 2007 17:38:18 -0000 In message: <49326.2001:6f8:101e:0:20e:cff:fe6d:6adb.1180977230.squirre= l@webmail.alpha-tierchen.de> Bj=F6rn_K=F6nig writes: : Hello once again, : = : I'm sitting here for hours and still reading source code, but I can't= get : the kernel to talk. Actually the kernel starts initialising, probing : devices and so on. I wrote my own "puts" methods to get some output o= n the : debug console, but I want it the proper way. : = : As far as I understood it correctly the function "cninit()" in : sys/arm/at91/kb920x_machdep.c should initialise a console. The code i= n : kern/tty_cons.c iterates with two devices without success: : = : * uart_consdev which is "dead" (cn_pri =3D=3D CN_DEAD) : * cons_consdev that has no probe function (cn_probe =3D=3D NULL) : = : Now I'm looking for the piece of code where I can hint the kernel to = use : the debug unit as output device. The files src/arm/at91/uart_* implem= ent a : driver module for uart(4) and I want the kernel to use this code some= how. : = : Does anybody has a hint for me? :) I have the following sitting in my tree: Index: uart_cpu_at91rm9200usart.c =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 RCS file: /cache/ncvs/src/sys/arm/at91/uart_cpu_at91rm9200usart.c,v retrieving revision 1.3 diff -u -r1.3 uart_cpu_at91rm9200usart.c --- uart_cpu_at91rm9200usart.c 2 Apr 2007 22:00:21 -0000 1.3 +++ uart_cpu_at91rm9200usart.c 4 Jun 2007 17:37:20 -0000 @@ -80,5 +80,6 @@ uart_bus_space_io =3D &at91_bs_tag; uart_bus_space_mem =3D NULL; /* Check the environment for overrides */ - return (uart_getenv(devtype, di, class)); + uart_getenv(devtype, di, class); + return 0; } waiting to find some time to test it. Warner From owner-freebsd-arm@FreeBSD.ORG Mon Jun 4 17:55:18 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 3176316A421 for ; Mon, 4 Jun 2007 17:55:18 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.184]) by mx1.freebsd.org (Postfix) with ESMTP id 1BAA213C48C for ; Mon, 4 Jun 2007 17:55:18 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin03-en2 [10.13.10.148]) by smtpout.mac.com (Xserve/smtpout14/MantshX 4.0) with ESMTP id l54Ht5WG026178; Mon, 4 Jun 2007 10:55:05 -0700 (PDT) Received: from [66.129.236.139] (mrc-visitor-139.juniper.net [66.129.236.139]) (authenticated bits=0) by mac.com (Xserve/smtpin03/MantshX 4.0) with ESMTP id l54HsQJD012852 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 4 Jun 2007 10:54:37 -0700 (PDT) In-Reply-To: <20070604.113750.-1540390883.imp@bsdimp.com> References: <"49326.2001:6f8:101e:0:20e:cff:fe6d:6adb.1180977230.squirrel"@webmail.alpha-tierchen.de> <20070604.113750.-1540390883.imp@bsdimp.com> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <6F9854AF-D3F5-48F8-A6F9-E556ACF198EA@mac.com> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Mon, 4 Jun 2007 10:54:19 -0700 To: "M. Warner Losh" X-Mailer: Apple Mail (2.752.3) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: arm@freebsd.org, bkoenig@alpha-tierchen.de Subject: Re: How to get console output? 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, 04 Jun 2007 17:55:18 -0000 On Jun 4, 2007, at 10:37 AM, M. Warner Losh wrote: > I have the following sitting in my tree: > > Index: uart_cpu_at91rm9200usart.c > =================================================================== > RCS file: /cache/ncvs/src/sys/arm/at91/uart_cpu_at91rm9200usart.c,v > retrieving revision 1.3 > diff -u -r1.3 uart_cpu_at91rm9200usart.c > --- uart_cpu_at91rm9200usart.c 2 Apr 2007 22:00:21 -0000 1.3 > +++ uart_cpu_at91rm9200usart.c 4 Jun 2007 17:37:20 -0000 > @@ -80,5 +80,6 @@ > uart_bus_space_io = &at91_bs_tag; > uart_bus_space_mem = NULL; > /* Check the environment for overrides */ > - return (uart_getenv(devtype, di, class)); > + uart_getenv(devtype, di, class); > + return 0; > } > > waiting to find some time to test it. I just committed it. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-arm@FreeBSD.ORG Mon Jun 4 18:01:37 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 CCEFD16A469 for ; Mon, 4 Jun 2007 18:01:37 +0000 (UTC) (envelope-from bkoenig@cs.tu-berlin.de) Received: from mail.liberty-hosting.de (mail.smartterra.de [195.225.132.203]) by mx1.freebsd.org (Postfix) with ESMTP id 8B81413C45A for ; Mon, 4 Jun 2007 18:01:37 +0000 (UTC) (envelope-from bkoenig@cs.tu-berlin.de) Received: from mail.liberty-hosting.de ([195.225.132.203]) by localhost (liberty-mail [195.225.132.203]) (amavisd-new, port 10024) with ESMTP id 53136-10; Mon, 4 Jun 2007 20:01:31 +0200 (CEST) Received: from home.alpha-tierchen.de (port-212-202-170-5.dynamic.qsc.de [212.202.170.5]) by mail.liberty-hosting.de (Postfix) with ESMTP id 694AC17ED3F; Mon, 4 Jun 2007 20:01:31 +0200 (CEST) Received: from webmail.alpha-tierchen.de (localhost [127.0.0.1]) by home.alpha-tierchen.de (Postfix) with ESMTP id EB69F45046; Mon, 4 Jun 2007 20:01:28 +0200 (CEST) Received: from 2001:6f8:101e:0:20e:cff:fe6d:6adb (SquirrelMail authenticated user bkoenig) by webmail.alpha-tierchen.de with HTTP; Mon, 4 Jun 2007 20:01:28 +0200 (CEST) Message-ID: <51177.2001:6f8:101e:0:20e:cff:fe6d:6adb.1180980088.squirrel@webmail.alpha-tierchen.de> In-Reply-To: <20070604.113750.-1540390883.imp@bsdimp.com> References: <49326.2001:6f8:101e:0:20e:cff:fe6d:6adb.1180977230.squirrel@webmail.alpha-tierchen.de> <20070604.113750.-1540390883.imp@bsdimp.com> Date: Mon, 4 Jun 2007 20:01:28 +0200 (CEST) From: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= To: "M. Warner Losh" User-Agent: SquirrelMail/1.4.10a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at mail.smartterra.de Cc: arm@freebsd.org Subject: Re: How to get console output? 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, 04 Jun 2007 18:01:37 -0000 M. Warner Losh wrote: > I have the following sitting in my tree: > > Index: uart_cpu_at91rm9200usart.c > =================================================================== > RCS file: /cache/ncvs/src/sys/arm/at91/uart_cpu_at91rm9200usart.c,v > retrieving revision 1.3 > diff -u -r1.3 uart_cpu_at91rm9200usart.c > --- uart_cpu_at91rm9200usart.c 2 Apr 2007 22:00:21 -0000 1.3 > +++ uart_cpu_at91rm9200usart.c 4 Jun 2007 17:37:20 -0000 > @@ -80,5 +80,6 @@ > uart_bus_space_io = &at91_bs_tag; > uart_bus_space_mem = NULL; > /* Check the environment for overrides */ > - return (uart_getenv(devtype, di, class)); > + uart_getenv(devtype, di, class); > + return 0; > } > > waiting to find some time to test it. Thanks. It works! :-) Björn From owner-freebsd-arm@FreeBSD.ORG Tue Jun 5 01:52:47 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 A781E16A41F; Tue, 5 Jun 2007 01:52:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 58A6E13C457; Tue, 5 Jun 2007 01:52:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l551qkRs070538; Mon, 4 Jun 2007 21:52:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l551qkXU050384; Mon, 4 Jun 2007 21:52:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 57B7E73068; Mon, 4 Jun 2007 21:52:46 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070605015246.57B7E73068@freebsd-current.sentex.ca> Date: Mon, 4 Jun 2007 21:52:46 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news 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: Tue, 05 Jun 2007 01:52:47 -0000 TB --- 2007-06-05 00:40:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-05 00:40:01 - starting HEAD tinderbox run for arm/arm TB --- 2007-06-05 00:40:01 - cleaning the object tree TB --- 2007-06-05 00:40:23 - checking out the source tree TB --- 2007-06-05 00:40:23 - cd /tinderbox/HEAD/arm/arm TB --- 2007-06-05 00:40:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-05 00:51:22 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-05 00:51:22 - cd /src TB --- 2007-06-05 00:51:22 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 5 00:51:24 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 >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ../../lib/bind/isc/libisc.a(rwlock.o)(.text+0x884): In function `isc_rwlock_lock': : undefined reference to `isc_atomic_xadd' ../../lib/bind/isc/libisc.a(hash.o)(.text+0x7c): In function `isc_hash_ctxattach': : undefined reference to `isc_atomic_xadd' ../../lib/bind/isc/libisc.a(hash.o)(.text+0x2e0): In function `isc_hash_destroy': : undefined reference to `isc_atomic_xadd' ../../lib/bind/isc/libisc.a(hash.o)(.text+0x3c4): In function `isc_hash_ctxdetach': : undefined reference to `isc_atomic_xadd' *** Error code 1 Stop in /src/usr.bin/dig. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-05 01:52:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-05 01:52:45 - ERROR: failed to build world TB --- 2007-06-05 01:52:45 - tinderbox aborted TB --- 0.44 user 1.60 system 4364.88 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Tue Jun 5 07:03:33 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 2E57016A400 for ; Tue, 5 Jun 2007 07:03:33 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id DCC5B13C468 for ; Tue, 5 Jun 2007 07:03:32 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 397601F4BA; Tue, 5 Jun 2007 09:41:20 +0300 (EEST) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 70557-07; Tue, 5 Jun 2007 09:41:18 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id A4D341F4B8; Tue, 5 Jun 2007 09:41:18 +0300 (EEST) Message-ID: <4665058E.2000108@bulinfo.net> Date: Tue, 05 Jun 2007 09:41:18 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.0 (X11/20070601) MIME-Version: 1.0 To: Marcel Moolenaar References: <"49326.2001:6f8:101e:0:20e:cff:fe6d:6adb.1180977230.squirrel"@webmail.alpha-tierchen.de> <20070604.113750.-1540390883.imp@bsdimp.com> <6F9854AF-D3F5-48F8-A6F9-E556ACF198EA@mac.com> In-Reply-To: <6F9854AF-D3F5-48F8-A6F9-E556ACF198EA@mac.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: arm@freebsd.org, bkoenig@alpha-tierchen.de Subject: Re: How to get console output? 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, 05 Jun 2007 07:03:33 -0000 I had this problem 2 months ago and this was quick fix: http://lists.freebsd.org/pipermail/freebsd-arm/2007-April/000521.html I am not sure whether this is the right solution or I miss to define something about the console? Marcel Moolenaar wrote: > > On Jun 4, 2007, at 10:37 AM, M. Warner Losh wrote: >> I have the following sitting in my tree: >> >> Index: uart_cpu_at91rm9200usart.c >> =================================================================== >> RCS file: /cache/ncvs/src/sys/arm/at91/uart_cpu_at91rm9200usart.c,v >> retrieving revision 1.3 >> diff -u -r1.3 uart_cpu_at91rm9200usart.c >> --- uart_cpu_at91rm9200usart.c 2 Apr 2007 22:00:21 -0000 1.3 >> +++ uart_cpu_at91rm9200usart.c 4 Jun 2007 17:37:20 -0000 >> @@ -80,5 +80,6 @@ >> uart_bus_space_io = &at91_bs_tag; >> uart_bus_space_mem = NULL; >> /* Check the environment for overrides */ >> - return (uart_getenv(devtype, di, class)); >> + uart_getenv(devtype, di, class); >> + return 0; >> } >> >> waiting to find some time to test it. > > I just committed it. > FYI, > -- Krassimir Slavchev Bulinfo Ltd. krassi@bulinfo.net (+359 2) 969-9160 http://www.bulinfo.net (+359 2) 969-9166 From owner-freebsd-arm@FreeBSD.ORG Tue Jun 5 10:07:19 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 905DA16A421; Tue, 5 Jun 2007 10:07:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3D65713C44C; Tue, 5 Jun 2007 10:07:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l55A7IjM092909; Tue, 5 Jun 2007 06:07:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l55A7Ijv028377; Tue, 5 Jun 2007 06:07:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3376073068; Tue, 5 Jun 2007 06:07:18 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070605100718.3376073068@freebsd-current.sentex.ca> Date: Tue, 5 Jun 2007 06:07:18 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 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: Tue, 05 Jun 2007 10:07:19 -0000 TB --- 2007-06-05 08:55:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-05 08:55:01 - starting HEAD tinderbox run for arm/arm TB --- 2007-06-05 08:55:01 - cleaning the object tree TB --- 2007-06-05 08:55:25 - checking out the source tree TB --- 2007-06-05 08:55:25 - cd /tinderbox/HEAD/arm/arm TB --- 2007-06-05 08:55:25 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-05 09:05:59 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-05 09:05:59 - cd /src TB --- 2007-06-05 09:05:59 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 5 09:06:00 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 >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ../../lib/bind/isc/libisc.a(rwlock.o)(.text+0x884): In function `isc_rwlock_lock': : undefined reference to `isc_atomic_xadd' ../../lib/bind/isc/libisc.a(hash.o)(.text+0x7c): In function `isc_hash_ctxattach': : undefined reference to `isc_atomic_xadd' ../../lib/bind/isc/libisc.a(hash.o)(.text+0x2e0): In function `isc_hash_destroy': : undefined reference to `isc_atomic_xadd' ../../lib/bind/isc/libisc.a(hash.o)(.text+0x3c4): In function `isc_hash_ctxdetach': : undefined reference to `isc_atomic_xadd' *** Error code 1 Stop in /src/usr.bin/dig. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-05 10:07:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-05 10:07:17 - ERROR: failed to build world TB --- 2007-06-05 10:07:17 - tinderbox aborted TB --- 0.52 user 1.53 system 4336.78 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Tue Jun 5 15:03:18 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 F2C8E16A468; Tue, 5 Jun 2007 15:03:17 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id AD76813C448; Tue, 5 Jun 2007 15:03:17 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 3194621E87; Tue, 5 Jun 2007 18:03:16 +0300 (EEST) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14871-08; Tue, 5 Jun 2007 18:03:14 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id CC4C021DAD; Tue, 5 Jun 2007 18:03:14 +0300 (EEST) Message-ID: <46657B33.5010804@bulinfo.net> Date: Tue, 05 Jun 2007 18:03:15 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.0 (X11/20070601) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: Subject: kernel linking 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, 05 Jun 2007 15:03:18 -0000 This is with latest -current on arm: linking kernel kern_intr.o(.text+0x15d8): In function `swi_sched': : undefined reference to `PCPU_LAZY_ADD' kern_synch.o(.text+0x210): In function `mi_switch': : undefined reference to `PCPU_LAZY_ADD' kern_thread.o(.text+0x9b4): In function `thread_exit': : undefined reference to `PCPU_LAZY_ADD' subr_trap.o(.text+0x180): In function `ast': : undefined reference to `PCPU_LAZY_ADD' nfs_bio.o(.text+0x11cc): In function `nfs_getpages': : undefined reference to `PCPU_LAZY_ADD' nfs_bio.o(.text+0x1620): more undefined references to `PCPU_LAZY_ADD' follow *** Error code 1 May be I need to add something in my kernel config file? From owner-freebsd-arm@FreeBSD.ORG Tue Jun 5 15:12:40 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 0290516A400 for ; Tue, 5 Jun 2007 15:12:40 +0000 (UTC) (envelope-from bkoenig@cs.tu-berlin.de) Received: from mail.liberty-hosting.de (mail.smartterra.de [195.225.132.203]) by mx1.freebsd.org (Postfix) with ESMTP id B3DBE13C43E for ; Tue, 5 Jun 2007 15:12:39 +0000 (UTC) (envelope-from bkoenig@cs.tu-berlin.de) Received: from mail.liberty-hosting.de ([195.225.132.203]) by localhost (liberty-mail [195.225.132.203]) (amavisd-new, port 10024) with ESMTP id 76879-01 for ; Tue, 5 Jun 2007 17:12:34 +0200 (CEST) Received: from home.alpha-tierchen.de (port-212-202-170-5.dynamic.qsc.de [212.202.170.5]) by mail.liberty-hosting.de (Postfix) with ESMTP id 35F951814F4 for ; Tue, 5 Jun 2007 17:12:34 +0200 (CEST) Received: from webmail.alpha-tierchen.de (localhost [127.0.0.1]) by home.alpha-tierchen.de (Postfix) with ESMTP id 1AA6E45046 for ; Tue, 5 Jun 2007 17:12:32 +0200 (CEST) Received: from 2001:6f8:101e:0:20e:cff:fe6d:6adb (SquirrelMail authenticated user bkoenig) by webmail.alpha-tierchen.de with HTTP; Tue, 5 Jun 2007 17:12:32 +0200 (CEST) Message-ID: <53067.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181056352.squirrel@webmail.alpha-tierchen.de> Date: Tue, 5 Jun 2007 17:12:32 +0200 (CEST) From: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= To: arm@freebsd.org User-Agent: SquirrelMail/1.4.10a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at mail.smartterra.de Cc: Subject: timeout while detecting SD card 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, 05 Jun 2007 15:12:40 -0000 Hello, yet another problem. I can't access the SD card. I googled a bit and noticed that I'm not the only one with this problem, but I haven't found a solution yet. Here are some details: Everything seems to work fine until sending the app command in mmc_wait_for_app_cmd. The driver gets an interrupt with a "response time-out error" set in status register. That's it. I tried to find the problem and executed an Atmel MCI demo programm in kernel shortly after mmc_scan. It does basically the same and detects the card in the SD card bay properly. There is one obvious difference: the demo doesn't use an interrupt service routine. I hope someone has a hint for me, once again. ;-) Regards Björn From owner-freebsd-arm@FreeBSD.ORG Tue Jun 5 15:40:23 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 9F4EE16A46B; Tue, 5 Jun 2007 15:40:23 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de (mail.smartterra.de [195.225.132.203]) by mx1.freebsd.org (Postfix) with ESMTP id 2AA0413C46A; Tue, 5 Jun 2007 15:40:22 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de ([195.225.132.203]) by localhost (liberty-mail [195.225.132.203]) (amavisd-new, port 10024) with ESMTP id 78398-10; Tue, 5 Jun 2007 17:40:20 +0200 (CEST) Received: from home.alpha-tierchen.de (port-212-202-170-5.dynamic.qsc.de [212.202.170.5]) by mail.liberty-hosting.de (Postfix) with ESMTP id 652B815A2E0; Tue, 5 Jun 2007 17:40:20 +0200 (CEST) Received: from webmail.alpha-tierchen.de (localhost [127.0.0.1]) by home.alpha-tierchen.de (Postfix) with ESMTP id 3814D45046; Tue, 5 Jun 2007 17:40:18 +0200 (CEST) Received: from 2001:6f8:101e:0:20e:cff:fe6d:6adb (SquirrelMail authenticated user bkoenig) by webmail.alpha-tierchen.de with HTTP; Tue, 5 Jun 2007 17:40:18 +0200 (CEST) Message-ID: <62789.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181058018.squirrel@webmail.alpha-tierchen.de> In-Reply-To: <46657B33.5010804@bulinfo.net> References: <46657B33.5010804@bulinfo.net> Date: Tue, 5 Jun 2007 17:40:18 +0200 (CEST) From: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= To: "Krassimir Slavchev" User-Agent: SquirrelMail/1.4.10a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at mail.smartterra.de Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Subject: Re: kernel linking 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, 05 Jun 2007 15:40:23 -0000 > This is with latest -current on arm: > > linking kernel > kern_intr.o(.text+0x15d8): In function `swi_sched': > : undefined reference to `PCPU_LAZY_ADD' > [...] Most likely an inconsistent source tree. According to http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/kern_intr.c PCPU_LAZY_ADD has been renamed to PCPU_INC. Björn From owner-freebsd-arm@FreeBSD.ORG Tue Jun 5 15:43:38 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 248C116A400 for ; Tue, 5 Jun 2007 15:43:38 +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 A691013C447 for ; Tue, 5 Jun 2007 15:43:37 +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 l55Fh0oC009647; Tue, 5 Jun 2007 17:43:01 +0200 (CEST) (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 l55Fgpiw064393 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Jun 2007 17:42:52 +0200 (CEST) (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 l55Fgpvk018614; Tue, 5 Jun 2007 17:42:51 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l55Fgp7g018613; Tue, 5 Jun 2007 17:42:51 +0200 (CEST) (envelope-from ticso) Date: Tue, 5 Jun 2007 17:42:51 +0200 From: Bernd Walter To: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= Message-ID: <20070605154250.GN16463@cicely12.cicely.de> References: <53067.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181056352.squirrel@webmail.alpha-tierchen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <53067.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181056352.squirrel@webmail.alpha-tierchen.de> 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: arm@freebsd.org Subject: Re: timeout while detecting SD card 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: Tue, 05 Jun 2007 15:43:38 -0000 On Tue, Jun 05, 2007 at 05:12:32PM +0200, Björn König wrote: > Hello, > > yet another problem. I can't access the SD card. I googled a bit and > noticed that I'm not the only one with this problem, but I haven't found a > solution yet. Here are some details: > > Everything seems to work fine until sending the app command in > mmc_wait_for_app_cmd. The driver gets an interrupt with a "response > time-out error" set in status register. That's it. > > I tried to find the problem and executed an Atmel MCI demo programm in > kernel shortly after mmc_scan. It does basically the same and detects the > card in the SD card bay properly. There is one obvious difference: the > demo doesn't use an interrupt service routine. > > I hope someone has a hint for me, once again. ;-) All drivers expect the bootcode to setup the io-lines. I also saw the effect that when booting via bootspi (MCI init added) then the first boot may not find the card. Booting via boot2 always succeed. You may want to check about what redboot does about MCI init. -- 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 Tue Jun 5 15:44:51 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 7383416A41F for ; Tue, 5 Jun 2007 15:44:51 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id E98A513C4BB for ; Tue, 5 Jun 2007 15:44:50 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so230689uge for ; Tue, 05 Jun 2007 08:44:49 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=jMmShnlH5y1w1kOPAuQ4a2CKCowwIf462hSnIe5qSXbbvBVDvbCIg+3JUQ/1qvszfxHdRASQHXSqkYVjs0DY3THxVUrAp2i20WGUep2NIvZJXBgjEQ5idsDkqvGVC7DLtD02yYjN7l/iJLxXbvjpk+sNyQbXwGJC+1/k3WAIhrU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=iInJqPD0t/vFmg74wQaHGsvLg+gjmtU331eVWxd5T9I4vlE9ezL4vt2mgZtG1GdvPZV2OSkNAxEuBZGBnCjDkFBRJDX9DuDAEqROAVT4orDSv52sKiLUJf/ubQeRqjCnzsEaaOA2RhZmQGM40KR2ASV9TG5vuLaUtGTJ2mOvTqc= Received: by 10.78.180.16 with SMTP id c16mr2530404huf.1181056536398; Tue, 05 Jun 2007 08:15:36 -0700 (PDT) Received: by 10.78.120.9 with HTTP; Tue, 5 Jun 2007 08:15:36 -0700 (PDT) Message-ID: <3bbf2fe10706050815u619bd2e6p728c0d20e2aae802@mail.gmail.com> Date: Tue, 5 Jun 2007 17:15:36 +0200 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Krassimir Slavchev" In-Reply-To: <46657B33.5010804@bulinfo.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46657B33.5010804@bulinfo.net> X-Google-Sender-Auth: 0d6b8abb72e787d3 Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Subject: Re: kernel linking 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, 05 Jun 2007 15:44:51 -0000 2007/6/5, Krassimir Slavchev : > This is with latest -current on arm: > > linking kernel > kern_intr.o(.text+0x15d8): In function `swi_sched': > : undefined reference to `PCPU_LAZY_ADD' > kern_synch.o(.text+0x210): In function `mi_switch': > : undefined reference to `PCPU_LAZY_ADD' > kern_thread.o(.text+0x9b4): In function `thread_exit': > : undefined reference to `PCPU_LAZY_ADD' > subr_trap.o(.text+0x180): In function `ast': > : undefined reference to `PCPU_LAZY_ADD' > nfs_bio.o(.text+0x11cc): In function `nfs_getpages': > : undefined reference to `PCPU_LAZY_ADD' > nfs_bio.o(.text+0x1620): more undefined references to `PCPU_LAZY_ADD' follow These have been renamed. Be sure you update all your src tree, then recompile by scratch your kernel. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-arm@FreeBSD.ORG Tue Jun 5 16:05:18 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 6A9FC16A400 for ; Tue, 5 Jun 2007 16:05:18 +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 2619B13C45D for ; Tue, 5 Jun 2007 16:05:18 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l55G2xx9045346; Tue, 5 Jun 2007 10:02:59 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 05 Jun 2007 10:03:20 -0600 (MDT) Message-Id: <20070605.100320.1716877272.imp@bsdimp.com> To: bkoenig@cs.tu-berlin.de From: "M. Warner Losh" In-Reply-To: <53067.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181056352.squirrel@webmail.alpha-tierchen.de> References: <53067.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181056352.squirrel@webmail.alpha-tierchen.de> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 05 Jun 2007 10:02:59 -0600 (MDT) Cc: arm@freebsd.org Subject: Re: timeout while detecting SD card 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, 05 Jun 2007 16:05:18 -0000 In message: <53067.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181056352.squirre= l@webmail.alpha-tierchen.de> Bj=F6rn_K=F6nig writes: : Hello, : = : yet another problem. I can't access the SD card. I googled a bit and : noticed that I'm not the only one with this problem, but I haven't fo= und a : solution yet. Here are some details: : = : Everything seems to work fine until sending the app command in : mmc_wait_for_app_cmd. The driver gets an interrupt with a "response : time-out error" set in status register. That's it. : = : I tried to find the problem and executed an Atmel MCI demo programm i= n : kernel shortly after mmc_scan. It does basically the same and detects= the : card in the SD card bay properly. There is one obvious difference: th= e : demo doesn't use an interrupt service routine. : = : I hope someone has a hint for me, once again. ;-) I have some fixes in p4 I think that address this issue, I think. Warner From owner-freebsd-arm@FreeBSD.ORG Tue Jun 5 16:08:38 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 A5C0816A400 for ; Tue, 5 Jun 2007 16:08:38 +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 7747813C4AD for ; Tue, 5 Jun 2007 16:08:37 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l55G5sLR045363; Tue, 5 Jun 2007 10:05:54 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 05 Jun 2007 10:06:15 -0600 (MDT) Message-Id: <20070605.100615.-1384053623.imp@bsdimp.com> To: ticso@cicely.de, ticso@cicely12.cicely.de From: "M. Warner Losh" In-Reply-To: <20070605154250.GN16463@cicely12.cicely.de> References: <53067.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181056352.squirrel@webmail.alpha-tierchen.de> <20070605154250.GN16463@cicely12.cicely.de> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 05 Jun 2007 10:05:54 -0600 (MDT) Cc: arm@freebsd.org Subject: Re: timeout while detecting SD card 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, 05 Jun 2007 16:08:38 -0000 In message: <20070605154250.GN16463@cicely12.cicely.de> Bernd Walter writes: : On Tue, Jun 05, 2007 at 05:12:32PM +0200, Bj=F6rn K=F6nig wrote: : > Hello, : > = : > yet another problem. I can't access the SD card. I googled a bit an= d : > noticed that I'm not the only one with this problem, but I haven't = found a : > solution yet. Here are some details: : > = : > Everything seems to work fine until sending the app command in : > mmc_wait_for_app_cmd. The driver gets an interrupt with a "response= : > time-out error" set in status register. That's it. I think this is what I fixed by increasing the timeout... : > I tried to find the problem and executed an Atmel MCI demo programm= in : > kernel shortly after mmc_scan. It does basically the same and detec= ts the : > card in the SD card bay properly. There is one obvious difference: = the : > demo doesn't use an interrupt service routine. : > = : > I hope someone has a hint for me, once again. ;-) : = : All drivers expect the bootcode to setup the io-lines. : I also saw the effect that when booting via bootspi (MCI init added) : then the first boot may not find the card. : Booting via boot2 always succeed. : You may want to check about what redboot does about MCI init. The theory I read somewhere in linux land was that the boot loader was responsible for setting up the various I/O lines. I coded full speed ahead with this assumption. If it isn't actually true, then we can reevaluate. It isn't that hard to add a board init function. But then we need to add a board id to boot2 and have the kernel use it. I believe that redboot already passes one in... Warner From owner-freebsd-arm@FreeBSD.ORG Tue Jun 5 16:59:24 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 BB54916A400 for ; Tue, 5 Jun 2007 16:59:24 +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 61F4C13C44B for ; Tue, 5 Jun 2007 16:59:24 +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 l55GxJMS012823; Tue, 5 Jun 2007 18:59:19 +0200 (CEST) (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 l55Gx9wm064907 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Jun 2007 18:59:10 +0200 (CEST) (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 l55Gx9er018793; Tue, 5 Jun 2007 18:59:09 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l55Gx96v018792; Tue, 5 Jun 2007 18:59:09 +0200 (CEST) (envelope-from ticso) Date: Tue, 5 Jun 2007 18:59:09 +0200 From: Bernd Walter To: "M. Warner Losh" Message-ID: <20070605165908.GP16463@cicely12.cicely.de> References: <53067.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181056352.squirrel@webmail.alpha-tierchen.de> <20070605154250.GN16463@cicely12.cicely.de> <20070605.100615.-1384053623.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20070605.100615.-1384053623.imp@bsdimp.com> 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: ticso@cicely12.cicely.de, arm@freebsd.org, ticso@cicely.de Subject: Re: timeout while detecting SD card 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: Tue, 05 Jun 2007 16:59:24 -0000 On Tue, Jun 05, 2007 at 10:06:15AM -0600, M. Warner Losh wrote: > In message: <20070605154250.GN16463@cicely12.cicely.de> > Bernd Walter writes: > : On Tue, Jun 05, 2007 at 05:12:32PM +0200, Björn König wrote: > : > Hello, > : > > : > yet another problem. I can't access the SD card. I googled a bit and > : > noticed that I'm not the only one with this problem, but I haven't found a > : > solution yet. Here are some details: > : > > : > Everything seems to work fine until sending the app command in > : > mmc_wait_for_app_cmd. The driver gets an interrupt with a "response > : > time-out error" set in status register. That's it. > > I think this is what I fixed by increasing the timeout... > > : > I tried to find the problem and executed an Atmel MCI demo programm in > : > kernel shortly after mmc_scan. It does basically the same and detects the > : > card in the SD card bay properly. There is one obvious difference: the > : > demo doesn't use an interrupt service routine. > : > > : > I hope someone has a hint for me, once again. ;-) > : > : All drivers expect the bootcode to setup the io-lines. > : I also saw the effect that when booting via bootspi (MCI init added) > : then the first boot may not find the card. > : Booting via boot2 always succeed. > : You may want to check about what redboot does about MCI init. > > The theory I read somewhere in linux land was that the boot loader was > responsible for setting up the various I/O lines. I coded full speed > ahead with this assumption. If it isn't actually true, then we can > reevaluate. It isn't that hard to add a board init function. But > then we need to add a board id to boot2 and have the kernel use it. I > believe that redboot already passes one in... I personally like the current situation is best. I can have the same image for variuous boards, whichout having to define a new board name everytime. Just a few points in respect to hardcoded clock rates may be a problem. E.g. MCK can be higher than 60MHz if you accept to reduce the CPU clock, which may or may not be faster depending on the io usage. Not to speak about overclocking, which, if I got the RM9200 datasheet right, allows higher clock rates by just overclocking the PLL. -- 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 Tue Jun 5 17:30:06 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 699CB16A400 for ; Tue, 5 Jun 2007 17:30:06 +0000 (UTC) (envelope-from bkoenig@cs.tu-berlin.de) Received: from mail.liberty-hosting.de (mail.smartterra.de [195.225.132.203]) by mx1.freebsd.org (Postfix) with ESMTP id 20A9513C455 for ; Tue, 5 Jun 2007 17:30:05 +0000 (UTC) (envelope-from bkoenig@cs.tu-berlin.de) Received: from mail.liberty-hosting.de ([195.225.132.203]) by localhost (liberty-mail [195.225.132.203]) (amavisd-new, port 10024) with ESMTP id 86737-05; Tue, 5 Jun 2007 19:30:01 +0200 (CEST) Received: from home.alpha-tierchen.de (port-212-202-170-5.dynamic.qsc.de [212.202.170.5]) by mail.liberty-hosting.de (Postfix) with ESMTP id ACFBB180857; Tue, 5 Jun 2007 19:30:01 +0200 (CEST) Received: from webmail.alpha-tierchen.de (localhost [127.0.0.1]) by home.alpha-tierchen.de (Postfix) with ESMTP id 3001C45046; Tue, 5 Jun 2007 19:29:59 +0200 (CEST) Received: from 2001:6f8:101e:0:20e:cff:fe6d:6adb (SquirrelMail authenticated user bkoenig) by webmail.alpha-tierchen.de with HTTP; Tue, 5 Jun 2007 19:29:59 +0200 (CEST) Message-ID: <63322.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181064599.squirrel@webmail.alpha-tierchen.de> In-Reply-To: <20070605154250.GN16463@cicely12.cicely.de> References: <53067.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181056352.squirrel@webmail.alpha-tierchen.de> <20070605154250.GN16463@cicely12.cicely.de> Date: Tue, 5 Jun 2007 19:29:59 +0200 (CEST) From: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= To: ticso@cicely.de User-Agent: SquirrelMail/1.4.10a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at mail.smartterra.de Cc: arm@freebsd.org Subject: Re: timeout while detecting SD card 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, 05 Jun 2007 17:30:06 -0000 Bernd schrieb: > All drivers expect the bootcode to setup the io-lines. > I also saw the effect that when booting via bootspi (MCI init added) > then the first boot may not find the card. > Booting via boot2 always succeed. > You may want to check about what redboot does about MCI init. Great. Thanks for the hint. I added appropriate lines to board_init(): http://www.alpha-tierchen.de/dateien/etc/kb920x_machdep.c.diff It works fine now. Regards Björn From owner-freebsd-arm@FreeBSD.ORG Tue Jun 5 18:12:56 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 7F60C16A474; Tue, 5 Jun 2007 18:12:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4557413C4AE; Tue, 5 Jun 2007 18:12:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l55ICrwg054545; Tue, 5 Jun 2007 14:12:53 -0400 (EDT) (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 l55ICrtM062700; Tue, 5 Jun 2007 14:12:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F203373068; Tue, 5 Jun 2007 14:12:52 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070605181252.F203373068@freebsd-current.sentex.ca> Date: Tue, 5 Jun 2007 14:12:52 -0400 (EDT) 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: Tue, 05 Jun 2007 18:12:56 -0000 TB --- 2007-06-05 17:00:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-05 17:00:01 - starting HEAD tinderbox run for arm/arm TB --- 2007-06-05 17:00:01 - cleaning the object tree TB --- 2007-06-05 17:00:24 - checking out the source tree TB --- 2007-06-05 17:00:24 - cd /tinderbox/HEAD/arm/arm TB --- 2007-06-05 17:00:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-05 17:11:04 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-05 17:11:04 - cd /src TB --- 2007-06-05 17:11:04 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 5 17:11:05 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 >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ../../lib/bind/isc/libisc.a(rwlock.o)(.text+0x884): In function `isc_rwlock_lock': : undefined reference to `isc_atomic_xadd' ../../lib/bind/isc/libisc.a(hash.o)(.text+0x7c): In function `isc_hash_ctxattach': : undefined reference to `isc_atomic_xadd' ../../lib/bind/isc/libisc.a(hash.o)(.text+0x2e0): In function `isc_hash_destroy': : undefined reference to `isc_atomic_xadd' ../../lib/bind/isc/libisc.a(hash.o)(.text+0x3c4): In function `isc_hash_ctxdetach': : undefined reference to `isc_atomic_xadd' *** Error code 1 Stop in /src/usr.bin/dig. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-05 18:12:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-05 18:12:52 - ERROR: failed to build world TB --- 2007-06-05 18:12:52 - tinderbox aborted TB --- 0.48 user 1.61 system 4371.51 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Tue Jun 5 22:21:06 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 9CB2416A46C for ; Tue, 5 Jun 2007 22:21:06 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 38A8913C48C for ; Tue, 5 Jun 2007 22:21:06 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 1268 invoked by uid 399); 5 Jun 2007 22:21:05 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 5 Jun 2007 22:21:05 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <4665E1CF.3020304@FreeBSD.org> Date: Tue, 05 Jun 2007 15:21:03 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.0 (X11/20070525) MIME-Version: 1.0 To: FreeBSD Tinderbox References: <20070605181252.F203373068@freebsd-current.sentex.ca> In-Reply-To: <20070605181252.F203373068@freebsd-current.sentex.ca> X-Enigmail-Version: 0.95.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: arm@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on arm/arm 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, 05 Jun 2007 22:21:06 -0000 FreeBSD Tinderbox wrote: > TB --- 2007-06-05 18:12:52 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2007-06-05 18:12:52 - ERROR: failed to build world Once again, my apologies for this ongoing issue. I finally had a chance to test and commit the fix supplied by Warner, so once the tinderbox gets the update world will build again for arm unless I've done something seriously wrong with my cross build. Regards, Doug -- This .signature sanitized for your protection From owner-freebsd-arm@FreeBSD.ORG Wed Jun 6 06:45:56 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 A222916A4C6 for ; Wed, 6 Jun 2007 06:45:56 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id BE61513C45B for ; Wed, 6 Jun 2007 06:45:53 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 7779735690; Wed, 6 Jun 2007 09:45:52 +0300 (EEST) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 61373-04; Wed, 6 Jun 2007 09:45:49 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id 923163568C; Wed, 6 Jun 2007 09:45:49 +0300 (EEST) Message-ID: <4666581D.9050009@bulinfo.net> Date: Wed, 06 Jun 2007 09:45:49 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.0 (X11/20070601) MIME-Version: 1.0 To: ticso@cicely.de References: <53067.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181056352.squirrel@webmail.alpha-tierchen.de> <20070605154250.GN16463@cicely12.cicely.de> <20070605.100615.-1384053623.imp@bsdimp.com> <20070605165908.GP16463@cicely12.cicely.de> In-Reply-To: <20070605165908.GP16463@cicely12.cicely.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: ticso@cicely12.cicely.de, arm@freebsd.org Subject: Re: timeout while detecting SD card 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, 06 Jun 2007 06:45:56 -0000 Bernd Walter wrote: > On Tue, Jun 05, 2007 at 10:06:15AM -0600, M. Warner Losh wrote: > >> In message: <20070605154250.GN16463@cicely12.cicely.de> >> Bernd Walter writes: >> : On Tue, Jun 05, 2007 at 05:12:32PM +0200, Björn König wrote: >> : > Hello, >> : > >> : > yet another problem. I can't access the SD card. I googled a bit and >> : > noticed that I'm not the only one with this problem, but I haven't found a >> : > solution yet. Here are some details: >> : > >> : > Everything seems to work fine until sending the app command in >> : > mmc_wait_for_app_cmd. The driver gets an interrupt with a "response >> : > time-out error" set in status register. That's it. >> >> I think this is what I fixed by increasing the timeout... >> >> : > I tried to find the problem and executed an Atmel MCI demo programm in >> : > kernel shortly after mmc_scan. It does basically the same and detects the >> : > card in the SD card bay properly. There is one obvious difference: the >> : > demo doesn't use an interrupt service routine. >> : > >> : > I hope someone has a hint for me, once again. ;-) >> : >> : All drivers expect the bootcode to setup the io-lines. >> : I also saw the effect that when booting via bootspi (MCI init added) >> : then the first boot may not find the card. >> : Booting via boot2 always succeed. >> : You may want to check about what redboot does about MCI init. >> >> The theory I read somewhere in linux land was that the boot loader was >> responsible for setting up the various I/O lines. I coded full speed >> ahead with this assumption. If it isn't actually true, then we can >> reevaluate. It isn't that hard to add a board init function. But >> then we need to add a board id to boot2 and have the kernel use it. I >> believe that redboot already passes one in... >> > > I personally like the current situation is best. > I can have the same image for variuous boards, whichout having to > define a new board name everytime. > Just a few points in respect to hardcoded clock rates may be a problem. > E.g. MCK can be higher than 60MHz if you accept to reduce the CPU clock, > which may or may not be faster depending on the io usage. > Not to speak about overclocking, which, if I got the RM9200 datasheet > right, allows higher clock rates by just overclocking the PLL. > I use MCK 80MHz and cpu clock 240MHz without any problems. From owner-freebsd-arm@FreeBSD.ORG Wed Jun 6 08:09:46 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 1313416A508 for ; Wed, 6 Jun 2007 08:09:46 +0000 (UTC) (envelope-from bkoenig@cs.tu-berlin.de) Received: from mail.liberty-hosting.de (mail.smartterra.de [195.225.132.203]) by mx1.freebsd.org (Postfix) with ESMTP id D216213C5DC for ; Wed, 6 Jun 2007 08:09:44 +0000 (UTC) (envelope-from bkoenig@cs.tu-berlin.de) Received: from mail.liberty-hosting.de ([195.225.132.203]) by localhost (liberty-mail [195.225.132.203]) (amavisd-new, port 10024) with ESMTP id 72751-08; Wed, 6 Jun 2007 10:09:41 +0200 (CEST) Received: from home.alpha-tierchen.de (port-212-202-170-5.dynamic.qsc.de [212.202.170.5]) by mail.liberty-hosting.de (Postfix) with ESMTP id 02DDD180524; Wed, 6 Jun 2007 10:09:41 +0200 (CEST) Received: from webmail.alpha-tierchen.de (localhost [127.0.0.1]) by home.alpha-tierchen.de (Postfix) with ESMTP id C6D6745046; Wed, 6 Jun 2007 10:09:39 +0200 (CEST) Received: from 2001:6f8:101e:0:20e:cff:fe6d:6adb (SquirrelMail authenticated user bkoenig) by webmail.alpha-tierchen.de with HTTP; Wed, 6 Jun 2007 10:09:39 +0200 (CEST) Message-ID: <49266.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181117379.squirrel@webmail.alpha-tierchen.de> In-Reply-To: <4666581D.9050009@bulinfo.net> References: <53067.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181056352.squirrel@webmail.alpha-tierchen.de> <20070605154250.GN16463@cicely12.cicely.de> <20070605.100615.-1384053623.imp@bsdimp.com> <20070605165908.GP16463@cicely12.cicely.de> <4666581D.9050009@bulinfo.net> Date: Wed, 6 Jun 2007 10:09:39 +0200 (CEST) From: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= To: "Krassimir Slavchev" User-Agent: SquirrelMail/1.4.10a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at mail.smartterra.de Cc: arm@freebsd.org, ticso@cicely.de Subject: Re: timeout while detecting SD card 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, 06 Jun 2007 08:09:46 -0000 Krassimir Slavchev skrev: > I use MCK 80MHz and cpu clock 240MHz without any problems. I would assume that certain devices won't work properly. I doesn't have much experience with the at91rm9200, but with at91sam7s256. The controller's maximum MCK(=PCK) is 55 MHz according to the specification, but actually it worked almost fine with 96 MHz. At least USB didn't work properly anymore, but most peripherals. Obviously there are many reserves beyond the specification and I think it behaves potentially similar with the at91rm9200. Björn From owner-freebsd-arm@FreeBSD.ORG Wed Jun 6 08:58:16 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 AB40716A46B for ; Wed, 6 Jun 2007 08:58:16 +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 2187013C468 for ; Wed, 6 Jun 2007 08:58:15 +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 l568w9pp035810; Wed, 6 Jun 2007 10:58:09 +0200 (CEST) (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 l568w16n072086 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Jun 2007 10:58:01 +0200 (CEST) (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 l568w0S8021184; Wed, 6 Jun 2007 10:58:00 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l568w0DS021183; Wed, 6 Jun 2007 10:58:00 +0200 (CEST) (envelope-from ticso) Date: Wed, 6 Jun 2007 10:58:00 +0200 From: Bernd Walter To: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= Message-ID: <20070606085800.GY16463@cicely12.cicely.de> References: <53067.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181056352.squirrel@webmail.alpha-tierchen.de> <20070605154250.GN16463@cicely12.cicely.de> <20070605.100615.-1384053623.imp@bsdimp.com> <20070605165908.GP16463@cicely12.cicely.de> <4666581D.9050009@bulinfo.net> <49266.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181117379.squirrel@webmail.alpha-tierchen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <49266.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181117379.squirrel@webmail.alpha-tierchen.de> 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: arm@freebsd.org, ticso@cicely.de Subject: Re: timeout while detecting SD card 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: Wed, 06 Jun 2007 08:58:16 -0000 On Wed, Jun 06, 2007 at 10:09:39AM +0200, Björn König wrote: > Krassimir Slavchev skrev: > > > I use MCK 80MHz and cpu clock 240MHz without any problems. My first overclocking was 288MHz, which was surpisingly stable. It happend because I oversaw a crystal definition and compiled the PLL init code for 10MHz, while my boards have 16MHz. But be carefull - MCK of 60MHz is still hardcoded in a few places. > I would assume that certain devices won't work properly. I doesn't have > much experience with the at91rm9200, but with at91sam7s256. The > controller's maximum MCK(=PCK) is 55 MHz according to the specification, > but actually it worked almost fine with 96 MHz. At least USB didn't work > properly anymore, but most peripherals. Obviously there are many reserves > beyond the specification and I think it behaves potentially similar with > the at91rm9200. That's not neccessarily the case with the RM9200. It is only the PLL, which is limited to 180MHz. MCK of 80MHz is OK and PCK of 209MHz is OK. It is just that you can't get a PCK of 209MHz without overclocking the PLL. MCK is divided from PCK, so you can get 80MHz only with reduced MCK or higher PCK. Since almost every board has PC133 SDRAM chips even SDRAM access a MCK of 80MHz is fine here as well. With the 240MHz you overclock the PLL and CPU, but MCK and external components are within their range - on the other hand it speeds up everything, from CPU to RAM. In fact the PLL was designed 240MHz on not for 180MHz as defined now. I asume Atmel just reduced it because of problems under edge conditions such as full temperature range. -- 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 Wed Jun 6 11:31:20 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 D942116A46C; Wed, 6 Jun 2007 11:31:20 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id 84ADD13C4AE; Wed, 6 Jun 2007 11:31:20 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 3AF9735C47; Wed, 6 Jun 2007 14:31:10 +0300 (EEST) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 86594-04; Wed, 6 Jun 2007 14:31:06 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id C907535C3F; Wed, 6 Jun 2007 14:31:06 +0300 (EEST) Message-ID: <46669AFA.2060104@bulinfo.net> Date: Wed, 06 Jun 2007 14:31:06 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.0 (X11/20070601) MIME-Version: 1.0 To: Attilio Rao References: <46657B33.5010804@bulinfo.net> <3bbf2fe10706050815u619bd2e6p728c0d20e2aae802@mail.gmail.com> In-Reply-To: <3bbf2fe10706050815u619bd2e6p728c0d20e2aae802@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org, =?UTF-8?B?QmrDtnJuIEvDtm5pZw==?= Subject: Re: kernel linking 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, 06 Jun 2007 11:31:20 -0000 Attilio Rao wrote: > 2007/6/5, Krassimir Slavchev : >> This is with latest -current on arm: >> >> linking kernel >> kern_intr.o(.text+0x15d8): In function `swi_sched': >> : undefined reference to `PCPU_LAZY_ADD' >> kern_synch.o(.text+0x210): In function `mi_switch': >> : undefined reference to `PCPU_LAZY_ADD' >> kern_thread.o(.text+0x9b4): In function `thread_exit': >> : undefined reference to `PCPU_LAZY_ADD' >> subr_trap.o(.text+0x180): In function `ast': >> : undefined reference to `PCPU_LAZY_ADD' >> nfs_bio.o(.text+0x11cc): In function `nfs_getpages': >> : undefined reference to `PCPU_LAZY_ADD' >> nfs_bio.o(.text+0x1620): more undefined references to `PCPU_LAZY_ADD' >> follow > > These have been renamed. > Be sure you update all your src tree, then recompile by scratch your > kernel. > > Attilio > > OK, but in src/sys/arm/include/pcpu.h we have: #define PCPU_INC(member) PCPU_LAZY_ADD(member, 1) which should be: #define PCPU_INC(member) PCPU_ADD(member, 1) or as patch: RCS file: /home/ncvs/src/sys/arm/include/pcpu.h,v retrieving revision 1.5 diff -r1.5 pcpu.h 61c61 < #define PCPU_INC(member) PCPU_LAZY_ADD(member, 1) --- > #define PCPU_INC(member) PCPU_ADD(member, 1) -- Krassimir Slavchev Bulinfo Ltd. krassi@bulinfo.net (+359 2) 969-9160 http://www.bulinfo.net (+359 2) 969-9166 From owner-freebsd-arm@FreeBSD.ORG Wed Jun 6 11:46:26 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 7DB2B16A41F for ; Wed, 6 Jun 2007 11:46:26 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 1195313C45D for ; Wed, 6 Jun 2007 11:46:25 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so471788uge for ; Wed, 06 Jun 2007 04:46:24 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:sender; b=NtRYa0Z3DwOb/BFXN0r4f1NDDd/0w3qSoEwNsBOh3Z21lUOx/qC2d4P7wJ7YSjSECaCupY8POCJRRhEIx/379P4zI5ZMj7LDsvbotI9PK4N+gNXw+jwYYuWmuBalE8TgMPFX+b3QzzT8/Hw+pBY7gUIqqP2/f2TJ7LXdVCXCsjw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:sender; b=RgBhoRwhWk45WG6wi8CsuWAk32Kt/m7UjT1b09XAO+BTgNX8d372GtZoL4pjYjWLIj9G93AO3USnCYSqtbfc2VSsAHtDOO/ZeOQoVuWkPKlIxbZkj1CrRNV3XIbdm1sCADmoyVWA2TYok814FneZbmx4LKNTySpCP8uUF9yLycg= Received: by 10.82.158.12 with SMTP id g12mr795770bue.1181130384350; Wed, 06 Jun 2007 04:46:24 -0700 (PDT) Received: from ?172.31.5.25? ( [89.97.252.178]) by mx.google.com with ESMTP id i7sm5771405nfh.2007.06.06.04.46.23; Wed, 06 Jun 2007 04:46:23 -0700 (PDT) Message-ID: <46669E80.2030308@FreeBSD.org> Date: Wed, 06 Jun 2007 13:46:08 +0200 From: Attilio Rao User-Agent: Thunderbird 1.5 (X11/20060526) MIME-Version: 1.0 To: Krassimir Slavchev References: <46657B33.5010804@bulinfo.net> <3bbf2fe10706050815u619bd2e6p728c0d20e2aae802@mail.gmail.com> <46669AFA.2060104@bulinfo.net> In-Reply-To: <46669AFA.2060104@bulinfo.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: Attilio Rao Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org, =?UTF-8?B?QmrDtnJuIEvDtm5pZw==?= Subject: Re: kernel linking X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: attilio@FreeBSD.org List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 11:46:26 -0000 Krassimir Slavchev wrote: > Attilio Rao wrote: > OK, but in src/sys/arm/include/pcpu.h we have: > > #define PCPU_INC(member) PCPU_LAZY_ADD(member, 1) > > which should be: > > #define PCPU_INC(member) PCPU_ADD(member, 1) Argh, you are right. I'm going to commit a fix including other nits. Thanks, Attilio From owner-freebsd-arm@FreeBSD.ORG Thu Jun 7 07:49:15 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 11F8A16A41F for ; Thu, 7 Jun 2007 07:49:15 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de (mail.smartterra.de [195.225.132.203]) by mx1.freebsd.org (Postfix) with ESMTP id C711E13C44C for ; Thu, 7 Jun 2007 07:49:14 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de ([195.225.132.203]) by localhost (liberty-mail [195.225.132.203]) (amavisd-new, port 10024) with ESMTP id 28681-08 for ; Thu, 7 Jun 2007 09:49:11 +0200 (CEST) Received: from home.alpha-tierchen.de (port-212-202-170-5.dynamic.qsc.de [212.202.170.5]) by mail.liberty-hosting.de (Postfix) with ESMTP id 86554162533 for ; Thu, 7 Jun 2007 09:49:11 +0200 (CEST) Received: from webmail.alpha-tierchen.de (localhost [127.0.0.1]) by home.alpha-tierchen.de (Postfix) with ESMTP id 5DC6645046 for ; Thu, 7 Jun 2007 09:49:10 +0200 (CEST) Received: from 2001:6f8:101e:0:20e:cff:fe6d:6adb (SquirrelMail authenticated user bkoenig) by webmail.alpha-tierchen.de with HTTP; Thu, 7 Jun 2007 09:49:10 +0200 (CEST) Message-ID: <50503.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181202550.squirrel@webmail.alpha-tierchen.de> Date: Thu, 7 Jun 2007 09:49:10 +0200 (CEST) From: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= To: arm@freebsd.org User-Agent: SquirrelMail/1.4.10a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at mail.smartterra.de Cc: Subject: 4-bit SD Card mode 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, 07 Jun 2007 07:49:15 -0000 Hello, I think lot of you know the message 'Setting controller bus width to 1' in conjunction with AT91 SD Card interfaces. I'd like to suggest to disable this message in src/arm/at91/at91_mci.c for two reasons: 1) it occurs excessively and 2) there is no useful information content with this message. Since it is improbable that the driver ever supports the 4-bit mode we also don't need to be informed whether we use 1-bit or 4-bit mode. It is improbable (unless somebody is already working on it) because the 4-bit mode requires either polling or a very special interrupt handling that is not covered by the publicly available simplified SD Card specifications. Regards Björn From owner-freebsd-arm@FreeBSD.ORG Thu Jun 7 07:54:29 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 208CA16A400 for ; Thu, 7 Jun 2007 07:54:29 +0000 (UTC) (envelope-from nb@synthcom.com) Received: from synthcom.com (static-71-245-103-2.ptldor.fios.verizon.net [71.245.103.2]) by mx1.freebsd.org (Postfix) with ESMTP id CC5EF13C43E for ; Thu, 7 Jun 2007 07:54:28 +0000 (UTC) (envelope-from nb@synthcom.com) Received: from static-71-245-103-2.ptldor.fios.verizon.net (static-71-245-103-2.ptldor.fios.verizon.net [71.245.103.2]) by synthcom.com (8.13.8/8.13.8) with ESMTP id l577sRcS069896 for ; Thu, 7 Jun 2007 00:54:27 -0700 (PDT) (envelope-from nb@synthcom.com) Date: Thu, 7 Jun 2007 00:54:27 -0700 (PDT) From: Neil Bradley In-Reply-To: <50503.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181202550.squirrel@webmail.alpha-tierchen.de> Message-ID: <20070607005128.T43808@synthcom.com> References: <50503.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181202550.squirrel@webmail.alpha-tierchen.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (synthcom.com [71.245.103.2]); Thu, 07 Jun 2007 00:54:27 -0700 (PDT) Cc: arm@freebsd.org Subject: Re: 4-bit SD Card mode 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, 07 Jun 2007 07:54:29 -0000 > I think lot of you know the message 'Setting controller bus width to 1' in > conjunction with AT91 SD Card interfaces. I'd like to suggest to disable > this message in src/arm/at91/at91_mci.c for two reasons: 1) it occurs > excessively and 2) there is no useful information content with this > message. Since it is improbable that the driver ever supports the 4-bit > mode we also don't need to be informed whether we use 1-bit or 4-bit mode. > It is improbable (unless somebody is already working on it) because the > 4-bit mode requires either polling or a very special interrupt handling > that is not covered by the publicly available simplified SD Card > specifications. I've done SD drivers, both 1 and 4 bit, DMA and programmed I/O, on the PXA270, Atmel SAM7, Atmel SAM9, and Freescale MX31 CPUs. How may I be of assistance? -->Neil ---------------------------------------------------------------------------- C. Neil Bradley - KE7IXP - The one eyed man in the land of the blind is not king. He's a prisoner. From owner-freebsd-arm@FreeBSD.ORG Thu Jun 7 08:03:42 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 D4FEA16A400 for ; Thu, 7 Jun 2007 08:03:42 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id 938D013C448 for ; Thu, 7 Jun 2007 08:03:42 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 0FA05384D0 for ; Thu, 7 Jun 2007 11:03:38 +0300 (EEST) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 55337-07 for ; Thu, 7 Jun 2007 11:03:34 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id 9D2FB384D1 for ; Thu, 7 Jun 2007 11:03:34 +0300 (EEST) Message-ID: <4667BBD5.20703@bulinfo.net> Date: Thu, 07 Jun 2007 11:03:33 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.0 (X11/20070601) MIME-Version: 1.0 To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Subject: can't boot 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, 07 Jun 2007 08:03:42 -0000 Hello, I can't boot the latest -current kernel on RM9200 anymore. The output from the bootloader (bootspi) is: .... tftp: 1101802 byte >e 0x20000000 > > The last working src tree I had was before gcc 4.2 import. Any ideas where to look? From owner-freebsd-arm@FreeBSD.ORG Thu Jun 7 08:07:04 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 38B4C16A476 for ; Thu, 7 Jun 2007 08:07:04 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de (mail.smartterra.de [195.225.132.203]) by mx1.freebsd.org (Postfix) with ESMTP id E866613C48C for ; Thu, 7 Jun 2007 08:07:01 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de ([195.225.132.203]) by localhost (liberty-mail [195.225.132.203]) (amavisd-new, port 10024) with ESMTP id 30176-03; Thu, 7 Jun 2007 10:06:58 +0200 (CEST) Received: from home.alpha-tierchen.de (port-212-202-170-5.dynamic.qsc.de [212.202.170.5]) by mail.liberty-hosting.de (Postfix) with ESMTP id 2F55817F05D; Thu, 7 Jun 2007 10:06:58 +0200 (CEST) Received: from webmail.alpha-tierchen.de (localhost [127.0.0.1]) by home.alpha-tierchen.de (Postfix) with ESMTP id 01D9845046; Thu, 7 Jun 2007 10:06:57 +0200 (CEST) Received: from 2001:6f8:101e:0:20e:cff:fe6d:6adb (SquirrelMail authenticated user bkoenig) by webmail.alpha-tierchen.de with HTTP; Thu, 7 Jun 2007 10:06:57 +0200 (CEST) Message-ID: <53054.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181203617.squirrel@webmail.alpha-tierchen.de> In-Reply-To: <20070607005128.T43808@synthcom.com> References: <50503.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181202550.squirrel@webmail.alpha-tierchen.de> <20070607005128.T43808@synthcom.com> Date: Thu, 7 Jun 2007 10:06:57 +0200 (CEST) From: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= To: "Neil Bradley" User-Agent: SquirrelMail/1.4.10a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at mail.smartterra.de Cc: arm@freebsd.org Subject: Re: 4-bit SD Card mode 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, 07 Jun 2007 08:07:04 -0000 Neil wrote: > I've done SD drivers, both 1 and 4 bit, DMA and programmed I/O, on the > PXA270, Atmel SAM7, Atmel SAM9, and Freescale MX31 CPUs. How may I be of > assistance? Actually the driver does the whole status and error handling using an interrupt service routine. This is unsuitable in 4-bit mode because in this mode the interrupt line is shared with a data line. So to get 4-bit mode working it is necessary to know the complete definition of the "interrupt period" - the period where it is allowed to enable the interrupt during 4-bit mode. Björn From owner-freebsd-arm@FreeBSD.ORG Thu Jun 7 08:11: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 3989C16A400 for ; Thu, 7 Jun 2007 08:11:22 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de (mail.smartterra.de [195.225.132.203]) by mx1.freebsd.org (Postfix) with ESMTP id EDB6313C43E for ; Thu, 7 Jun 2007 08:11:21 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de ([195.225.132.203]) by localhost (liberty-mail [195.225.132.203]) (amavisd-new, port 10024) with ESMTP id 30176-08; Thu, 7 Jun 2007 10:11:18 +0200 (CEST) Received: from home.alpha-tierchen.de (port-212-202-170-5.dynamic.qsc.de [212.202.170.5]) by mail.liberty-hosting.de (Postfix) with ESMTP id 7AC4F17F112; Thu, 7 Jun 2007 10:11:18 +0200 (CEST) Received: from webmail.alpha-tierchen.de (localhost [127.0.0.1]) by home.alpha-tierchen.de (Postfix) with ESMTP id 47D4B45046; Thu, 7 Jun 2007 10:11:17 +0200 (CEST) Received: from 2001:6f8:101e:0:20e:cff:fe6d:6adb (SquirrelMail authenticated user bkoenig) by webmail.alpha-tierchen.de with HTTP; Thu, 7 Jun 2007 10:11:17 +0200 (CEST) Message-ID: <62739.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181203877.squirrel@webmail.alpha-tierchen.de> In-Reply-To: <4667BBD5.20703@bulinfo.net> References: <4667BBD5.20703@bulinfo.net> Date: Thu, 7 Jun 2007 10:11:17 +0200 (CEST) From: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= To: "Krassimir Slavchev" User-Agent: SquirrelMail/1.4.10a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at mail.smartterra.de Cc: freebsd-arm@freebsd.org Subject: Re: can't boot 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, 07 Jun 2007 08:11:22 -0000 Krassimir wrote: > I can't boot the latest -current kernel on RM9200 anymore. [...] > > The last working src tree I had was before gcc 4.2 import. Currently I'm using the source tree of date "2007.06.04.20.00.00" which is after the gcc 4.2 import and works fine for me. > Any ideas where to look? Not yet. ;-) Björn From owner-freebsd-arm@FreeBSD.ORG Thu Jun 7 09:39:13 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 36EAE16A46B for ; Thu, 7 Jun 2007 09:39:13 +0000 (UTC) (envelope-from nb@synthcom.com) Received: from synthcom.com (static-71-245-103-2.ptldor.fios.verizon.net [71.245.103.2]) by mx1.freebsd.org (Postfix) with ESMTP id 1562E13C43E for ; Thu, 7 Jun 2007 09:39:12 +0000 (UTC) (envelope-from nb@synthcom.com) Received: from static-71-245-103-2.ptldor.fios.verizon.net (static-71-245-103-2.ptldor.fios.verizon.net [71.245.103.2]) by synthcom.com (8.13.8/8.13.8) with ESMTP id l579dC09071037 for ; Thu, 7 Jun 2007 02:39:12 -0700 (PDT) (envelope-from nb@synthcom.com) Date: Thu, 7 Jun 2007 02:39:12 -0700 (PDT) From: Neil Bradley In-Reply-To: <53054.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181203617.squirrel@webmail.alpha-tierchen.de> Message-ID: <20070607023728.X43808@synthcom.com> References: <50503.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181202550.squirrel@webmail.alpha-tierchen.de> <20070607005128.T43808@synthcom.com> <53054.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181203617.squirrel@webmail.alpha-tierchen.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (synthcom.com [71.245.103.2]); Thu, 07 Jun 2007 02:39:12 -0700 (PDT) Cc: arm@freebsd.org Subject: Re: 4-bit SD Card mode 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, 07 Jun 2007 09:39:13 -0000 >> I've done SD drivers, both 1 and 4 bit, DMA and programmed I/O, on the >> PXA270, Atmel SAM7, Atmel SAM9, and Freescale MX31 CPUs. How may I be of >> assistance? > Actually the driver does the whole status and error handling using an > interrupt service routine. This is unsuitable in 4-bit mode because in > this mode the interrupt line is shared with a data line. So to get 4-bit > mode working it is necessary to know the complete definition of the > "interrupt period" - the period where it is allowed to enable the > interrupt during 4-bit mode. Hm... I haven't ever heard of nor needed to consider such a thing in any of my implementations. The controllers I've encountered all have a "1 bit/4 bit" mode setting, and as long as you tell the card to go in to 4 bit mode and set it in the hardware as well, the SD controller handles everything for you. What is the CPU in question? -->Neil ---------------------------------------------------------------------------- C. Neil Bradley - KE7IXP - The one eyed man in the land of the blind is not king. He's a prisoner. From owner-freebsd-arm@FreeBSD.ORG Thu Jun 7 10:16:15 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 BEB3F16A46F for ; Thu, 7 Jun 2007 10:16:15 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de (mail.smartterra.de [195.225.132.203]) by mx1.freebsd.org (Postfix) with ESMTP id 5D4C113C45B for ; Thu, 7 Jun 2007 10:16:15 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de ([195.225.132.203]) by localhost (liberty-mail [195.225.132.203]) (amavisd-new, port 10024) with ESMTP id 40426-01; Thu, 7 Jun 2007 12:16:10 +0200 (CEST) Received: from home.alpha-tierchen.de (port-212-202-170-5.dynamic.qsc.de [212.202.170.5]) by mail.liberty-hosting.de (Postfix) with ESMTP id 01D281814B3; Thu, 7 Jun 2007 12:16:09 +0200 (CEST) Received: from webmail.alpha-tierchen.de (localhost [127.0.0.1]) by home.alpha-tierchen.de (Postfix) with ESMTP id 7781645046; Thu, 7 Jun 2007 12:16:08 +0200 (CEST) Received: from 2001:6f8:101e:0:20e:cff:fe6d:6adb (SquirrelMail authenticated user bkoenig) by webmail.alpha-tierchen.de with HTTP; Thu, 7 Jun 2007 12:16:08 +0200 (CEST) Message-ID: <54244.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181211368.squirrel@webmail.alpha-tierchen.de> In-Reply-To: <20070607023728.X43808@synthcom.com> References: <50503.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181202550.squirrel@webmail.alpha-tierchen.de> <20070607005128.T43808@synthcom.com> <53054.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181203617.squirrel@webmail.alpha-tierchen.de> <20070607023728.X43808@synthcom.com> Date: Thu, 7 Jun 2007 12:16:08 +0200 (CEST) From: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= To: "Neil Bradley" User-Agent: SquirrelMail/1.4.10a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at mail.smartterra.de Cc: arm@freebsd.org Subject: Re: 4-bit SD Card mode 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, 07 Jun 2007 10:16:15 -0000 Neil wrote: > The controllers I've encountered all have a "1 > bit/4 bit" mode setting, and as long as you tell the card to go in to 4 > bit mode and set it in the hardware as well, the SD controller handles > everything for you. You are right; I had an error in reasoning. It should handle it. > What is the CPU in question? There are issues with AT91RM9200, but now I think the problem is something else than I assumed. Thanks Björn From owner-freebsd-arm@FreeBSD.ORG Thu Jun 7 10:38:22 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 9DC5416A400 for ; Thu, 7 Jun 2007 10:38:22 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de (mail.smartterra.de [195.225.132.203]) by mx1.freebsd.org (Postfix) with ESMTP id 5CD6913C487 for ; Thu, 7 Jun 2007 10:38:22 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de ([195.225.132.203]) by localhost (liberty-mail [195.225.132.203]) (amavisd-new, port 10024) with ESMTP id 42242-04; Thu, 7 Jun 2007 12:38:19 +0200 (CEST) Received: from home.alpha-tierchen.de (port-212-202-170-5.dynamic.qsc.de [212.202.170.5]) by mail.liberty-hosting.de (Postfix) with ESMTP id 45D2317FC89; Thu, 7 Jun 2007 12:38:19 +0200 (CEST) Received: from webmail.alpha-tierchen.de (localhost [127.0.0.1]) by home.alpha-tierchen.de (Postfix) with ESMTP id BAEB645046; Thu, 7 Jun 2007 12:38:17 +0200 (CEST) Received: from 2001:6f8:101e:0:20e:cff:fe6d:6adb (SquirrelMail authenticated user bkoenig) by webmail.alpha-tierchen.de with HTTP; Thu, 7 Jun 2007 12:38:17 +0200 (CEST) Message-ID: <54283.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181212697.squirrel@webmail.alpha-tierchen.de> In-Reply-To: <54244.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181211368.squirrel@webmail.a lpha-tierchen.de> References: <50503.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181202550.squirrel@webmail.alpha-tierchen.de> <20070607005128.T43808@synthcom.com> <53054.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181203617.squirrel@webmail.alpha-tierchen.de> <20070607023728.X43808@synthcom.com> <54244.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181211368.squirrel@webmail.alpha-tierchen.de> Date: Thu, 7 Jun 2007 12:38:17 +0200 (CEST) From: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= To: "Neil Bradley" User-Agent: SquirrelMail/1.4.10a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at mail.smartterra.de Cc: arm@freebsd.org Subject: Re: 4-bit SD Card mode 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, 07 Jun 2007 10:38:22 -0000 I wrote: > There are issues with AT91RM9200, but now I think the problem is > something else than I assumed. The boot process hangs in kern/vfs_mount:root_mount_prepare() during g_waitidle(). Probably a timing issue? This occurs in 4-bit mode only. Björn From owner-freebsd-arm@FreeBSD.ORG Thu Jun 7 10:52:34 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 3CE1E16A469 for ; Thu, 7 Jun 2007 10:52:34 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id EA12513C46C for ; Thu, 7 Jun 2007 10:52:32 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id B297F38A89; Thu, 7 Jun 2007 13:52:29 +0300 (EEST) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 71204-01; Thu, 7 Jun 2007 13:52:28 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id 5A1A338A96; Thu, 7 Jun 2007 13:52:25 +0300 (EEST) Message-ID: <4667E366.8000300@bulinfo.net> Date: Thu, 07 Jun 2007 13:52:22 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.0 (X11/20070601) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Bj=F6rn_K=F6nig?= References: <50503.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181202550.squirrel@webmail.alpha-tierchen.de> <20070607005128.T43808@synthcom.com> <53054.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181203617.squirrel@webmail.alpha-tierchen.de> <20070607023728.X43808@synthcom.com> <54244.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181211368.squirrel@webmail.alpha-tierchen.de> <54283.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181212697.squirrel@webmail.alpha-tierchen.de> In-Reply-To: <54283.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181212697.squirrel@webmail.alpha-tierchen.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: arm@freebsd.org Subject: Re: 4-bit SD Card mode 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, 07 Jun 2007 10:52:34 -0000 Look at this thread: http://lists.freebsd.org/pipermail/freebsd-arm/2007-March/000458.html I have made some attempts to enable 4-bit mode but always it seems to read wrong data from the card. Björn König wrote: > I wrote: > > >> There are issues with AT91RM9200, but now I think the problem is >> something else than I assumed. >> > > The boot process hangs in kern/vfs_mount:root_mount_prepare() during > g_waitidle(). Probably a timing issue? This occurs in 4-bit mode only. > > Björn > > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > From owner-freebsd-arm@FreeBSD.ORG Thu Jun 7 10:53:19 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 9851216A41F for ; Thu, 7 Jun 2007 10:53:19 +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 430BC13C468 for ; Thu, 7 Jun 2007 10:53:18 +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 l57ArGB1064910; Thu, 7 Jun 2007 12:53:16 +0200 (CEST) (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 l57Ar7b6083330 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 7 Jun 2007 12:53:08 +0200 (CEST) (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 l57Ar7nX024770; Thu, 7 Jun 2007 12:53:07 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l57Ar7Sd024769; Thu, 7 Jun 2007 12:53:07 +0200 (CEST) (envelope-from ticso) Date: Thu, 7 Jun 2007 12:53:07 +0200 From: Bernd Walter To: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= Message-ID: <20070607105306.GH16463@cicely12.cicely.de> References: <50503.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181202550.squirrel@webmail.alpha-tierchen.de> <20070607005128.T43808@synthcom.com> <53054.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181203617.squirrel@webmail.alpha-tierchen.de> <20070607023728.X43808@synthcom.com> <54244.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181211368.squirrel@webmail.alpha-tierchen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <54244.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181211368.squirrel@webmail.alpha-tierchen.de> 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: arm@freebsd.org Subject: Re: 4-bit SD Card mode 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, 07 Jun 2007 10:53:19 -0000 On Thu, Jun 07, 2007 at 12:16:08PM +0200, Björn König wrote: > Neil wrote: > > The controllers I've encountered all have a "1 > > bit/4 bit" mode setting, and as long as you tell the card to go in to 4 > > bit mode and set it in the hardware as well, the SD controller handles > > everything for you. > > You are right; I had an error in reasoning. It should handle it. > > > What is the CPU in question? > > There are issues with AT91RM9200, but now I think the problem is something > else than I assumed. What issues? It is running fine for me beside it could be faster if 4bit and multiblock transfers would have been implemented. There are several hardware bugs and design flaws in the MCI hardware, which make it difficult. I have a 4bit patch available, but it's not running stable on my hardware, however I don't think it has anything to do with line sharing, since handling that is puporse of the MCI hardware. Currently I have no clue why 4bit doesn't work stable. Note, there is not reason to change width regulary unless you reselect cards, which is only required for MMC. About the multiblock thing. Writing is not an extremly big issue, but the MCI hardware has reversed byteorder and requires a buffer to copy data, which needs to be big enough for requests. Multiblock reading is problematic, you either need to stop the MCI befor finishing the last block, or it will automatically start reading the next one. When DMA finishes after the last block the first bytes from the next one get stuck into the read registers, since there is no DMA configured for the unrequested block it's stuck. Now the next transfer just gets poisoned with the stuck data bytes. Atmels workaournd is to stop fast enough or reset the controller after each transfer. This hardware flaw at least expects a major change in the interrupt state machine. Reseting the controller each time is unlikely a good solution. Maybe we can just fetch the stuck data bytes befor starting a new transfer, but this is untested and not mentioned in Atmels offical workaound. It might be a better solution to setup a dummy DMA range after the last intended block and then just reconfigure the PDA for the next transfer. Unfortunately ENOTIME catched me during work on thoses issues. -- 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 Jun 7 11:12:59 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 E0AD116A400 for ; Thu, 7 Jun 2007 11:12:59 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de (mail.smartterra.de [195.225.132.203]) by mx1.freebsd.org (Postfix) with ESMTP id 69EDF13C4B8 for ; Thu, 7 Jun 2007 11:12:59 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de ([195.225.132.203]) by localhost (liberty-mail [195.225.132.203]) (amavisd-new, port 10024) with ESMTP id 44978-03; Thu, 7 Jun 2007 13:12:56 +0200 (CEST) Received: from home.alpha-tierchen.de (port-212-202-170-5.dynamic.qsc.de [212.202.170.5]) by mail.liberty-hosting.de (Postfix) with ESMTP id 176FE180E64; Thu, 7 Jun 2007 13:12:56 +0200 (CEST) Received: from webmail.alpha-tierchen.de (localhost [127.0.0.1]) by home.alpha-tierchen.de (Postfix) with ESMTP id 78EED45046; Thu, 7 Jun 2007 13:12:54 +0200 (CEST) Received: from 2001:6f8:101e:0:20e:cff:fe6d:6adb (SquirrelMail authenticated user bkoenig) by webmail.alpha-tierchen.de with HTTP; Thu, 7 Jun 2007 13:12:54 +0200 (CEST) Message-ID: <64329.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181214774.squirrel@webmail.alpha-tierchen.de> In-Reply-To: <20070607105306.GH16463@cicely12.cicely.de> References: <50503.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181202550.squirrel@webmail.alpha-tierchen.de> <20070607005128.T43808@synthcom.com> <53054.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181203617.squirrel@webmail.alpha-tierchen.de> <20070607023728.X43808@synthcom.com> <54244.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181211368.squirrel@webmail.alpha-tierchen.de> <20070607105306.GH16463@cicely12.cicely.de> Date: Thu, 7 Jun 2007 13:12:54 +0200 (CEST) From: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= To: ticso@cicely.de User-Agent: SquirrelMail/1.4.10a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at mail.smartterra.de Cc: arm@freebsd.org, =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= Subject: Re: 4-bit SD Card mode 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, 07 Jun 2007 11:13:00 -0000 Bernd schrieb: > I have a 4bit patch available, but it's not running stable on my > hardware [...] Can you send this patch to me please? I'd like to have a closer look at it. Thanks Björn From owner-freebsd-arm@FreeBSD.ORG Thu Jun 7 15:26:22 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 190D216A421 for ; Thu, 7 Jun 2007 15:26:22 +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 CCA8113C455 for ; Thu, 7 Jun 2007 15:26:21 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l57FPFX4079712; Thu, 7 Jun 2007 09:25:15 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 07 Jun 2007 09:25:38 -0600 (MDT) Message-Id: <20070607.092538.-1890008186.imp@bsdimp.com> To: bkoenig@alpha-tierchen.de From: "M. Warner Losh" In-Reply-To: <50503.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181202550.squirrel@webmail.alpha-tierchen.de> References: <50503.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181202550.squirrel@webmail.alpha-tierchen.de> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 07 Jun 2007 09:25:16 -0600 (MDT) Cc: arm@freebsd.org Subject: Re: 4-bit SD Card mode 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, 07 Jun 2007 15:26:22 -0000 In message: <50503.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181202550.squirre= l@webmail.alpha-tierchen.de> Bj=F6rn_K=F6nig writes: : Hello, : = : I think lot of you know the message 'Setting controller bus width to = 1' in : conjunction with AT91 SD Card interfaces. I'd like to suggest to disa= ble : this message in src/arm/at91/at91_mci.c for two reasons: 1) it occurs= : excessively and 2) there is no useful information content with this : message. Since it is improbable that the driver ever supports the 4-b= it : mode we also don't need to be informed whether we use 1-bit or 4-bit = mode. : It is improbable (unless somebody is already working on it) because t= he : 4-bit mode requires either polling or a very special interrupt handli= ng : that is not covered by the publicly available simplified SD Card : specifications. Yea. It should go. It was there just as a debugging aide. I thought that 4-bit mode was covered by the spec, but in any case this message is lame. Warner From owner-freebsd-arm@FreeBSD.ORG Thu Jun 7 15:38:45 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 DE23C16A41F for ; Thu, 7 Jun 2007 15:38:45 +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 95E0F13C43E for ; Thu, 7 Jun 2007 15:38:45 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l57FalHA079818; Thu, 7 Jun 2007 09:36:47 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 07 Jun 2007 09:37:10 -0600 (MDT) Message-Id: <20070607.093710.-1297711916.imp@bsdimp.com> To: bkoenig@alpha-tierchen.de From: "M. Warner Losh" In-Reply-To: <64329.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181214774.squirrel@webmail.alpha-tierchen.de> References: <54244.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181211368.squirrel@webmail.alpha-tierchen.de> <20070607105306.GH16463@cicely12.cicely.de> <64329.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181214774.squirrel@webmail.alpha-tierchen.de> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 07 Jun 2007 09:36:47 -0600 (MDT) Cc: arm@freebsd.org, ticso@cicely.de Subject: Re: 4-bit SD Card mode 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, 07 Jun 2007 15:38:45 -0000 In message: <64329.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181214774.squirre= l@webmail.alpha-tierchen.de> Bj=F6rn_K=F6nig writes: : Bernd schrieb: : = : > I have a 4bit patch available, but it's not running stable on my : > hardware [...] : = : Can you send this patch to me please? I'd like to have a closer look = at it. If you come up with something that works, we can get it into the tree. I have on my dance card some time to optimize SD performance, but it isn't until august... Warner From owner-freebsd-arm@FreeBSD.ORG Thu Jun 7 16:52:16 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 1E79516A400 for ; Thu, 7 Jun 2007 16:52:16 +0000 (UTC) (envelope-from nb@synthcom.com) Received: from synthcom.com (static-71-245-103-2.ptldor.fios.verizon.net [71.245.103.2]) by mx1.freebsd.org (Postfix) with ESMTP id EF90F13C48C for ; Thu, 7 Jun 2007 16:52:15 +0000 (UTC) (envelope-from nb@synthcom.com) Received: from static-71-245-103-2.ptldor.fios.verizon.net (static-71-245-103-2.ptldor.fios.verizon.net [71.245.103.2]) by synthcom.com (8.13.8/8.13.8) with ESMTP id l57GqFE9075409 for ; Thu, 7 Jun 2007 09:52:15 -0700 (PDT) (envelope-from nb@synthcom.com) Date: Thu, 7 Jun 2007 09:52:15 -0700 (PDT) From: Neil Bradley In-Reply-To: <54244.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181211368.squirrel@webmail.alpha-tierchen.de> Message-ID: <20070607095022.U43808@synthcom.com> References: <50503.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181202550.squirrel@webmail.alpha-tierchen.de> <20070607005128.T43808@synthcom.com> <53054.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181203617.squirrel@webmail.alpha-tierchen.de> <20070607023728.X43808@synthcom.com> <54244.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181211368.squirrel@webmail.alpha-tierchen.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (synthcom.com [71.245.103.2]); Thu, 07 Jun 2007 09:52:15 -0700 (PDT) Cc: arm@freebsd.org Subject: Re: 4-bit SD Card mode 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, 07 Jun 2007 16:52:16 -0000 >> What is the CPU in question? > There are issues with AT91RM9200, but now I think the problem is something > else than I assumed. One possibility - If DMA mode is being used, has there been a cache flush on the region of memory where the SD card reads into? The ARM7/9 is *NOT* cache coherent with DMA peripherals, which can give all kinds of bizarre problems if the destination buffers are in the system's cache. -->Neil ---------------------------------------------------------------------------- C. Neil Bradley - KE7IXP - The one eyed man in the land of the blind is not king. He's a prisoner. From owner-freebsd-arm@FreeBSD.ORG Thu Jun 7 16:54:24 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 ED19D16A400 for ; Thu, 7 Jun 2007 16:54:24 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de (mail.smartterra.de [195.225.132.203]) by mx1.freebsd.org (Postfix) with ESMTP id AA3EA13C48A for ; Thu, 7 Jun 2007 16:54:24 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de ([195.225.132.203]) by localhost (liberty-mail [195.225.132.203]) (amavisd-new, port 10024) with ESMTP id 71783-01; Thu, 7 Jun 2007 18:54:20 +0200 (CEST) Received: from home.alpha-tierchen.de (port-212-202-170-5.dynamic.qsc.de [212.202.170.5]) by mail.liberty-hosting.de (Postfix) with ESMTP id CB80715A7FD; Thu, 7 Jun 2007 18:54:19 +0200 (CEST) Received: from webmail.alpha-tierchen.de (localhost [127.0.0.1]) by home.alpha-tierchen.de (Postfix) with ESMTP id 79D7145046; Thu, 7 Jun 2007 18:54:17 +0200 (CEST) Received: from 2001:6f8:101e:0:20e:cff:fe6d:6adb (SquirrelMail authenticated user bkoenig) by webmail.alpha-tierchen.de with HTTP; Thu, 7 Jun 2007 18:54:17 +0200 (CEST) Message-ID: <50392.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181235257.squirrel@webmail.alpha-tierchen.de> In-Reply-To: <20070607.093710.-1297711916.imp@bsdimp.com> References: <54244.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181211368.squirrel@webmail.alpha-tierchen.de> <20070607105306.GH16463@cicely12.cicely.de> <64329.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181214774.squirrel@webmail.alpha-tierchen.de> <20070607.093710.-1297711916.imp@bsdimp.com> Date: Thu, 7 Jun 2007 18:54:17 +0200 (CEST) From: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= To: "M. Warner Losh" User-Agent: SquirrelMail/1.4.10a MIME-Version: 1.0 Content-Type: multipart/mixed;boundary="----=_20070607185417_28858" X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at mail.smartterra.de Cc: arm@freebsd.org Subject: Re: 4-bit SD Card mode 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, 07 Jun 2007 16:54:25 -0000 ------=_20070607185417_28858 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit M. Warner Losh schrieb: > If you come up with something that works, we can get it into the > tree. Apropos, what about this one that is attached to this mail? You need it if the boot loader hasn't setup the MCI. Björn ------=_20070607185417_28858 Content-Type: text/x-diff; name="kb920x_machdep.c.diff" Content-Transfer-Encoding: 8bit Content-Disposition: attachment; filename="kb920x_machdep.c.diff" --- src/sys/arm/at91/kb920x_machdep.c Wed May 23 13:20:50 2007 +++ src/sys/arm/at91/kb920x_machdep.c Thu Jun 7 11:00:27 2007 @@ -250,6 +250,12 @@ AT91C_PIO_PB16 | AT91C_PIO_PB17 | AT91C_PIO_PB18 | AT91C_PIO_PB19); #endif + /* setup PIO for MCI */ + at91_pio_use_gpio(AT91RM92_PIOB_BASE, AT91C_PIO_PB7); + at91_pio_gpio_output(AT91RM92_PIOB_BASE, AT91C_PIO_PB7, 0); + at91_pio_use_periph_a(AT91RM92_PIOA_BASE, AT91C_PA28_MCCDA | AT91C_PA29_MCDA0 | AT91C_PA27_MCCK, 0); + at91_pio_use_periph_b(AT91RM92_PIOB_BASE, AT91C_PB3_MCDA1 | AT91C_PB4_MCDA2 | AT91C_PB5_MCDA3, 0); + return (ramsize()); } ------=_20070607185417_28858-- From owner-freebsd-arm@FreeBSD.ORG Thu Jun 7 18:10:03 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 00E2E16A468 for ; Thu, 7 Jun 2007 18:10:02 +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 7FD1F13C455 for ; Thu, 7 Jun 2007 18:10:02 +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 l57I9uGL071354; Thu, 7 Jun 2007 20:09:56 +0200 (CEST) (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 l57I9l2W086254 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 7 Jun 2007 20:09:49 +0200 (CEST) (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 l57I9l59025707; Thu, 7 Jun 2007 20:09:47 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l57I9l2V025706; Thu, 7 Jun 2007 20:09:47 +0200 (CEST) (envelope-from ticso) Date: Thu, 7 Jun 2007 20:09:47 +0200 From: Bernd Walter To: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= Message-ID: <20070607180946.GK16463@cicely12.cicely.de> References: <54244.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181211368.squirrel@webmail.alpha-tierchen.de> <20070607105306.GH16463@cicely12.cicely.de> <64329.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181214774.squirrel@webmail.alpha-tierchen.de> <20070607.093710.-1297711916.imp@bsdimp.com> <50392.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181235257.squirrel@webmail.alpha-tierchen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <50392.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181235257.squirrel@webmail.alpha-tierchen.de> 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: arm@freebsd.org Subject: Re: 4-bit SD Card mode 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, 07 Jun 2007 18:10:03 -0000 On Thu, Jun 07, 2007 at 06:54:17PM +0200, Björn König wrote: > M. Warner Losh schrieb: > > > If you come up with something that works, we can get it into the > > tree. > > Apropos, what about this one that is attached to this mail? You need it if > the boot loader hasn't setup the MCI. We should at least split it into a processor specific and board specific _machdep.d file. So far the kb920x_machdep file has become more or less a processor specific file as it is used for many different boards. But I still think that the loader should take care about HW-setup. The loader need to setup the HW anyway in may points, why not do it completely then? -- 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 Jun 7 19:23:01 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 D724516A469 for ; Thu, 7 Jun 2007 19:23:01 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de (mail.smartterra.de [195.225.132.203]) by mx1.freebsd.org (Postfix) with ESMTP id 6AD7313C448 for ; Thu, 7 Jun 2007 19:23:01 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de ([195.225.132.203]) by localhost (liberty-mail [195.225.132.203]) (amavisd-new, port 10024) with ESMTP id 82491-07; Thu, 7 Jun 2007 21:22:55 +0200 (CEST) Received: from home.alpha-tierchen.de (port-212-202-170-5.dynamic.qsc.de [212.202.170.5]) by mail.liberty-hosting.de (Postfix) with ESMTP id 265A115C8A2; Thu, 7 Jun 2007 21:22:55 +0200 (CEST) Received: from webmail.alpha-tierchen.de (localhost [127.0.0.1]) by home.alpha-tierchen.de (Postfix) with ESMTP id 7CFFD45046; Thu, 7 Jun 2007 21:22:52 +0200 (CEST) Received: from 2001:6f8:101e:0:20e:cff:fe6d:6adb (SquirrelMail authenticated user bkoenig) by webmail.alpha-tierchen.de with HTTP; Thu, 7 Jun 2007 21:22:52 +0200 (CEST) Message-ID: <49754.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181244172.squirrel@webmail.alpha-tierchen.de> In-Reply-To: <20070607180946.GK16463@cicely12.cicely.de> References: <54244.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181211368.squirrel@webmail.alpha-tierchen.de> <20070607105306.GH16463@cicely12.cicely.de> <64329.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181214774.squirrel@webmail.alpha-tierchen.de> <20070607.093710.-1297711916.imp@bsdimp.com> <50392.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181235257.squirrel@webmail.alpha-tierchen.de> <20070607180946.GK16463@cicely12.cicely.de> Date: Thu, 7 Jun 2007 21:22:52 +0200 (CEST) From: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= To: ticso@cicely.de User-Agent: SquirrelMail/1.4.10a MIME-Version: 1.0 Content-Type: multipart/mixed;boundary="----=_20070607212252_63505" X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at mail.smartterra.de Cc: arm@freebsd.org Subject: Re: 4-bit SD Card mode 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, 07 Jun 2007 19:23:01 -0000 ------=_20070607212252_63505 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Bernd schrieb: > We should at least split it into a processor specific and board > specific _machdep.d file. > So far the kb920x_machdep file has become more or less a processor > specific file as it is used for many different boards. I agree. I always felt uncomfortable when editing kb920x_machdep.c since my board has nothing to do with kb920x. > But I still think that the loader should take care about HW-setup. > The loader need to setup the HW anyway in may points, why not do it > completely then? However, what would you do if the boot loader doesn't set up? In this case you have at least one reason to use another loader, but probably you can't for some reason or you just don't want to. Using a chain of loaders may be a workaround, but in my opinion the easiest and most comfortable way is to let the kernel do this instead of making assumptions about the state of hardware. While thinking about this I got the idea that at91_mci_init in src/sys/arm/at91/at91_mci.c might be a better place for configuring the PIO controller accordingly, because this makes the initialisation dependent from "device at91_mci" in the kernel configuration file. Björn ------=_20070607212252_63505 Content-Type: text/x-diff; name="at91_mci.c.diff" Content-Transfer-Encoding: 8bit Content-Disposition: attachment; filename="at91_mci.c.diff" --- src/sys/arm/at91/at91_mci.c Fri Feb 23 12:18:27 2007 +++ src/sys/arm/at91/at91_mci.c Thu Jun 7 21:05:46 2007 @@ -55,6 +55,8 @@ #include #include #include +#include +#include #include #include #include @@ -132,6 +134,11 @@ at91_mci_init(device_t dev) { struct at91_mci_softc *sc = device_get_softc(dev); + + at91_pio_use_gpio(AT91RM92_PIOB_BASE, AT91C_PIO_PB7); + at91_pio_gpio_output(AT91RM92_PIOB_BASE, AT91C_PIO_PB7, 0); + at91_pio_use_periph_a(AT91RM92_PIOA_BASE, AT91C_PA28_MCCDA | AT91C_PA29_MCDA0 | AT91C_PA27_MCCK, 0); + at91_pio_use_periph_b(AT91RM92_PIOB_BASE, AT91C_PB3_MCDA1 | AT91C_PB4_MCDA2 | AT91C_PB5_MCDA3, 0); WR4(sc, MCI_CR, MCI_CR_MCIEN); /* Enable controller */ WR4(sc, MCI_IDR, 0xffffffff); /* Turn off interrupts */ ------=_20070607212252_63505-- From owner-freebsd-arm@FreeBSD.ORG Thu Jun 7 19:35:33 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 8145016A41F for ; Thu, 7 Jun 2007 19:35:33 +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 17DF213C489 for ; Thu, 7 Jun 2007 19:35:32 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l57JYveS081676; Thu, 7 Jun 2007 13:34:57 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 07 Jun 2007 13:34:56 -0600 (MDT) Message-Id: <20070607.133456.74668036.imp@bsdimp.com> To: bkoenig@alpha-tierchen.de From: Warner Losh In-Reply-To: <49754.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181244172.squirrel@webmail.alpha-tierchen.de> References: <50392.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181235257.squirrel@webmail.alpha-tierchen.de> <20070607180946.GK16463@cicely12.cicely.de> <49754.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181244172.squirrel@webmail.alpha-tierchen.de> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 07 Jun 2007 13:34:57 -0600 (MDT) Cc: arm@freebsd.org, ticso@cicely.de Subject: Re: 4-bit SD Card mode 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, 07 Jun 2007 19:35:33 -0000 I'm not sure I like this at all. The devices shouldn't be setting up the pins for that device. In some cases, they can't know how to do that, and this is one of them. The device has no way of knowing if all 4 wires are connected, or just 1 and the 'spare' lines are used for GPIO. There are similar problems with the serial ports and the ethernet. Does the boot loader you are using at least store the board ID in the place that Linux expects it? Warner From owner-freebsd-arm@FreeBSD.ORG Thu Jun 7 19:46:38 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 3F03016A480 for ; Thu, 7 Jun 2007 19:46:38 +0000 (UTC) (envelope-from nb@synthcom.com) Received: from synthcom.com (static-71-245-103-2.ptldor.fios.verizon.net [71.245.103.2]) by mx1.freebsd.org (Postfix) with ESMTP id 1D9EA13C483 for ; Thu, 7 Jun 2007 19:46:38 +0000 (UTC) (envelope-from nb@synthcom.com) Received: from static-71-245-103-2.ptldor.fios.verizon.net (static-71-245-103-2.ptldor.fios.verizon.net [71.245.103.2]) by synthcom.com (8.13.8/8.13.8) with ESMTP id l57Jkbeg076829 for ; Thu, 7 Jun 2007 12:46:37 -0700 (PDT) (envelope-from nb@synthcom.com) Date: Thu, 7 Jun 2007 12:46:37 -0700 (PDT) From: Neil Bradley In-Reply-To: <20070607.133456.74668036.imp@bsdimp.com> Message-ID: <20070607123930.E75948@synthcom.com> References: <50392.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181235257.squirrel@webmail.alpha-tierchen.de> <20070607180946.GK16463@cicely12.cicely.de> <49754.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181244172.squirrel@webmail.alpha-tierchen.de> <20070607.133456.74668036.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (synthcom.com [71.245.103.2]); Thu, 07 Jun 2007 12:46:37 -0700 (PDT) Cc: arm@freebsd.org Subject: Re: 4-bit SD Card mode 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, 07 Jun 2007 19:46:38 -0000 > I'm not sure I like this at all. The devices shouldn't be setting up > the pins for that device. In some cases, they can't know how to do > that, and this is one of them. The device has no way of knowing if > all 4 wires are connected, or just 1 and the 'spare' lines are used > for GPIO. Not doing it will irritate more people (i.e. "I'm not getting full speed out of the SD card). While it's a valid concern, I don't think it's unrealistic to assume that all 4 DAT lines are hooked up. I've not yet encountered a design that A) had SD capabilities, B) was only running single bit because of a lack of GPIOs. -->Neil ---------------------------------------------------------------------------- C. Neil Bradley - KE7IXP - The one eyed man in the land of the blind is not king. He's a prisoner. From owner-freebsd-arm@FreeBSD.ORG Thu Jun 7 20:02:19 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 3613D16A421 for ; Thu, 7 Jun 2007 20:02:19 +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 E0C9B13C4B7 for ; Thu, 7 Jun 2007 20:02:18 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l57K0sM6082081; Thu, 7 Jun 2007 14:00:54 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 07 Jun 2007 14:00:54 -0600 (MDT) Message-Id: <20070607.140054.74667648.imp@bsdimp.com> To: nb@synthcom.com From: Warner Losh In-Reply-To: <20070607123930.E75948@synthcom.com> References: <49754.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181244172.squirrel@webmail.alpha-tierchen.de> <20070607.133456.74668036.imp@bsdimp.com> <20070607123930.E75948@synthcom.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 07 Jun 2007 14:00:54 -0600 (MDT) Cc: arm@freebsd.org Subject: Re: 4-bit SD Card mode 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, 07 Jun 2007 20:02:19 -0000 From: Neil Bradley Subject: Re: 4-bit SD Card mode Date: Thu, 7 Jun 2007 12:46:37 -0700 (PDT) > > I'm not sure I like this at all. The devices shouldn't be setting up > > the pins for that device. In some cases, they can't know how to do > > that, and this is one of them. The device has no way of knowing if > > all 4 wires are connected, or just 1 and the 'spare' lines are used > > for GPIO. > > Not doing it will irritate more people (i.e. "I'm not getting full speed > out of the SD card). While it's a valid concern, I don't think it's > unrealistic to assume that all 4 DAT lines are hooked up. I've not yet > encountered a design that A) had SD capabilities, B) was only running > single bit because of a lack of GPIOs. I'm not saying that we only hook up the one data. I'm saying that we force the boot loader to do it, or as a fallback a board specific routine. The driver shouldn't be in the business of doing it. My hardware guys are somewhat agressive in their elimination of "unused" lines. We multiplex TX/RX from one of the serial ports to be GPIO lines dynamically at run time depending on what add-in hardware is connected to the box. I want to keep things as flexible as possible because I know that other designs are doing similar "icky" things. Warner From owner-freebsd-arm@FreeBSD.ORG Thu Jun 7 20:05:21 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 3B96516A468 for ; Thu, 7 Jun 2007 20:05:21 +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 A88ED13C48A for ; Thu, 7 Jun 2007 20:05:20 +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 l57K5FJb072775; Thu, 7 Jun 2007 22:05:15 +0200 (CEST) (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 l57K56FG087185 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 7 Jun 2007 22:05:07 +0200 (CEST) (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 l57K561B025989; Thu, 7 Jun 2007 22:05:06 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l57K561d025988; Thu, 7 Jun 2007 22:05:06 +0200 (CEST) (envelope-from ticso) Date: Thu, 7 Jun 2007 22:05:06 +0200 From: Bernd Walter To: Warner Losh Message-ID: <20070607200505.GO16463@cicely12.cicely.de> References: <50392.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181235257.squirrel@webmail.alpha-tierchen.de> <20070607180946.GK16463@cicely12.cicely.de> <49754.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181244172.squirrel@webmail.alpha-tierchen.de> <20070607.133456.74668036.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070607.133456.74668036.imp@bsdimp.com> 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: arm@freebsd.org, bkoenig@alpha-tierchen.de, ticso@cicely.de Subject: Re: 4-bit SD Card mode 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, 07 Jun 2007 20:05:21 -0000 On Thu, Jun 07, 2007 at 01:34:56PM -0600, Warner Losh wrote: > I'm not sure I like this at all. The devices shouldn't be setting up > the pins for that device. In some cases, they can't know how to do > that, and this is one of them. The device has no way of knowing if > all 4 wires are connected, or just 1 and the 'spare' lines are used > for GPIO. There are similar problems with the serial ports and the > ethernet. Absolutely - the MCI driver can't know the hardware. In fact it is routing the controller IO to pins, which is hardware related. > Does the boot loader you are using at least store the board ID in the > place that Linux expects it? Even then I don't really like this idea - at least not as a gerneral one. Many boards, including mine, have GPIO header, allowing the system integrator to use them for whatever they like. I don't see it sensible to introduce artificial different board-names for different uses. With the current system it is possible to have all drivers in the kernel and switch GPIO functionality even from userland. I don't see a good reason why the taskit board shouldn't get an updated firmware, which setups SD. FreeBSD even comes with source, which is able to do this in many cases. If it is really impossible, then this should at least be done in a board specific file and not spread into several drivers. -- 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 Jun 7 20:07:32 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 ADF1516A41F for ; Thu, 7 Jun 2007 20:07:32 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de (mail.smartterra.de [195.225.132.203]) by mx1.freebsd.org (Postfix) with ESMTP id 3C8D413C45A for ; Thu, 7 Jun 2007 20:07:31 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de ([195.225.132.203]) by localhost (liberty-mail [195.225.132.203]) (amavisd-new, port 10024) with ESMTP id 85742-08; Thu, 7 Jun 2007 22:07:28 +0200 (CEST) Received: from home.alpha-tierchen.de (port-212-202-170-5.dynamic.qsc.de [212.202.170.5]) by mail.liberty-hosting.de (Postfix) with ESMTP id EEC4117F445; Thu, 7 Jun 2007 22:07:27 +0200 (CEST) Received: from webmail.alpha-tierchen.de (localhost [127.0.0.1]) by home.alpha-tierchen.de (Postfix) with ESMTP id 312B345046; Thu, 7 Jun 2007 22:07:25 +0200 (CEST) Received: from 2001:6f8:101e:0:20e:cff:fe6d:6adb (SquirrelMail authenticated user bkoenig) by webmail.alpha-tierchen.de with HTTP; Thu, 7 Jun 2007 22:07:25 +0200 (CEST) Message-ID: <52309.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181246845.squirrel@webmail.alpha-tierchen.de> In-Reply-To: <20070607.133456.74668036.imp@bsdimp.com> References: <50392.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181235257.squirrel@webmail.alpha-tierchen.de> <20070607180946.GK16463@cicely12.cicely.de> <49754.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181244172.squirrel@webmail.alpha-tierchen.de> <20070607.133456.74668036.imp@bsdimp.com> Date: Thu, 7 Jun 2007 22:07:25 +0200 (CEST) From: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= To: "Warner Losh" User-Agent: SquirrelMail/1.4.10a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at mail.smartterra.de Cc: arm@freebsd.org, bkoenig@alpha-tierchen.de, ticso@cicely.de Subject: Re: 4-bit SD Card mode 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, 07 Jun 2007 20:07:32 -0000 > I'm not sure I like this at all. The devices shouldn't be setting up > the pins for that device. In some cases, they can't know how to do > that, and this is one of them. The device has no way of knowing if > all 4 wires are connected, or just 1 and the 'spare' lines are used > for GPIO. There are similar problems with the serial ports and the > ethernet. You're right. I also forgot that this affects all kind of AT91 controllers and we don't know if this always works this way, not even with one connected data line. > Does the boot loader you are using at least store the board ID in the > place that Linux expects it? At first glance the U-Boot loader doesn't seem to do any board-specific things. I may be mistaken. The board comes with a preinstalled Loader, Linux distribution and a Linux kernel patched by the manufacturer of the board. I'm not sure about this question, so I'll ask the manufacturer. Björn From owner-freebsd-arm@FreeBSD.ORG Thu Jun 7 20:14:52 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 75AE716A400 for ; Thu, 7 Jun 2007 20:14:52 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de (mail.smartterra.de [195.225.132.203]) by mx1.freebsd.org (Postfix) with ESMTP id 3554113C45E for ; Thu, 7 Jun 2007 20:14:52 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de ([195.225.132.203]) by localhost (liberty-mail [195.225.132.203]) (amavisd-new, port 10024) with ESMTP id 86600-06; Thu, 7 Jun 2007 22:14:50 +0200 (CEST) Received: from home.alpha-tierchen.de (port-212-202-170-5.dynamic.qsc.de [212.202.170.5]) by mail.liberty-hosting.de (Postfix) with ESMTP id 6259017F445; Thu, 7 Jun 2007 22:14:50 +0200 (CEST) Received: from webmail.alpha-tierchen.de (localhost [127.0.0.1]) by home.alpha-tierchen.de (Postfix) with ESMTP id A28D045046; Thu, 7 Jun 2007 22:14:47 +0200 (CEST) Received: from 2001:6f8:101e:0:20e:cff:fe6d:6adb (SquirrelMail authenticated user bkoenig) by webmail.alpha-tierchen.de with HTTP; Thu, 7 Jun 2007 22:14:47 +0200 (CEST) Message-ID: <54940.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181247287.squirrel@webmail.alpha-tierchen.de> In-Reply-To: <20070607123930.E75948@synthcom.com> References: <50392.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181235257.squirrel@webmail.alpha-tierchen.de> <20070607180946.GK16463@cicely12.cicely.de> <49754.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181244172.squirrel@webmail.alpha-tierchen.de> <20070607.133456.74668036.imp@bsdimp.com> <20070607123930.E75948@synthcom.com> Date: Thu, 7 Jun 2007 22:14:47 +0200 (CEST) From: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= To: "Neil Bradley" User-Agent: SquirrelMail/1.4.10a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at mail.smartterra.de Cc: arm@freebsd.org Subject: Re: 4-bit SD Card mode 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, 07 Jun 2007 20:14:52 -0000 M. Warner Losh wrote: >> I'm not sure I like this at all. The devices shouldn't be setting up >> the pins for that device. In some cases, they can't know how to do >> that, and this is one of them. The device has no way of knowing if >> all 4 wires are connected, or just 1 and the 'spare' lines are used >> for GPIO. and Neil Bradley replied: > Not doing it will irritate more people (i.e. "I'm not getting full speed > out of the SD card). While it's a valid concern, I don't think it's > unrealistic to assume that all 4 DAT lines are hooked up. I've not yet > encountered a design that A) had SD capabilities, B) was only running > single bit because of a lack of GPIOs. Initially I didn't have the problem that "I'm not getting full speed out of the SD card", but rather that SD Cards doesn't work at all with a vanilla FreeBSD kernel because nobody configured the PIO for the MCI controller. Björn From owner-freebsd-arm@FreeBSD.ORG Fri Jun 8 06:14:22 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 6C66016A421 for ; Fri, 8 Jun 2007 06:14:22 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de (mail.smartterra.de [195.225.132.203]) by mx1.freebsd.org (Postfix) with ESMTP id 2B36D13C46C for ; Fri, 8 Jun 2007 06:14:22 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de ([195.225.132.203]) by localhost (liberty-mail [195.225.132.203]) (amavisd-new, port 10024) with ESMTP id 52954-08; Fri, 8 Jun 2007 08:14:17 +0200 (CEST) Received: from home.alpha-tierchen.de (port-212-202-170-5.dynamic.qsc.de [212.202.170.5]) by mail.liberty-hosting.de (Postfix) with ESMTP id 7DBB2180FE8; Fri, 8 Jun 2007 08:14:17 +0200 (CEST) Received: from webmail.alpha-tierchen.de (localhost [127.0.0.1]) by home.alpha-tierchen.de (Postfix) with ESMTP id 8EF4945046; Fri, 8 Jun 2007 08:14:16 +0200 (CEST) Received: from 2001:6f8:101e:0:20e:cff:fe6d:6adb (SquirrelMail authenticated user bkoenig) by webmail.alpha-tierchen.de with HTTP; Fri, 8 Jun 2007 08:14:16 +0200 (CEST) Message-ID: <60893.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181283256.squirrel@webmail.alpha-tierchen.de> In-Reply-To: <20070607.140054.74667648.imp@bsdimp.com> References: <49754.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181244172.squirrel@webmail.alpha-tierchen.de> <20070607.133456.74668036.imp@bsdimp.com> <20070607123930.E75948@synthcom.com> <20070607.140054.74667648.imp@bsdimp.com> Date: Fri, 8 Jun 2007 08:14:16 +0200 (CEST) From: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= To: arm@freebsd.org User-Agent: SquirrelMail/1.4.10a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at mail.smartterra.de Cc: ticso@cicely12.cicely.de Subject: Re: 4-bit SD Card mode 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, 08 Jun 2007 06:14:22 -0000 Warner Losh skrev: > My hardware guys are somewhat agressive in their elimination of > "unused" lines. We multiplex TX/RX from one of the serial ports to be > GPIO lines dynamically at run time depending on what add-in hardware > is connected to the box. I want to keep things as flexible as > possible because I know that other designs are doing similar "icky" > things. Ok, I thought about the topic a bit over night. On the one hand I understand your concern that we can't probe for pins whether they are connected or not; this characterises a significant difference between embedded hardware and PC hardware. On the other hand the problem remains if we make the loader responsible for configuring the PIO controller, because board-specific configuration is necessary in any case. Shifting a task is not a solution, especially if we want to stay independend of the loader. I understand the loader as a very small piece of software for bootstraping. Usually it is lean and mean as much as possible and does only things that are really necessary to go on with loading the operating system, not to be able using specific hardware. Actually neither the loader nor the kernel is responsible for making those kind of decisions, but rather the user has to attend this duty. Since the FreeBSD kernel is more flexible and highly configurable in contrast to any loader I still hold the view that the kernel should give the ability to configure the PIO controller. I agree with you that it is impossible and unjustifiable to make unprovable assumptions about the hardware that may cause damage or unexpected behaviour (I like to apologise for suggesting such code ;-). The best solution that I see is to provide a way to specify the hardware without patching the kernel and without requiring special bits from the loader. This should happen directly or indirectly in the kernel configuration file. I'm still concerned about this, so I'll provide some code that takes your objection into account. Regards Björn From owner-freebsd-arm@FreeBSD.ORG Fri Jun 8 07:03:08 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 D310B16A46B for ; Fri, 8 Jun 2007 07:03:08 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id 9001A13C44C for ; Fri, 8 Jun 2007 07:03:08 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 210E462756 for ; Fri, 8 Jun 2007 10:03:07 +0300 (EEST) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 36253-10 for ; Fri, 8 Jun 2007 10:03:05 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id B572D62755 for ; Fri, 8 Jun 2007 10:03:05 +0300 (EEST) Message-ID: <4668FF29.5010109@bulinfo.net> Date: Fri, 08 Jun 2007 10:03:05 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.0 (X11/20070601) MIME-Version: 1.0 To: freebsd-arm@freebsd.org References: <4667BBD5.20703@bulinfo.net> In-Reply-To: <4667BBD5.20703@bulinfo.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Subject: Re: can't boot 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, 08 Jun 2007 07:03:08 -0000 Hi, I can boot kernel and kernel.bin but I can't boot kernel tramp images. Is there any changes in trampoline code or it is no more needed? Krassimir Slavchev wrote: > Hello, > > I can't boot the latest -current kernel on RM9200 anymore. The output > from the bootloader (bootspi) is: > .... > tftp: 1101802 byte > >e 0x20000000 > > > > > > The last working src tree I had was before gcc 4.2 import. > > Any ideas where to look? > > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@FreeBSD.ORG Fri Jun 8 09:05:18 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 D412016A400 for ; Fri, 8 Jun 2007 09:05:18 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from solow.pil.dk (relay.pil.dk [195.41.47.164]) by mx1.freebsd.org (Postfix) with ESMTP id 94A6D13C455 for ; Fri, 8 Jun 2007 09:05:18 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from tirith.brixandersen.dk (osgiliath.brixandersen.dk [87.53.223.189]) by solow.pil.dk (Postfix) with ESMTP id 07C611CC0AF; Fri, 8 Jun 2007 10:34:47 +0200 (CEST) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id 42E02BA53; Fri, 8 Jun 2007 10:34:46 +0200 (CEST) Date: Fri, 8 Jun 2007 10:34:45 +0200 From: Henrik Brix Andersen To: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= Message-ID: <20070608083445.GA84718@tirith.brixandersen.dk> References: <49754.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181244172.squirrel@webmail.alpha-tierchen.de> <20070607.133456.74668036.imp@bsdimp.com> <20070607123930.E75948@synthcom.com> <20070607.140054.74667648.imp@bsdimp.com> <60893.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181283256.squirrel@webmail.alpha-tierchen.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ikeVEW9yuYc//A+q" Content-Disposition: inline In-Reply-To: <60893.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181283256.squirrel@webmail.alpha-tierchen.de> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.15 (2007-04-06) Cc: arm@freebsd.org, ticso@cicely12.cicely.de Subject: Re: 4-bit SD Card mode 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, 08 Jun 2007 09:05:18 -0000 --ikeVEW9yuYc//A+q Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 08, 2007 at 08:14:16AM +0200, Bj=F6rn K=F6nig wrote: > The best solution that I see is to provide a way to specify the hardware > without patching the kernel and without requiring special bits from the > loader. This should happen directly or indirectly in the kernel > configuration file. Couldn't we use device hints for this? Regards, Brix --=20 Henrik Brix Andersen --ikeVEW9yuYc//A+q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: GnuPG signed iD8DBQFGaRSlv+Q4flTiePgRAqc0AJ9JCc1lLipX0wh7M0tT+fJ8+7ilKgCcCkto 4RMdJqORgUp3lgzR1L9sACk= =uJ6G -----END PGP SIGNATURE----- --ikeVEW9yuYc//A+q-- From owner-freebsd-arm@FreeBSD.ORG Fri Jun 8 10:29:21 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 8CFEC16A469 for ; Fri, 8 Jun 2007 10:29:21 +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 008AB13C46C for ; Fri, 8 Jun 2007 10:29:20 +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 l58ATEKF083453; Fri, 8 Jun 2007 12:29:14 +0200 (CEST) (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 l58AT6aq093022 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 8 Jun 2007 12:29:07 +0200 (CEST) (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 l58AT65A028100; Fri, 8 Jun 2007 12:29:06 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l58AT6xv028099; Fri, 8 Jun 2007 12:29:06 +0200 (CEST) (envelope-from ticso) Date: Fri, 8 Jun 2007 12:29:06 +0200 From: Bernd Walter To: Henrik Brix Andersen Message-ID: <20070608102905.GT16463@cicely12.cicely.de> References: <49754.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181244172.squirrel@webmail.alpha-tierchen.de> <20070607.133456.74668036.imp@bsdimp.com> <20070607123930.E75948@synthcom.com> <20070607.140054.74667648.imp@bsdimp.com> <60893.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181283256.squirrel@webmail.alpha-tierchen.de> <20070608083445.GA84718@tirith.brixandersen.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20070608083445.GA84718@tirith.brixandersen.dk> 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: arm@freebsd.org, ticso@cicely12.cicely.de, =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= Subject: Re: 4-bit SD Card mode 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, 08 Jun 2007 10:29:21 -0000 On Fri, Jun 08, 2007 at 10:34:45AM +0200, Henrik Brix Andersen wrote: > On Fri, Jun 08, 2007 at 08:14:16AM +0200, Björn König wrote: > > The best solution that I see is to provide a way to specify the hardware > > without patching the kernel and without requiring special bits from the > > loader. This should happen directly or indirectly in the kernel > > configuration file. > > Couldn't we use device hints for this? This would work for GPIO setup, but some boards may require procedural initialisation to setup external FPGA, etc. The best way still seem to be a board specific init function, which the user can easily enhance for exotic needs. This is not the way I want to have for my boards, but I don't have to put anything in there, so it don't collide. My current interest is currently more to have compiletime options for clock rates. Optionally just by compiling the xtal frequency and reading the PLL registers to get the rest. -- 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 Jun 8 14:51:50 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 A03A316A400 for ; Fri, 8 Jun 2007 14:51:50 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de (mail.smartterra.de [195.225.132.203]) by mx1.freebsd.org (Postfix) with ESMTP id 60F4A13C44B for ; Fri, 8 Jun 2007 14:51:50 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de ([195.225.132.203]) by localhost (liberty-mail [195.225.132.203]) (amavisd-new, port 10024) with ESMTP id 08715-08 for ; Fri, 8 Jun 2007 16:51:44 +0200 (CEST) Received: from home.alpha-tierchen.de (port-212-202-170-5.dynamic.qsc.de [212.202.170.5]) by mail.liberty-hosting.de (Postfix) with ESMTP id 7A7FA17EF9B for ; Fri, 8 Jun 2007 16:51:42 +0200 (CEST) Received: from webmail.alpha-tierchen.de (localhost [127.0.0.1]) by home.alpha-tierchen.de (Postfix) with ESMTP id 449D445046 for ; Fri, 8 Jun 2007 16:51:40 +0200 (CEST) Received: from 2001:6f8:101e:0:20e:cff:fe6d:6adb (SquirrelMail authenticated user bkoenig) by webmail.alpha-tierchen.de with HTTP; Fri, 8 Jun 2007 16:51:40 +0200 (CEST) Message-ID: <53385.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181314300.squirrel@webmail.alpha-tierchen.de> Date: Fri, 8 Jun 2007 16:51:40 +0200 (CEST) From: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= To: arm@freebsd.org User-Agent: SquirrelMail/1.4.10a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at mail.smartterra.de Cc: Subject: if_ate handles the bytes of the MAC address in a "wrong" order 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, 08 Jun 2007 14:51:50 -0000 Hello, while reading code of the at91 ethernet driver (ate) I noticed that it uses an order of the MAC address registers which is not intended by Atmel. In FreeBSD you typically store the MAC address in an array of six octets, for example uint8_t eaddr[] = { 0x01, 0x02, 0x03, 0x04, 0x05, 0x06 }; which will be represented as 01:02:03:04:05:06 (transmission order) . 0x01 is the most significant byte and 0x06 the least significant byte. The least significant bit of the most significant byte is the group/individual bit. So far so good. That's the theory. The specification of the Atmel AT91RM9200 controller clearly says something about how to store the MAC address in the two address registers (section 36.5.5, page 602). In fact that the first four bytes (01:02:03:04) are stored in the low register and the last two bytes (05:06) in the high register. Furthermore they write that the group/individual bit corresponds with with bit 24 of the address register which means that they really want that you store first byte in the low register, because bit 24 of the high register is unused. So the correct code would store the low register in eaddr[0-3] and the high register in eaddr[4-5], but actually the ate_get_mac function in src/sys/arm/at91/if_ate.c uses another order. This won't hurt as long as you use a loader that stores the bytes the same way as the driver read them. I wouldn't care if I wouldn't have this problem: Linux and the U-Boot loader stores the bytes it in a manner that is different from the FreeBSD method and also different from Atmel's suggestion. What do you think? Regards Björn From owner-freebsd-arm@FreeBSD.ORG Fri Jun 8 18:11:29 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 68A5316A41F for ; Fri, 8 Jun 2007 18:11:29 +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 272C213C4C8 for ; Fri, 8 Jun 2007 18:11:29 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l58I8fuI002567; Fri, 8 Jun 2007 12:08:42 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 08 Jun 2007 12:09:02 -0600 (MDT) Message-Id: <20070608.120902.-399284744.imp@bsdimp.com> To: bkoenig@alpha-tierchen.de From: "M. Warner Losh" In-Reply-To: <53385.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181314300.squirrel@webmail.alpha-tierchen.de> References: <53385.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181314300.squirrel@webmail.alpha-tierchen.de> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 08 Jun 2007 12:08:42 -0600 (MDT) Cc: arm@freebsd.org Subject: Re: if_ate handles the bytes of the MAC address in a "wrong" order 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, 08 Jun 2007 18:11:29 -0000 In message: <53385.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181314300.squirre= l@webmail.alpha-tierchen.de> Bj=F6rn_K=F6nig writes: : Hello, : = : while reading code of the at91 ethernet driver (ate) I noticed that i= t : uses an order of the MAC address registers which is not intended by A= tmel. : = : In FreeBSD you typically store the MAC address in an array of six oct= ets, : for example : = : uint8_t eaddr[] =3D { 0x01, 0x02, 0x03, 0x04, 0x05, 0x06 }; : = : which will be represented as 01:02:03:04:05:06 (transmission order) .= 0x01 : is the most significant byte and 0x06 the least significant byte. The= : least significant bit of the most significant byte is the group/indiv= idual : bit. : = : So far so good. That's the theory. : = : The specification of the Atmel AT91RM9200 controller clearly says : something about how to store the MAC address in the two address regis= ters : (section 36.5.5, page 602). When I read the manual, it was anything but clear. Looks like rev F does add some verbage, but it is still less than clear: There are four 48-bit specific address registers, each taking up two memory locations. The first location contains the first four bytes of the address; the second location contains the last two bytes of the address stored in its least significant byte positions. Ethernet frames are transmitted a byte at a time, LSB first. The first bit ... of the destination address is the group/individual bit ... This bit corresponds to bit 24 of the first word of the specific address register. The MSB of the first byte corresponds to bit 31 of the specific address register. : In fact that the first four bytes : (01:02:03:04) are stored in the low register and the last two bytes : (05:06) in the high register. Furthermore they write that the : group/individual bit corresponds with with bit 24 of the address regi= ster : which means that they really want that you store first byte in the lo= w : register, because bit 24 of the high register is unused. That's indeed what it says. : So the correct code would store the low register in eaddr[0-3] and th= e : high register in eaddr[4-5], but actually the ate_get_mac function in= : src/sys/arm/at91/if_ate.c uses another order. We use the following code: low =3D RD4(sc, ETH_SA1L); high =3D RD4(sc, ETH_SA1H); if ((low | (high & 0xffff)) =3D=3D 0) return (ENXIO); eaddr[0] =3D (high >> 8) & 0xff; eaddr[1] =3D high & 0xff; eaddr[2] =3D (low >> 24) & 0xff; eaddr[3] =3D (low >> 16) & 0xff; eaddr[4] =3D (low >> 8) & 0xff; eaddr[5] =3D low & 0xff; which does look like it is wrong, based on what the text says. : This won't hurt as long as you use a loader that stores the bytes the= same : way as the driver read them. I wouldn't care if I wouldn't have this : problem: Linux and the U-Boot loader stores the bytes it in a manner = that : is different from the FreeBSD method and also different from Atmel's : suggestion. I see the problem. There's a disconnect between the above code and the set code: WR4(sc, ETH_SA1L, (eaddr[3] << 24) | (eaddr[2] << 16) | (eaddr[1] << 8) | eaddr[0]); WR4(sc, ETH_SA1H, (eaddr[5] << 8) | (eaddr[4])); which is different still than the document says, which is, if I'm reading it right: WR4(sc, ETH_SA1L, (eaddr[0] << 24) | (eaddr[1] << 16) | (eaddr[2] << 8) | eaddr[3]); WR4(sc, ETH_SA1H, (eaddr[4] << 8) | (eaddr[5])); : What do you think? I'll investigate. However, the order that they are stored in comes from a boot loader that was emulating redboot and able to boot Linux. If the MAC address is wrong, the ARP won't work since it is used to process the incoming MAC address. I don't think that the boot loader's tftp function would work right with the bad address. But to be honest, that address doesn't have the be right, just consistent. I don't recall doing an arp -n on the server to see what's what. Looking at the boot code, we see: localMAClow =3D (mac[2] << 24) | (mac[3] << 16) | (mac[4] << 8) | mac[= 5]; localMAChigh =3D (mac[0] << 8) | mac[1]; which matches the code I quoted before: eaddr[0] =3D (high >> 8) & 0xff; eaddr[1] =3D high & 0xff; eaddr[2] =3D (low >> 24) & 0xff; eaddr[3] =3D (low >> 16) & 0xff; eaddr[4] =3D (low >> 8) & 0xff; eaddr[5] =3D low & 0xff; which is why we get the 'right' MAC on the probe line: ate0: Ethernet address: 00:30:96:00:00:07 And on one of the units I have up, I see: ate0: flags=3D8843 mtu 1500 inet 206.168.13.132 netmask 0xffffff80 broadcast 206.168.13.255= ether 00:30:96:00:00:07 and on the other end of my telnet connection I see: ? (206.168.13.132) at 00:30:96:00:00:07 on bge0 [ethernet] from arp. Time for pencil and paper to see why this all works :-(. Warner From owner-freebsd-arm@FreeBSD.ORG Fri Jun 8 19:59:05 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 4179816A421 for ; Fri, 8 Jun 2007 19:59:05 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de (mail.smartterra.de [195.225.132.203]) by mx1.freebsd.org (Postfix) with ESMTP id 016DC13C44C for ; Fri, 8 Jun 2007 19:59:04 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de ([195.225.132.203]) by localhost (liberty-mail [195.225.132.203]) (amavisd-new, port 10024) with ESMTP id 31719-05; Fri, 8 Jun 2007 21:59:02 +0200 (CEST) Received: from home.alpha-tierchen.de (port-212-202-170-5.dynamic.qsc.de [212.202.170.5]) by mail.liberty-hosting.de (Postfix) with ESMTP id F077615BB5C; Fri, 8 Jun 2007 21:59:01 +0200 (CEST) Received: from webmail.alpha-tierchen.de (localhost [127.0.0.1]) by home.alpha-tierchen.de (Postfix) with ESMTP id 4566945046; Fri, 8 Jun 2007 21:58:59 +0200 (CEST) Received: from 2001:6f8:101e:0:20e:cff:fe6d:6adb (SquirrelMail authenticated user bkoenig) by webmail.alpha-tierchen.de with HTTP; Fri, 8 Jun 2007 21:58:59 +0200 (CEST) Message-ID: <54751.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181332739.squirrel@webmail.alpha-tierchen.de> In-Reply-To: <20070608.120902.-399284744.imp@bsdimp.com> References: <53385.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181314300.squirrel@webmail.alpha-tierchen.de> <20070608.120902.-399284744.imp@bsdimp.com> Date: Fri, 8 Jun 2007 21:58:59 +0200 (CEST) From: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= To: "M. Warner Losh" User-Agent: SquirrelMail/1.4.10a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at mail.smartterra.de Cc: arm@freebsd.org Subject: Re: if_ate handles the bytes of the MAC address in a "wrong" order 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, 08 Jun 2007 19:59:05 -0000 M. Warner Losh wrote: > We use the following code: > low = RD4(sc, ETH_SA1L); > high = RD4(sc, ETH_SA1H); > if ((low | (high & 0xffff)) == 0) > return (ENXIO); > eaddr[0] = (high >> 8) & 0xff; > eaddr[1] = high & 0xff; > eaddr[2] = (low >> 24) & 0xff; > eaddr[3] = (low >> 16) & 0xff; > eaddr[4] = (low >> 8) & 0xff; > eaddr[5] = low & 0xff; > > which does look like it is wrong, based on what the text says. These are the register contents during execution of U-Boot: U-Boot> md fffbc098 8 fffbc098: 00000000 00000000 3ac25000 000051b4 .........P.:.Q.. fffbc0a8: 00000000 00000000 00000000 00000000 ................ ETH_SA2L = 3ac25000 ETH_SA2H = 000051b4 Our code makes the address 51:b4:3a:c2:50:00. The Linux code looks like this addr[0] = (lo & 0xff); addr[1] = (lo & 0xff00) >> 8; addr[2] = (lo & 0xff0000) >> 16; addr[3] = (lo & 0xff000000) >> 24; addr[4] = (hi & 0xff); addr[5] = (hi & 0xff00) >> 8; and we would get the MAC address 00:50:c2:3a:b4:51. It may be important that Linux makes a case differentiation because there is at least one boot loader out there that stores the MAC address exactly the other way round: addr[0] = (hi & 0xff00) >> 8; addr[1] = (hi & 0xff); addr[2] = (lo & 0xff000000) >> 24; addr[3] = (lo & 0xff0000) >> 16; addr[4] = (lo & 0xff00) >> 8; addr[5] = (lo & 0xff); with the comment "The CSB337 bootloader stores the MAC the wrong-way around." The code is from linux-2.6.21/drivers/net/arm/at91_ether.c line 385ff. Regards nröjB From owner-freebsd-arm@FreeBSD.ORG Fri Jun 8 22:59:29 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 C2C2D16A468 for ; Fri, 8 Jun 2007 22:59:29 +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 52E8F13C469 for ; Fri, 8 Jun 2007 22:59:28 +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 l58MxMo2092836; Sat, 9 Jun 2007 00:59:22 +0200 (CEST) (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 l58MxDLu098603 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 9 Jun 2007 00:59:13 +0200 (CEST) (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 l58MxDlA029707; Sat, 9 Jun 2007 00:59:13 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l58MxCUQ029706; Sat, 9 Jun 2007 00:59:12 +0200 (CEST) (envelope-from ticso) Date: Sat, 9 Jun 2007 00:59:12 +0200 From: Bernd Walter To: "M. Warner Losh" Message-ID: <20070608225912.GB16463@cicely12.cicely.de> References: <53385.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181314300.squirrel@webmail.alpha-tierchen.de> <20070608.120902.-399284744.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20070608.120902.-399284744.imp@bsdimp.com> 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: arm@freebsd.org, bkoenig@alpha-tierchen.de Subject: Re: if_ate handles the bytes of the MAC address in a "wrong" order 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, 08 Jun 2007 22:59:29 -0000 On Fri, Jun 08, 2007 at 12:09:02PM -0600, M. Warner Losh wrote: > In message: <53385.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181314300.squirrel@webmail.alpha-tierchen.de> > Björn_König writes: > : Hello, > : > : while reading code of the at91 ethernet driver (ate) I noticed that it > : uses an order of the MAC address registers which is not intended by Atmel. > : > : In FreeBSD you typically store the MAC address in an array of six octets, > : for example > : > : uint8_t eaddr[] = { 0x01, 0x02, 0x03, 0x04, 0x05, 0x06 }; > : > : which will be represented as 01:02:03:04:05:06 (transmission order) . 0x01 > : is the most significant byte and 0x06 the least significant byte. The > : least significant bit of the most significant byte is the group/individual > : bit. Ethernet is little endian. 0x01 is the first byte to be transmitted and it is done in 1000000 order. For my understanding 0x01 is the _least_ significant byte. > : So the correct code would store the low register in eaddr[0-3] and the > : high register in eaddr[4-5], but actually the ate_get_mac function in > : src/sys/arm/at91/if_ate.c uses another order. > > We use the following code: > low = RD4(sc, ETH_SA1L); > high = RD4(sc, ETH_SA1H); > if ((low | (high & 0xffff)) == 0) > return (ENXIO); > eaddr[0] = (high >> 8) & 0xff; > eaddr[1] = high & 0xff; > eaddr[2] = (low >> 24) & 0xff; > eaddr[3] = (low >> 16) & 0xff; > eaddr[4] = (low >> 8) & 0xff; > eaddr[5] = low & 0xff; > which does look like it is wrong, based on what the text says. Yes - this doesn't look right. > : This won't hurt as long as you use a loader that stores the bytes the same > : way as the driver read them. I wouldn't care if I wouldn't have this > : problem: Linux and the U-Boot loader stores the bytes it in a manner that > : is different from the FreeBSD method and also different from Atmel's > : suggestion. > > I see the problem. There's a disconnect between the above code and > the set code: > > WR4(sc, ETH_SA1L, (eaddr[3] << 24) | (eaddr[2] << 16) | > (eaddr[1] << 8) | eaddr[0]); > WR4(sc, ETH_SA1H, (eaddr[5] << 8) | (eaddr[4])); Interesting - this shuffles the order. And this seems to work, since I get proper data when tcpdump'ing the traffic on another host. This sounds like this is the only correct order used. It also matches with the datasheet, with 0x01 beeing the least significant byte. > which is different still than the document says, which is, if I'm > reading it right: > > WR4(sc, ETH_SA1L, (eaddr[0] << 24) | (eaddr[1] << 16) | > (eaddr[2] << 8) | eaddr[3]); > WR4(sc, ETH_SA1H, (eaddr[4] << 8) | (eaddr[5])); > > : What do you think? > > I'll investigate. However, the order that they are stored in comes > from a boot loader that was emulating redboot and able to boot Linux. > If the MAC address is wrong, the ARP won't work since it is used to > process the incoming MAC address. I don't think that the boot > loader's tftp function would work right with the bad address. But to > be honest, that address doesn't have the be right, just consistent. I > don't recall doing an arp -n on the server to see what's what. > > Looking at the boot code, we see: > > localMAClow = (mac[2] << 24) | (mac[3] << 16) | (mac[4] << 8) | mac[5]; > localMAChigh = (mac[0] << 8) | mac[1]; > > which matches the code I quoted before: > > eaddr[0] = (high >> 8) & 0xff; > eaddr[1] = high & 0xff; > eaddr[2] = (low >> 24) & 0xff; > eaddr[3] = (low >> 16) & 0xff; > eaddr[4] = (low >> 8) & 0xff; > eaddr[5] = low & 0xff; > > which is why we get the 'right' MAC on the probe line: > > ate0: Ethernet address: 00:30:96:00:00:07 > > And on one of the units I have up, I see: > > ate0: flags=8843 mtu 1500 > inet 206.168.13.132 netmask 0xffffff80 broadcast 206.168.13.255 > ether 00:30:96:00:00:07 > > and on the other end of my telnet connection I see: > > ? (206.168.13.132) at 00:30:96:00:00:07 on bge0 [ethernet] > > from arp. > > Time for pencil and paper to see why this all works :-(. It looks like the documentation is wrong and the shuffling fixes it. bootcode TFTP with the wrong address will work by automatic ARP learning on the tftp-server - I don't asume that the tftp-server will send any ARP-request. -- 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 Sat Jun 9 07:00:46 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 CC34816A400 for ; Sat, 9 Jun 2007 07:00:46 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de (mail.smartterra.de [195.225.132.203]) by mx1.freebsd.org (Postfix) with ESMTP id 8657613C45A for ; Sat, 9 Jun 2007 07:00:46 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de ([195.225.132.203]) by localhost (liberty-mail [195.225.132.203]) (amavisd-new, port 10024) with ESMTP id 15553-07; Sat, 9 Jun 2007 09:00:41 +0200 (CEST) Received: from home.alpha-tierchen.de (port-212-202-170-5.dynamic.qsc.de [212.202.170.5]) by mail.liberty-hosting.de (Postfix) with ESMTP id 1F9F1180F50; Sat, 9 Jun 2007 09:00:41 +0200 (CEST) Received: from webmail.alpha-tierchen.de (localhost [127.0.0.1]) by home.alpha-tierchen.de (Postfix) with ESMTP id 1DC0845046; Sat, 9 Jun 2007 09:00:40 +0200 (CEST) Received: from 2001:6f8:101e:0:20e:cff:fe6d:6adb (SquirrelMail authenticated user bkoenig) by webmail.alpha-tierchen.de with HTTP; Sat, 9 Jun 2007 09:00:40 +0200 (CEST) Message-ID: <63859.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181372440.squirrel@webmail.alpha-tierchen.de> In-Reply-To: <20070608225912.GB16463@cicely12.cicely.de> References: <53385.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181314300.squirrel@webmail.alpha-tierchen.de> <20070608.120902.-399284744.imp@bsdimp.com> <20070608225912.GB16463@cicely12.cicely.de> Date: Sat, 9 Jun 2007 09:00:40 +0200 (CEST) From: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= To: ticso@cicely.de User-Agent: SquirrelMail/1.4.10a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at mail.smartterra.de Cc: arm@freebsd.org Subject: Re: if_ate handles the bytes of the MAC address in a "wrong" order 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, 09 Jun 2007 07:00:46 -0000 Bernd schrieb: > Ethernet is little endian. > 0x01 is the first byte to be transmitted and it is done in 1000000 > order. > For my understanding 0x01 is the _least_ significant byte. If we would talk about a big 48-bit number with little endianess I would agree with you that 0x01 is the least significant byte. However, a MAC address is not a 48-bit number, it's rather a 48-bit address consisting of six 8-bit numbers, so I think it's inappropriate and confusing to talk about a most and least significant byte for the purpose of endianess. I'd like to stick to IEEE802 and call the bytes from left to right: first, second, third, ... and the sixth byte is the last. In my opinion the first bytes in transmission have a higher significance than the last bytes, because stations can already make decisions upon the first bytes. That's the reason why Atmel (among many others) call the first byte the most significant byte. Regards Björn From owner-freebsd-arm@FreeBSD.ORG Sat Jun 9 09:27:21 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 4934C16A480 for ; Sat, 9 Jun 2007 09:27:21 +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 CEA5E13C469 for ; Sat, 9 Jun 2007 09:27:20 +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 l599RI4C000400; Sat, 9 Jun 2007 11:27:18 +0200 (CEST) (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 l599R9Lw002939 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 9 Jun 2007 11:27:10 +0200 (CEST) (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 l599R9bX031555; Sat, 9 Jun 2007 11:27:09 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l599R945031554; Sat, 9 Jun 2007 11:27:09 +0200 (CEST) (envelope-from ticso) Date: Sat, 9 Jun 2007 11:27:08 +0200 From: Bernd Walter To: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= Message-ID: <20070609092708.GE16463@cicely12.cicely.de> References: <53385.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181314300.squirrel@webmail.alpha-tierchen.de> <20070608.120902.-399284744.imp@bsdimp.com> <20070608225912.GB16463@cicely12.cicely.de> <63859.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181372440.squirrel@webmail.alpha-tierchen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <63859.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181372440.squirrel@webmail.alpha-tierchen.de> 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: arm@freebsd.org, ticso@cicely.de Subject: Re: if_ate handles the bytes of the MAC address in a "wrong" order 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: Sat, 09 Jun 2007 09:27:21 -0000 On Sat, Jun 09, 2007 at 09:00:40AM +0200, Björn König wrote: > Bernd schrieb: > > > Ethernet is little endian. > > 0x01 is the first byte to be transmitted and it is done in 1000000 > > order. > > For my understanding 0x01 is the _least_ significant byte. > > If we would talk about a big 48-bit number with little endianess I would > agree with you that 0x01 is the least significant byte. However, a MAC > address is not a 48-bit number, it's rather a 48-bit address consisting of > six 8-bit numbers, so I think it's inappropriate and confusing to talk > about a most and least significant byte for the purpose of endianess. You started with it and you were wrong. > I'd like to stick to IEEE802 and call the bytes from left to right: first, > second, third, ... and the sixth byte is the last. In my opinion the first > bytes in transmission have a higher significance than the last bytes, > because stations can already make decisions upon the first bytes. That's > the reason why Atmel (among many others) call the first byte the most > significant byte. I also prefer to talk about first, sendond, ... byte, but the order is important to understand the datasheet. The datasheet is clear that the first 4 bytes belong into the first register, but it doesn't tell anything about the order of the bytes within the registers. The little endian order fits with the layout after the kernel has changed the order. And it fits with the linux code you've mentioned. We all put the first byte into the _low_ byte of the word register. Plus it is working. It is clear that the loader uses a different order and the kernel changes it. The loader should be fixed and the kernel shouldn't change it, which requires the read function to be fixed. Alhough I prefer some #ifdef to be left, since I already have boards in the wild where I can't easily change the loader. -- 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 Sat Jun 9 10:57:11 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 2DDB116A400 for ; Sat, 9 Jun 2007 10:57:11 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de (mail.smartterra.de [195.225.132.203]) by mx1.freebsd.org (Postfix) with ESMTP id B6FB113C4B0 for ; Sat, 9 Jun 2007 10:57:10 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de ([195.225.132.203]) by localhost (liberty-mail [195.225.132.203]) (amavisd-new, port 10024) with ESMTP id 54378-05; Sat, 9 Jun 2007 12:57:06 +0200 (CEST) Received: from home.alpha-tierchen.de (port-212-202-170-5.dynamic.qsc.de [212.202.170.5]) by mail.liberty-hosting.de (Postfix) with ESMTP id 3B8731807B8; Sat, 9 Jun 2007 12:57:06 +0200 (CEST) Received: from webmail.alpha-tierchen.de (localhost [127.0.0.1]) by home.alpha-tierchen.de (Postfix) with ESMTP id AAB5045046; Sat, 9 Jun 2007 12:57:04 +0200 (CEST) Received: from 2001:6f8:101e:0:20e:cff:fe6d:6adb (SquirrelMail authenticated user bkoenig) by webmail.alpha-tierchen.de with HTTP; Sat, 9 Jun 2007 12:57:04 +0200 (CEST) Message-ID: <58807.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181386624.squirrel@webmail.alpha-tierchen.de> In-Reply-To: <20070609092708.GE16463@cicely12.cicely.de> References: <53385.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181314300.squirrel@webmail.alpha-tierchen.de> <20070608.120902.-399284744.imp@bsdimp.com> <20070608225912.GB16463@cicely12.cicely.de> <63859.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181372440.squirrel@webmail.alpha-tierchen.de> <20070609092708.GE16463@cicely12.cicely.de> Date: Sat, 9 Jun 2007 12:57:04 +0200 (CEST) From: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= To: ticso@cicely.de User-Agent: SquirrelMail/1.4.10a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at mail.smartterra.de Cc: arm@freebsd.org Subject: Re: if_ate handles the bytes of the MAC address in a "wrong" order 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, 09 Jun 2007 10:57:11 -0000 Bernd schrieb: > On Sat, Jun 09, 2007 at 09:00:40AM +0200, Björn König wrote: >> [...] I think it's inappropriate and confusing to talk >> about a most and least significant byte for the purpose of endianess. > > You started with it and you were wrong. Maybe my very first mail was capable of being misunderstood. I just repeated Atmel's specification and I think I did it correctly. It was neither my concern to talk about endianess nor to talk about right or wrong. It does not belong to this issue, because finally it doesn't matter how Atmel want to read and write the MAC address to the registers since it is their specification and they are allowed to specify whatever they want regarding their hardware. They even are allowed to expect that the six bytes are stored in the order ([6][-][1][4])([3][2][-][5]). > I also prefer to talk about first, sendond, ... byte, but the order is > important to understand the datasheet. > The datasheet is clear that the first 4 bytes belong into the first > register, but it doesn't tell anything about the order of the bytes > within the registers. They do, they give a hint: "The first bit (i.e., the LSB of the first byte) of the destination address is the group/individual bit and is set one for multicast addresses and zero for unicast. This bit corresponds to bit 24 of the first word of the specific address register. The MSB of the first byte of the destination address corresponds to bit 31 of the specific address register." low register: [ 31 ][ 30 ][ 29 ][ 28 ][ 27 ][ 26 ][ 25 ][ 24 ] 8 7 6 5 4 3 2 1 This is what they said (register bit in brackets, below the bit of the MAC address # 1-48 in transmission order). That consecutively means for the low register: [ 23 ][ 22 ][ 21 ][ 20 ][ 19 ][ 18 ][ 17 ][ 16 ] 16 15 14 13 12 11 10 9 [ 15 ][ 14 ][ 13 ][ 12 ][ 11 ][ 10 ][ 9 ][ 8 ] 24 23 22 21 20 19 18 17 [ 7 ][ 6 ][ 5 ][ 4 ][ 3 ][ 2 ][ 1 ][ 0 ] 32 31 30 29 28 27 26 25 Consequently you should fill the high register this way: [ 15 ][ 14 ][ 13 ][ 12 ][ 11 ][ 10 ][ 9 ][ 8 ] 40 39 38 37 36 35 34 33 [ 7 ][ 6 ][ 5 ][ 4 ][ 3 ][ 2 ][ 1 ][ 0 ] 48 47 46 45 44 43 42 41 Personally I don't want that because it requires changes in *all* Loaders as well as in FreeBSD and Linux drivers and so on. > The loader should be fixed and the kernel shouldn't change it, which > requires the read function to be fixed. I just want the ate driver's get function to be fixed according to its own set function. Nothing else. The loader don't need to be changed. Regards Björn From owner-freebsd-arm@FreeBSD.ORG Sat Jun 9 11:28:11 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 4007A16A41F for ; Sat, 9 Jun 2007 11:28:11 +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 E17B913C468 for ; Sat, 9 Jun 2007 11:28:10 +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 l59BS8Vl001941; Sat, 9 Jun 2007 13:28:08 +0200 (CEST) (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 l59BRxlg003747 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 9 Jun 2007 13:28:00 +0200 (CEST) (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 l59BRxR6031821; Sat, 9 Jun 2007 13:27:59 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l59BRxTf031820; Sat, 9 Jun 2007 13:27:59 +0200 (CEST) (envelope-from ticso) Date: Sat, 9 Jun 2007 13:27:59 +0200 From: Bernd Walter To: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= Message-ID: <20070609112758.GH16463@cicely12.cicely.de> References: <53385.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181314300.squirrel@webmail.alpha-tierchen.de> <20070608.120902.-399284744.imp@bsdimp.com> <20070608225912.GB16463@cicely12.cicely.de> <63859.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181372440.squirrel@webmail.alpha-tierchen.de> <20070609092708.GE16463@cicely12.cicely.de> <58807.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181386624.squirrel@webmail.alpha-tierchen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <58807.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181386624.squirrel@webmail.alpha-tierchen.de> 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: arm@freebsd.org, ticso@cicely.de Subject: Re: if_ate handles the bytes of the MAC address in a "wrong" order 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: Sat, 09 Jun 2007 11:28:11 -0000 On Sat, Jun 09, 2007 at 12:57:04PM +0200, Björn König wrote: > Bernd schrieb: > > On Sat, Jun 09, 2007 at 09:00:40AM +0200, Björn König wrote: > >> [...] I think it's inappropriate and confusing to talk > > I also prefer to talk about first, sendond, ... byte, but the order is > > important to understand the datasheet. > > The datasheet is clear that the first 4 bytes belong into the first > > register, but it doesn't tell anything about the order of the bytes > > within the registers. > > They do, they give a hint: > > "The first bit (i.e., the LSB of the first byte) of the destination > address is the group/individual bit and is set one for multicast addresses > and zero for unicast. This bit corresponds to bit 24 of the first word of > the specific address register. The MSB of the first byte of the > destination address corresponds to bit 31 of the specific > address register." Mmhh - you seem to be right about the bit 24 thing. But then they put the first 4 bytes into the register they've named the low one. The datasheet is inconsistent here and this wouldn't be the first wrong point in there - originaly the datasheet had completely wrong layout for the status registers and the MCI part had errors in it as well. The text in the datasheet is based on their EMAC ASIC core description and obviously inserted without proper review. In short: I don't trust the bit 24 description. Why should it work if we fill the registers wrong? This influences the receive filter, so it shouldn't receive packets for it's own MAC if setup wrong. FreeRTOS sample for AT91SAM7X256 does the same order: static void prvSetupMACAddress(void) { /* Must be written SA1L then SA1H. */ AT91C_BASE_EMAC->EMAC_SA1L = ((unsigned portLONG) cMACAddress[3] << 24 ) | ((unsigned portLONG) cMACAddress[2] << 16) | ((unsigned portLONG) cMACAddress[1] << 8) | cMACAddress[0]; AT91C_BASE_EMAC->EMAC_SA1H = ((unsigned portLONG) cMACAddress[5] << 8 ) | cMACAddress[4]; } The datasheet for the SAM7X prove this code with an explizit sample. But the SAM7X have sightly better EMAC hardware, so it doesn't have to be the same as the one in RM9200. -- 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 Sat Jun 9 12:19:54 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 B3F3716A421 for ; Sat, 9 Jun 2007 12:19:54 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de (mail.smartterra.de [195.225.132.203]) by mx1.freebsd.org (Postfix) with ESMTP id 6B56013C448 for ; Sat, 9 Jun 2007 12:19:54 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de ([195.225.132.203]) by localhost (liberty-mail [195.225.132.203]) (amavisd-new, port 10024) with ESMTP id 60249-07; Sat, 9 Jun 2007 14:19:45 +0200 (CEST) Received: from home.alpha-tierchen.de (port-212-202-170-5.dynamic.qsc.de [212.202.170.5]) by mail.liberty-hosting.de (Postfix) with ESMTP id CE594181164; Sat, 9 Jun 2007 14:19:44 +0200 (CEST) Received: from webmail.alpha-tierchen.de (localhost [127.0.0.1]) by home.alpha-tierchen.de (Postfix) with ESMTP id 0FE6845046; Sat, 9 Jun 2007 14:19:43 +0200 (CEST) Received: from 2001:6f8:101e:0:20e:cff:fe6d:6adb (SquirrelMail authenticated user bkoenig) by webmail.alpha-tierchen.de with HTTP; Sat, 9 Jun 2007 14:19:43 +0200 (CEST) Message-ID: <59832.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181391583.squirrel@webmail.alpha-tierchen.de> In-Reply-To: <20070609112758.GH16463@cicely12.cicely.de> References: <53385.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181314300.squirrel@webmail.alpha-tierchen.de> <20070608.120902.-399284744.imp@bsdimp.com> <20070608225912.GB16463@cicely12.cicely.de> <63859.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181372440.squirrel@webmail.alpha-tierchen.de> <20070609092708.GE16463@cicely12.cicely.de> <58807.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181386624.squirrel@webmail.alpha-tierchen.de> <20070609112758.GH16463@cicely12.cicely.de> Date: Sat, 9 Jun 2007 14:19:43 +0200 (CEST) From: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= To: ticso@cicely.de User-Agent: SquirrelMail/1.4.10a MIME-Version: 1.0 Content-Type: multipart/mixed;boundary="----=_20070609141943_98523" X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at mail.smartterra.de Cc: arm@freebsd.org Subject: Re: if_ate handles the bytes of the MAC address in a "wrong" order 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, 09 Jun 2007 12:19:54 -0000 ------=_20070609141943_98523 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit This is finally my suggestion for a new ate_get_mac function that corresponds with the ate_set_mac function and with Linux's code, but not with the SAM7X example. Regards Björn ------=_20070609141943_98523 Content-Type: text/x-diff; name="if_ate.c.diff" Content-Transfer-Encoding: 8bit Content-Disposition: attachment; filename="if_ate.c.diff" --- src/sys/arm/at91/if_ate.c.orig Fri Feb 23 13:18:27 2007 +++ src/sys/arm/at91/if_ate.c Sat Jun 9 13:59:16 2007 @@ -170,7 +170,7 @@ struct sysctl_ctx_list *sctx; struct sysctl_oid *soid; int err; - u_char eaddr[6]; + u_char eaddr[ETHER_ADDR_LEN]; sc->dev = dev; err = ate_activate(dev); @@ -587,24 +587,28 @@ static int ate_get_mac(struct ate_softc *sc, u_char *eaddr) { + bus_size_t sa_low_reg[] = { ETH_SA1L, ETH_SA2L, ETH_SA3L, ETH_SA4L }; + bus_size_t sa_high_reg[] = { ETH_SA1H, ETH_SA2H, ETH_SA3H, ETH_SA4H }; uint32_t low, high; + int i; /* * The boot loader setup the MAC with an address, if one is set in - * the loader. The TSC loader will also set the MAC address in a - * similar way. Grab the MAC address from the SA1[HL] registers. + * the loader. Grab the MAC address from the SA[1-4][HL] registers. */ - low = RD4(sc, ETH_SA1L); - high = RD4(sc, ETH_SA1H); - if ((low | (high & 0xffff)) == 0) - return (ENXIO); - eaddr[0] = (high >> 8) & 0xff; - eaddr[1] = high & 0xff; - eaddr[2] = (low >> 24) & 0xff; - eaddr[3] = (low >> 16) & 0xff; - eaddr[4] = (low >> 8) & 0xff; - eaddr[5] = low & 0xff; - return (0); + for (i = 0; i < 4; i++) + { + low = RD4(sc, sa_low_reg[i]); + high = RD4(sc, sa_high_reg[i]); + if ((low | (high & 0xffff)) != 0) + { + bcopy(&low, eaddr, 4); + bcopy(&high, eaddr+4, 2); + return (0); + } + } + + return (ENXIO); } static void ------=_20070609141943_98523-- From owner-freebsd-arm@FreeBSD.ORG Sat Jun 9 12:40:00 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 530A116A421 for ; Sat, 9 Jun 2007 12:40:00 +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 01D1513C457 for ; Sat, 9 Jun 2007 12:39:59 +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 l59Cdso4002682; Sat, 9 Jun 2007 14:39:55 +0200 (CEST) (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 l59Cdhrq004187 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 9 Jun 2007 14:39:43 +0200 (CEST) (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 l59CdgVh031978; Sat, 9 Jun 2007 14:39:42 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l59Cdg98031977; Sat, 9 Jun 2007 14:39:42 +0200 (CEST) (envelope-from ticso) Date: Sat, 9 Jun 2007 14:39:42 +0200 From: Bernd Walter To: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= Message-ID: <20070609123941.GJ16463@cicely12.cicely.de> References: <53385.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181314300.squirrel@webmail.alpha-tierchen.de> <20070608.120902.-399284744.imp@bsdimp.com> <20070608225912.GB16463@cicely12.cicely.de> <63859.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181372440.squirrel@webmail.alpha-tierchen.de> <20070609092708.GE16463@cicely12.cicely.de> <58807.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181386624.squirrel@webmail.alpha-tierchen.de> <20070609112758.GH16463@cicely12.cicely.de> <59832.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181391583.squirrel@webmail.alpha-tierchen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <59832.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181391583.squirrel@webmail.alpha-tierchen.de> 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: arm@freebsd.org, ticso@cicely.de Subject: Re: if_ate handles the bytes of the MAC address in a "wrong" order 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: Sat, 09 Jun 2007 12:40:00 -0000 On Sat, Jun 09, 2007 at 02:19:43PM +0200, Björn König wrote: > This is finally my suggestion for a new ate_get_mac function that > corresponds with the ate_set_mac function and with Linux's code, but not > with the SAM7X example. They do all agree - it is the same as the SAM7X. However - I prefer the explizit byte code as we do now, instead of using bcopy. Of course we need to fix the order in our loader ocde as well. > --- src/sys/arm/at91/if_ate.c.orig Fri Feb 23 13:18:27 2007 > +++ src/sys/arm/at91/if_ate.c Sat Jun 9 13:59:16 2007 > @@ -170,7 +170,7 @@ > struct sysctl_ctx_list *sctx; > struct sysctl_oid *soid; > int err; > - u_char eaddr[6]; > + u_char eaddr[ETHER_ADDR_LEN]; > > sc->dev = dev; > err = ate_activate(dev); > @@ -587,24 +587,28 @@ > static int > ate_get_mac(struct ate_softc *sc, u_char *eaddr) > { > + bus_size_t sa_low_reg[] = { ETH_SA1L, ETH_SA2L, ETH_SA3L, ETH_SA4L }; > + bus_size_t sa_high_reg[] = { ETH_SA1H, ETH_SA2H, ETH_SA3H, ETH_SA4H }; > uint32_t low, high; > + int i; > > /* > * The boot loader setup the MAC with an address, if one is set in > - * the loader. The TSC loader will also set the MAC address in a > - * similar way. Grab the MAC address from the SA1[HL] registers. > + * the loader. Grab the MAC address from the SA[1-4][HL] registers. > */ > - low = RD4(sc, ETH_SA1L); > - high = RD4(sc, ETH_SA1H); > - if ((low | (high & 0xffff)) == 0) > - return (ENXIO); > - eaddr[0] = (high >> 8) & 0xff; > - eaddr[1] = high & 0xff; > - eaddr[2] = (low >> 24) & 0xff; > - eaddr[3] = (low >> 16) & 0xff; > - eaddr[4] = (low >> 8) & 0xff; > - eaddr[5] = low & 0xff; > - return (0); > + for (i = 0; i < 4; i++) > + { > + low = RD4(sc, sa_low_reg[i]); > + high = RD4(sc, sa_high_reg[i]); > + if ((low | (high & 0xffff)) != 0) > + { > + bcopy(&low, eaddr, 4); > + bcopy(&high, eaddr+4, 2); > + return (0); > + } > + } > + > + return (ENXIO); > } > > static void -- 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 Sat Jun 9 14:03:45 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 50AA216A400 for ; Sat, 9 Jun 2007 14:03:45 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de (mail.smartterra.de [195.225.132.203]) by mx1.freebsd.org (Postfix) with ESMTP id DDE2B13C43E for ; Sat, 9 Jun 2007 14:03:44 +0000 (UTC) (envelope-from bkoenig@alpha-tierchen.de) Received: from mail.liberty-hosting.de ([195.225.132.203]) by localhost (liberty-mail [195.225.132.203]) (amavisd-new, port 10024) with ESMTP id 67482-09; Sat, 9 Jun 2007 16:03:37 +0200 (CEST) Received: from home.alpha-tierchen.de (port-212-202-170-5.dynamic.qsc.de [212.202.170.5]) by mail.liberty-hosting.de (Postfix) with ESMTP id 667F2181129; Sat, 9 Jun 2007 16:03:37 +0200 (CEST) Received: from webmail.alpha-tierchen.de (localhost [127.0.0.1]) by home.alpha-tierchen.de (Postfix) with ESMTP id 6846B45046; Sat, 9 Jun 2007 16:03:35 +0200 (CEST) Received: from 2001:6f8:101e:0:20e:cff:fe6d:6adb (SquirrelMail authenticated user bkoenig) by webmail.alpha-tierchen.de with HTTP; Sat, 9 Jun 2007 16:03:35 +0200 (CEST) Message-ID: <51831.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181397815.squirrel@webmail.alpha-tierchen.de> In-Reply-To: <20070609123941.GJ16463@cicely12.cicely.de> References: <53385.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181314300.squirrel@webmail.alpha-tierchen.de> <20070608.120902.-399284744.imp@bsdimp.com> <20070608225912.GB16463@cicely12.cicely.de> <63859.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181372440.squirrel@webmail.alpha-tierchen.de> <20070609092708.GE16463@cicely12.cicely.de> <58807.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181386624.squirrel@webmail.alpha-tierchen.de> <20070609112758.GH16463@cicely12.cicely.de> <59832.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181391583.squirrel@webmail.alpha-tierchen.de> <20070609123941.GJ16463@cicely12.cicely.de> Date: Sat, 9 Jun 2007 16:03:35 +0200 (CEST) From: =?iso-8859-1?Q?Bj=F6rn_K=F6nig?= To: ticso@cicely.de User-Agent: SquirrelMail/1.4.10a MIME-Version: 1.0 Content-Type: multipart/mixed;boundary="----=_20070609160335_13056" X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at mail.smartterra.de Cc: arm@freebsd.org Subject: Re: if_ate handles the bytes of the MAC address in a "wrong" order 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, 09 Jun 2007 14:03:45 -0000 ------=_20070609160335_13056 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Bernd wrote: > They do all agree - it is the same as the SAM7X. Right, my mistake. > However - I prefer the explizit byte code as we do now, instead of > using bcopy. I agree. It is safer and looks more familar. Björn ------=_20070609160335_13056 Content-Type: text/x-diff; name="emac_init.c.diff" Content-Transfer-Encoding: 8bit Content-Disposition: attachment; filename="emac_init.c.diff" --- src/sys/boot/arm/at91/libat91/emac_init.c.orig Wed Dec 20 19:26:37 2006 +++ src/sys/boot/arm/at91/libat91/emac_init.c Sat Jun 9 15:55:23 2007 @@ -79,8 +79,8 @@ pPMC->PMC_PCER = ((unsigned) 1 << AT91C_ID_EMAC); memcpy(localMACAddr, mac, 6); - localMAClow = (mac[2] << 24) | (mac[3] << 16) | (mac[4] << 8) | mac[5]; - localMAChigh = (mac[0] << 8) | mac[1]; + localMAClow = (mac[3] << 24) | (mac[2] << 16) | (mac[1] << 8) | mac[0]; + localMAChigh = (mac[5] << 8) | mac[4]; localMACSet = 1; AT91C_BASE_PMC->PMC_PCER = 1u << AT91C_ID_EMAC; ------=_20070609160335_13056 Content-Type: text/x-diff; name="if_ate.c.diff" Content-Transfer-Encoding: 8bit Content-Disposition: attachment; filename="if_ate.c.diff" --- src/sys/arm/at91/if_ate.c.orig Sat Jun 9 15:50:50 2007 +++ src/sys/arm/at91/if_ate.c Sat Jun 9 15:52:51 2007 @@ -170,7 +170,7 @@ struct sysctl_ctx_list *sctx; struct sysctl_oid *soid; int err; - u_char eaddr[6]; + u_char eaddr[ETHER_ADDR_LEN]; sc->dev = dev; err = ate_activate(dev); @@ -587,24 +587,32 @@ static int ate_get_mac(struct ate_softc *sc, u_char *eaddr) { + bus_size_t sa_low_reg[] = { ETH_SA1L, ETH_SA2L, ETH_SA3L, ETH_SA4L }; + bus_size_t sa_high_reg[] = { ETH_SA1H, ETH_SA2H, ETH_SA3H, ETH_SA4H }; uint32_t low, high; + int i; /* * The boot loader setup the MAC with an address, if one is set in - * the loader. The TSC loader will also set the MAC address in a - * similar way. Grab the MAC address from the SA1[HL] registers. + * the loader. Grab the MAC address from the SA[1-4][HL] registers. */ - low = RD4(sc, ETH_SA1L); - high = RD4(sc, ETH_SA1H); - if ((low | (high & 0xffff)) == 0) - return (ENXIO); - eaddr[0] = (high >> 8) & 0xff; - eaddr[1] = high & 0xff; - eaddr[2] = (low >> 24) & 0xff; - eaddr[3] = (low >> 16) & 0xff; - eaddr[4] = (low >> 8) & 0xff; - eaddr[5] = low & 0xff; - return (0); + for (i = 0; i < 4; i++) + { + low = RD4(sc, sa_low_reg[i]); + high = RD4(sc, sa_high_reg[i]); + if ((low | (high & 0xffff)) != 0) + { + eaddr[0] = low & 0xff; + eaddr[1] = (low >> 8) & 0xff; + eaddr[2] = (low >> 16) & 0xff; + eaddr[3] = (low >> 24) & 0xff; + eaddr[4] = high & 0xff; + eaddr[5] = (high >> 8) & 0xff; + return (0); + } + } + + return (ENXIO); } static void ------=_20070609160335_13056-- From owner-freebsd-arm@FreeBSD.ORG Sat Jun 9 15:47:41 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 89EFE16A400 for ; Sat, 9 Jun 2007 15:47:41 +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 4EC0E13C448 for ; Sat, 9 Jun 2007 15:47:41 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l59Fkhrv017261; Sat, 9 Jun 2007 09:46:43 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 09 Jun 2007 09:47:08 -0600 (MDT) Message-Id: <20070609.094708.-2034663768.imp@bsdimp.com> To: bkoenig@alpha-tierchen.de From: "M. Warner Losh" In-Reply-To: <51831.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181397815.squirrel@webmail.alpha-tierchen.de> References: <59832.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181391583.squirrel@webmail.alpha-tierchen.de> <20070609123941.GJ16463@cicely12.cicely.de> <51831.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181397815.squirrel@webmail.alpha-tierchen.de> 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 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sat, 09 Jun 2007 09:46:44 -0600 (MDT) Cc: arm@freebsd.org, ticso@cicely.de Subject: Re: if_ate handles the bytes of the MAC address in a "wrong" order 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, 09 Jun 2007 15:47:41 -0000 I think these patches are basically good. I gotta think about how I wanna roll these into the kernel as I have units in the field that upgrading their boot loader would be awkward... Why do you look at all four SA registers, but only pick the first non-zero one? Why is that going to he better than just looking at the first one? Until FreeBSD can support muliple MAC addresses, I'm not sure I see the point... Warner From owner-freebsd-arm@FreeBSD.ORG Sat Jun 9 19:50:47 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 6BB7016A41F for ; Sat, 9 Jun 2007 19:50:47 +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 F13C713C44B for ; Sat, 9 Jun 2007 19:50:46 +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 l59Jodp9007938; Sat, 9 Jun 2007 21:50:40 +0200 (CEST) (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 l59JoVjY006721 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 9 Jun 2007 21:50:32 +0200 (CEST) (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 l59JoUgM032881; Sat, 9 Jun 2007 21:50:30 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l59JoU1p032880; Sat, 9 Jun 2007 21:50:30 +0200 (CEST) (envelope-from ticso) Date: Sat, 9 Jun 2007 21:50:30 +0200 From: Bernd Walter To: "M. Warner Losh" Message-ID: <20070609195030.GM16463@cicely12.cicely.de> References: <59832.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181391583.squirrel@webmail.alpha-tierchen.de> <20070609123941.GJ16463@cicely12.cicely.de> <51831.2001:6f8:101e:0:20e:cff:fe6d:6adb.1181397815.squirrel@webmail.alpha-tierchen.de> <20070609.094708.-2034663768.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070609.094708.-2034663768.imp@bsdimp.com> 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: arm@freebsd.org, bkoenig@alpha-tierchen.de, ticso@cicely.de Subject: Re: if_ate handles the bytes of the MAC address in a "wrong" order 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: Sat, 09 Jun 2007 19:50:47 -0000 On Sat, Jun 09, 2007 at 09:47:08AM -0600, M. Warner Losh wrote: > I think these patches are basically good. I gotta think about how I > wanna roll these into the kernel as I have units in the field that > upgrading their boot loader would be awkward... The same for me :( As a hack I thought about verifying the MAC in my own kernel and shuffle if it shows an old loader. At least I know the MAC range, which is already in the field. Fortunately only of few users compile their systems themself and those should be able to update the firmware. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de