Re: [9fans] got a new feature: learning of resources and switching among them

[Axel Belinfante <Axel.Belinfante@cs.utwente.nl>]

> > (*) Via some crockery I send sound bytes from the cpu
> > server via drawterm to the audio device of the sun.)
> 
> The plan is actually to write some drivers in Linux and change u9fs
> to let Linux export resources for us an also make it think that some
> of our little trees are /dev things. But don't hold your breath :-)

Currently, I'm using drawterm under solaris.
In solaris I just have two named pipes /tmp/dev/^(audio volume)
that in drawterm are visible as /mnt/term/tmp/dev/^(audio volume) .
In drawterm I then just ``bind -a /mnt/term/tmp/dev /dev''.
Under solaris I run two programs, one to copy sound bytes from
/tmp/dev/audio to /dev/audio, and another to interpret lines read
from /tmp/dev/volume to update the master volume via /dev/audioctl
(currently, I also need/use sox to put in the solaris audio header,
 because I somehow cannot get the copying program to do that right).
Of course, this only works in one direction
(audio output from plan9 to solaris).

I think I would prefer to see such functionality somehow integrated
in (or connected to) drawterm, in the same way as drawterm makes
other devices available to plan 9, over something that uses u9fs --
but maybe I'm overlooking something.
I assume, a problem of audio will be that a ``host driver''
probably will be pretty machine (o.s.) dependent.
Just some thoughts.

Axel.