From owner-freebsd-arm@FreeBSD.ORG Mon Mar 25 16:36:42 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B4DFD266 for ; Mon, 25 Mar 2013 16:36:42 +0000 (UTC) (envelope-from magnus.nilsson@gmail.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 9AA20FE9 for ; Mon, 25 Mar 2013 16:36:42 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UKAO2-0004AS-A8 for freebsd-arm@freebsd.org; Mon, 25 Mar 2013 09:36:42 -0700 Date: Mon, 25 Mar 2013 09:36:42 -0700 (PDT) From: MagnusNilsson To: freebsd-arm@freebsd.org Message-ID: <1364229402306-5798982.post@n5.nabble.com> In-Reply-To: <1364152536.1157.173.camel@revolution.hippie.lan> References: <1364062508310-5798411.post@n5.nabble.com> <1364063575.1157.155.camel@revolution.hippie.lan> <1364150036396-5798701.post@n5.nabble.com> <1364152536.1157.173.camel@revolution.hippie.lan> Subject: Re: Preemption on MV78100 (ARMv5TE)? 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: Mon, 25 Mar 2013 16:36:42 -0000 > Oh yeah, here's another fix that isn't in 8.2 that's pretty important, > at least on kirkwood series chips... Enabling cache write-allocate > causes data corruption. Applying that patch made for a proper crash instead of a silent hang (which I consider a step forward): "Entropy harvesting: interrupts ethernet point_to_point vm_fault(0xc4dfc4e4, 0, 2, 0) -> 1 Fatal kernel mode data abort: 'Translation Fault (P)' trapframe: 0xd8ea2b64 FSR=00000017, FAR=00000018, spsr=600000d3 r0 =000002a0, r1 =00000000, r2 =00000380, r3 =0000001c r4 =c51115e0, r5 =00000000, r6 =00000000, r7 =00000000 r8 =cbec9c50, r9 =c0bc5da0, r10=c0b4f908, r11=c0bb1178 r12=c0bca52c, ssp=d8ea2bb0, slr=c09f25fc, pc =c09f26f0" pc is in sleepq_add(), which I assume is reasonable on a system with broken preemption? -- View this message in context: http://freebsd.1045724.n5.nabble.com/Preemption-on-MV78100-ARMv5TE-tp5798411p5798982.html Sent from the freebsd-arm mailing list archive at Nabble.com.