>>>>> "Chuck" == Chuck Silvers <chuq@chuq.com> 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:

  http://mail-index.netbsd.org/port-cobalt/2004/11/04/0000.html

... 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?

Regards, Markus.