> >> Anyway, it dies with some sort of panic. The stack trace looks like: > >> > >> unix:mutex_panic > >> unix:mutex_destroy > >> gfx_private:gfxp_vga... > >> atiatom:atiatom_detac... > >> atiatom:atiatom_attac... > >> genunix:devi_atach > >> genunix:attach_node > >> genunix:i_ndi_config_... > >> genunix:i_ddi_attachc... > >> genunix:i_ddi_attach_... > >> consconfig_dacf:plat_... > >> consconfig_dacf:consol... > > > > It looks like gfxp_private::gfxp_vgatext_detatch() is being called twice, > > once when gfx_private::gfxp_vgatext_attach() detects an error and cleans > > up after itself and again after it returns the DDI_FAILURE error code > > to the atiatom module and it calls gfxp_vgatext_detach() again from > > atiatom_detach(). > > mutex_destroy() gets called twice for the same object. > > > > File a bug. The gfx_private driver needs to keep state on whether the lock > > needs to be destroyed in case its detach is called multiple times. > > > > However, the bigger problem will eventually be why the attach function > > failed since all it does is basic aperture mapping. > > Filing a bug for this is a waste of my time. If no one else is running > into this, it's not going to be fixed anytime soon. > And if other people are* running into it, it will be fixed without *me* > filing a bug.
Someone has already filed a similar bug for the Ultra 20 as http://defect.opensolaris.org/bz/show_bug.cgi?id=7988 -- This message posted from opensolaris.org _______________________________________________ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
