On 01/29/10 04:19 PM, Bruce Porter wrote:

ffffff0007f7c420 vpanic()
ffffff0007f7c4d0 hat_devload+0x20f(ffffff01be68ae78, ffffff017b01b000, 1000,
3c000, 3, 1)
ffffff0007f7c530 rootnex_map_regspec+0x129(ffffff0007f7c540, ffffffffc0059e48)
ffffff0007f7c5e0 rootnex_map+0x141(ffffff01bf82ecb0, ffffff01bf82e7a0,
ffffff0007f7c670, 0, 0, ffffffffc0059e48)
ffffff0007f7c630 ddi_map+0x51(ffffff01bf82e7a0, ffffff0007f7c670, 0, 0,
ffffffffc0059e48)
ffffff0007f7c730 npe_bus_map+0x481(ffffff01bf82e7a0, ffffff01bf82e518,
ffffff0007f7c7b0, 0, 1000, ffffffffc0059e48)
ffffff0007f7c780 ddi_map+0x51(ffffff01bf82e518, ffffff0007f7c7b0, 0, 1000,
ffffffffc0059e48)
ffffff0007f7c840 ddi_regs_map_setup+0xd5(ffffff01bf82e518, 1, ffffffffc0059e48,
0, 1000, ffffffffc0059e60, ffffffffc0059e50)
ffffff0007f7c900 intel_chipset_flush_setup+0x425(ffffff01bf82e518,
ffffff01d4933d00, 15)
ffffff0007f7c9b0 agp_target_ioctl+0x30b(d900000000, 20004d26, 0, 80200000,
ffffff01c0367e88, 0)
ffffff0007f7c9f0 cdev_ioctl+0x45(d900000000, 20004d26, 0, 80200000,
ffffff01c0367e88, 0)
ffffff0007f7ca30 ldi_ioctl+0xb0(ffffff01db3f3020, 20004d26, 0, 80000000,
ffffff01c0367e88, 0)
ffffff0007f7ca80 agpgart_open+0x2d5(ffffff0007f7cb08, 2003, 2, ffffff01d352b698
)
ffffff0007f7cab0 dev_open+0x3c(ffffff0007f7cb08, 2003, 2, ffffff01d352b698)
ffffff0007f7cb60 spec_open+0x5dc(ffffff0007f7cc40, 2003, ffffff01d352b698, 0)
ffffff0007f7cbd0 fop_open+0xbf(ffffff0007f7cc40, 2003, ffffff01d352b698, 0)
ffffff0007f7cd70 vn_openat+0x65d(5fcde8, 0, 2003, ae0, ffffff0007f7cdb8, 0, 12,
0, d)
ffffff0007f7ced0 copen+0x435(ffd19553, 5fcde8, 2003, 865ae0)
ffffff0007f7cf00 open+0x34(5fcde8, 2, 865ae0)
ffffff0007f7cf10 sys_syscall+0x17a()

---8<

Anymore info needed ?

The stack matches that in 6914386 which is possibly a duplicate of 6911372 which is fixed in snv_131. This was introduced in b130, so it fits your problem.

My suggestion would be to jump back to b129 (or whatever was your last stable one) and upgrade to b131 which is currently available. Let us know if you still get the above panic.

Regards,
Brian

--
Brian Ruthven
Solaris Revenue Product Engineering
Sun Microsystems UK
Sparc House, Guillemont Park, Camberley, GU17 9QG

_______________________________________________
opensolaris-discuss mailing list
[email protected]

Reply via email to