Subject: Re: panic pppintr/prop_dictionary_keysym32_pool
To: Iain Hibbert <>
From: Bill Studenmund <>
List: current-users
Date: 09/18/2006 19:35:15
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Sep 17, 2006 at 09:08:19AM +0100, Iain Hibbert wrote:
> 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=3D0
> Stopped in pid 6955.1 (rfcomm_sppd) at	0xcad0a545:	testl	%eax,netbsd:cpu_=
> db> bt
> _prop_dictionary_keysym32_pool(c0aa1000,c08b7800,cae17960,2000,c0102145) =
at 0xcad0a545
> pppintr(c0a6a400,f0b800f2,c0a6a400,246,0) at netbsd:pppintr+0x456

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

The two things that come to mind are: 1) make sure that 0xcad0a545 really=
is the address of _prop_dictionary_keysym32_pool. 2) Add a static variable=
and have the pppintr() routine shove different values into it at different=
points. That way you don't change the overall timing much at all, and you=
can track down what call went out into the weeds.

Take care,


Content-Type: application/pgp-signature
Content-Disposition: inline

Version: GnuPG v1.4.3 (NetBSD)