Subject: Re: "pmap_unwire: wiring ... didn't change!"
To: Chuck Silvers <firstname.lastname@example.org>
From: Markus W Kilbinger <email@example.com>
Date: 02/13/2005 12:02:39
>>>>> "Chuck" == Chuck Silvers <firstname.lastname@example.org> writes:
Chuck> I looked into the "pmap_unwire: wiring ... didn't change!"
Chuck> problem. [...]
Thanks for doing that! :-)
Chuck> the last one was the easiest, so I implemented that one and
Chuck> it appears to make the problem go away.
I've applied your patch and I can confirm vanishing of the
"pmap_unwire: ..." messages (so far, 2 hours now).
But I still see (my?) data corruption problem:
... still 32 bytes long and at 32 bytes boundary, maybe related to
cpu0 at mainbus0: QED RM5200 CPU (0x28a0) Rev. 10.0 with built-in FPU Rev. 10.0
cpu0: 32KB/32B 2-way set-associative L1 Instruction cache, 48 TLB entries
cpu0: 32KB/32B 2-way set-associative write-back L1 Data cache
While digging in that do you see any reason for their appearing?