There's this interesting comment about line 3235 of hat_sfmmu.c
/*
* Hblk_hmecnt and hblk_vcnt could be non zero
* since hblk_unload() does not gurantee that.
*
* XXX - this could cause tteload() to spin
* where sfmmu_shadow_hcleanup() is called.
*/
(See
http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/uts/sfmmu/vm/hat_sfmmu.c#3235)
I have a system (V440, running S10U3) that has an unkillable process
consuming a whole cpu that appears to be doing just this. At least,
dtrace tells me the stack traces are all around:
unix`sfmmu_free_hblks+0x34
unix`sfmmu_shadow_hcleanup+0x58
unix`sfmmu_free_hblks+0x1b0
unix`sfmmu_shadow_hcleanup+0x58
unix`sfmmu_tteload_find_hmeblk+0x1f0
unix`sfmmu_tteload_array+0x40
unix`hat_memload_array+0x184
genunix`segvn_fault_vnodepages+0x116c
genunix`segvn_fault+0x3f0
genunix`as_fault+0x4c8
unix`pagefault+0xac
unix`trap+0xd44
unix`utl0+0x4c
OK. How do I confirm the nature of the problem? Is there anything
I can do about it? How can I get this fixed?
(Yes, I am going to log a support call - in fact I already have one open
for this system, and this problem might be realted. But I am interested
in learning more and digging a little deeper.)
--
-Peter Tribble
http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/
_______________________________________________
opensolaris-code mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
