Date: Mon, 25 Mar 2013 11:43:17 -0600 From: Ian Lepore <ian@FreeBSD.org> To: MagnusNilsson <magnus.nilsson@gmail.com> Cc: freebsd-arm@FreeBSD.org Subject: Re: Preemption on MV78100 (ARMv5TE)? Message-ID: <1364233397.36972.8.camel@revolution.hippie.lan> In-Reply-To: <1364229402306-5798982.post@n5.nabble.com> 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> <1364229402306-5798982.post@n5.nabble.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 2013-03-25 at 09:36 -0700, MagnusNilsson wrote: > > 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? Hrm. Yeah, progress but not all good. Preemption shouldn't be broken. I enabled it on one of my atmel-based units here that runs 8.2-plus-some-fixes and it's working fine. I guess I need to get 8.2 running on a marvell chip to see if I can reproduce the preemption problem. That may take a couple days, it's been quite a while since I've run anything but -current on marvell. -- Ian
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1364233397.36972.8.camel>