Date: Mon, 25 Mar 2013 09:36:42 -0700 (PDT) From: MagnusNilsson <magnus.nilsson@gmail.com> To: freebsd-arm@freebsd.org Subject: Re: Preemption on MV78100 (ARMv5TE)? 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>
next in thread | previous in thread | raw e-mail | index | archive | help
> 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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1364229402306-5798982.post>