Garrett D'Amore ???:
>Disclaimer: I wrote Tadpole's closed-source PRISM wireless LAN driver (PRISM >2.5 miniPCI only). I was looking at pcwl to see what it would take to migrate >some of our drivers and tools to the new Solaris wificonfig framework. > > The new pcwl driver(not posted on opensolaris) supports PRISM 2.5 miniPCI. One thing strange to me is I don't know how the driver of Tadpole deal with the RF switch(a button on the front panel). >I noticed that in pcwl, there is a delay() call done in pcwl_getset (for the >site survey scan), which is called from ioctl. As this ioctl is a STREAMs >routine, it poor form (and actually unsafe!) to block/delay. Unless Solaris >10 has done something to change the semantics for STREAMs that I'm unaware of. > > > correct. ioctl in the driver will held the rwlock of gld, then if the thread of ioctl is interrupted by rx routine, and the rx routine calls gld_recv, deadlock may happen. >What needs to happen is this call has to unfortunately be split up and handled >asynchronously. Its a royal pain in the neck, but that is the only safe way >to do this. > > > I think I don't catch up with your meaning. '/split up and handled asynchronously/' means what? >Btw, I just "joined" this community, and I hope to be able to participate more >going forward, including more involvement from my employer (formerly Tadpole, >now a division of General Dynamics.) > > > welcome to the community. > >This message posted from opensolaris.org >_______________________________________________ >laptop-discuss mailing list >laptop-discuss at opensolaris.org > >
