On Fri, 15 Sep 2006, Iain Hibbert wrote:

> I'm thinking that the only 'new' thing I have done recently with regards
> to proplib is that bthub_attach() creates a prop_data object and stores it
> in its device properties dictionary. So, in my current system there will
> be two of these persistent objects.
>
> Could this be significant?

For the record, I think the answer is No.

I tried without those persistent objects and still managed a uvm_fault,
exactly the same:

uvm_fault(0xcb166464, 0x35a000, 1) -> 0xe
kernel: supervisor trap page fault, code=0
Stopped in pid 6955.1 (rfcomm_sppd) at	0xcad0a545:	testl	%eax,netbsd:cpu_info_primary+0x188(,%ebx,4)
db> bt
_prop_dictionary_keysym32_pool(c0aa1000,c08b7800,cae17960,2000,c0102145) at 0xcad0a545
pppintr(c0a6a400,f0b800f2,c0a6a400,246,0) at netbsd:pppintr+0x456
softintr_dispatch(1,36,c0a6a400,f0b800f2,cae179cc) at netbsd:softintr_dispatch+0x2b
DDB lost frame for netbsd:Xsoftnet+0x48, trying 0xcae1799c
Xsoftnet() at netbsd:Xsoftnet+0x48
--- interrupt ---
0xca3a2318:

I have DIAGNOSTIC enabled, is there anything else I can do that may give
more information?

iain