From owner-freebsd-arm@FreeBSD.ORG Sun Aug 4 02:12:37 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 91BC390; Sun, 4 Aug 2013 02:12:37 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4FF8526CF; Sun, 4 Aug 2013 02:12:37 +0000 (UTC) Received: from dagger.cc.vt.edu (dagger.cc.vt.edu [198.82.163.114]) by lennier.cc.vt.edu (8.13.8/8.13.8) with ESMTP id r73N5irI001302; Sat, 3 Aug 2013 19:05:44 -0400 Received: from auth3.smtp.vt.edu (auth3.smtp.vt.edu [198.82.161.152]) by dagger.cc.vt.edu (MOS 4.3.3-GA) with ESMTP id CLX67389; Sat, 3 Aug 2013 19:05:43 -0400 X-Mirapoint-Received-SPF: 198.82.161.152 auth3.smtp.vt.edu 0 none X-Mirapoint-Received-SPF: 198.82.161.152 auth3.smtp.vt.edu 0 none Received: from gromit.chumby.lan (c-98-249-9-133.hsd1.va.comcast.net [98.249.9.133]) (authenticated bits=0) by auth3.smtp.vt.edu (8.13.8/8.13.8) with ESMTP id r73N5gaF001581 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 3 Aug 2013 19:05:43 -0400 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: RFC: sysutils/u-boot-beaglebone-eabi From: Paul Mather In-Reply-To: Date: Sat, 3 Aug 2013 19:05:41 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Tim Kientzle X-Mailer: Apple Mail (2.1508) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 04 Aug 2013 02:12:37 -0000 On Jul 31, 2013, at 11:45 PM, Tim Kientzle wrote: > I (finally) got this port committed and would appreciate feedback. I have problems building this on my build system, which runs = FreeBSD/amd64 10.0-CURRENT (r253579) as a virtual machine under KVM. It = fails when building math/gmp: =3D=3D=3D=3D=3D [...] checking for assembler .type directive... .type $1,@$2 checking for assembler .size directive... .size $1,$2 checking for assembler local label prefix... .L checking for assembler byte directive... .byte checking how to define a 32-bit word... .long checking if .align assembly directive is logarithmic... no checking size of void *... 8 checking size of unsigned short... 2 checking size of unsigned... 4 checking size of unsigned long... 8 checking size of mp_limb_t... 8 configure: error: Oops, mp_limb_t is 64 bits, but the assembler code in this configuration expects 32 bits. You appear to have set $CFLAGS, perhaps you also need to tell GMP the intended ABI, see "ABI and ISA" in the manual. =3D=3D=3D> Script "configure" failed unexpectedly. Please report the problem to ale@FreeBSD.org [maintainer] and attach the "/usr/ports/math/gmp/work/gmp-5.1.2/config.log" including the output of = the failure of your make command. Also, it might be a good idea to provide = an overview of all packages installed on your system (e.g. a /usr/local/sbin/pkg-static info -g -Ea). *** Error code 1 Stop. make: stopped in /usr/ports/math/gmp *** Error code 1 Stop. make: stopped in /usr/ports/math/gmp *** Error code 1 Stop. make: stopped in /usr/ports/devel/arm-eabi-gcc *** Error code 1 Stop. make: stopped in /usr/ports/devel/arm-eabi-gcc *** Error code 1 Stop. make: stopped in /usr/ports/sysutils/u-boot-beaglebone-eabi =3D=3D=3D=3D=3D It does manage to install arm-eabi-binutils-2.23.2. I have this in = /etc/src.conf: =3D=3D=3D=3D=3D WITHOUT_APM=3Dyes WITHOUT_ATM=3Dyes WITHOUT_BIND_DNSSEC=3Dyes WITHOUT_BLUETOOTH=3Dyes WITHOUT_CALENDAR=3Dyes WITHOUT_CTM=3Dyes WITHOUT_CVS=3Dyes WITHOUT_FORTRAN=3Dyes WITHOUT_FREEBSD_UPDATE=3Dyes WITHOUT_GPIB=3Dyes WITHOUT_HTML=3Dyes WITHOUT_I4B=3Dyes WITHOUT_IPFILTER=3Dyes WITHOUT_IPFW=3Dyes WITHOUT_IPX=3Dyes WITHOUT_NDIS=3Dyes WITHOUT_NCP=3Dyes WITHOUT_PC_SYSINSTALL=3Dyes WITHOUT_PPP=3Dyes WITHOUT_PROFILE=3Dyes WITHOUT_RCMDS=3Dyes WITHOUT_RCS=3Dyes WITHOUT_SHAREDOCS=3Dyes WITHOUT_SYSINSTALL=3Dyes WITHOUT_WIRELESS=3Dyes # No wireless cards WITHOUT_WPA_SUPPLICANT_EAPOL=3Dyes WITHOUT_ZFS=3Dyes =3D=3D=3D=3D=3D These are the only active settings I have in /etc/make.conf: =3D=3D=3D=3D=3D RUBY_DEFAULT_VER=3D1.9 SVN_UPDATE=3Dyes SVN=3D/usr/local/bin/svn #MALLOC_PRODUCTION=3Dyes WITH_PKGNG=3Dyes # added by use.perl 2013-06-13 21:54:13 PERL_VERSION=3D5.16.3 =3D=3D=3D=3D=3D Am I doing anything obviously wrong? Cheers, Paul.= From owner-freebsd-arm@FreeBSD.ORG Sun Aug 4 07:44:10 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 499FB1AC; Sun, 4 Aug 2013 07:44:10 +0000 (UTC) (envelope-from mark@grondar.org) Received: from gromit.grondar.org (grandfather.grondar.org [IPv6:2a01:348:0:15:5d59:5c20:0:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0E7462199; Sun, 4 Aug 2013 07:44:10 +0000 (UTC) Received: from graveyard.grondar.org ([88.96.155.33] helo=gronkulator.grondar.org) by gromit.grondar.org with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1V5syz-000DHU-EQ; Sun, 04 Aug 2013 08:44:06 +0100 Subject: Re: PATCH: get_cyclecount() on ARMv6 and better Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Content-Type: multipart/signed; boundary="Apple-Mail=_F002862B-D3A8-4559-B246-2B577EA01389"; protocol="application/pgp-signature"; micalg=pgp-sha512 From: Mark R V Murray In-Reply-To: <20130804011535.b87e1f39.ray@freebsd.org> Date: Sun, 4 Aug 2013 08:43:57 +0100 Message-Id: <5923E430-A98D-4396-ACD3-83654B7F5D84@grondar.org> References: <78D22A66-86E5-43B1-ABCA-7BF14F8061AB@grondar.org> <20130803145135.38196156.ray@freebsd.org> <9342F2DA-2A30-4209-B8C6-A43F194852DA@bsdimp.com> <20130804011535.b87e1f39.ray@freebsd.org> To: Aleksandr Rybalko X-Mailer: Apple Mail (2.1508) X-SA-Score: -2.2 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 04 Aug 2013 07:44:10 -0000 --Apple-Mail=_F002862B-D3A8-4559-B246-2B577EA01389 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 3 Aug 2013, at 23:15, Aleksandr Rybalko wrote: > Another potential useful thing, not to close it under #ifdef ARMv6, but > check ARM processor Feature registers. > MRC p15, 0, , c0, c1, 2; Read Debug Feature Register 0 > Here is [27:24] bits - Performance monitor model, zero - lack of PMU. > But unfortunately, Cortex-A8 have no such bits, but have CCNT reg. :) Thanks for the hint, but it soinnds like I'm going to need a bit more expert knowledge here. So what will work on all ARMs, then? M -- Mark R V Murray --Apple-Mail=_F002862B-D3A8-4559-B246-2B577EA01389 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) Comment: GPGTools - http://gpgtools.org iQCVAwUBUf4GRN58vKOKE6LNAQrfBgP/XdLHrW5vNf7PQ11CKOsCLajq1nQfcL36 rwqay7afALHdJ7G/zPZaDLuTJWXf4+pUlKjMuLNJVwQkvF3dJAcXi0WCI9XGMKJZ Cl2UTb36dnbPuTuiuGFbtny+Eu7xgfM/VproTihLDWgKni6RSNDsAte6xXmQJRv+ i8WUotXgTBo= =JEq+ -----END PGP SIGNATURE----- --Apple-Mail=_F002862B-D3A8-4559-B246-2B577EA01389-- From owner-freebsd-arm@FreeBSD.ORG Sun Aug 4 13:03:33 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B0D4F52B for ; Sun, 4 Aug 2013 13:03:33 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 814022800 for ; Sun, 4 Aug 2013 13:03:33 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1V5xy1-000NJK-Nj; Sun, 04 Aug 2013 13:03:25 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r74D3LuA024872; Sun, 4 Aug 2013 07:03:21 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19qmJsngkuXd5mRSioUypQ0 Subject: Re: Kernel Panic on DREAMPLUG: Alignment Fault 1 From: Ian Lepore To: Andrew Turner In-Reply-To: <20130803173135.76566eeb@bender.Home> References: <51F92F79.9010809@gmail.com> <1375309907.45247.185.camel@revolution.hippie.lan> <51F9C81A.7000106@gmail.com> <1375358623.45247.189.camel@revolution.hippie.lan> <51FA1D2B.9090009@gmail.com> <1375363713.45247.193.camel@revolution.hippie.lan> <51FA8946.8030301@gmail.com> <1375374521.45247.211.camel@revolution.hippie.lan> <20130803083248.342108c2@bender.Home> <1375538681.45247.273.camel@revolution.hippie.lan> <20130803173135.76566eeb@bender.Home> Content-Type: text/plain; charset="us-ascii" Date: Sun, 04 Aug 2013 07:03:21 -0600 Message-ID: <1375621401.1149.1.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm@FreeBSD.org, mattia.rossi.mate@gmail.com X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 04 Aug 2013 13:03:33 -0000 On Sat, 2013-08-03 at 17:31 +0100, Andrew Turner wrote: > On Sat, 03 Aug 2013 08:04:41 -0600 > Ian Lepore wrote: > > On Sat, 2013-08-03 at 08:32 +0100, Andrew Turner wrote: > > > Can you try the patch at [1]. It should fix the stack alignment in > > > exceptions. I suspect gcc is working in this case because it doesn't > > > generate any instructions that rely on the stack alignment, where > > > clang does. > > > > > > Andrew > > > > > > [1] http://people.freebsd.org/~andrew/trapframe_align2.diff > > > > It's actually not clang vs gcc, it's EABI vs OABI on armv5te. EABI > > fails the same with clang and gcc. > > > > With your patch and gcc EABI I get: > > > > ... > > da1: 40.000MB/s transfers > > da1: 15193MB (31116288 512 byte sectors: 255H 63S/T 1936C) > > da1: quirks=0x3 > > Fatal kernel mode data abort: 'Alignment Fault 1' > > trapframe: Fatal kernel mode data abort: 'Alignment Fault 1' > > trapframe: Fatal kernel mode data abort: 'Alignment Fault 1' > > trapframe: Fatal kernel mode data abort: 'Alignment Fault 1' > > [lots more lines of that] > > trapframe: Fatal kernel mode data abort: 'Alignment Fault 1' > > trapframe: Fatal kernel mode data abort: 'Alignment Fault 1' > > Fatal kernel mode prefetch abort at 0xFatal kernel mode data abort: > > 'Alignment Fault 1' trapframe: Fatal kernel mode data abort: > > 'Alignment Fault 1' trapframe: Fatal kernel mode data abort: > > 'Alignment Fault 1' > > > > And it just continued like that for quite a while, mostly data abort > > with the occasional prefetch abort thrown in. Eventually it locked > > hard. > > It looks like I missed setting the alignment in one of the ARMv4/5 > macros. I have an updated patch at [1]. > > [1] http://people.freebsd.org/~andrew/trapframe_align3.diff No change in behavior with align3 compared to align2. From owner-freebsd-arm@FreeBSD.ORG Sun Aug 4 18:12:01 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E07A2E31 for ; Sun, 4 Aug 2013 18:12:01 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BD78C2237 for ; Sun, 4 Aug 2013 18:12:01 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r74IC0SQ050621; Sun, 4 Aug 2013 18:12:00 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id ii97962qee73rd9wf4e5ztfe96; Sun, 04 Aug 2013 18:12:00 +0000 (UTC) (envelope-from kientzle@freebsd.org) Subject: Re: RFC: sysutils/u-boot-beaglebone-eabi Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: Date: Sun, 4 Aug 2013 11:12:00 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Paul Mather X-Mailer: Apple Mail (2.1283) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 04 Aug 2013 18:12:01 -0000 On Aug 3, 2013, at 4:05 PM, Paul Mather wrote: > On Jul 31, 2013, at 11:45 PM, Tim Kientzle = wrote: >=20 >> I (finally) got this port committed and would appreciate feedback. >=20 > I have problems building this on my build system, which runs = FreeBSD/amd64 10.0-CURRENT (r253579) as a virtual machine under KVM. It = fails when building math/gmp: >=20 > =3D=3D=3D=3D=3D > [...] > checking size of mp_limb_t... 8 > configure: error: Oops, mp_limb_t is 64 bits, but the assembler code > in this configuration expects 32 bits. > You appear to have set $CFLAGS, perhaps you also need to tell GMP the > intended ABI, see "ABI and ISA" in the manual. > =3D=3D=3D> Script "configure" failed unexpectedly. > Please report the problem to ale@FreeBSD.org [maintainer] and attach = the > "/usr/ports/math/gmp/work/gmp-5.1.2/config.log" including the output = of the > failure of your make command. Also, it might be a good idea to provide = an > overview of all packages installed on your system (e.g. a > /usr/local/sbin/pkg-static info -g -Ea). > *** Error code 1 >=20 > Stop. > make: stopped in /usr/ports/math/gmp > *** Error code 1 >=20 > Stop. > make: stopped in /usr/ports/math/gmp > *** Error code 1 >=20 > Stop. > make: stopped in /usr/ports/devel/arm-eabi-gcc > *** Error code 1 If I'm reading this right, the build is breaking trying to configure a native amd64 math/gmp which is required for building a cross-GCC. I think this is unrelated to ARM. Can you build math/gmp on it's own? If not, you should ping the math/gmp maintainer. If you can, then I don't really know what's going on. Tim From owner-freebsd-arm@FreeBSD.ORG Sun Aug 4 23:58:35 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 914972AC; Sun, 4 Aug 2013 23:58:35 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 47FFA2F0E; Sun, 4 Aug 2013 23:58:34 +0000 (UTC) Received: from steiner.cc.vt.edu (steiner.cc.vt.edu [198.82.163.51]) by lennier.cc.vt.edu (8.13.8/8.13.8) with ESMTP id r74Nvwwr030059; Sun, 4 Aug 2013 19:57:58 -0400 Received: from auth3.smtp.vt.edu (auth3.smtp.vt.edu [198.82.161.152]) by steiner.cc.vt.edu (MOS 4.3.3-GA) with ESMTP id YJN83175; Sun, 4 Aug 2013 19:57:57 -0400 X-Mirapoint-Received-SPF: 198.82.161.152 auth3.smtp.vt.edu 0 none X-Mirapoint-Received-SPF: 198.82.161.152 auth3.smtp.vt.edu 0 none Received: from gromit.chumby.lan (c-98-249-9-133.hsd1.va.comcast.net [98.249.9.133]) (authenticated bits=0) by auth3.smtp.vt.edu (8.13.8/8.13.8) with ESMTP id r74Nvtpf031545 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 4 Aug 2013 19:57:56 -0400 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: RFC: sysutils/u-boot-beaglebone-eabi From: Paul Mather In-Reply-To: Date: Sun, 4 Aug 2013 19:57:55 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <2B87571B-10D1-43CF-B6AB-0982EAE6EFDF@gromit.dlib.vt.edu> References: To: Tim Kientzle X-Mailer: Apple Mail (2.1508) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 04 Aug 2013 23:58:35 -0000 On Aug 4, 2013, at 2:12 PM, Tim Kientzle wrote: >=20 > On Aug 3, 2013, at 4:05 PM, Paul Mather wrote: >=20 >> On Jul 31, 2013, at 11:45 PM, Tim Kientzle = wrote: >>=20 >>> I (finally) got this port committed and would appreciate feedback. >>=20 >> I have problems building this on my build system, which runs = FreeBSD/amd64 10.0-CURRENT (r253579) as a virtual machine under KVM. It = fails when building math/gmp: >>=20 >> =3D=3D=3D=3D=3D >> [...] >> checking size of mp_limb_t... 8 >> configure: error: Oops, mp_limb_t is 64 bits, but the assembler code >> in this configuration expects 32 bits. >> You appear to have set $CFLAGS, perhaps you also need to tell GMP the >> intended ABI, see "ABI and ISA" in the manual. >> =3D=3D=3D> Script "configure" failed unexpectedly. >> Please report the problem to ale@FreeBSD.org [maintainer] and attach = the >> "/usr/ports/math/gmp/work/gmp-5.1.2/config.log" including the output = of the >> failure of your make command. Also, it might be a good idea to = provide an >> overview of all packages installed on your system (e.g. a >> /usr/local/sbin/pkg-static info -g -Ea). >> *** Error code 1 >>=20 >> Stop. >> make: stopped in /usr/ports/math/gmp >> *** Error code 1 >>=20 >> Stop. >> make: stopped in /usr/ports/math/gmp >> *** Error code 1 >>=20 >> Stop. >> make: stopped in /usr/ports/devel/arm-eabi-gcc >> *** Error code 1 >=20 > If I'm reading this right, the build is breaking trying to > configure a native amd64 math/gmp which is required > for building a cross-GCC. I think this is unrelated to ARM. >=20 > Can you build math/gmp on it's own? >=20 > If not, you should ping the math/gmp maintainer. >=20 > If you can, then I don't really know what's going on. The math/gmp port does build independently. So, anyone that already has = it installed won't have a problem building devel/arm-eabi-gcc. On my = system, I didn't have it already installed, and I think the = CONFIGURE_ARGS in devel/cross-gcc/Makefile pollutes the build = environment so that the installation of the math/gmp dependency gets = confused and thinks it is building for the target arch instead of the = native arch. When the target arch is 32-bit and the native arch is = 64-bit, this confusion appears to be fatal. :-) So, you can install the port successfully on amd64 -CURRENT if you = manually install math/gmp and then install = sysutils/u-boot-beaglebone-eabi. If you don't, the install will fail = due to the bad build of math/gmp. Cheers, Paul. From owner-freebsd-arm@FreeBSD.ORG Mon Aug 5 04:40:00 2013 Return-Path: Delivered-To: freebsd-arm@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DBA7F2B9 for ; Mon, 5 Aug 2013 04:40:00 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A3D352791 for ; Mon, 5 Aug 2013 04:40:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r754e04p044582 for ; Mon, 5 Aug 2013 04:40:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r754e0nW044581; Mon, 5 Aug 2013 04:40:00 GMT (envelope-from gnats) Resent-Date: Mon, 5 Aug 2013 04:40:00 GMT Resent-Message-Id: <201308050440.r754e0nW044581@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-arm@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, LGcK1Qcl Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6CAFD25A for ; Mon, 5 Aug 2013 04:30:17 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from oldred.freebsd.org (oldred.freebsd.org [8.8.178.121]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5B73C2762 for ; Mon, 5 Aug 2013 04:30:17 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id r754UGGg006604 for ; Mon, 5 Aug 2013 04:30:16 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id r754UGr3006597; Mon, 5 Aug 2013 04:30:16 GMT (envelope-from nobody) Message-Id: <201308050430.r754UGr3006597@oldred.freebsd.org> Date: Mon, 5 Aug 2013 04:30:16 GMT From: LGcK1Qcl To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: arm/181045: 4OY6dEUp7JNn X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 05 Aug 2013 04:40:00 -0000 >Number: 181045 >Category: arm >Synopsis: 4OY6dEUp7JNn >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-arm >State: open >Quarter: >Keywords: >Date-Required: >Class: maintainer-update >Submitter-Id: current-users >Arrival-Date: Mon Aug 05 04:40:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: LGcK1Qcl >Release: xDb6qiJW2w3 >Organization: 87WbIuFt >Environment: 45 C is nothing in my dreset training i was sent to Sibi Pakistan 50 C is routine and Once it was so hot that railway line start to expand we have to mix ice with water just for taking bath >Description: 45 C is nothing in my dreset training i was sent to Sibi Pakistan 50 C is routine and Once it was so hot that railway line start to expand we have to mix ice with water just for taking bath >How-To-Repeat: 45 C is nothing in my dreset training i was sent to Sibi Pakistan 50 C is routine and Once it was so hot that railway line start to expand we have to mix ice with water just for taking bath >Fix: 45 C is nothing in my dreset training i was sent to Sibi Pakistan 50 C is routine and Once it was so hot that railway line start to expand we have to mix ice with water just for taking bath >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-arm@FreeBSD.ORG Mon Aug 5 06:01:46 2013 Return-Path: Delivered-To: freebsd-arm@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0A9A3EA9; Mon, 5 Aug 2013 06:01:46 +0000 (UTC) (envelope-from jmg@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D47F22A1C; Mon, 5 Aug 2013 06:01:45 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r7561jHq061278; Mon, 5 Aug 2013 06:01:45 GMT (envelope-from jmg@freefall.freebsd.org) Received: (from jmg@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r7561jQi061277; Mon, 5 Aug 2013 06:01:45 GMT (envelope-from jmg) Date: Mon, 5 Aug 2013 06:01:45 GMT Message-Id: <201308050601.r7561jQi061277@freefall.freebsd.org> To: k.x@vp.pl, jmg@FreeBSD.org, freebsd-arm@FreeBSD.org From: jmg@FreeBSD.org Subject: Re: arm/181045: 4OY6dEUp7JNn X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 05 Aug 2013 06:01:46 -0000 Synopsis: 4OY6dEUp7JNn State-Changed-From-To: open->closed State-Changed-By: jmg State-Changed-When: Mon Aug 5 06:01:36 UTC 2013 State-Changed-Why: spam http://www.freebsd.org/cgi/query-pr.cgi?pr=181045 From owner-freebsd-arm@FreeBSD.ORG Mon Aug 5 11:06:42 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6D37AECE for ; Mon, 5 Aug 2013 11:06:42 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 424452590 for ; Mon, 5 Aug 2013 11:06:42 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r75B6gxh036009 for ; Mon, 5 Aug 2013 11:06:42 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r75B6flF036007 for freebsd-arm@FreeBSD.org; Mon, 5 Aug 2013 11:06:41 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 5 Aug 2013 11:06:41 GMT Message-Id: <201308051106.r75B6flF036007@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-arm@FreeBSD.org Subject: Current problem reports assigned to freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 05 Aug 2013 11:06:42 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o arm/180080 arm Unmapped buffers on ARMv7 big-RAM boards o arm/179688 arm [patch] [rpi] serial console eats some characters at m o arm/179561 arm Compilation issue for lighttpd on raspberry pi o arm/179532 arm wireless networking on ARM o arm/178495 arm buildworld fail on arm/raspberry pi o arm/177687 arm gdb gets installed but does not know the EABI version o arm/177686 arm assertion failed in ld-elf.so.1 when invoking telnet w o arm/177685 arm [kernel] [patch] Correct return type and usage of at91 o arm/177538 arm tunefs(8) and mount(8) can not access a newfs(8)'d fil o arm/176424 arm Compiler warning, TARGET_ARCH=armv6, make MALLOC_PRODU o arm/175803 arm building xdev for arm failing o arm/175605 arm please fix build binutils-2.23.1 in raspberry pi o arm/174461 arm [patch] Fix off-by-one in arm9/arm10 cache maintenance o arm/173617 arm Dreamplug exhibits eSATA file corruption using network o kern/171096 arm [arm][xscale][ixp]Allow 16bit access on PCI bus o arm/166256 arm build fail in pmap.c o arm/162159 arm [panic] USB errors leading to panic on DockStar 9.0-RC o arm/161110 arm /usr/src/sys/arm/include/signal.h is bad o arm/161044 arm devel/icu does not build on arm o arm/158950 arm arm/sheevaplug fails fsx when mmap operations are enab o arm/155894 arm [patch] Enable at91 booting from SDHC (high capacity) p arm/155214 arm [patch] MMC/SD IO slow on Atmel ARM with modern large o arm/154227 arm [geli] using GELI leads to panic on ARM o arm/153380 arm Panic / translation fault with wlan on ARM o arm/150581 arm [irq] Unknown error generates IRQ address decoding err o arm/134368 arm [new driver] [patch] nslu2_led driver for the LEDs on p arm/134338 arm [patch] Lock GPIO accesses on ixp425 27 problems total. From owner-freebsd-arm@FreeBSD.ORG Mon Aug 5 13:40:31 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3C3D06DA for ; Mon, 5 Aug 2013 13:40:31 +0000 (UTC) (envelope-from tom@0x544745.com) Received: from mail-oa0-f51.google.com (mail-oa0-f51.google.com [209.85.219.51]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 01FE02DEA for ; Mon, 5 Aug 2013 13:40:30 +0000 (UTC) Received: by mail-oa0-f51.google.com with SMTP id h1so6146685oag.38 for ; Mon, 05 Aug 2013 06:40:29 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :x-gm-message-state; bh=6HItkJJwyk0cHw6+gjtlZtZyzBVjcid+BX3a3tbhySc=; b=bjX6FP+6pk791u7NbSoyHLD7pRuec/8aDzpHgwFTFeLR0VN4iyOmyIC63x9TaH7o0V JXKj6FacLwqUl3PMwPnwJnxFM8mQp1qUJRBazfwSaO9wYvwMA19Ku2NYmiq6vAL9onfH KRIL5c5XkXvwVPIQ8QqtSczu+/YQ8gl0vRHSJSQWrtJS+poaNSDtf//OUE3J8wXYgNJV NQSPDpfLRkk76rWStQH0tfbJZsiljt86IIimmVNBdTzrLQfY3ky8jd6gBAlV2yU65Y2k cvMexXPtN/plNZ78wLgB9aeBzd3QYnMDCZL/IzI1AjRCMwXwJL7uniFAUO+3ZCNzDN+W qwjQ== MIME-Version: 1.0 X-Received: by 10.60.83.75 with SMTP id o11mr14304424oey.45.1375710029758; Mon, 05 Aug 2013 06:40:29 -0700 (PDT) Received: by 10.182.111.67 with HTTP; Mon, 5 Aug 2013 06:40:29 -0700 (PDT) Date: Mon, 5 Aug 2013 07:40:29 -0600 Message-ID: Subject: problem compiling libgcrypt from ports From: Tom Everett To: "freebsd-arm@freebsd.org" X-Gm-Message-State: ALoCoQmQVYjv0iOCDo4Mxq9YfsE75FvYEAOeOqDGbPw8YCbPoSI4/oXDHbqjkaxVA85gYzMpRUSb Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 05 Aug 2013 13:40:31 -0000 Perhaps this is not the right list, however this error did occur while compiling libgcrypt on a Raspberry Pi, running FreeBSD-CURRENT. mpih-div.c:98:3: error: invalid use of a cast in a inline asm context requiring an l-value: remove the cast or build with -fheinous-gnu-extensions UDIV_QRNND_PREINV(dummy, r, r, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ./mpi-internal.h:150:13: note: expanded from macro 'UDIV_QRNND_PREINV' umul_ppmm (_q, _ql, (nh), (di)); \ ~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~ ./longlong.h:230:25: note: expanded from macro 'umul_ppmm' : "=&r" ((USItype)(xh)), \ ^ mpih-div.c:98:3: error: invalid use of a cast in a inline asm context requiring an l-value: remove the cast or build with -fheinous-gnu-extensions UDIV_QRNND_PREINV(dummy, r, r, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ./mpi-internal.h:150:17: note: expanded from macro 'UDIV_QRNND_PREINV' umul_ppmm (_q, _ql, (nh), (di)); \ ~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~ ./longlong.h:231:24: note: expanded from macro 'umul_ppmm' "=r" ((USItype)(xl)) \ ^ mpih-div.c:98:3: error: invalid % escape in inline assembly string UDIV_QRNND_PREINV(dummy, r, r, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ./mpi-internal.h:150:2: note: expanded from macro 'UDIV_QRNND_PREINV' umul_ppmm (_q, _ql, (nh), (di)); \ ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ./longlong.h:228:14: note: expanded from macro 'umul_ppmm' __asm__ ("%@ Inlined umul_ppmm\n" \ ~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ mpih-div.c:98:3: error: invalid use of a cast in a inline asm context requiring an l-value: remove the cast or build with -fheinous-gnu-extensions UDIV_QRNND_PREINV(dummy, r, r, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ./mpi-internal.h:152:13: note: expanded from macro 'UDIV_QRNND_PREINV' umul_ppmm (_xh, _xl, _q, (d)); \ ~~~~~~~~~~~^~~~~~~~~~~~~~~~~~ ./longlong.h:230:25: note: expanded from macro 'umul_ppmm' : "=&r" ((USItype)(xh)), \ ^ mpih-div.c:98:3: error: invalid use of a cast in a inline asm context requiring an l-value: remove the cast or build with -fheinous-gnu-extensions UDIV_QRNND_PREINV(dummy, r, r, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ./mpi-internal.h:152:18: note: expanded from macro 'UDIV_QRNND_PREINV' umul_ppmm (_xh, _xl, _q, (d)); \ ~~~~~~~~~~~~~~~~^~~~~~~~~~~~~ ./longlong.h:231:24: note: expanded from macro 'umul_ppmm' "=r" ((USItype)(xl)) \ ^ mpih-div.c:98:3: error: invalid % escape in inline assembly string UDIV_QRNND_PREINV(dummy, r, r, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ./mpi-internal.h:152:2: note: expanded from macro 'UDIV_QRNND_PREINV' umul_ppmm (_xh, _xl, _q, (d)); \ ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ./longlong.h:228:14: note: expanded from macro 'umul_ppmm' __asm__ ("%@ Inlined umul_ppmm\n" \ ~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ mpih-div.c:98:3: error: invalid use of a cast in a inline asm context requiring an l-value: remove the cast or build with -fheinous-gnu-extensions UDIV_QRNND_PREINV(dummy, r, r, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ./mpi-internal.h:153:14: note: expanded from macro 'UDIV_QRNND_PREINV' sub_ddmmss (_xh, _r, (nh), (nl), _xh, _xl); \ ~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ./longlong.h:200:23: note: expanded from macro 'sub_ddmmss' : "=r" ((USItype)(sh)), \ ^ mpih-div.c:98:3: error: invalid use of a cast in a inline asm context requiring an l-value: remove the cast or build with -fheinous-gnu-extensions UDIV_QRNND_PREINV(dummy, r, r, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ./mpi-internal.h:153:19: note: expanded from macro 'UDIV_QRNND_PREINV' sub_ddmmss (_xh, _r, (nh), (nl), _xh, _xl); \ ~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~ ./longlong.h:201:24: note: expanded from macro 'sub_ddmmss' "=&r" ((USItype)(sl)) \ ^ mpih-div.c:98:3: error: invalid use of a cast in a inline asm context requiring an l-value: remove the cast or build with -fheinous-gnu-extensions UDIV_QRNND_PREINV(dummy, r, r, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ./mpi-internal.h:155:18: note: expanded from macro 'UDIV_QRNND_PREINV' sub_ddmmss (_xh, _r, _xh, _r, 0, (d)); \ ~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~ ./longlong.h:200:23: note: expanded from macro 'sub_ddmmss' : "=r" ((USItype)(sh)), \ ^ mpih-div.c:98:3: error: invalid use of a cast in a inline asm context requiring an l-value: remove the cast or build with -fheinous-gnu-extensions UDIV_QRNND_PREINV(dummy, r, r, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ./mpi-internal.h:155:23: note: expanded from macro 'UDIV_QRNND_PREINV' sub_ddmmss (_xh, _r, _xh, _r, 0, (d)); \ ~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~ ./longlong.h:201:24: note: expanded from macro 'sub_ddmmss' "=&r" ((USItype)(sl)) \ ^ mpih-div.c:98:3: error: invalid use of a cast in a inline asm context requiring an l-value: remove the cast or build with -fheinous-gnu-extensions UDIV_QRNND_PREINV(dummy, r, r, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ./mpi-internal.h:158:15: note: expanded from macro 'UDIV_QRNND_PREINV' sub_ddmmss (_xh, _r, _xh, _r, 0, (d)); \ ~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~ ./longlong.h:200:23: note: expanded from macro 'sub_ddmmss' : "=r" ((USItype)(sh)), \ ^ mpih-div.c:98:3: error: invalid use of a cast in a inline asm context requiring an l-value: remove the cast or build with -fheinous-gnu-extensions UDIV_QRNND_PREINV(dummy, r, r, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ./mpi-internal.h:158:20: note: expanded from macro 'UDIV_QRNND_PREINV' sub_ddmmss (_xh, _r, _xh, _r, 0, (d)); \ ~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~ ./longlong.h:201:24: note: expanded from macro 'sub_ddmmss' "=&r" ((USItype)(sl)) \ ^ mpih-div.c:104:6: error: invalid use of a cast in a inline asm context requiring an l-value: remove the cast or build with -fheinous-gnu-extensions UDIV_QRNND_PREINV(dummy, r, r, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ./mpi-internal.h:150:13: note: expanded from macro 'UDIV_QRNND_PREINV' umul_ppmm (_q, _ql, (nh), (di)); \ ~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~ ./longlong.h:230:25: note: expanded from macro 'umul_ppmm' : "=&r" ((USItype)(xh)), \ ^ mpih-div.c:104:6: error: invalid use of a cast in a inline asm context requiring an l-value: remove the cast or build with -fheinous-gnu-extensions UDIV_QRNND_PREINV(dummy, r, r, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ./mpi-internal.h:150:17: note: expanded from macro 'UDIV_QRNND_PREINV' umul_ppmm (_q, _ql, (nh), (di)); \ ~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~ ./longlong.h:231:24: note: expanded from macro 'umul_ppmm' "=r" ((USItype)(xl)) \ ^ mpih-div.c:104:6: error: invalid % escape in inline assembly string UDIV_QRNND_PREINV(dummy, r, r, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ./mpi-internal.h:150:2: note: expanded from macro 'UDIV_QRNND_PREINV' umul_ppmm (_q, _ql, (nh), (di)); \ ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ./longlong.h:228:14: note: expanded from macro 'umul_ppmm' __asm__ ("%@ Inlined umul_ppmm\n" \ ~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ mpih-div.c:104:6: error: invalid use of a cast in a inline asm context requiring an l-value: remove the cast or build with -fheinous-gnu-extensions UDIV_QRNND_PREINV(dummy, r, r, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ./mpi-internal.h:152:13: note: expanded from macro 'UDIV_QRNND_PREINV' umul_ppmm (_xh, _xl, _q, (d)); \ ~~~~~~~~~~~^~~~~~~~~~~~~~~~~~ ./longlong.h:230:25: note: expanded from macro 'umul_ppmm' : "=&r" ((USItype)(xh)), \ ^ mpih-div.c:104:6: error: invalid use of a cast in a inline asm context requiring an l-value: remove the cast or build with -fheinous-gnu-extensions UDIV_QRNND_PREINV(dummy, r, r, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ./mpi-internal.h:152:18: note: expanded from macro 'UDIV_QRNND_PREINV' umul_ppmm (_xh, _xl, _q, (d)); \ ~~~~~~~~~~~~~~~~^~~~~~~~~~~~~ ./longlong.h:231:24: note: expanded from macro 'umul_ppmm' "=r" ((USItype)(xl)) \ ^ mpih-div.c:104:6: error: invalid % escape in inline assembly string UDIV_QRNND_PREINV(dummy, r, r, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ./mpi-internal.h:152:2: note: expanded from macro 'UDIV_QRNND_PREINV' umul_ppmm (_xh, _xl, _q, (d)); \ ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ./longlong.h:228:14: note: expanded from macro 'umul_ppmm' __asm__ ("%@ Inlined umul_ppmm\n" \ ~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ mpih-div.c:104:6: error: invalid use of a cast in a inline asm context requiring an l-value: remove the cast or build with -fheinous-gnu-extensions UDIV_QRNND_PREINV(dummy, r, r, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ./mpi-internal.h:153:14: note: expanded from macro 'UDIV_QRNND_PREINV' sub_ddmmss (_xh, _r, (nh), (nl), _xh, _xl); \ ~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ./longlong.h:200:23: note: expanded from macro 'sub_ddmmss' : "=r" ((USItype)(sh)), \ ^ fatal error: too many errors emitted, stopping now [-ferror-limit=] 20 errors generated. *** [mpih-div.lo] Error code 1 make[3]: stopped in /usr/ports/security/libgcrypt/work/libgcrypt-1.5.2/mpi 1 error make[3]: stopped in /usr/ports/security/libgcrypt/work/libgcrypt-1.5.2/mpi *** [all-recursive] Error code 1 -- A better world shall emerge based on faith and understanding - Douglas MacArthur From owner-freebsd-arm@FreeBSD.ORG Mon Aug 5 13:52:25 2013 Return-Path: Delivered-To: arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0A0FF9C8 for ; Mon, 5 Aug 2013 13:52:25 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D53862E6E for ; Mon, 5 Aug 2013 13:52:24 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1V6LCs-0003YW-5Q; Mon, 05 Aug 2013 13:52:18 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r75DqEw7026337; Mon, 5 Aug 2013 07:52:15 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19ml6qyPqpKwT1sCgskbkgZ Subject: Re: problem compiling libgcrypt from ports From: Ian Lepore To: Tom Everett In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" Date: Mon, 05 Aug 2013 07:52:14 -0600 Message-ID: <1375710734.3320.1.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 05 Aug 2013 13:52:25 -0000 On Mon, 2013-08-05 at 07:40 -0600, Tom Everett wrote: > Perhaps this is not the right list, however this error did occur while > compiling libgcrypt on a Raspberry Pi, running FreeBSD-CURRENT. > > > mpih-div.c:98:3: error: invalid use of a cast in a inline asm context > requiring an l-value: remove the cast or build with -fheinous-gnu-extensions > UDIV_QRNND_PREINV(dummy, r, r, > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > ./mpi-internal.h:150:13: note: expanded from macro 'UDIV_QRNND_PREINV' > umul_ppmm (_q, _ql, (nh), (di)); \ > ~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~ > ./longlong.h:230:25: note: expanded from macro 'umul_ppmm' > [more of the same] > fatal error: too many errors emitted, stopping now [-ferror-limit=] > 20 errors generated. > *** [mpih-div.lo] Error code 1 > > make[3]: stopped in /usr/ports/security/libgcrypt/work/libgcrypt-1.5.2/mpi > 1 error > > make[3]: stopped in /usr/ports/security/libgcrypt/work/libgcrypt-1.5.2/mpi > *** [all-recursive] Error code 1 > Someone else ran into this recently, and reported that adding the option USE_GCC=4.2 allowed it to compile. I'm not sure if they modified the port makefile or added the option on the command line or what. -- Ian From owner-freebsd-arm@FreeBSD.ORG Mon Aug 5 13:54:52 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D6C3BA32 for ; Mon, 5 Aug 2013 13:54:52 +0000 (UTC) (envelope-from tom@0x544745.com) Received: from mail-ob0-f179.google.com (mail-ob0-f179.google.com [209.85.214.179]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A0D7B2E89 for ; Mon, 5 Aug 2013 13:54:52 +0000 (UTC) Received: by mail-ob0-f179.google.com with SMTP id fb19so5689096obc.10 for ; Mon, 05 Aug 2013 06:54:51 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=AQ+fki0Dt3pWbqXsxHtXQtjzZTV/+scQjGmenexr3sk=; b=PtxZsRVld4VujxZMX/0++GAdnEqKA9vaeQSgyaNCBZf/qOGY0oShQCKiFJElEYKhwx +Ih/sIC7K4uoIYGGU7k3t0zMQwhVwF9np3/KAbnK9WzgtNdhML9F87cDu9Tnoj4oft+9 aXAnMPL6JJjYCwfePyYEfLadAGvT47jJWZTRgEvDJ4wdicjXBsQSWWvFjSRTrQOIId1y ZnZZ1U7AT4qQmsMbYM8zJ2GJgWCIvTp1sPT20LO6M/3F6Ot9BNScgmX5QgDgY633jT0E 1MSCVgcQDuo2yPyA0GNDzV7gmmJhlvWAvTvxT09gHPGfIOMx+vCWzWN0ymPzF+vY//dj Tk4w== MIME-Version: 1.0 X-Received: by 10.60.43.138 with SMTP id w10mr14644482oel.23.1375710891811; Mon, 05 Aug 2013 06:54:51 -0700 (PDT) Received: by 10.182.111.67 with HTTP; Mon, 5 Aug 2013 06:54:51 -0700 (PDT) In-Reply-To: <1375710734.3320.1.camel@revolution.hippie.lan> References: <1375710734.3320.1.camel@revolution.hippie.lan> Date: Mon, 5 Aug 2013 07:54:51 -0600 Message-ID: Subject: Re: problem compiling libgcrypt from ports From: Tom Everett To: Ian Lepore X-Gm-Message-State: ALoCoQmyRGHO14J+y3YKP6EAnVQnCHSdNa0xgmFB9nsyffpsuV3Pn3vmy+4UJRNzjSSl37K98gsm Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 05 Aug 2013 13:54:53 -0000 ok, I'll give that a try. Just FYI, it seems that my current gcc version is 4.2.1, so I'd be asking to compile with an older gcc? root@lureen:/usr/ports/security/libgcrypt # gcc --version gcc (GCC) 4.2.1 20070831 patched [FreeBSD] Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. On Mon, Aug 5, 2013 at 7:52 AM, Ian Lepore wrote: > On Mon, 2013-08-05 at 07:40 -0600, Tom Everett wrote: > > Perhaps this is not the right list, however this error did occur while > > compiling libgcrypt on a Raspberry Pi, running FreeBSD-CURRENT. > > > > > > mpih-div.c:98:3: error: invalid use of a cast in a inline asm context > > requiring an l-value: remove the cast or build with > -fheinous-gnu-extensions > > UDIV_QRNND_PREINV(dummy, r, r, > > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > ./mpi-internal.h:150:13: note: expanded from macro 'UDIV_QRNND_PREINV' > > umul_ppmm (_q, _ql, (nh), (di)); \ > > ~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~ > > ./longlong.h:230:25: note: expanded from macro 'umul_ppmm' > > > [more of the same] > > > fatal error: too many errors emitted, stopping now [-ferror-limit=] > > 20 errors generated. > > *** [mpih-div.lo] Error code 1 > > > > make[3]: stopped in > /usr/ports/security/libgcrypt/work/libgcrypt-1.5.2/mpi > > 1 error > > > > make[3]: stopped in > /usr/ports/security/libgcrypt/work/libgcrypt-1.5.2/mpi > > *** [all-recursive] Error code 1 > > > > Someone else ran into this recently, and reported that adding the option > USE_GCC=4.2 allowed it to compile. I'm not sure if they modified the > port makefile or added the option on the command line or what. > > -- Ian > > > -- A better world shall emerge based on faith and understanding - Douglas MacArthur From owner-freebsd-arm@FreeBSD.ORG Mon Aug 5 14:18:49 2013 Return-Path: Delivered-To: arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 614C0127 for ; Mon, 5 Aug 2013 14:18:49 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 37B0E2FBE for ; Mon, 5 Aug 2013 14:18:48 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1V6LcW-000Msv-4K; Mon, 05 Aug 2013 14:18:48 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r75EIjRW026357; Mon, 5 Aug 2013 08:18:45 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+iYfEINArY6DmjWzXk55Pj Subject: Re: problem compiling libgcrypt from ports From: Ian Lepore To: Tom Everett In-Reply-To: References: <1375710734.3320.1.camel@revolution.hippie.lan> Content-Type: text/plain; charset="us-ascii" Date: Mon, 05 Aug 2013 08:18:45 -0600 Message-ID: <1375712325.3320.3.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 05 Aug 2013 14:18:49 -0000 On Mon, 2013-08-05 at 07:54 -0600, Tom Everett wrote: > ok, I'll give that a try. Just FYI, it seems that my current gcc version > is 4.2.1, so I'd be asking to compile with an older gcc? > You're not compiling with gcc at all right now; those error messages you posted are clang errors (it's complaining that it doesn't support a particular gcc-specific extension). -- Ian From owner-freebsd-arm@FreeBSD.ORG Mon Aug 5 16:00:00 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D350FF4D for ; Mon, 5 Aug 2013 16:00:00 +0000 (UTC) (envelope-from tom@0x544745.com) Received: from mail-oa0-f41.google.com (mail-oa0-f41.google.com [209.85.219.41]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9D98224EE for ; Mon, 5 Aug 2013 16:00:00 +0000 (UTC) Received: by mail-oa0-f41.google.com with SMTP id j6so6669580oag.14 for ; Mon, 05 Aug 2013 08:59:53 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=NKxJsHYexfs7Ibhm6oECZ6cO/bBWPi0w+H2h7/zGajY=; b=W3s4EjvRRwp96r/xO5UCJOyKvz4Z6Zz4bmK2RnTcR/vFYz2+Rq0DOkI7d7gkYyQqYS ggYn5JBRGz7PyRQ5XcS2H5M++QSFVoKm1e4FLn8OU5rcTD4uQwTeuO2EYo/Joo1S7sbO NQA+2q1tO6HQu6mY60OLLr2avicfBHdKriJqqfHGIaDl7XS/XdZPBRrCD5dQP2SGKTgx ZuWBv/9vNmEnBvqnabTNXY6LxydQ65IA686dBDQXtZcUfbIM5jhk3TLvBx9goeOIzxir N5+ERLKUn8COjawn6nIhn6XCVK4cFtZeQkq6l7rjGQl72YD8E193eMwj/3eVvzbclDna 0FkA== MIME-Version: 1.0 X-Received: by 10.60.43.138 with SMTP id w10mr15070163oel.23.1375718015035; Mon, 05 Aug 2013 08:53:35 -0700 (PDT) Received: by 10.182.111.67 with HTTP; Mon, 5 Aug 2013 08:53:34 -0700 (PDT) In-Reply-To: <1375712325.3320.3.camel@revolution.hippie.lan> References: <1375710734.3320.1.camel@revolution.hippie.lan> <1375712325.3320.3.camel@revolution.hippie.lan> Date: Mon, 5 Aug 2013 09:53:34 -0600 Message-ID: Subject: Re: problem compiling libgcrypt from ports From: Tom Everett To: Ian Lepore X-Gm-Message-State: ALoCoQnk2mvb0Ty+tayLw8oyz5MtZAPSqODbEz+4QO7owxKeB2YlNO3MXD+cbaX3lC5nRwZ7Vppl Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 05 Aug 2013 16:00:01 -0000 oh i see. thanks! On Mon, Aug 5, 2013 at 8:18 AM, Ian Lepore wrote: > On Mon, 2013-08-05 at 07:54 -0600, Tom Everett wrote: > > ok, I'll give that a try. Just FYI, it seems that my current gcc version > > is 4.2.1, so I'd be asking to compile with an older gcc? > > > > You're not compiling with gcc at all right now; those error messages you > posted are clang errors (it's complaining that it doesn't support a > particular gcc-specific extension). > > -- Ian > > > -- A better world shall emerge based on faith and understanding - Douglas MacArthur From owner-freebsd-arm@FreeBSD.ORG Mon Aug 5 21:53:13 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D864E9AD; Mon, 5 Aug 2013 21:53:13 +0000 (UTC) (envelope-from jmg@h2.funkthat.com) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 936222A5E; Mon, 5 Aug 2013 21:53:13 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id r75LrCBn075171 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 5 Aug 2013 14:53:12 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id r75LrCvT075170; Mon, 5 Aug 2013 14:53:12 -0700 (PDT) (envelope-from jmg) Date: Mon, 5 Aug 2013 14:53:12 -0700 From: John-Mark Gurney To: Tom Everett Subject: Re: problem compiling libgcrypt from ports Message-ID: <20130805215312.GF94127@funkthat.com> Mail-Followup-To: Tom Everett , Ian Lepore , "freebsd-arm@freebsd.org" References: <1375710734.3320.1.camel@revolution.hippie.lan> <1375712325.3320.3.camel@revolution.hippie.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Mon, 05 Aug 2013 14:53:12 -0700 (PDT) Cc: "freebsd-arm@freebsd.org" , Ian Lepore X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 05 Aug 2013 21:53:13 -0000 Tom Everett wrote this message on Mon, Aug 05, 2013 at 09:53 -0600: > oh i see. thanks! it's that the port uses cc which defaults to clang, not gcc... gcc and clang binaries are installed independent of what cc is set to... assuming you build clang, etc... > On Mon, Aug 5, 2013 at 8:18 AM, Ian Lepore wrote: > > > On Mon, 2013-08-05 at 07:54 -0600, Tom Everett wrote: > > > ok, I'll give that a try. Just FYI, it seems that my current gcc version > > > is 4.2.1, so I'd be asking to compile with an older gcc? > > > > > > > You're not compiling with gcc at all right now; those error messages you > > posted are clang errors (it's complaining that it doesn't support a > > particular gcc-specific extension). -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arm@FreeBSD.ORG Tue Aug 6 09:06:55 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2AAC74BD; Tue, 6 Aug 2013 09:06:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F190E217E; Tue, 6 Aug 2013 09:06:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r7696mNk057338; Tue, 6 Aug 2013 05:06:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r7696lIE057335; Tue, 6 Aug 2013 09:06:47 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 Aug 2013 09:06:47 GMT Message-Id: <201308060906.r7696lIE057335@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Aug 2013 09:06:55 -0000 TB --- 2013-08-06 06:20:28 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-08-06 06:20:28 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-08-06 06:20:28 - starting HEAD tinderbox run for arm/arm TB --- 2013-08-06 06:20:28 - cleaning the object tree TB --- 2013-08-06 06:20:28 - /usr/local/bin/svn stat /src TB --- 2013-08-06 06:20:33 - At svn revision 253982 TB --- 2013-08-06 06:20:34 - building world TB --- 2013-08-06 06:20:34 - CROSS_BUILD_TESTING=YES TB --- 2013-08-06 06:20:34 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-06 06:20:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-06 06:20:34 - SRCCONF=/dev/null TB --- 2013-08-06 06:20:34 - TARGET=arm TB --- 2013-08-06 06:20:34 - TARGET_ARCH=arm TB --- 2013-08-06 06:20:34 - TZ=UTC TB --- 2013-08-06 06:20:34 - __MAKE_CONF=/dev/null TB --- 2013-08-06 06:20:34 - cd /src TB --- 2013-08-06 06:20:34 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Aug 6 06:20:41 UTC 2013 >>> 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 [...] rm -f .depend CC='cc ' mkdep -f .depend -a -DHAVE_ARC4RANDOM -DHAVE_POLL_H -DSMALL -DRESCUE -std=gnu99 /src/sbin/rtsol/../../usr.sbin/rtsold/rtsold.c /src/sbin/rtsol/../../usr.sbin/rtsold/rtsol.c /src/sbin/rtsol/../../usr.sbin/rtsold/if.c /src/sbin/rtsol/../../usr.sbin/rtsold/probe.c /src/sbin/rtsol/../../usr.sbin/rtsold/dump.c /src/sbin/rtsol/../../usr.sbin/rtsold/rtsock.c echo rtsol: /obj/arm.arm/src/tmp/usr/lib/libc.a >> .depend cc -O -pipe -DHAVE_ARC4RANDOM -DHAVE_POLL_H -DSMALL -DRESCUE -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -c /src/sbin/rtsol/../../usr.sbin/rtsold/rtsold.c /src/sbin/rtsol/../../usr.sbin/rtsold/rtsold.c:193:25: error: shift count >= width of type [-Werror,-Wshift-count-overflow] tm_max.tv_sec &= ~(1UL << (sizeof(tm_max.tv_sec) * 8 - 1)); ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 1 error generated. *** Error code 1 Stop. bmake[5]: stopped in /src/sbin/rtsol *** Error code 1 Stop. bmake[4]: stopped in /obj/arm.arm/src/rescue/rescue *** Error code 1 Stop. bmake[3]: stopped in /src/rescue/rescue *** Error code 1 Stop. bmake[2]: stopped in /src/rescue *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-08-06 09:06:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-08-06 09:06:47 - ERROR: failed to build world TB --- 2013-08-06 09:06:47 - 8011.84 user 1315.45 system 9979.10 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Tue Aug 6 14:11:30 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A04D65D8 for ; Tue, 6 Aug 2013 14:11:30 +0000 (UTC) (envelope-from shigeru@os-hackers.jp) Received: from mail2.asahi-net.or.jp (mail2.asahi-net.or.jp [202.224.39.198]) by mx1.freebsd.org (Postfix) with ESMTP id 72B0B20A8 for ; Tue, 6 Aug 2013 14:11:30 +0000 (UTC) Received: from localhost (w142149.ppp.asahi-net.or.jp [121.1.142.149]) by mail2.asahi-net.or.jp (Postfix) with ESMTP id 53DB33ED5F for ; Tue, 6 Aug 2013 23:11:23 +0900 (JST) Date: Tue, 06 Aug 2013 23:10:16 +0900 (JST) Message-Id: <20130806.231016.41648149.shigeru@os-hackers.jp> To: freebsd-arm@freebsd.org Subject: exporting my private RaspberryPi/clang binary and binary packages From: shigeru@os-hackers.jp X-Mailer: Mew version 3.3 on Emacs 21.4 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 06 Aug 2013 14:11:30 -0000 Hi all, I make FreeBSD/RaspberryPi Image at 2013/08/02 (r253877). It seems me stable. Now it works 4 days and I make some binary packages at native environmet. [root@rpi ~]# uname -a FreeBSD rpi.mercury.tokyo.iiji.jp 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r253877: Fri Aug 2 10:22:58 JST 2013 root@mercury.tokyo.iiji.jp:/root/rpi/build/work/obj/arm.armv6/root/rpi/build/work/src/sys/RPI-B arm [root@rpi ~]# uptime 10:56PM up 4 days, 9:36, 2 users, load averages: 0.18, 0.14, 0.15 I use my tool for creating an environemt to build SD image. If you have an interest my image and tool, you can download from following URL. - tool -- http://freebsd-current.os-hackers.jp/pub/FreeBSD/tools/freebsd_pi/ - SD image: -- http://freebsd-current.os-hackers.jp/pub/FreeBSD/snapshots/20130802/ --- root password is 'freebsd-pi' - package images: -- http://freebsd-current.os-hackers.jp/pub/FreeBSD/ports/arm/packages-10-current/ Thanks, --- YAMAMOTO Shigeru From owner-freebsd-arm@FreeBSD.ORG Wed Aug 7 03:57:22 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 76061A9E for ; Wed, 7 Aug 2013 03:57:22 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4C6292446 for ; Wed, 7 Aug 2013 03:57:21 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1V6us7-000C0p-FG for freebsd-arm@FreeBSD.org; Wed, 07 Aug 2013 03:57:15 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r773vC4i028264 for ; Tue, 6 Aug 2013 21:57:12 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+X7Kydj8HOCL2o6mTKRAyE Subject: Strange crash on wandboard From: Ian Lepore To: freebsd-arm Content-Type: text/plain; charset="us-ascii" Date: Tue, 06 Aug 2013 21:57:12 -0600 Message-ID: <1375847832.3320.97.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 07 Aug 2013 03:57:22 -0000 Okay, this is so strange I've just got to share it... I've been having trouble with wandboard (solo) bringup and have tracked the problem down to returning from the first interrupt that happens. (It's a clock interrupt, but I don't think that's really germane.) It's as if PULLFRAMEFROMSVCANDEXIT wasn't restoring the registers correctly. At first the corruption hit the PC, which is damn hard to debug. But after figuring out just where it was happening in the code (spinlock_exit()) and inserting some extra debugging printfs, things changed a bit and now a different register is getting blasted. Here's what I get at runtime: clock intr exit returned: intr_event_handle vm_fault(0xc0cca000, e46ab000, 1, 0) -> 1 Fatal kernel mode data abort: 'Translation Fault (S)' trapframe: 0xdd3ffe24 FSR=00000005, FAR=e46abdc0, spsr=600de613 r0 =600001d3, r1 =60000113, r2 =000000c0, r3 =e46abdc0 r4 =c271f620, r5 =c271cbf0, r6 =00000000, r7 =dd3ffea8 r8 =c08d08f4, r9 =00000000, r10=00000000, r11=dd3ffe80 r12=dd3ffe70, ssp=dd3ffe70, slr=c0af2bb4, pc =c0af2be8 [ thread pid 12 tid 100006 ] Stopped at spinlock_exit+0x5c: ldr r1, [r3] db> Here's the asm code around the fault point: c0af2bd4: e10f0000 mrs r0, CPSR c0af2bd8: e1c01002 bic r1, r0, r2 c0af2bdc: e0211003 eor r1, r1, r3 c0af2be0: e121f001 msr CPSR_c, r1 c0af2be4: e59f3024 ldr r3, [pc, #36] ; c0af2c10 c0af2be8: e5931000 ldr r1, [r3] c0af2bec: e3510000 cmp r1, #0 ; 0x0 .... c0af2c10: c0bd6ae4 adcgts r6, sp, r4, ror #21 c0af2c14: c0b4e0e8 adcgts lr, r4, r8, ror #1 Okay, so the msr instruction re-enables interrupts, and the next one loads r3 with constant value 0xc0bd6ae4, then an interrupt happens (other instrumentation in PULLFRAMEFROMSVCANDEXIT on previous runs shows that this is the case every time, 100% reproducible, but that instrumentation destroys registers it shouldn't, so it's not present in the run shown above). So the interrupt happens then control returns to the instruction at c0af2be8, which faults. Now here's the strange part. Look at the fault-time r3 contents. It's the byte-reverse of the value it should have. It's been restored wrong-endian. Just one register from the whole set restored with a single "ldmia sp, {r0-r14}^" instruction. I don't know what to make of it. It seems like a hardware error of some sort. -- Ian From owner-freebsd-arm@FreeBSD.ORG Wed Aug 7 11:02:52 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 10DC1BFD for ; Wed, 7 Aug 2013 11:02:52 +0000 (UTC) (envelope-from zbb@semihalf.com) Received: from mail-wi0-f169.google.com (mail-wi0-f169.google.com [209.85.212.169]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 96D4D2166 for ; Wed, 7 Aug 2013 11:02:51 +0000 (UTC) Received: by mail-wi0-f169.google.com with SMTP id f14so3853551wiw.0 for ; Wed, 07 Aug 2013 04:02:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:message-id:date:from:organization:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=A1xGmZAkEKSUC3EPf454Qb5Lw3xHvPbDkEY578oxC44=; b=gXfVEbHcpcq6ZskQ6Bn8uphDjRgs9+xLParMQsn1OKACiVgEqby1YBkD+uawOgx0pV qFcUJYJ3+7bsFbqIW/+q6oCFbVkXxUqD4y3Pp12sl9euU7KMoXKj3KcnP/Leu7KP7moC ApNlejQUC4ALT0X0O983XaEdoz92GKylD2PWFk81Oh3DFsaDi9B3w/+Ye8TZSJAkNj0B 64C8wi+h3JRztBVCl/rYG1IDP9d7jSyOLhereSuGMuxTljaIWz5j+recN4NjGQb0gcW0 GF+WF2ckKRP6zAKQ0jD77D51r3dEpPTes7x/8ZSFXufcSzXW4xekmyG7kaE5FESKMdoc xxpA== X-Gm-Message-State: ALoCoQmF0EYZFkyX2AgGrpz1qfwk8nHnGuSaRFxAJKtmOw4cox8PmNZHl5MEpKPG5NVAJiFKkHvK X-Received: by 10.181.13.145 with SMTP id ey17mr1838812wid.43.1375873363709; Wed, 07 Aug 2013 04:02:43 -0700 (PDT) Received: from [10.0.2.117] (cardhu.semihalf.com. [213.17.239.108]) by mx.google.com with ESMTPSA id r6sm8313118wiw.0.2013.08.07.04.02.41 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 07 Aug 2013 04:02:42 -0700 (PDT) Message-ID: <52022950.9060200@semihalf.com> Date: Wed, 07 Aug 2013 13:02:40 +0200 From: Zbyszek Bodek Organization: Semihalf User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130623 Thunderbird/17.0.7 MIME-Version: 1.0 To: Jeff Roberson Subject: Re: svn commit: r254025 - in head/sys: amd64/amd64 arm/arm arm/at91 arm/mv/armadaxp arm/s3c2xx0 arm/xscale/i80321 arm/xscale/i8134x arm/xscale/ixp425 cddl/compat/opensolaris/kern cddl/compat/opensolari... References: <201308070621.r776LLOs055455@svn.freebsd.org> In-Reply-To: <201308070621.r776LLOs055455@svn.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: svn-src-head@freebsd.org, "freebsd-arm@freebsd.org" , svn-src-all@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 07 Aug 2013 11:02:52 -0000 On 07.08.2013 08:21, Jeff Roberson wrote: > Author: jeff > Date: Wed Aug 7 06:21:20 2013 > New Revision: 254025 > URL: http://svnweb.freebsd.org/changeset/base/254025 > > Log: > Replace kernel virtual address space allocation with vmem. This provides > transparent layering and better fragmentation. > > - Normalize functions that allocate memory to use kmem_* > - Those that allocate address space are named kva_* > - Those that operate on maps are named kmap_* > - Implement recursive allocation handling for kmem_arena in vmem. > > Reviewed by: alc > Tested by: pho > Sponsored by: EMC / Isilon Storage Division > Hello Jeff, I'm having some trouble on my ARM platform staring from this commit. Kernel panics on assertion very early. Please check out log below (as you can see bt doesn't look helpful but assertion message is visible. I can send you which functions are in bt if it is necessary). Best regards Zbyszek Bodek ------------------------------------------------------------------------- ## Starting application at 0x00F00000 ... GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #155 7ddb89a-dirty: Wed Aug 7 12:12:39 CEST 2013 zbb@:/home/zbb/projects/armsp/obj_gcc/arm.arm/home/zbb/projects/armsp/freebsd-arm-superpages/sys/ARMADAXP arm gcc version 4.2.1 20070831 patched [FreeBSD] WARNING: DIAGNOSTIC option enabled, expect reduced performance. panic: Assertion (size & vm->vm_quantum_mask) == 0 failed at /home/zbb/projects/armsp/freebsd-arm-superpages/sys/kern/subr_vmem.c:341 KDB: stack backtrace: (null)() at 0xc11f6874 pc = 0xc11f6874 lr = 0xc0f2dc00 (0xc0f2dc00) sp = 0xc1361c98 fp = 0xc1340288 (null)() at 0xc0f2dc00 pc = 0xc0f2dc00 lr = 0xc108dd14 (0xc108dd14) sp = 0xc1361db0 fp = 0xc1340288 r4 = 0xc133d654 (null)() at 0xc108dd14 pc = 0xc108dd14 lr = 0xc105a6f0 (0xc105a6f0) sp = 0xc1361db8 fp = 0xc1340288 r4 = 0xc132f940 (null)() at 0xc105a6f0 pc = 0xc105a6f0 lr = 0xc105a7dc (0xc105a7dc) sp = 0xc1361dd0 fp = 0xc1340288 r4 = 0xc124c6fc r5 = 0x13333333 r6 = 0xc1340240 r7 = 0xc147d150 r8 = 0x00000010 (null)() at 0xc105a7dc pc = 0xc105a7dc lr = 0xc10a2ef8 (0xc10a2ef8) sp = 0xc1361e08 fp = 0xc1340288 r0 = 0xc124c6fc r1 = 0xc12662b8 r2 = 0xc1266230 r3 = 0x00000155 r4 = 0x00013333 (null)() at 0xc10a2ef8 pc = 0xc10a2ef8 lr = 0xc10a37e4 (0xc10a37e4) sp = 0xc1361e20 fp = 0xc1340288 r4 = 0xc147d150 r5 = 0xc147d16c r6 = 0xc1340240 r7 = 0x13333333 r8 = 0xc57b1000 (null)() at 0xc10a37e4 pc = 0xc10a37e4 lr = 0xc10a39d8 (0xc10a39d8) sp = 0xc1361e38 fp = 0xc1340288 r4 = 0xc1340240 r5 = 0x00000000 r6 = 0xc57b1000 r7 = 0x13333333 r8 = 0x00000010 (null)() at 0xc10a39d8 pc = 0xc10a39d8 lr = 0xc10a4f8c (0xc10a4f8c) sp = 0xc1361e50 fp = 0xc1340288 r4 = 0xc13402a4 r5 = 0x00000000 r6 = 0x00010000 r7 = 0xc1340240 (null)() at 0xc10a4f8c pc = 0xc10a4f8c lr = 0xc1044398 (0xc1044398) sp = 0xc1361e98 fp = 0x00000000 r4 = 0x13333333 r5 = 0xc1340240 r6 = 0xc1307574 r7 = 0x00f0004c r8 = 0x7f9ea674 r9 = 0x00000001 r10 = 0x7ff1449c (null)() at 0xc1044398 pc = 0xc1044398 lr = 0xc1044408 (0xc1044408) sp = 0xc1361eb8 fp = 0x00000000 r4 = 0xc1291584 r5 = 0x00f00058 r6 = 0x00f00000 (null)() at 0xc1044408 pc = 0xc1044408 lr = 0xc1010800 (0xc1010800) sp = 0xc1361ee8 fp = 0x00000000 r4 = 0xc1291584 r5 = 0x00f00058 r6 = 0x00f00000 r7 = 0x00f0004c r8 = 0x7f9ea674 r9 = 0x00000001 r10 = 0x7ff1449c (null)() at 0xc1010800 pc = 0xc1010800 lr = 0xc0f00124 (0xc0f00124) sp = 0xc1361ef8 fp = 0x00000000 r4 = 0x00f00164 r5 = 0x00f00058 (null)() at 0xc0f00124 pc = 0xc0f00124 lr = 0xc0f00124 (0xc0f00124) sp = 0xc1361ef8 fp = 0x00000000 Unable to unwind further KDB: enter: panic [ thread pid 0 tid 0 ] Stopped at 0xc108dba8: ldrb r15, [r15, r15, ror r15]! db> From owner-freebsd-arm@FreeBSD.ORG Wed Aug 7 14:30:00 2013 Return-Path: Delivered-To: freebsd-arm@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DA87DCCA for ; Wed, 7 Aug 2013 14:30:00 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BB3E02F99 for ; Wed, 7 Aug 2013 14:30:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r77EU0mh091054 for ; Wed, 7 Aug 2013 14:30:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r77EU0SW091053; Wed, 7 Aug 2013 14:30:00 GMT (envelope-from gnats) Resent-Date: Wed, 7 Aug 2013 14:30:00 GMT Resent-Message-Id: <201308071430.r77EU0SW091053@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-arm@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, iOP6Inlr7D Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7B137B62 for ; Wed, 7 Aug 2013 14:27:18 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from oldred.freebsd.org (oldred.freebsd.org [8.8.178.121]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4EC182F78 for ; Wed, 7 Aug 2013 14:27:18 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id r77ERHrd067453 for ; Wed, 7 Aug 2013 14:27:17 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id r77ERHHe067452; Wed, 7 Aug 2013 14:27:17 GMT (envelope-from nobody) Message-Id: <201308071427.r77ERHHe067452@oldred.freebsd.org> Date: Wed, 7 Aug 2013 14:27:17 GMT From: iOP6Inlr7D To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: arm/181113: S3mHtoxv X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 07 Aug 2013 14:30:01 -0000 >Number: 181113 >Category: arm >Synopsis: S3mHtoxv >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-arm >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Aug 07 14:30:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: iOP6Inlr7D >Release: 3j8wTmg78s >Organization: zFKCV5Toul1 >Environment: Obrigado pelo Tutorial mas estou talvez com mesmo prlboema que o Ismael nao mostra o conteudo e nem o nome e nem o mail, fiz hospedagem no freewebhostingarea activei o register_globals on.Vou no gmail abro o mail mostrar detalhes aparece o seguinte: de para data28 de maio de 2011 22:00assunto Formulario de contatoenviado por ueuo-freewebhostingarea-com.ueuo.com.Alguem tem uma hospedagem free que tenha um formulario de mail funcionando ?Ou ent o se alguem souber outra forma fico desde j agradecido. >Description: Obrigado pelo Tutorial mas estou talvez com mesmo prlboema que o Ismael nao mostra o conteudo e nem o nome e nem o mail, fiz hospedagem no freewebhostingarea activei o register_globals on.Vou no gmail abro o mail mostrar detalhes aparece o seguinte: de para data28 de maio de 2011 22:00assunto Formulario de contatoenviado por ueuo-freewebhostingarea-com.ueuo.com.Alguem tem uma hospedagem free que tenha um formulario de mail funcionando ?Ou ent o se alguem souber outra forma fico desde j agradecido. >How-To-Repeat: Obrigado pelo Tutorial mas estou talvez com mesmo prlboema que o Ismael nao mostra o conteudo e nem o nome e nem o mail, fiz hospedagem no freewebhostingarea activei o register_globals on.Vou no gmail abro o mail mostrar detalhes aparece o seguinte: de para data28 de maio de 2011 22:00assunto Formulario de contatoenviado por ueuo-freewebhostingarea-com.ueuo.com.Alguem tem uma hospedagem free que tenha um formulario de mail funcionando ?Ou ent o se alguem souber outra forma fico desde j agradecido. >Fix: Obrigado pelo Tutorial mas estou talvez com mesmo prlboema que o Ismael nao mostra o conteudo e nem o nome e nem o mail, fiz hospedagem no freewebhostingarea activei o register_globals on.Vou no gmail abro o mail mostrar detalhes aparece o seguinte: de para data28 de maio de 2011 22:00assunto Formulario de contatoenviado por ueuo-freewebhostingarea-com.ueuo.com.Alguem tem uma hospedagem free que tenha um formulario de mail funcionando ?Ou ent o se alguem souber outra forma fico desde j agradecido. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-arm@FreeBSD.ORG Wed Aug 7 14:33:43 2013 Return-Path: Delivered-To: freebsd-arm@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 01B6BE9A; Wed, 7 Aug 2013 14:33:43 +0000 (UTC) (envelope-from rene@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CD4CC2FF5; Wed, 7 Aug 2013 14:33:42 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r77EXg4X092677; Wed, 7 Aug 2013 14:33:42 GMT (envelope-from rene@freefall.freebsd.org) Received: (from rene@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r77EXgDG092676; Wed, 7 Aug 2013 14:33:42 GMT (envelope-from rene) Date: Wed, 7 Aug 2013 14:33:42 GMT Message-Id: <201308071433.r77EXgDG092676@freefall.freebsd.org> To: yun567@ah163.com, rene@FreeBSD.org, freebsd-arm@FreeBSD.org, gnats-admin@FreeBSD.org From: rene@FreeBSD.org Subject: Re: junk/181113: S3mHtoxv X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 07 Aug 2013 14:33:43 -0000 Synopsis: S3mHtoxv State-Changed-From-To: open->closed State-Changed-By: rene State-Changed-When: Wed Aug 7 14:32:52 UTC 2013 State-Changed-Why: Spam Responsible-Changed-From-To: freebsd-arm->gnats-admin Responsible-Changed-By: rene Responsible-Changed-When: Wed Aug 7 14:32:52 UTC 2013 Responsible-Changed-Why: Spam http://www.freebsd.org/cgi/query-pr.cgi?pr=181113 From owner-freebsd-arm@FreeBSD.ORG Wed Aug 7 18:53:32 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4C150A8D for ; Wed, 7 Aug 2013 18:53:32 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from mail-pb0-f45.google.com (mail-pb0-f45.google.com [209.85.160.45]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1DF8D208C for ; Wed, 7 Aug 2013 18:53:31 +0000 (UTC) Received: by mail-pb0-f45.google.com with SMTP id mc17so2233208pbc.32 for ; Wed, 07 Aug 2013 11:53:31 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:date:from:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version:content-type; bh=d6H0HrBXmyuku7WvORZyvFpZIGRNmZcoiJ31b0eCTC0=; b=I8kzO4AjpQ4qIxRa0cl+DD2GIYXgnqK/xl6BIGDiJ+1UGO+NHxuE/JGcSHgoLEAtRQ fYrAdBEGOl7q89Hs1RrjmAzy80BgwazrTya+MswDNr/QrzzlS07Ts3yIX8WYZmEPFsYr RU1HoceyZ2p+UZdPz0vNkEGxsDl8RcZo33wLadhU7FNdVe2J3EiNt0LBjL2vDAMtAFW/ OjFOb8h551Is6oPSavQf6t7QIIqsYpBfBdnKYkVRFA2gpCtCfmVLQ2ryXEdPqjFCJXdj RwM9GgRca6cjO0G7dvaXmZFvU7yEz40Eix918JRJAXM7pcbPhGtWG/nZ7Rn84YepQIqg 0ndg== X-Gm-Message-State: ALoCoQk8RVaXdFnTdGHGTxVFBoqZn4MpxPhMMe7xoc8kmkDahy1uOaVxTc0BicUdUQTK9+6aMXyo X-Received: by 10.68.251.234 with SMTP id zn10mr1951218pbc.188.1375901611358; Wed, 07 Aug 2013 11:53:31 -0700 (PDT) Received: from rrcs-66-91-135-210.west.biz.rr.com (rrcs-66-91-135-210.west.biz.rr.com. [66.91.135.210]) by mx.google.com with ESMTPSA id qh10sm9659385pbb.33.2013.08.07.11.53.29 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Wed, 07 Aug 2013 11:53:30 -0700 (PDT) Date: Wed, 7 Aug 2013 08:55:36 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: Zbyszek Bodek Subject: Re: svn commit: r254025 - in head/sys: amd64/amd64 arm/arm arm/at91 arm/mv/armadaxp arm/s3c2xx0 arm/xscale/i80321 arm/xscale/i8134x arm/xscale/ixp425 cddl/compat/opensolaris/kern cddl/compat/opensolari... In-Reply-To: <52022950.9060200@semihalf.com> Message-ID: References: <201308070621.r776LLOs055455@svn.freebsd.org> <52022950.9060200@semihalf.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, Jeff Roberson , "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 07 Aug 2013 18:53:32 -0000 On Wed, 7 Aug 2013, Zbyszek Bodek wrote: > On 07.08.2013 08:21, Jeff Roberson wrote: >> Author: jeff >> Date: Wed Aug 7 06:21:20 2013 >> New Revision: 254025 >> URL: http://svnweb.freebsd.org/changeset/base/254025 >> >> Log: >> Replace kernel virtual address space allocation with vmem. This provides >> transparent layering and better fragmentation. >> >> - Normalize functions that allocate memory to use kmem_* >> - Those that allocate address space are named kva_* >> - Those that operate on maps are named kmap_* >> - Implement recursive allocation handling for kmem_arena in vmem. >> >> Reviewed by: alc >> Tested by: pho >> Sponsored by: EMC / Isilon Storage Division >> > > Hello Jeff, > > I'm having some trouble on my ARM platform staring from this commit. > Kernel panics on assertion very early. Please check out log below (as > you can see bt doesn't look helpful but assertion message is visible. I > can send you which functions are in bt if it is necessary). It would be very helpful to know which function is passing the unaligned value. I will resolve this later today if you can get me that information. Thanks, Jeff > > Best regards > Zbyszek Bodek > ------------------------------------------------------------------------- > ## Starting application at 0x00F00000 ... > GDB: no debug ports present > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2013 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 10.0-CURRENT #155 7ddb89a-dirty: Wed Aug 7 12:12:39 CEST 2013 > > zbb@:/home/zbb/projects/armsp/obj_gcc/arm.arm/home/zbb/projects/armsp/freebsd-arm-superpages/sys/ARMADAXP > arm > gcc version 4.2.1 20070831 patched [FreeBSD] > WARNING: DIAGNOSTIC option enabled, expect reduced performance. > panic: Assertion (size & vm->vm_quantum_mask) == 0 failed at > /home/zbb/projects/armsp/freebsd-arm-superpages/sys/kern/subr_vmem.c:341 > KDB: stack backtrace: > (null)() at 0xc11f6874 > pc = 0xc11f6874 lr = 0xc0f2dc00 (0xc0f2dc00) > sp = 0xc1361c98 fp = 0xc1340288 > (null)() at 0xc0f2dc00 > pc = 0xc0f2dc00 lr = 0xc108dd14 (0xc108dd14) > sp = 0xc1361db0 fp = 0xc1340288 > r4 = 0xc133d654 > (null)() at 0xc108dd14 > pc = 0xc108dd14 lr = 0xc105a6f0 (0xc105a6f0) > sp = 0xc1361db8 fp = 0xc1340288 > r4 = 0xc132f940 > (null)() at 0xc105a6f0 > pc = 0xc105a6f0 lr = 0xc105a7dc (0xc105a7dc) > sp = 0xc1361dd0 fp = 0xc1340288 > r4 = 0xc124c6fc r5 = 0x13333333 > r6 = 0xc1340240 r7 = 0xc147d150 > r8 = 0x00000010 > (null)() at 0xc105a7dc > pc = 0xc105a7dc lr = 0xc10a2ef8 (0xc10a2ef8) > sp = 0xc1361e08 fp = 0xc1340288 > r0 = 0xc124c6fc r1 = 0xc12662b8 > r2 = 0xc1266230 r3 = 0x00000155 > r4 = 0x00013333 > (null)() at 0xc10a2ef8 > pc = 0xc10a2ef8 lr = 0xc10a37e4 (0xc10a37e4) > sp = 0xc1361e20 fp = 0xc1340288 > r4 = 0xc147d150 r5 = 0xc147d16c > r6 = 0xc1340240 r7 = 0x13333333 > r8 = 0xc57b1000 > (null)() at 0xc10a37e4 > pc = 0xc10a37e4 lr = 0xc10a39d8 (0xc10a39d8) > sp = 0xc1361e38 fp = 0xc1340288 > r4 = 0xc1340240 r5 = 0x00000000 > r6 = 0xc57b1000 r7 = 0x13333333 > r8 = 0x00000010 > (null)() at 0xc10a39d8 > pc = 0xc10a39d8 lr = 0xc10a4f8c (0xc10a4f8c) > sp = 0xc1361e50 fp = 0xc1340288 > r4 = 0xc13402a4 r5 = 0x00000000 > r6 = 0x00010000 r7 = 0xc1340240 > (null)() at 0xc10a4f8c > pc = 0xc10a4f8c lr = 0xc1044398 (0xc1044398) > sp = 0xc1361e98 fp = 0x00000000 > r4 = 0x13333333 r5 = 0xc1340240 > r6 = 0xc1307574 r7 = 0x00f0004c > r8 = 0x7f9ea674 r9 = 0x00000001 > r10 = 0x7ff1449c > (null)() at 0xc1044398 > pc = 0xc1044398 lr = 0xc1044408 (0xc1044408) > sp = 0xc1361eb8 fp = 0x00000000 > r4 = 0xc1291584 r5 = 0x00f00058 > r6 = 0x00f00000 > (null)() at 0xc1044408 > pc = 0xc1044408 lr = 0xc1010800 (0xc1010800) > sp = 0xc1361ee8 fp = 0x00000000 > r4 = 0xc1291584 r5 = 0x00f00058 > r6 = 0x00f00000 r7 = 0x00f0004c > r8 = 0x7f9ea674 r9 = 0x00000001 > r10 = 0x7ff1449c > (null)() at 0xc1010800 > pc = 0xc1010800 lr = 0xc0f00124 (0xc0f00124) > sp = 0xc1361ef8 fp = 0x00000000 > r4 = 0x00f00164 r5 = 0x00f00058 > (null)() at 0xc0f00124 > pc = 0xc0f00124 lr = 0xc0f00124 (0xc0f00124) > sp = 0xc1361ef8 fp = 0x00000000 > Unable to unwind further > KDB: enter: panic > [ thread pid 0 tid 0 ] > Stopped at 0xc108dba8: ldrb r15, [r15, r15, ror r15]! > db> > From owner-freebsd-arm@FreeBSD.ORG Thu Aug 8 00:10:02 2013 Return-Path: Delivered-To: freebsd-arm@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1B1F640D for ; Thu, 8 Aug 2013 00:10:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E0C5F24F1 for ; Thu, 8 Aug 2013 00:10:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r780A15U011062 for ; Thu, 8 Aug 2013 00:10:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r780A1uP011061; Thu, 8 Aug 2013 00:10:01 GMT (envelope-from gnats) Date: Thu, 8 Aug 2013 00:10:01 GMT Message-Id: <201308080010.r780A1uP011061@freefall.freebsd.org> To: freebsd-arm@FreeBSD.org Cc: From: Andreas Schwarz Subject: Re: arm/177538: tunefs(8) and mount(8) can not access a newfs(8)'d filesystem (clang, EABI). X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Andreas Schwarz List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Aug 2013 00:10:02 -0000 The following reply was made to PR arm/177538; it has been noted by GNATS. From: Andreas Schwarz To: bug-followup@FreeBSD.org, iz-rpi03@hs-karlsruhe.de Cc: Subject: Re: arm/177538: tunefs(8) and mount(8) can not access a newfs(8)'d filesystem (clang, EABI). Date: Thu, 08 Aug 2013 02:02:33 +0200 (CEST) The problem is still existing with current head (r254005), seems that newfs is not working correctly. Tunefs and mount can't work with a corrupt ufs structure. When doing the newfs at my separate pc, all is fine. From owner-freebsd-arm@FreeBSD.ORG Thu Aug 8 10:35:45 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 40B15C37 for ; Thu, 8 Aug 2013 10:35:45 +0000 (UTC) (envelope-from zbb@semihalf.com) Received: from mail-ee0-f45.google.com (mail-ee0-f45.google.com [74.125.83.45]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C264026D9 for ; Thu, 8 Aug 2013 10:35:44 +0000 (UTC) Received: by mail-ee0-f45.google.com with SMTP id c50so1423377eek.32 for ; Thu, 08 Aug 2013 03:35:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:message-id:date:from:organization:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type; bh=GIRt7PfN3Y8zlD6/iZ1Q9Jd+kJTmI45ms8gR60chIxE=; b=O11yvC3S8uculsMA3+FxwZ+gHKp4sllZyE2+EvNn/esy44VS1I4mwtQhtopZAqbahZ T9zmdd7eRaPA8wgNlp/KANS+HIfDG8y7bzDdOSHXXSMaICEUyOovxWa9OsO9kcPeTEGe NNB+jPdFKlNeH9BiOvOcp6ld57Gzq6gdClffaMe5IQZxzhHYGhunInGjCztkX5IGSpnE Js0/7DtDOHpbaY99QO5td4wijjS9m9qgkK1ItVuOaHmHPlb7P2k0bqp/urUmf0eWa+Xn pQuGSD3LuqQJMUYIPy9q8G/Fo8COreMWh65NY94ZnEDObQzPlIRvXY5SrwB3BLmc2QIe J2og== X-Gm-Message-State: ALoCoQmiS7BvzFh2FUmd5tWtXTpAzUu53jy7G+SE/D097vkc9gFzqNyEalSpWaYqS6jC+Io6dT5P X-Received: by 10.14.203.196 with SMTP id f44mr7433038eeo.141.1375956714072; Thu, 08 Aug 2013 03:11:54 -0700 (PDT) Received: from [10.0.2.117] (cardhu.semihalf.com. [213.17.239.108]) by mx.google.com with ESMTPSA id r48sm10803575eev.14.2013.08.08.03.11.51 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 08 Aug 2013 03:11:53 -0700 (PDT) Message-ID: <52036EE6.5090505@semihalf.com> Date: Thu, 08 Aug 2013 12:11:50 +0200 From: Zbyszek Bodek Organization: Semihalf User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130623 Thunderbird/17.0.7 MIME-Version: 1.0 To: Jeff Roberson Subject: Re: svn commit: r254025 - in head/sys: amd64/amd64 arm/arm arm/at91 arm/mv/armadaxp arm/s3c2xx0 arm/xscale/i80321 arm/xscale/i8134x arm/xscale/ixp425 cddl/compat/opensolaris/kern cddl/compat/opensolari... References: <201308070621.r776LLOs055455@svn.freebsd.org> <52022950.9060200@semihalf.com> In-Reply-To: Content-Type: multipart/mixed; boundary="------------010005080006000604060109" X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, Jeff Roberson , "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 08 Aug 2013 10:35:45 -0000 This is a multi-part message in MIME format. --------------010005080006000604060109 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 07.08.2013 20:55, Jeff Roberson wrote: > On Wed, 7 Aug 2013, Zbyszek Bodek wrote: > >> On 07.08.2013 08:21, Jeff Roberson wrote: >>> Author: jeff >>> Date: Wed Aug 7 06:21:20 2013 >>> New Revision: 254025 >>> URL: http://svnweb.freebsd.org/changeset/base/254025 >>> >>> Log: >>> Replace kernel virtual address space allocation with vmem. This >>> provides >>> transparent layering and better fragmentation. >>> >>> - Normalize functions that allocate memory to use kmem_* >>> - Those that allocate address space are named kva_* >>> - Those that operate on maps are named kmap_* >>> - Implement recursive allocation handling for kmem_arena in vmem. >>> >>> Reviewed by: alc >>> Tested by: pho >>> Sponsored by: EMC / Isilon Storage Division >>> >> >> Hello Jeff, >> >> I'm having some trouble on my ARM platform staring from this commit. >> Kernel panics on assertion very early. Please check out log below (as >> you can see bt doesn't look helpful but assertion message is visible. I >> can send you which functions are in bt if it is necessary). > > It would be very helpful to know which function is passing the unaligned > value. I will resolve this later today if you can get me that information. > > Thanks, > Jeff > Hello Jeff, I'm attaching the BT with functions names included. Please give me a notice when you need something more. Best regards Zbyszek Bodek --------------010005080006000604060109-- From owner-freebsd-arm@FreeBSD.ORG Thu Aug 8 11:44:03 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AC9D52B8 for ; Thu, 8 Aug 2013 11:44:03 +0000 (UTC) (envelope-from krister.olofsson@gmail.com) Received: from mail-wg0-x233.google.com (mail-wg0-x233.google.com [IPv6:2a00:1450:400c:c00::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 30C8A2AF9 for ; Thu, 8 Aug 2013 11:44:03 +0000 (UTC) Received: by mail-wg0-f51.google.com with SMTP id a12so2437823wgh.18 for ; Thu, 08 Aug 2013 04:44:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=yrVsChpJ/bwEpfFENNnScmcz9jYuOBU1m7fFNoj9RuY=; b=JQadzB/x/fwS22iZHh45RpsteCkCWLrIbUR/7uL/g9DiHMPX3QvTSkPUJ/UtSft5L+ ZViZ7kSmDYAjgUJIUBPCNA1ea6n24/d1U3x2oe1ZSWfT9BzKGGjShcFyc0f27zDotVu8 CIgquq2Kh0FQNrUiX/O2hXACOae0BxfQ455BwAaQwCf1/Dy5jfCb7up5lDbwHY3nJ6ld K+Qg5J48Yahzc6mbFDcWcQWxPL2olZoP5uoBY0BmKuz4W6FMPlBZN/lZcezskoG3EWnp kf/ZohhQ0AneHheBBlm4u4e//iB6ZPydXmr47EX31vXbKnTfVkni7LCihEFJwLBuE01c 56Yw== MIME-Version: 1.0 X-Received: by 10.180.185.49 with SMTP id ez17mr4836980wic.12.1375962241361; Thu, 08 Aug 2013 04:44:01 -0700 (PDT) Received: by 10.216.28.5 with HTTP; Thu, 8 Aug 2013 04:44:01 -0700 (PDT) Date: Thu, 8 Aug 2013 13:44:01 +0200 Message-ID: Subject: System freezes when using scp From: Krister Olofsson To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 08 Aug 2013 11:44:03 -0000 Hi, I'm working with a board with FreeBSD 8.2 on Marvell MV78100 (Discovery SOC) - an ARMv5TE and Marvell Gigabit Ethernet controller. My problem is that when I copy files (size ca 50 Mb) with scp using ethernet, the system seems to freeze for a few seconds before the copy process starts. The board has an external watchdog that has to be kicked but the script doing this freezes and the system is rebooted by the watchdog. Any ideas how to tackle this? Regards, Krister Configuration: # # Custom kernel for PROJ, based on Marvell's DB-78xx # ident DEV include "../mv/discovery/std.db78xxx" options SOC_MV_DISCOVERY makeoptions MODULES_OVERRIDE="" #makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols makeoptions WERROR="-Werror" options SCHED_ULE #4BSD scheduler options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options NFSCLIENT #Network Filesystem Client options NFSLOCKD #Network Lock Manager options NFS_ROOT #NFS usable as /, requires NFSCLIENT #options BOOTP #options BOOTP_NFSROOT #options BOOTP_NFSV3 #options BOOTP_WIRED_TO=mge0 options GEOM_PART_BSD options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time extensions options MUTEX_NOINLINE options RWLOCK_NOINLINE options NO_FFS_SNAPSHOT options NO_SWAPPING # Uncomment the next 3 lines and comment the 4th, to enable ramdisk rootfs #options MD_ROOT #options MD_ROOT_SIZE=29696 #options ROOTDEVNAME=\"ufs:md0\" options ROOTDEVNAME=\"ufs:/dev/ad0s1\" # Debugging #options ALT_BREAK_TO_DEBUGGER #options DDB #options DIAGNOSTIC #options INVARIANTS #Enable calls of extra sanity checking #options INVARIANT_SUPPORT #Extra sanity checks of internal structures, required by INVARIANTS #options KDB #options WITNESS #Enable checks to detect deadlocks and cycles #options WITNESS_SKIPSPIN #Don't run witness on spinlocks for speed #options WITNESS_KDB options HZ=2000 device pci # Pseudo devices device loop device md device pty device random # Serial ports device uart # Networking device ether device mge # Marvell Gigabit Ethernet controller device mii device e1000phy device bpf # USB options USB_DEBUG # enable debug msgs device usb device ehci device umass device scbus device pass device da # I2C (TWSI) device iic device iicbus device ds133x # SATA device ata device atadisk From owner-freebsd-arm@FreeBSD.ORG Thu Aug 8 13:04:47 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 98A34526 for ; Thu, 8 Aug 2013 13:04:47 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6F6AB20C8 for ; Thu, 8 Aug 2013 13:04:47 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1V7PtQ-0005A7-AC; Thu, 08 Aug 2013 13:04:40 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r78D4cQv030122; Thu, 8 Aug 2013 07:04:38 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19iXReVRyFFapCxSxhfJnWs Subject: Re: System freezes when using scp From: Ian Lepore To: Krister Olofsson In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" Date: Thu, 08 Aug 2013 07:04:37 -0600 Message-ID: <1375967077.3320.117.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 08 Aug 2013 13:04:47 -0000 On Thu, 2013-08-08 at 13:44 +0200, Krister Olofsson wrote: > Hi, > > I'm working with a board with FreeBSD 8.2 on Marvell MV78100 (Discovery > SOC) - an ARMv5TE and Marvell Gigabit Ethernet controller. > My problem is that when I copy files (size ca 50 Mb) with scp using > ethernet, the system > seems to freeze for a few seconds before the copy process starts. > The board has an external watchdog that has to be kicked but the script > doing this freezes and the system is rebooted by the watchdog. > > Any ideas how to tackle this? > > Regards, > Krister > > Configuration: > > # > # Custom kernel for PROJ, based on Marvell's DB-78xx > # > [...] Do you get the same kind of pause interactively ssh'ing to it? When you say "a few seconds" what do you mean? 3 seconds? 8? 30? I think a good first step is to figure out whether the problem is related to ssh, or network IO, or disk IO. You can take ssh out of the picture by using netcat to test, something like: On the arm: nc -l 8000 >/output/file On the sender: nc 8000 Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2BD06624 for ; Thu, 8 Aug 2013 14:42:21 +0000 (UTC) (envelope-from krister.olofsson@gmail.com) Received: from mail-vc0-x235.google.com (mail-vc0-x235.google.com [IPv6:2607:f8b0:400c:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E0BD627E0 for ; Thu, 8 Aug 2013 14:42:20 +0000 (UTC) Received: by mail-vc0-f181.google.com with SMTP id hz10so176914vcb.12 for ; Thu, 08 Aug 2013 07:42:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=PupowOrfhBBxexz+tdP70mT/JvhXovq6gTgpptVy5Vg=; b=BYoca1I7dT73YQeJXgitMSXq9CvEtQ0Nj1tBorYCJq02YdX8fYIqRGm9UbXlsqXl5T 6Gr6ZsBfqB//hDdjOL9ZnKXABZTrKn5aDZ+galRIHjnrRdsTkXne9/fk8SW9RmShQAoi odXfaOrTysPpJJ4yxRZVDBOs/tqWi5DxrpZnFTfML7acUjdW6sYpPgNR0BeDWHByWLJI YUs5J0jrB+N2Vm54nWCvRxMkp6iMNjwySnL3uN4pClzlDi+j18i4PLCUVp+p07DSrTbc LEAcbcYg5yAnnmspZXXGvtEMsKxfH1qd/7uhww8LrUy+BuzNIfeuBaSRzAkOyfYrYnNg Jgog== MIME-Version: 1.0 X-Received: by 10.52.231.97 with SMTP id tf1mr2816247vdc.15.1375972939970; Thu, 08 Aug 2013 07:42:19 -0700 (PDT) Received: by 10.58.118.202 with HTTP; Thu, 8 Aug 2013 07:42:19 -0700 (PDT) In-Reply-To: <1375967077.3320.117.camel@revolution.hippie.lan> References: <1375967077.3320.117.camel@revolution.hippie.lan> Date: Thu, 8 Aug 2013 16:42:19 +0200 Message-ID: Subject: Re: System freezes when using scp From: Krister Olofsson To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 08 Aug 2013 14:42:21 -0000 Hi, I don't notice any pause if I ssh to it. (The pause using scp is ca 3 seconds) I've tested netcast and there is no problem if I send the output to /dev/null but the system reboots if I send it to a file. I've also tested to copy the file using nfs and there is no problem with that. Running 'cat file' (file size ca 50 Mb) sometimes causes the problem after ca 10 s, but not always. If I do ssh to a third machine and run 'cat file' the problem always occurs at once Regards, Krister 2013/8/8 Ian Lepore > On Thu, 2013-08-08 at 13:44 +0200, Krister Olofsson wrote: > > Hi, > > > > I'm working with a board with FreeBSD 8.2 on Marvell MV78100 (Discovery > > SOC) - an ARMv5TE and Marvell Gigabit Ethernet controller. > > My problem is that when I copy files (size ca 50 Mb) with scp using > > ethernet, the system > > seems to freeze for a few seconds before the copy process starts. > > The board has an external watchdog that has to be kicked but the script > > doing this freezes and the system is rebooted by the watchdog. > > > > Any ideas how to tackle this? > > > > Regards, > > Krister > > > > Configuration: > > > > # > > # Custom kernel for PROJ, based on Marvell's DB-78xx > > # > > [...] > > Do you get the same kind of pause interactively ssh'ing to it? When you > say "a few seconds" what do you mean? 3 seconds? 8? 30? > > I think a good first step is to figure out whether the problem is > related to ssh, or network IO, or disk IO. You can take ssh out of the > picture by using netcat to test, something like: > > On the arm: nc -l 8000 >/output/file > On the sender: nc 8000 > If you send the output to /dev/null on the arm you're just testing the > network part. > > In my experience, a long pause at the start of an ssh session followed > by normal performance after that is what you get when a wimpy arm chip > with software floating point generates the session keys. But that's > based on experience with a 180mhz armv4 chip. I've never noticed that > sort of slowness on my DreamPlug (1.2ghz Marvell Kirkwood chips). > > -- Ian > > > From owner-freebsd-arm@FreeBSD.ORG Thu Aug 8 15:43:31 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id F08EB547 for ; Thu, 8 Aug 2013 15:43:31 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B238A2D5A for ; Thu, 8 Aug 2013 15:43:31 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1V7SN3-0001Sb-Er; Thu, 08 Aug 2013 15:43:25 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r78FhNq5030263; Thu, 8 Aug 2013 09:43:23 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19zaot4BvmKlAdUeeG9gf2q Subject: Re: System freezes when using scp From: Ian Lepore To: Krister Olofsson In-Reply-To: References: <1375967077.3320.117.camel@revolution.hippie.lan> Content-Type: multipart/mixed; boundary="=-u1wXiY5m6cUtRLv8QKcN" Date: Thu, 08 Aug 2013 09:43:23 -0600 Message-ID: <1375976603.3320.147.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 08 Aug 2013 15:43:32 -0000 --=-u1wXiY5m6cUtRLv8QKcN Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Try the attached patch -- I need it to run 8.2 on a Kirkwood chip, maybe the same thing is needed on Discovery chips. One of the things it fixes for me is data corruption on big network and sata transfers, so maybe it's related to the problem you're seeing. -- Ian On Thu, 2013-08-08 at 16:42 +0200, Krister Olofsson wrote: > Hi, > > I don't notice any pause if I ssh to it. (The pause using scp is ca 3 > seconds) > I've tested netcast and there is no problem if I send the output to > /dev/null > but the system reboots if I send it to a file. > I've also tested to copy the file using nfs and there is no problem with > that. > > Running 'cat file' (file size ca 50 Mb) sometimes causes the problem after > ca 10 s, but not always. > If I do ssh to a third machine and run 'cat file' the problem always occurs > at once > > Regards, > Krister > > > 2013/8/8 Ian Lepore > > > On Thu, 2013-08-08 at 13:44 +0200, Krister Olofsson wrote: > > > Hi, > > > > > > I'm working with a board with FreeBSD 8.2 on Marvell MV78100 (Discovery > > > SOC) - an ARMv5TE and Marvell Gigabit Ethernet controller. > > > My problem is that when I copy files (size ca 50 Mb) with scp using > > > ethernet, the system > > > seems to freeze for a few seconds before the copy process starts. > > > The board has an external watchdog that has to be kicked but the script > > > doing this freezes and the system is rebooted by the watchdog. > > > > > > Any ideas how to tackle this? > > > > > > Regards, > > > Krister > > > > > > Configuration: > > > > > > # > > > # Custom kernel for PROJ, based on Marvell's DB-78xx > > > # > > > [...] > > > > Do you get the same kind of pause interactively ssh'ing to it? When you > > say "a few seconds" what do you mean? 3 seconds? 8? 30? > > > > I think a good first step is to figure out whether the problem is > > related to ssh, or network IO, or disk IO. You can take ssh out of the > > picture by using netcat to test, something like: > > > > On the arm: nc -l 8000 >/output/file > > On the sender: nc 8000 > > > If you send the output to /dev/null on the arm you're just testing the > > network part. > > > > In my experience, a long pause at the start of an ssh session followed > > by normal performance after that is what you get when a wimpy arm chip > > with software floating point generates the session keys. But that's > > based on experience with a 180mhz armv4 chip. I've never noticed that > > sort of slowness on my DreamPlug (1.2ghz Marvell Kirkwood chips). > > > > -- Ian > > > > > > > _______________________________________________ > 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" --=-u1wXiY5m6cUtRLv8QKcN Content-Disposition: inline; filename="dp_cache_wralloc.diff" Content-Type: text/x-patch; name="dp_cache_wralloc.diff"; charset="us-ascii" Content-Transfer-Encoding: 7bit Do not enable allocating a cache line on write access. Instead, leave that feature in whatever state the bootloader set it to, on the theory that the firmware that comes with the unit knows best. This fixes intermittant cache line corruptions during bulk network data flow. diff -r df572d6d53cd -r a142512ee876 sys/arm/arm/cpufunc.c --- sys/arm/arm/cpufunc.c Thu Nov 22 16:46:06 2012 -0700 +++ sys/arm/arm/cpufunc.c Sat Dec 01 15:38:59 2012 -0700 @@ -1067,13 +1067,13 @@ set_cpufuncs() */ if (cputype == CPU_ID_MV88FR571_VD || cputype == CPU_ID_MV88FR571_41) { - sheeva_control_ext(0xffffffff, - FC_DCACHE_STREAM_EN | FC_WR_ALLOC_EN | + sheeva_control_ext(0xffffffff & ~FC_WR_ALLOC_EN, + FC_DCACHE_STREAM_EN | FC_BRANCH_TARG_BUF_DIS | FC_L2CACHE_EN | FC_L2_PREF_DIS); } else { - sheeva_control_ext(0xffffffff, - FC_DCACHE_STREAM_EN | FC_WR_ALLOC_EN | + sheeva_control_ext(0xffffffff & ~FC_WR_ALLOC_EN, + FC_DCACHE_STREAM_EN | FC_BRANCH_TARG_BUF_DIS | FC_L2CACHE_EN); } --=-u1wXiY5m6cUtRLv8QKcN-- From owner-freebsd-arm@FreeBSD.ORG Fri Aug 9 08:27:55 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 74D2D15C for ; Fri, 9 Aug 2013 08:27:55 +0000 (UTC) (envelope-from zbb@semihalf.com) Received: from mail-qa0-f47.google.com (mail-qa0-f47.google.com [209.85.216.47]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 32CB62705 for ; Fri, 9 Aug 2013 08:27:55 +0000 (UTC) Received: by mail-qa0-f47.google.com with SMTP id o19so776738qap.13 for ; Fri, 09 Aug 2013 01:27:48 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=C6MoXcfRbGKRa9zRs3SCXgNVVUiRKjQfIJ9Z97BN8ks=; b=CfgkDW1qz8JUPbBs6non1mPZweUkvJ1tbr/DPE+0AGA+Gs4XrihdAjshwuWLFnba9P keURhwicfMHNTRaCe9wZCBbdf389QkqSeCUHfZCeafD8Ir2DzwlupB0IdzfGZmDTf7Y/ kYIpxS2Q0y7+nsjaMzLDhZKbz9Ny8vB+y3Wr6xoA+8HH51hzIoeVZ4ph8au3hLODu5rV 9m5H9GGTNpM8B2/X/LXFxlkxBaO/144lkebs4hQrBioR23jC5sJb0CN3Vb9qL/xK3uDB 6K1ZdEuw+7QaXE4VCmC/1XYjbOTE/G9fYzulnGG8j1awQr00LXg2qIIh8keyRCUaTk0F 0/PA== X-Gm-Message-State: ALoCoQmGX9BRzAuCMbG2eku56f7KbTIbY4EfGopx1kb32TYMtn03IrvEChfsdGDGJrZ9EGPTdyDi MIME-Version: 1.0 X-Received: by 10.49.119.161 with SMTP id kv1mr4616468qeb.25.1376036868481; Fri, 09 Aug 2013 01:27:48 -0700 (PDT) Received: by 10.49.82.34 with HTTP; Fri, 9 Aug 2013 01:27:48 -0700 (PDT) In-Reply-To: <52036EE6.5090505@semihalf.com> References: <201308070621.r776LLOs055455@svn.freebsd.org> <52022950.9060200@semihalf.com> <52036EE6.5090505@semihalf.com> Date: Fri, 9 Aug 2013 10:27:48 +0200 Message-ID: Subject: Re: svn commit: r254025 - in head/sys: amd64/amd64 arm/arm arm/at91 arm/mv/armadaxp arm/s3c2xx0 arm/xscale/i80321 arm/xscale/i8134x arm/xscale/ixp425 cddl/compat/opensolaris/kern cddl/compat/opensolari... From: Zbigniew Bodek To: Jeff Roberson Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, Jeff Roberson , "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 09 Aug 2013 08:27:55 -0000 2013/8/8 Zbyszek Bodek > On 07.08.2013 20:55, Jeff Roberson wrote: > > On Wed, 7 Aug 2013, Zbyszek Bodek wrote: > > > >> On 07.08.2013 08:21, Jeff Roberson wrote: > >>> Author: jeff > >>> Date: Wed Aug 7 06:21:20 2013 > >>> New Revision: 254025 > >>> URL: http://svnweb.freebsd.org/changeset/base/254025 > >>> > >>> Log: > >>> Replace kernel virtual address space allocation with vmem. This > >>> provides > >>> transparent layering and better fragmentation. > >>> > >>> - Normalize functions that allocate memory to use kmem_* > >>> - Those that allocate address space are named kva_* > >>> - Those that operate on maps are named kmap_* > >>> - Implement recursive allocation handling for kmem_arena in vmem. > >>> > >>> Reviewed by: alc > >>> Tested by: pho > >>> Sponsored by: EMC / Isilon Storage Division > >>> > >> > >> Hello Jeff, > >> > >> I'm having some trouble on my ARM platform staring from this commit. > >> Kernel panics on assertion very early. Please check out log below (as > >> you can see bt doesn't look helpful but assertion message is visible. I > >> can send you which functions are in bt if it is necessary). > > > > It would be very helpful to know which function is passing the unaligned > > value. I will resolve this later today if you can get me that > information. > > > > Thanks, > > Jeff > > > > Hello Jeff, > > I'm attaching the BT with functions names included. > Please give me a notice when you need something more. > > Hello again. It seems that despite the attachment is visible in my sent messages it was not included to the message on the mailing lists. Hence I'm pasting it to this e-mail. Sorry for the possible inconvenience. Best regards Zbyszek Bodek ----------------------------------------------------------------------------------------------- WARNING: DIAGNOSTIC option enabled, expect reduced performance. panic: Assertion (size & vm->vm_quantum_mask) == 0 failed at /home/zbb/projects/armsp/freebsd-arm-superpages/sys/kern/subr_vmem.c:341 cpuid = 0 KDB: stack backtrace: db_trace_self() at 0xc11fb224 pc = 0xc11fb224 lr = 0xc0f2dd34 (0xc0f2dd34) sp = 0xc1372c90 fp = 0xc1347fc8 db_trace_self_wrapper() at 0xc0f2dd34 pc = 0xc0f2dd34 lr = 0xc1090d84 (0xc1090d84) sp = 0xc1372da8 fp = 0xc1347fc8 r4 = 0xc13452d8 kdb_backtrace() at 0xc1090d84 pc = 0xc1090d84 lr = 0xc105b300 (0xc105b300) sp = 0xc1372db0 fp = 0xc1347fc8 r4 = 0x00000001 vpanic() at 0xc105b300 pc = 0xc105b300 lr = 0xc105b3f4 (0xc105b3f4) sp = 0xc1372dd0 fp = 0xc1347fc8 r4 = 0xc1252570 r5 = 0x13333333 r6 = 0xc1347f80 r7 = 0xc1494150 r8 = 0x00000010 r10 = 0xc1348140 kassert_panic() at 0xc105b3f4 pc = 0xc105b3f4 lr = 0xc10a6b24 (0xc10a6b24) sp = 0xc1372e08 fp = 0xc1347fc8 r0 = 0xc1252570 r1 = 0xc126c6d4 r2 = 0xc126c64c r3 = 0x00000155 r4 = 0x00013333 bt_insfree() at 0xc10a6b24 pc = 0xc10a6b24 lr = 0xc10a7410 (0xc10a7410) sp = 0xc1372e20 fp = 0xc1347fc8 r4 = 0xc1494150 r5 = 0xc149416c r6 = 0xc1347f80 r7 = 0x13333333 r8 = 0xc57c8000 vmem_add1() at 0xc10a7410 pc = 0xc10a7410 lr = 0xc10a7604 (0xc10a7604) sp = 0xc1372e38 fp = 0xc1347fc8 r4 = 0xc1347f80 r5 = 0x00000000 r6 = 0xc57c8000 r7 = 0x13333333 r8 = 0x00000010 vmem_add() at 0xc10a7604 pc = 0xc10a7604 lr = 0xc10a8bb8 (0xc10a8bb8) sp = 0xc1372e50 fp = 0xc1347fc8 r4 = 0xc1347fe4 r5 = 0x00000000 r6 = 0x00010000 r7 = 0xc1347f80 vmem_init() at 0xc10a8bb8 pc = 0xc10a8bb8 lr = 0xc104487c (0xc104487c) sp = 0xc1372e98 fp = 0x00000000 r4 = 0x13333333 r5 = 0xc1347f80 r6 = 0xc130e588 r7 = 0x00f0004c r8 = 0x7f9ea674 r9 = 0x00000001 r10 = 0x7ff1449c kmeminit() at 0xc104487c pc = 0xc104487c lr = 0xc10448ec (0xc10448ec) sp = 0xc1372eb8 fp = 0x00000000 r4 = 0xc1297b90 r5 = 0x00f00058 r6 = 0x00f00000 mallocinit() at 0xc10448ec pc = 0xc10448ec lr = 0xc1010b20 (0xc1010b20) sp = 0xc1372ee8 fp = 0x00000000 r4 = 0xc1297b90 r5 = 0x00f00058 r6 = 0x00f00000 r7 = 0x00f0004c r8 = 0x7f9ea674 r9 = 0x00000001 r10 = 0x7ff1449c mi_startup() at 0xc1010b20 pc = 0xc1010b20 lr = 0xc0f00128 (0xc0f00128) sp = 0xc1372ef8 fp = 0x00000000 r4 = 0x00f00184 r5 = 0x00f00058 virt_done() at 0xc0f00128 pc = 0xc0f00128 lr = 0xc0f00128 (0xc0f00128) sp = 0xc1372ef8 fp = 0x00000000 Unable to unwind further KDB: enter: panic [ thread pid 0 tid 0 ] Stopped at 0xc1090c18: ldrb r15, [r15, r15, ror r15]! db> From owner-freebsd-arm@FreeBSD.ORG Fri Aug 9 19:34:22 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 948945F0; Fri, 9 Aug 2013 19:34:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5B8FA2D30; Fri, 9 Aug 2013 19:34:22 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r79JYL2L042114; Fri, 9 Aug 2013 15:34:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r79JYLI8042112; Fri, 9 Aug 2013 19:34:21 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 9 Aug 2013 19:34:21 GMT Message-Id: <201308091934.r79JYLI8042112@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Aug 2013 19:34:22 -0000 TB --- 2013-08-09 16:20:21 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-08-09 16:20:21 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-08-09 16:20:21 - starting HEAD tinderbox run for arm/arm TB --- 2013-08-09 16:20:21 - cleaning the object tree TB --- 2013-08-09 16:20:21 - /usr/local/bin/svn stat /src TB --- 2013-08-09 16:20:26 - At svn revision 254147 TB --- 2013-08-09 16:20:27 - building world TB --- 2013-08-09 16:20:27 - CROSS_BUILD_TESTING=YES TB --- 2013-08-09 16:20:27 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-09 16:20:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-09 16:20:27 - SRCCONF=/dev/null TB --- 2013-08-09 16:20:27 - TARGET=arm TB --- 2013-08-09 16:20:27 - TARGET_ARCH=arm TB --- 2013-08-09 16:20:27 - TZ=UTC TB --- 2013-08-09 16:20:27 - __MAKE_CONF=/dev/null TB --- 2013-08-09 16:20:27 - cd /src TB --- 2013-08-09 16:20:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Aug 9 16:20:34 UTC 2013 >>> 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 >>> World build completed on Fri Aug 9 19:19:42 UTC 2013 TB --- 2013-08-09 19:19:42 - generating LINT kernel config TB --- 2013-08-09 19:19:42 - cd /src/sys/arm/conf TB --- 2013-08-09 19:19:42 - /usr/bin/make -B LINT TB --- 2013-08-09 19:19:42 - cd /src/sys/arm/conf TB --- 2013-08-09 19:19:42 - /usr/sbin/config -m LINT TB --- 2013-08-09 19:19:42 - building LINT kernel TB --- 2013-08-09 19:19:42 - CROSS_BUILD_TESTING=YES TB --- 2013-08-09 19:19:42 - MAKEOBJDIRPREFIX=/obj TB --- 2013-08-09 19:19:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-08-09 19:19:42 - SRCCONF=/dev/null TB --- 2013-08-09 19:19:42 - TARGET=arm TB --- 2013-08-09 19:19:42 - TARGET_ARCH=arm TB --- 2013-08-09 19:19:42 - TZ=UTC TB --- 2013-08-09 19:19:42 - __MAKE_CONF=/dev/null TB --- 2013-08-09 19:19:42 - cd /src TB --- 2013-08-09 19:19:42 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Aug 9 19:19:42 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding -Werror /src/sys/vm/vm_page.c /src/sys/vm/vm_page.c:1205:21: error: use of undeclared identifier 'VPO_BUSY' if (mold->oflags & VPO_BUSY) { ^ /src/sys/vm/vm_page.c:1206:20: error: use of undeclared identifier 'VPO_BUSY' mold->oflags &= ~VPO_BUSY; ^ 2 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-08-09 19:34:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-08-09 19:34:21 - ERROR: failed to build LINT kernel TB --- 2013-08-09 19:34:21 - 9310.36 user 1639.12 system 11639.62 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Fri Aug 9 23:20:43 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 639) id 016C1C22; Fri, 9 Aug 2013 23:20:43 +0000 (UTC) Date: Fri, 9 Aug 2013 23:20:42 +0000 From: Olivier Houchard To: Zbigniew Bodek Subject: Re: svn commit: r254025 - in head/sys: amd64/amd64 arm/arm arm/at91 arm/mv/armadaxp arm/s3c2xx0 arm/xscale/i80321 arm/xscale/i8134x arm/xscale/ixp425 cddl/compat/opensolaris/kern cddl/compat/opensolari... Message-ID: <20130809232042.GA89476@freebsd.org> References: <201308070621.r776LLOs055455@svn.freebsd.org> <52022950.9060200@semihalf.com> <52036EE6.5090505@semihalf.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, Jeff Roberson , "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 09 Aug 2013 23:20:43 -0000 On Fri, Aug 09, 2013 at 10:27:48AM +0200, Zbigniew Bodek wrote: > 2013/8/8 Zbyszek Bodek > > > On 07.08.2013 20:55, Jeff Roberson wrote: > > > On Wed, 7 Aug 2013, Zbyszek Bodek wrote: > > > > > >> On 07.08.2013 08:21, Jeff Roberson wrote: > > >>> Author: jeff > > >>> Date: Wed Aug 7 06:21:20 2013 > > >>> New Revision: 254025 > > >>> URL: http://svnweb.freebsd.org/changeset/base/254025 > > >>> > > >>> Log: > > >>> Replace kernel virtual address space allocation with vmem. This > > >>> provides > > >>> transparent layering and better fragmentation. > > >>> > > >>> - Normalize functions that allocate memory to use kmem_* > > >>> - Those that allocate address space are named kva_* > > >>> - Those that operate on maps are named kmap_* > > >>> - Implement recursive allocation handling for kmem_arena in vmem. > > >>> > > >>> Reviewed by: alc > > >>> Tested by: pho > > >>> Sponsored by: EMC / Isilon Storage Division > > >>> > > >> > > >> Hello Jeff, > > >> > > >> I'm having some trouble on my ARM platform staring from this commit. > > >> Kernel panics on assertion very early. Please check out log below (as > > >> you can see bt doesn't look helpful but assertion message is visible. I > > >> can send you which functions are in bt if it is necessary). > > > > > > It would be very helpful to know which function is passing the unaligned > > > value. I will resolve this later today if you can get me that > > information. > > > > > > Thanks, > > > Jeff > > > Hi, I think I fixed all the issues with vmem on arm, at least I can now boot my board. Zbyszek, can you confirm it works for you too ? Thanks ! Olivier From owner-freebsd-arm@FreeBSD.ORG Sat Aug 10 11:53:49 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5896CBEA for ; Sat, 10 Aug 2013 11:53:49 +0000 (UTC) (envelope-from zbb@semihalf.com) Received: from mail-qe0-f49.google.com (mail-qe0-f49.google.com [209.85.128.49]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 143DB27E8 for ; Sat, 10 Aug 2013 11:53:48 +0000 (UTC) Received: by mail-qe0-f49.google.com with SMTP id 1so2779025qec.8 for ; Sat, 10 Aug 2013 04:53:42 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=gvWybtL1vFNIUJXJspw/IBwO5XNhv9y1gHHYOxVsRsg=; b=Fgbe4Ed16lf30OW0Tn/Em3E774rnhsBV3N4wRk8JK0021X5v580Z4ongs4uryuOY2G t/sq/y9EW4auiiyVBIYw0OnNBaK9mojpe+ZMGHfII3DgryxaY2KnRf5hGO+N6heGWzJR 8dbdR0pMI0xBJ3t6/J3INEN3nRF/bA1ewLG+P02G4vqXkTzcQRNqzy9rd0bIg3nC0XGp SitkMMKO31h5DXY1Eu6hDBhqmvZO97PI4Is1auZtZUfLiVCoIa2SUVdYCJLActLNn+Ml lyycVbd4JL4HvKeTvemrYsA7RK3s+6Yiy73WD0P0er4Fe/u7FqEAm2gC5SivF7yN8Kj5 c8oQ== X-Gm-Message-State: ALoCoQkqLRaJWFMBF65Cyl1ql3Rm1TUWb3wuhc+oOwHSR5O9VpTiwGZIyljw/i2F+8gtFIsnC6cM MIME-Version: 1.0 X-Received: by 10.49.3.131 with SMTP id c3mr15281351qec.33.1376135175641; Sat, 10 Aug 2013 04:46:15 -0700 (PDT) Received: by 10.49.82.34 with HTTP; Sat, 10 Aug 2013 04:46:15 -0700 (PDT) In-Reply-To: <20130809232042.GA89476@freebsd.org> References: <201308070621.r776LLOs055455@svn.freebsd.org> <52022950.9060200@semihalf.com> <52036EE6.5090505@semihalf.com> <20130809232042.GA89476@freebsd.org> Date: Sat, 10 Aug 2013 13:46:15 +0200 Message-ID: Subject: Re: svn commit: r254025 - in head/sys: amd64/amd64 arm/arm arm/at91 arm/mv/armadaxp arm/s3c2xx0 arm/xscale/i80321 arm/xscale/i8134x arm/xscale/ixp425 cddl/compat/opensolaris/kern cddl/compat/opensolari... From: Zbigniew Bodek To: Olivier Houchard Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, Jeff Roberson , "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 10 Aug 2013 11:53:49 -0000 2013/8/10 Olivier Houchard > On Fri, Aug 09, 2013 at 10:27:48AM +0200, Zbigniew Bodek wrote: > > 2013/8/8 Zbyszek Bodek > > > > > On 07.08.2013 20:55, Jeff Roberson wrote: > > > > On Wed, 7 Aug 2013, Zbyszek Bodek wrote: > > > > > > > >> On 07.08.2013 08:21, Jeff Roberson wrote: > > > >>> Author: jeff > > > >>> Date: Wed Aug 7 06:21:20 2013 > > > >>> New Revision: 254025 > > > >>> URL: http://svnweb.freebsd.org/changeset/base/254025 > > > >>> > > > >>> Log: > > > >>> Replace kernel virtual address space allocation with vmem. This > > > >>> provides > > > >>> transparent layering and better fragmentation. > > > >>> > > > >>> - Normalize functions that allocate memory to use kmem_* > > > >>> - Those that allocate address space are named kva_* > > > >>> - Those that operate on maps are named kmap_* > > > >>> - Implement recursive allocation handling for kmem_arena in > vmem. > > > >>> > > > >>> Reviewed by: alc > > > >>> Tested by: pho > > > >>> Sponsored by: EMC / Isilon Storage Division > > > >>> > > > >> > > > >> Hello Jeff, > > > >> > > > >> I'm having some trouble on my ARM platform staring from this commit. > > > >> Kernel panics on assertion very early. Please check out log below > (as > > > >> you can see bt doesn't look helpful but assertion message is > visible. I > > > >> can send you which functions are in bt if it is necessary). > > > > > > > > It would be very helpful to know which function is passing the > unaligned > > > > value. I will resolve this later today if you can get me that > > > information. > > > > > > > > Thanks, > > > > Jeff > > > > > > Hi, > > I think I fixed all the issues with vmem on arm, at least I can now boot my > board. Zbyszek, can you confirm it works for you too ? > > Thanks ! > > Olivier > Hello, Thanks a lot. Now everything works fine for me. Best regards Zbyszek Bodek From owner-freebsd-arm@FreeBSD.ORG Sat Aug 10 14:50:38 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B33DCCF5 for ; Sat, 10 Aug 2013 14:50:38 +0000 (UTC) (envelope-from zbb@semihalf.com) Received: from mail-qe0-f49.google.com (mail-qe0-f49.google.com [209.85.128.49]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 73CDE2058 for ; Sat, 10 Aug 2013 14:50:37 +0000 (UTC) Received: by mail-qe0-f49.google.com with SMTP id 1so2855868qec.36 for ; Sat, 10 Aug 2013 07:50:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=IbUP1fkntR7AfwgwMlDJ7TiZtG5QWFoOrkbYiOq05rQ=; b=KYA+hWzjSarEWuGtUOY0sLEXF6xHK94isc2Qm87U4hFVGyVpVvShQmOvmXSJZuKc4/ dWPbXJyW5VvXt5Td2Ke7IpQJxiN52xZT9npM7qSqlA86obvNjBe3ObLKgTq4mjihix4o f4rtzd+9GHWB4WYpAHh+nCZ7xi2cmSCF5zHYNXNbb0ema8PoL8tvNVxj0iVOysAWp1q3 dUVzwu+JNxmBN3A1CxqzKgNf8WYaS4TzPlAz16qXNPMs6GsM/YsG/BPxwKceArFQ0v3m gxYuxalz3hT8yOAipQ8X9oUhDBTVcy/Ybe5fcMil7jPhPoGDUArg9KoDrciVn2OkiFKz GX9Q== X-Gm-Message-State: ALoCoQmRLrlwOYQDdIbvNuv9BPx7fhq6N+4XF8FL8n0Y+4qc126xVJvDsET7k7Pgr93nMbSv6qe3 MIME-Version: 1.0 X-Received: by 10.224.130.195 with SMTP id u3mr16219247qas.80.1376146236356; Sat, 10 Aug 2013 07:50:36 -0700 (PDT) Received: by 10.49.82.34 with HTTP; Sat, 10 Aug 2013 07:50:36 -0700 (PDT) In-Reply-To: <201308071544.r77FiwMK072982@svn.freebsd.org> References: <201308071544.r77FiwMK072982@svn.freebsd.org> Date: Sat, 10 Aug 2013 16:50:36 +0200 Message-ID: Subject: Re: svn commit: r254061 - head/sys/arm/arm From: Zbigniew Bodek To: Olivier Houchard Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: svn-src-all@freebsd.org, "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 10 Aug 2013 14:50:38 -0000 2013/8/7 Olivier Houchard > Author: cognet > Date: Wed Aug 7 15:44:58 2013 > New Revision: 254061 > URL: http://svnweb.freebsd.org/changeset/base/254061 > > Log: > Don't bother trying to work around buffers which are not aligned on a > cache > line boundary. It has never been 100% correct, and it can't work on SMP, > because nothing prevents another core from accessing data from an > unrelated > buffer in the same cache line while we invalidated it. Just use bounce > pages > instead. > > Reviewed by: ian > Approved by: mux (mentor) (implicit) > > Modified: > head/sys/arm/arm/busdma_machdep-v6.c > > Hello Olivier, While continuing rebase of my work to the current HEAD I encountered another problem regarding the PCIe NIC this time. I'm using Realtek card and starting from this revision Rx buffers cannot be allocated for my device. Please check out the message below: ----------------------------------------------------------------------------------- root@:~ # dhclient re0 re0: no memory for RX buffers re0: no memory for RX buffers DHCPREQUEST on re0 to 255.255.255.255 port 67 Aug 5 20:18:52 dhclient[898]: send_packet: Network is down ----------------------------------------------------------------------------------- Best regards Zbyszek Bodek