https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233863
--- Comment #28 from Mark Millard <[email protected]> ---
(In reply to Mark Millard from comment #26)
More iMag G3 (MPC750) notes . . .
In the non-debug kernel __mtx_lock_flags was inlined
and that code normally leads to __mtx_lock_sleep not
being called in the failures.
My machine check and data store interrupt notes were not
meant to imply debug always gets one or that non-debug
always gets the other.
The following seems to have eliminated the machine check
type of error, turning them all into data storage interrupts
so far:
Index: /usr/src/sys/powerpc/aim/trap_subr32.S
===================================================================
--- /usr/src/sys/powerpc/aim/trap_subr32.S (revision 345758)
+++ /usr/src/sys/powerpc/aim/trap_subr32.S (working copy)
@@ -68,7 +68,7 @@
lwzu sr,PM_SR(pmap); \
RESTORE_SRS(pmap,sr) \
/* Restore SR 12 */ \
- lwz sr,12*4(pmap); mtsr 12,sr
+ lwz sr,12*4(pmap); mtsr 12,sr; isync
/*
* Kernel SRs are loaded directly from kernel_pmap_
@@ -799,6 +799,7 @@
mfmsr %r3
andi. %r3,%r3,~PSL_EE@l
mtmsr %r3
+ isync
/* Test AST pending: */
lwz %r5,FRAME_SRR1+8(%r1)
mtcr %r5
But the general failures remain. The above (or something
like it) may be necessary but is not sufficient.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
[email protected] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ppc
To unsubscribe, send any mail to "[email protected]"
lmpx.com only provides a reader for public news (NNTP) servers. It is not
affiliated with the servers or forums shown here and is not responsible for
the content of articles, which is written by their respective authors.