Date: Sun, 23 Jun 2013 19:16:17 +0300 From: Konstantin Belousov <kostikbel@gmail.com> To: Ruslan Bukin <br@bsdpad.com> Cc: Zbyszek Bodek <zbb@semihalf.com>, freebsd-current@freebsd.org, Jeff Roberson <jroberson@jroberson.net>, freebsd-arm@FreeBSD.org Subject: Re: Kernel build fails on ARM: Cannot fork: Cannot allocate memory Message-ID: <20130623161617.GC91021@kib.kiev.ua> In-Reply-To: <20130623144346.GA69378@mail.bsdpad.com> References: <51C1F53B.2080502@semihalf.com> <alpine.BSF.2.00.1306200755210.2005@desktop> <alpine.BSF.2.00.1306201350330.2005@desktop> <51C4A067.7010203@semihalf.com> <alpine.BSF.2.00.1306221636360.43796@desktop> <20130623065706.GV91021@kib.kiev.ua> <20130623083220.GA41511@mail.bsdpad.com> <20130623143248.GA91021@kib.kiev.ua> <20130623144346.GA69378@mail.bsdpad.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--XBoPujbmU9XOe6cs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 23, 2013 at 06:43:46PM +0400, Ruslan Bukin wrote: > On Sun, Jun 23, 2013 at 05:32:48PM +0300, Konstantin Belousov wrote: > > On Sun, Jun 23, 2013 at 12:32:20PM +0400, Ruslan Bukin wrote: > > > On Sun, Jun 23, 2013 at 09:57:06AM +0300, Konstantin Belousov wrote: > > > > > I don't really see a lot of wasted memory in the zones. There is= =20 > > > > > certainly some. Can you give me sysctl vm from both a working an= d=20 > > > > > non-working kernel after the build is done or fails? > > > >=20 > > > > Try this: > > > > http://people.freebsd.org/~kib/misc/arm_bcache.1.patch > > > >=20 > > > > Please _do_ notify me whether it compiled and helped with your prob= lem. > > >=20 > > > Btw, there is a problem while allocating 2GB RAM on armv7 boards > > > while unmapped_buf_allowed =3D=3D 1 (default): > > >=20 > > > ----- > > > ## Starting application at 0x40F00000 ... > > > KDB: debugger backends: ddb =20 > > > KDB: current backend: ddb > > > Copyright (c) 1992-2013 The FreeBSD Project. > > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1= 994 > > > The Regents of the University of California. All rights reserved. > > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > > FreeBSD 10.0-CURRENT #5 r252090M: Sun Jun 23 12:18:31 MSK 2013 > > > root@intel.bsdpad.com:/usr/obj/arm.armv6/usr/home/br/dev/head/sys= /ARNDALE arm > > > FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 > > > WARNING: DIAGNOSTIC option enabled, expect reduced performance. > > > CPU: Cortex A15 rev 4 (Cortex-A core) > > > Supported features: ARM_ISA THUMB2 THUMBEE ARMv4 Security_Ext > > > WB disabled EABT branch prediction enabled > > > LoUU:2 LoC:2 LoUIS:2=20 > > > Cache level 1:=20 > > > 32KB/64B 2-way data cache WB Read-Alloc Write-Alloc > > > 32KB/64B 2-way instruction cache Read-Alloc > > > Cache level 2:=20 > > > 1024KB/64B 16-way unified cache WB Read-Alloc Write-Alloc > > > real memory =3D 2147483648 (2048 MB) > > > panic: kmem_suballoc: bad status return of 3 > > > ----- > > >=20 > > > arm_bcache.1.patch resolves the issue above, but forced another one: > > I have no idea why do you think that the patch 'forced' this issue. > >=20 > > >=20 > > > ----- > > > Trying to mount root from ufs:/dev/da0 []... > > > WARNING: / was not properly dismounted > > > warning: no time-of-day clock registered, system time will not be set= accurately > > > panic: __rw_wlock_hard: recursing but non-recursive rw pmap pv global= @ /usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:1289 > > > ----- > > This is useless without a backtrace. >=20 > Trying to mount root from ufs:/dev/da0 []... > WARNING: / was not properly dismounted > warning: no time-of-day clock registered, system time will not be set acc= urately > panic: __rw_wlock_hard: recursing but non-recursive rw pmap pv global @ /= usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:1289 >=20 > KDB: enter: panic > [ thread pid 1 tid 100001 ] > Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! > db> bt > Tracing pid 1 tid 100001 td 0xc547f620 > _end() at 0xde9d0530 > scp=3D0xde9d0530 rlv=3D0xc1211458 (db_trace_thread+0x34) > rsp=3D0xde9d0514 rfp=3D0xc12d1b60 > Bad frame pointer: 0xc12d1b60 > db>=20 This is completely broken. It seems that witness triggered the panic, and ddb is unable to obtain a backtrace from the normal panic(9) call. Show the output of the 'show alllocks'. >=20 > >=20 > > >=20 > > > and there are no problems at all if unmapped_buf_allowed =3D=3D 0 > > >=20 > > > -Ruslan >=20 >=20 --XBoPujbmU9XOe6cs Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQIcBAEBAgAGBQJRxx9QAAoJEJDCuSvBvK1BAlsP/0WMC8G4kaRjjeteMiDUbysR ChpsXL5pfywU8Q1umSzppws5VgXMOJlwC/1q+E2G/1ZTwuA7vFPS6mIGo6xrC3D8 0FvLVyXOnJxQXIEi68lloO4jS2R8TLsrNbpoGttzFlXxOmUqNYARx4w3fFANvY1n B9c0K9jUSYkRBI18C8Eb4MN19SZwgyxpYOZcv8/7vMqyestUcqXPJWp9+T02tmCS 0pUY/VVxXpdX0Z+hv371tnpBoF9lJ+p7blIR9itWDMMqSjpkTjz+DZB8gBdjm+Nb Dcrj7oecfZsIGeNhHATRhPYUAKP5MkHSii9tPbplWxolfO3p8FYp4xv1cmYKYenR xtjOfatzimRw/AbdxO6oquwPpy1453irax2YGCpmdlMx65JeMDfPbCqvruNqGfmj k/1HJK7OwbA3Jbkcjhq2ZPL8MLbxsNQIqBfAhJy+ETkiFvNs1j2zBNqAu4y/8yEh jP5ko2NSXq3TLtFMw4jxprIRVURJVgGDMSlLkA8YJLC1e2XPhqentR8Ud6DifsQP DYu/oeHAz7s+7ZZBBJEO+0RzWW1brG3TgVok6obtHLBMlz6YEnzqFOEXBVb6et4o x8D1q6BxNeo8/th8Bu7AfrBPqhxlLd4ZXTFECfI4rzgTUpFXrri94y92/xo5CJud MH4mzgD4jIvRzdJEgM1K =noOh -----END PGP SIGNATURE----- --XBoPujbmU9XOe6cs--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20130623161617.GC91021>