On Wed, 03 Feb 2010 04:18:13 -0800, Jürgen Keil wrote: >> 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. > > On my Tecra A10 the fix for 6911372 did *not* fix the panic.
I've already pointed out to Brian, my stack trace was on 131 > > The agptarget driver is trying to allocate a page of device memory for > "chipset flush", installs the physical address (for a free page) in the > device, constructs a "reg" property entry for that physical device memory > address, and then calls ddi_regs_map_setup() to map the physical device > memory address. hat_devload() notices that a free page is going to be > mapped, and panics: > > http://defect.opensolaris.org/bz/show_bug.cgi?id=14101 > http://defect.opensolaris.org/bz/show_bug.cgi?id=13598#c12 -- Bruce "The internet is a huge and diverse community and not every one is friendly" http://www.ytc1.co.uk _______________________________________________ opensolaris-discuss mailing list [email protected]
