Peter Memishian wrote: > > > > Your last reply made me think of a fourth option: > > > > > > > > 4. Create a regular non-STREAMS device for dls just for this ioctl. > > > > Maybe a /dev/dls_mgmt device? > > > > > > That seems a bit heavy-handed compared to the cost of implementing > > > agetf() (which itself would only add about 15 lines of code total). > > > > The agetf() function would help fix the current problem > > with DLDIOC_DOORSERVER, but it would still leave me with having to do the > > inverse operation in the stream head, wouldn't it? > > Seems like you could also do it by implementing an asetf() and afassign(), > or the like. > > PS. I'm a bit surprised that this problem hasn't come up before. > I believe the crossbow team has already changed the control messages (ioctls) to be handled by a non-stream device in their workspace. The new functions like agetf() would not be needed then. Do we still want to add it?
I found that devfsadm passes the door file name to the kernel, I could see whether that is an option. But I don't know how to solve the problem to access the door in the local zone. Thanks - Cathy
