<p>
> Disabling power management does appear to workaround
> the deadlock. I've
> just tried it. It worked for me:
> In usr/src/uts/common/pcmcia/nexus/pcmcia.c
> @@ -403,12 +403,6 @@
> * implement it.
> */
>
> - if (pm_create_components(dip, 1) !=
> DDI_SUCCESS) {
> - cmn_err(CE_WARN, "%s: not power
> managed\n",
> - ddi_get_name_addr(dip));
> - } else {
> - pm_set_normal_power(dip, 0, 1);
> - }
>
> /*
> * setup the info necessary for Card
> Services/SocketServices
> eed to recompile pcmcia from
> usr/src/uts/intel/pcmcia/Makefile.
>
> DISCLAIMER: This is _not_ an official patch from Sun.
> Use at your own risk.
>
> I'll investigate further to see if there's a better
> solution.
>
</p>
<p>Hi Vincent,</p>
<p>Thanks for the patch.</p>
<p>I have tried the patch on snv_b50 (as b51 is deadlocking on boot right after
the installation reboot). It has overcome the deadlock and it seems to
initialize the device (the blue led turns on). OHCI attaches to it and shows a
new usb hub with 2 usb connections. On the first one, usb_mid attaches and
provides lots of interface and endpoint nodes under /devices. However, I was
expecting this device to attach to a usbser-like driver. How can I know which
driver (if any) provides support for my device and how can I force it to attach
instead of the generic usb_mid?</p>
<p>Another remark: <b>cfgadm -l</b> lists the pcic0:slot0 entry as connected
and configured, and <b>cfgadm -c {configure,unconfigure} pcic0:slot0</b> seem
to work ok, but <b>cfgadm -c disconnect pcic0:slot0</b> fails with a
hardware-specific error. If I just pull the card out and reinsert it
afterwards, it never attaches again (until reboot).</p>
<p></p>
-- Douglas
This message posted from opensolaris.org
