I agree having the /proc/empeg_status is a very useful thing but for my
case I wanted to minimize CPU time polling but have a fast response to
changes in the Environment (like song changes) and while watchining
the serial output I get the song change as soon as it happens (generally).

I also wanted complete control of the external serial port data stream
as I will also be sending commands eventually to my uC via the sport
in addition to getting input from it (which the player liked to steal ).

I have found what I'm looking for though. Setserial doesn't work properly
(incidently PORT_SA1100_UART == PORT_8250 == 1 hence the report
of an 8250) but then I realised that this is also a console on a serial port
making things a little different in which case, stty does work properly and
its programming counterparts tcgetattr/tcsetattr. My daemon can now
do the baud rate change as it sees fit based on power info from empeg_power.

Thanks for your help though.

On to the next thing...

Brett