From owner-freebsd-arm@freebsd.org Wed Aug 19 11:32:01 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1AD359BCD4D for ; Wed, 19 Aug 2015 11:32:01 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-ig0-x231.google.com (mail-ig0-x231.google.com [IPv6:2607:f8b0:4001:c05::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D7812D4A; Wed, 19 Aug 2015 11:32:00 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by igxp17 with SMTP id p17so102910770igx.1; Wed, 19 Aug 2015 04:32:00 -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 :cc:content-type; bh=oxd1A1JpLwIMioKRkTE9AUEv8njkJfm4LWH9kaxZAjc=; b=F2njQ9IP6FSrklv0MYfIjUqEgE1SJoHS5oGr1EOD/pb4ifKVR/+vqfwj/UZPOdIF7R QLj1eq/NS7voiTq0R5KMm3rc0tR3l5i4Ou6ZSq8h1TN1aQqPbMB4dHpku+tS95AX0uya NqjM639jXUW2NZ5vSIlwEzCWJmYnGaZrZu9AVSXNx7I+7Ra51Noar1fXFqBZnr+7uUvB /JmvMuJ40Z23WmnvXJFbd17QmXn2agLAvJEgzF/vwd3Pp5gcwNnSMheLAa/PYwqUJtVe EhaA9VoNS37Gf3iJIo2Zz4owq5jlwcwe6tYfLFMjnbiq+QWuNNCFlvg3MBOW876qAfoK nLtg== MIME-Version: 1.0 X-Received: by 10.50.178.144 with SMTP id cy16mr1123128igc.26.1439983920054; Wed, 19 Aug 2015 04:32:00 -0700 (PDT) Received: by 10.64.239.196 with HTTP; Wed, 19 Aug 2015 04:31:59 -0700 (PDT) In-Reply-To: <20150819002103.GC79354@hades.panopticon> References: <20150819002103.GC79354@hades.panopticon> Date: Wed, 19 Aug 2015 13:31:59 +0200 Message-ID: Subject: Re: Instability likely related to new pmap on Cubieboard A10 From: Svatopluk Kraus To: Dmitry Marakasov Cc: "freebsd-arm@freebsd.org" , Ian Lepore , andrew@freebsd.org, Michal Meloun Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Aug 2015 11:32:01 -0000 On Wed, Aug 19, 2015 at 2:21 AM, Dmitry Marakasov wrote: > Hi! > > I've just tried latest HEAD on cubieboard A10, and discovered that > it's completely unstable. Kernel boots without problems, however > right after init is started many processes crash with sigsegv and > other errors, and it ends with either hang or a panic. Examples > below. With kernel built with `nooptions ARM_NEW_PMAP' these > problems go away. Feel free to ask for any additional info. Yes, it can happen. It's why CURRENT is not called STABLE. And do not panic, it looks that it's quite stable so it's debug-able too. I'm building most recent HEAD on my pandaboard right now and then we will see. Svata > > --- > Trying to mount root from ufs:/dev/mmcsd0s2 []... > warning: no time-of-day clock registered, system time will not be set accurately > pid 20 (stty), uid 0: exited on signal 11 > Segmentation fault > pid 21 (sysctl), uid 0: exited on signal 11 > pid 22 (ps), uid 0: exited on signal 12 > Bad system call > pid 23 (sysctl), uid 0: exited on signal 12 > Bad system call > [: -eq: unexpected operator > pid 24 (rcorder), uid 0: exited on signal 11 > pid 25 (rcorder), uid 0: exited on signal 11 > > pid 26 (date), uid 0: exited on signal 12 > Bad system call > pid 27 (getty), uid 0: exited on signal 11 > > --- > > --- > Trying to mount root from ufs:/dev/mmcsd0s2 []... > warning: no time-of-day clock registered, system time will not be set > accurately > pid 30 (sh), uid 0: exited on signal 11 > Segmentation fault > Setting hostuuid: 024ae582-45aa-11e5-88c7-832954db904b. > Setting hostid: 0xd41d8cd9. > No suitable dump device was found. > Starting file system checks: > /dev/mmcsd0s2: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/mmcsd0s2: clean, 7268431 free (343 frags, 908511 blocks, 0.0% > fragmentation) > Mounting local file systems:. > random: unblocking device. > Setting hostname: cubie.panopticon. > Setting up harvesting:pid 119 (sysctl), uid 0: exited on signal 11 > Segmentation fault > Feeding entropy:eval: cannot create /entropy: Read-only file system > pid 127 (sh), uid 0: exited on signal 11 > Segmentation fault > ELF ldconfig path: /lib /usr/lib /usr/lib/compat > Starting devd. > emac0: link state changed to UP > /etc/rc.d/netif: ERROR: USAGE: gpid 148 (sh), uid 0: exited on signal 11 > et_if_var name var [default] > pid 146 (sh), uid 0: exited on signal 11 > Segmentation fault > pid 151 (sh), uid 0: exited on signal 11 > pid 159 (sh), uid 0: exited on signal 11 > Segmentation fault > pid 162 (sh), uid 0: exited on signal 11 > pid 164 (sh), uid 0: exited on signal 11 > /usr/bin/id: Shared object has no run-time symbol table > pid 182 (sysctl), uid 0: exited on signal 11 > Segmentation fault > /sbin/sysctl: Shared object has no run-time symbol table > pid 186 (sysctl), uid 0: exited on signal 11 > Segmentation fault > Waiting 30s for the default route interface: > ..........^Cpmap_remove_pages: pmap 0xc0833974 va 0x20282000 pte1 0 > panic: bad pte1 > KDB: enter: panic > [ thread pid 238 tid 100056 ] > Stopped at kdb_enter+0x58: ldrb r15, [r15, r15, ror r15]! > db> bt > Tracing pid 238 tid 100056 td 0xc3c98350 > db_trace_self() at db_trace_self > pc = 0xc0648a9c lr = 0xc02423e0 (db_hex2dec+0x494) > sp = 0xef6cb760 fp = 0xef6cb778 > r10 = 0xc079f118 > db_hex2dec() at db_hex2dec+0x494 > pc = 0xc02423e0 lr = 0xc0241e78 (db_command_loop+0x40c) > sp = 0xef6cb780 fp = 0xef6cb820 > r4 = 0x00000000 r5 = 0x00000000 > r6 = 0x00000000 r10 = 0xc079f118 > db_command_loop() at db_command_loop+0x40c > pc = 0xc0241e78 lr = 0xc0241ae0 (db_command_loop+0x74) > sp = 0xef6cb828 fp = 0xef6cb838 > r4 = 0xc0690ed5 r5 = 0xc06a7553 > r6 = 0xc079f104 r7 = 0xc0747bd4 > r8 = 0xc0794950 r9 = 0xc0794954 > r10 = 0xef6cba00 > db_command_loop() at db_command_loop+0x74 > pc = 0xc0241ae0 lr = 0xc0244634 (db_fetch_ksymtab+0x2d0) > sp = 0xef6cb840 fp = 0xef6cb958 > r4 = 0x00000000 r5 = 0xc079f110 > r6 = 0xc0794978 r10 = 0xef6cba00 > db_fetch_ksymtab() at db_fetch_ksymtab+0x2d0 > pc = 0xc0244634 lr = 0xc03cfe9c (kdb_trap+0xd4) > sp = 0xef6cb960 fp = 0xef6cb980 > r4 = 0x00000000 r5 = 0x00000001 > r6 = 0xc0794978 r7 = 0xc0747bd4 > kdb_trap() at kdb_trap+0xd4 > pc = 0xc03cfe9c lr = 0xc065fbdc (undefinedinstruction+0x350) > sp = 0xef6cb988 fp = 0xef6cb9f8 > r4 = 0x00000000 r5 = 0x00000000 > r6 = 0xc065f7dc r7 = 0xe7ffffff > r8 = 0xc3c98350 r9 = 0xc03cf768 > r10 = 0xef6cba00 > undefinedinstruction() at undefinedinstruction+0x350 > pc = 0xc065fbdc lr = 0xc064a124 (exception_exit) > sp = 0xef6cba00 fp = 0xef6cba98 > r4 = 0xc06a75a8 r5 = 0xef6cbadc > r6 = 0xc06c933a r7 = 0xc0786ea0 > r8 = 0xc3c98350 r9 = 0xc07a07c8 > r10 = 0xc0786e30 > exception_exit() at exception_exit > pc = 0xc064a124 lr = 0xc03cf758 (kdb_enter+0x48) > sp = 0xef6cba90 fp = 0xef6cba98 > r0 = 0xc0794964 r1 = 0x00000000 > r2 = 0xef6cb9c4 r3 = 0xc06a99f9 > r4 = 0xc06a75a8 r5 = 0xef6cbadc > r6 = 0xc06c933a r7 = 0xc0786ea0 > r8 = 0xc3c98350 r9 = 0xc07a07c8 > r10 = 0xc0786e30 r12 = 0x00000000 > kdb_enter() at kdb_enter+0x5c > pc = 0xc03cf76c lr = 0xc0393b20 (vpanic+0xd0) > sp = 0xef6cbaa0 fp = 0xef6cbac0 > r4 = 0x00000100 r10 = 0xc0786e30 > vpanic() at vpanic+0xd0 > pc = 0xc0393b20 lr = 0xc0393a50 (vpanic) > sp = 0xef6cbac8 fp = 0xef6cbad0 > r4 = 0x00003ff8 r5 = 0xc1f14798 > r6 = 0x00000000 r7 = 0xc1f147d8 > r8 = 0x00000002 r9 = 0x00000001 > r10 = 0xc0833974 > vpanic() at vpanic > pc = 0xc0393a50 lr = 0xc0654fbc (pmap_remove_pages+0x76c) > sp = 0xef6cbad8 fp = 0xef6cbb38 > r4 = 0x00000002 r5 = 0x00000001 > r6 = 0xc0833974 r7 = 0xef6cbad0 > r8 = 0xc0393a50 r9 = 0x438c3800 > r10 = 0xef6cbadc > pmap_remove_pages() at pmap_remove_pages+0x76c > pc = 0xc0654fbc lr = 0xc061d9d0 (vmspace_exit+0xc8) > sp = 0xef6cbb40 fp = 0xef6cbb60 > r4 = 0xc0833970 r5 = 0x00000001 > r6 = 0xc07a03b8 r7 = 0xc3cde380 > r8 = 0xc0833974 r9 = 0xc08338b8 > r10 = 0xc3c98350 > vmspace_exit() at vmspace_exit+0xc8 > pc = 0xc061d9d0 lr = 0xc03579b4 (exit1+0x7a0) > sp = 0xef6cbb68 fp = 0xef6cbbb8 > r4 = 0xc3cde43c r5 = 0xc3cde43c > r6 = 0x00000001 r7 = 0xc3cde43c > r8 = 0xc3cde380 r9 = 0x00000000 > r10 = 0xc3c98350 > exit1() at exit1+0x7a0 > pc = 0xc03579b4 lr = 0xc03977f0 (sigexit+0xb38) > sp = 0xef6cbbc0 fp = 0xef6cbda0 > r4 = 0xc3c98350 r5 = 0xc3c98350 > r6 = 0xef6cbdbc r7 = 0x00000001 > r8 = 0xc3caf000 r9 = 0xc3cde380 > r10 = 0x00000002 > sigexit() at sigexit+0xb38 > pc = 0xc03977f0 lr = 0xc039823c (osigsuspend) > sp = 0xef6cbda8 fp = 0xef6cbe28 > r4 = 0x00000004 r5 = 0xc3c98350 > r6 = 0xef6cbdbc r7 = 0x00000001 > r8 = 0xc3caf000 r9 = 0x00000000 > r10 = 0x00000002 > osigsuspend() at osigsuspend > pc = 0xc039823c lr = 0xc03e0620 (ast+0x428) > sp = 0xef6cbe30 fp = 0xef6cbe50 > ast() at ast+0x428 > pc = 0xc03e0620 lr = 0xc064a0f4 (swi_exit+0x40) > sp = 0xef6cbe58 fp = 0xbfbffe30 > r4 = 0x40000013 r5 = 0xc3c98350 > r6 = 0x00008a34 r7 = 0x000000f0 > r8 = 0xbfbffe78 r9 = 0x00000000 > r10 = 0xbfbffe6c > swi_exit() at swi_exit+0x40 > pc = 0xc064a0f4 lr = 0xc064a0f4 (swi_exit+0x40) > sp = 0xef6cbe58 fp = 0xbfbffe30 > --- > > > -- > Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D > amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://amdmi3.ru