On Thu, 24 Jan 2008, Freeman Liu wrote:

> 
> > > > 
> > > In this phase, only sadasupport open it by ldi_ interface. And in the
> > > future, both user land applications and
> > > sadasupport will use it. I feel this solution can avoid unexpected effect
> > > as well as make the future migration
> > > smooth.
> > 
> > So in this case there is no userland program that will ever need to open
> > /dev/dsp ?  If so then I think the best option is not to create it at all
> > even as /dev/private/dsp.
> From this point of view, you are right. While from another point of view,
> since the visibility of  this interface will be promoted in following phases,
> we feel the current approach is a simple one without too much risk. Anyway, if
> any serious concern emerges which we have overlooked, making
> it a internal node will be a good approach.
> 

  It seems to me that the best answer is for phase 1 apps to open the 
/devices/ name and not create the /dev/ link.  When you want to 
promote it, effectively all you need to do is create the link.  Apps 
that hunt for it in /devices will still continue to work, and there is 
no rename problem.  Seems like the lowest risk to me.


        ---- Randy


Reply via email to