Hey Ben, There was a bug that dealt with this issue.
I'm looking for the number and where (well really when..) it was fixed. -- Robert. On Dec 13, 2006, at 1:36 PM, Ben Rockwood wrote: > With all the B43 systems I have there has only been one re-occuring > problem that I see across almost all of them. From time to time a > system will panic and they all look like this: > >> ::status > debugging crash dump vmcore.0 (64-bit) from rosario > operating system: 5.11 snv_43 (i86pc) > panic message: BAD TRAP: type=e (#pf Page fault) > rp=fffffe80000ad3d0 addr=0 occurred in module "unix" due to a NULL > pointer dereference > dump content: kernel pages only >> ::stack > atomic_add_32() > nfs_async_inactive+0x55(fffffe820d128b80, 0, ffffffffeff0ebcb) > nfs3_inactive+0x38b(fffffe820d128b80, 0) > fop_inactive+0x93(fffffe820d128b80, 0) > vn_rele+0x66(fffffe820d128b80) > snf_smap_desbfree+0x78(fffffe8185e2ff60) > dblk_lastfree_desb+0x25(fffffe817a30f8c0, ffffffffac1d7cc0) > dblk_decref+0x6b(fffffe817a30f8c0, ffffffffac1d7cc0) > freeb+0x89(fffffe817a30f8c0) > tcp_rput_data+0x215f(ffffffffb4af7140, fffffe812085d780, > ffffffff993c3c00) > squeue_enter_chain+0x129(ffffffff993c3c00, fffffe812085d780, > fffffe812085d780, 1, 1) > ip_input+0x810(ffffffffa23eec68, ffffffffaeab8040, > fffffe812085d780, e) > i_dls_link_ether_rx_promisc+0x266(ffffffff9a4c35f8, > ffffffffaeab8040, fffffe812085d780) > mac_rx+0x7a(ffffffffa2345c40, ffffffffaeab8040, fffffe812085d780) > e1000g_intr+0xf6(ffffffff9a4b2000) > av_dispatch_autovect+0x83(1a) > intr_thread+0x50() > > I haven't found any answers yet. Is anyone else seeing similar > behavior or have suggestions on how to keep these from occurring? > > benr. > > > This message posted from opensolaris.org > _______________________________________________ > nfs-discuss mailing list > nfs-discuss at opensolaris.org
