From owner-freebsd-arm@FreeBSD.ORG Wed Aug 28 05:57:53 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 0A5FFAA5; Wed, 28 Aug 2013 05:57:53 +0000 (UTC) (envelope-from mailinglists@martinlaabs.de) Received: from relay01.alfahosting-server.de (relay01.alfahosting-server.de [109.237.142.236]) by mx1.freebsd.org (Postfix) with ESMTP id 872532C5D; Wed, 28 Aug 2013 05:57:52 +0000 (UTC) Received: by relay01.alfahosting-server.de (Postfix, from userid 1001) id 796A932C146B; Wed, 28 Aug 2013 07:57:50 +0200 (CEST) X-Spam-DCC: : X-Spam-Level: X-Spam-Status: No, score=0.0 required=7.0 tests=BAYES_50 autolearn=disabled version=3.2.5 Received: from alfa3018.alfahosting-server.de (alfa3018.alfahosting-server.de [109.237.140.30]) by relay01.alfahosting-server.de (Postfix) with ESMTPS id 870B832C1401; Wed, 28 Aug 2013 07:57:48 +0200 (CEST) Received: from laabs.hf.ifn.et.tu-dresden.de (hfsync.ifn.et.tu-dresden.de [141.30.128.60]) by alfa3018.alfahosting-server.de (Postfix) with ESMTPSA id 75308515C0B1; Wed, 28 Aug 2013 07:57:48 +0200 (CEST) Message-ID: <521D915C.8040209@martinlaabs.de> Date: Wed, 28 Aug 2013 07:57:48 +0200 From: Martin Laabs User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130809 Thunderbird/17.0.8 MIME-Version: 1.0 To: freebsd-arm Subject: Re: Raspberry PI Kernel data abort References: <521D8FCF.3060204@martinlaabs.de> In-Reply-To: <521D8FCF.3060204@martinlaabs.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Status: No X-Virus-Checker-Version: clamassassin 1.2.4 with ClamAV 0.97.3/17758/Wed Aug 28 04:36:35 2013 Cc: freebsd-current@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, 28 Aug 2013 05:57:53 -0000 Sorry for the wrong subject. The problem with the data abort is another one that happens after DHCP address reception. The kernel is from my today nigh build from head (FreeBSD 10.0-CURRENT r254955). This problem might be related to the recent mbuf changes. The PR link is http://www.freebsd.org/cgi/query-pr.cgi?pr=181602 This is the log from my console: Mounting local file systems:. Writing entropy file:. Setting hostname: raspberry-pi. smsc0: chip 0xec00, rev. 0002 ue0: link state changed to DOWN ue0: link state changed to UP Starting Network: lo0 ue0. lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 inet 127.0.0.1 netmask 0xff000000 nd6 options=21 ue0: flags=8843 metric 0 mtu 1500 options=80001 ether b8:27:eb:1d:b7:5a media: Ethernet autoselect (100baseTX ) status: active nd6 options=29 Starting devd. Starting dhclient. DHCPDISCOVER on ue0 to 255.255.255.255 port 67 interval 7 DHCPOFFER from 192.168.1.250 DHCPOFFER from 192.168.1.250 DHCPREQUEST on ue0 to 255.255.255.255 port 67 DHCPACK from 192.168.1.250 bound to 192.168.1.54 -- renewal in 300 seconds. lock order reversal: (sleepable after non-sleepable) 1st 0xc2857d78 so_rcv (so_rcv) @ /usr/home/martin/Rasperry/head/sys/kern/uipc_socket.c:1594 2nd 0xc2899a30 vm map (user) (vm map (user)) @ /usr/home/martin/Rasperry/head/sys/vm/vm_map.c:3816 KDB: stack backtrace: db_trace_self() at db_trace_self pc = 0xc04652cc lr = 0xc012e474 (db_trace_self_wrapper+0x30) sp = 0xdd3ee818 fp = 0xdd3ee930 r10 = 0xc2857d78 db_trace_self_wrapper() at db_trace_self_wrapper+0x30 pc = 0xc012e474 lr = 0xc0268974 (kdb_backtrace+0x38) sp = 0xdd3ee938 fp = 0xdd3ee940 r4 = 0xc05908a4 r5 = 0xc04dce80 r6 = 0xc04bd04d r7 = 0xc04c14dc kdb_backtrace() at kdb_backtrace+0x38 pc = 0xc0268974 lr = 0xc0282df8 (witness_checkorder+0xddc) sp = 0xdd3ee948 fp = 0xdd3ee998 r4 = 0xc04bd221 witness_checkorder() at witness_checkorder+0xddc pc = 0xc0282df8 lr = 0xc023aaf0 (_sx_slock+0x84) sp = 0xdd3ee9a0 fp = 0xdd3ee9c8 r4 = 0x00000ee8 r5 = 0xc04dce7d r6 = 0xc2899a30 r7 = 0xc2899a40 r8 = 0x00000000 r9 = 0x00000000 r10 = 0xdd3eeb2c _sx_slock() at _sx_slock+0x84 pc = 0xc023aaf0 lr = 0xc044579c (vm_map_lookup+0x74) sp = 0xdd3ee9d0 fp = 0xdd3eea08 r4 = 0xc28999e0 r5 = 0xc04dce7d r6 = 0x3601a000 r7 = 0x3601a000 r8 = 0x00000002 vm_map_lookup() at vm_map_lookup+0x74 pc = 0xc044579c lr = 0xc0439a18 (vm_fault_hold+0xe4) sp = 0xdd3eea10 fp = 0xdd3eeb80 r4 = 0xc28999e0 r5 = 0x00000002 r6 = 0xc2819960 r7 = 0x3601a000 r8 = 0xdd3eeb10 r9 = 0x00000000 r10 = 0xc06f7af0 vm_fault_hold() at vm_fault_hold+0xe4 pc = 0xc0439a18 lr = 0xc04398ec (vm_fault+0x88) sp = 0xdd3eeb88 fp = 0xdd3eeba8 r4 = 0xc28999e0 r5 = 0x00000002 r6 = 0xc2819960 r7 = 0x3601a000 r8 = 0x00000000 r9 = 0x00000002 r10 = 0xc06f7af0 vm_fault() at vm_fault+0x88 pc = 0xc04398ec lr = 0xc04760fc (data_abort_handler+0x2a8) sp = 0xdd3eebb0 fp = 0xdd3eec50 r4 = 0xc2872640 r5 = 0xc2819960 r6 = 0xc04e30cc r7 = 0xc28726e8 r8 = 0xdd3eec58 r9 = 0xdd3eeeb0 r10 = 0xc28999e0 data_abort_handler() at data_abort_handler+0x2a8 pc = 0xc04760fc lr = 0xc0466b04 (exception_exit) sp = 0xdd3eec58 fp = 0xdd3eed10 r4 = 0xc056b1cc r5 = 0xc2857da4 r6 = 0xc2857d00 r7 = 0x3601a8c0 r8 = 0x00000000 r9 = 0xc2857d88 r10 = 0xc272fd00 exception_exit() at exception_exit pc = 0xc0466b04 lr = 0xc2819960 (0xc2819960) sp = 0xdd3eecac fp = 0xdd3eed10 r0 = 0x3601a8c0 r1 = 0xc272fb00 r2 = 0xc04c14d9 r3 = 0x000005ef r4 = 0xc056b1cc r5 = 0xc2857da4 r6 = 0xc2857d00 r7 = 0x3601a8c0 r8 = 0x00000000 r9 = 0xc2857d88 r10 = 0xc272fd00 r12 = 0x00000000 soreceive_generic() at soreceive_generic+0x4a8 pc = 0xc02a9aec lr = 0xc02ab784 (soreceive+0x2c) sp = 0xdd3eed18 fp = 0xdd3eed20 r4 = 0xc2819960 r5 = 0x00000000 r6 = 0xdd3eed98 r7 = 0x00000000 r8 = 0x00000006 r9 = 0xc27c5c40 r10 = 0x00000800 soreceive() at soreceive+0x2c pc = 0xc02ab784 lr = 0xc028da28 (soo_read+0x2c) sp = 0xdd3eed28 fp = 0xdd3eed30 soo_read() at soo_read+0x2c pc = 0xc028da28 lr = 0xc0286aa4 (dofileread+0xa8) sp = 0xdd3eed38 fp = 0xdd3eed58 dofileread() at dofileread+0xa8 pc = 0xc0286aa4 lr = 0xc0286764 (kern_readv+0x60) sp = 0xdd3eed60 fp = 0xdd3eed88 r4 = 0xffffffff r5 = 0x00000000 r6 = 0x00000000 r7 = 0x00000006 r8 = 0xdd3eed98 r9 = 0xc2819960 r10 = 0x2081f0f0 kern_readv() at kern_readv+0x60 pc = 0xc0286764 lr = 0xc02866f4 (sys_read+0x4c) sp = 0xdd3eed90 fp = 0xdd3eedb8 r4 = 0xc2819960 r5 = 0x00000000 r6 = 0xbfffe5a0 r7 = 0x00000000 r8 = 0xdd3eee10 r9 = 0xc2872640 sys_read() at sys_read+0x4c pc = 0xc02866f4 lr = 0xc0476bc4 (swi_handler+0x284) sp = 0xdd3eedc0 fp = 0xdd3eee58 swi_handler() at swi_handler+0x284 pc = 0xc0476bc4 lr = 0xc0466928 (swi_entry+0x2c) sp = 0xdd3eee60 fp = 0xbfffedc0 r4 = 0x000378f8 r5 = 0x0002d258 r6 = 0xbfffe5a0 r7 = 0x00000003 r8 = 0x00000000 r9 = 0x521d3af3 swi_entry() at swi_entry+0x2c pc = 0xc0466928 lr = 0xc0466928 (swi_entry+0x2c) sp = 0xdd3eee60 fp = 0xbfffedc0 Unable to unwind further vm_fault(0xc28999e0, 3601a000, 2, 0) -> 5 Fatal kernel mode data abort: 'Translation Fault (S)' trapframe: 0xdd3eec58 FSR=00000805, FAR=3601a8c4, spsr=20000013 r0 =3601a8c0, r1 =c272fb00, r2 =c04c14d9, r3 =000005ef r4 =c056b1cc, r5 =c2857da4, r6 =c2857d00, r7 =3601a8c0 r8 =00000000, r9 =c2857d88, r10=c272fd00, r11=dd3eed10 r12=00000000, ssp=dd3eeca8, slr=c2819960, pc =c02a9aec [ thread pid 542 tid 100059 ] Stopped at soreceive_generic+0x4a8: str r1, [r0, #0x004] db> Best regards, Martin Laabs