340 lines
12 KiB
Plaintext
340 lines
12 KiB
Plaintext
|
An OSS/Free Driver for WaveFront soundcards
|
||
|
(Turtle Beach Maui, Tropez, Tropez Plus)
|
||
|
|
||
|
Paul Barton-Davis, July 1998
|
||
|
|
||
|
VERSION 0.2.5
|
||
|
|
||
|
Driver Status
|
||
|
-------------
|
||
|
|
||
|
Requires: Kernel 2.1.106 or later (the driver is included with kernels
|
||
|
2.1.109 and above)
|
||
|
|
||
|
As of 7/22/1998, this driver is currently in *BETA* state. This means
|
||
|
that it compiles and runs, and that I use it on my system (Linux
|
||
|
2.1.106) with some reasonably demanding applications and uses. I
|
||
|
believe the code is approaching an initial "finished" state that
|
||
|
provides bug-free support for the Tropez Plus.
|
||
|
|
||
|
Please note that to date, the driver has ONLY been tested on a Tropez
|
||
|
Plus. I would very much like to hear (and help out) people with Tropez
|
||
|
and Maui cards, since I think the driver can support those cards as
|
||
|
well.
|
||
|
|
||
|
Finally, the driver has not been tested (or even compiled) as a static
|
||
|
(non-modular) part of the kernel. Alan Cox's good work in modularizing
|
||
|
OSS/Free for Linux makes this rather unnecessary.
|
||
|
|
||
|
Some Questions
|
||
|
--------------
|
||
|
|
||
|
**********************************************************************
|
||
|
0) What does this driver do that the maui driver did not ?
|
||
|
**********************************************************************
|
||
|
|
||
|
* can fully initialize a WaveFront card from cold boot - no DOS
|
||
|
utilities needed
|
||
|
* working patch/sample/program loading and unloading (the maui
|
||
|
driver didn't document how to make this work, and assumed
|
||
|
user-level preparation of the patch data for writing
|
||
|
to the board. ick.)
|
||
|
* full user-level access to all WaveFront commands
|
||
|
* for the Tropez Plus, (primitive) control of the YSS225 FX processor
|
||
|
* Virtual MIDI mode supported - 2 MIDI devices accessible via the
|
||
|
WaveFront's MPU401/UART emulation. One
|
||
|
accesses the WaveFront synth, the other accesses the
|
||
|
external MIDI connector. Full MIDI read/write semantics
|
||
|
for both devices.
|
||
|
* OSS-compliant /dev/sequencer interface for the WaveFront synth,
|
||
|
including native and GUS-format patch downloading.
|
||
|
* semi-intelligent patch management (prototypical at this point)
|
||
|
|
||
|
**********************************************************************
|
||
|
1) What to do about MIDI interfaces ?
|
||
|
**********************************************************************
|
||
|
|
||
|
The Tropez Plus (and perhaps other WF cards) can in theory support up
|
||
|
to 2 physical MIDI interfaces. One of these is connected to the
|
||
|
ICS2115 chip (the WaveFront synth itself) and is controlled by
|
||
|
MPU/UART-401 emulation code running as part of the WaveFront OS. The
|
||
|
other is controlled by the CS4232 chip present on the board. However,
|
||
|
physical access to the CS4232 connector is difficult, and it is
|
||
|
unlikely (though not impossible) that you will want to use it.
|
||
|
|
||
|
An older version of this driver introduced an additional kernel config
|
||
|
variable which controlled whether or not the CS4232 MIDI interface was
|
||
|
configured. Because of Alan Cox's work on modularizing the sound
|
||
|
drivers, and now backporting them to 2.0.34 kernels, there seems to be
|
||
|
little reason to support "static" configuration variables, and so this
|
||
|
has been abandoned in favor of *only* module parameters. Specifying
|
||
|
"mpuio" and "mpuirq" for the cs4232 parameter will result in the
|
||
|
CS4232 MIDI interface being configured; leaving them unspecified will
|
||
|
leave it unconfigured (and thus unusable).
|
||
|
|
||
|
BTW, I have heard from one Tropez+ user that the CS4232 interface is
|
||
|
more reliable than the ICS2115 one. I have had no problems with the
|
||
|
latter, and I don't have the right cable to test the former one
|
||
|
out. Reports welcome.
|
||
|
|
||
|
**********************************************************************
|
||
|
2) Why does line XXX of the code look like this .... ?
|
||
|
**********************************************************************
|
||
|
|
||
|
Either because it's not finished yet, or because you're a better coder
|
||
|
than I am, or because you don't understand some aspect of how the card
|
||
|
or the code works.
|
||
|
|
||
|
I absolutely welcome comments, criticisms and suggestions about the
|
||
|
design and implementation of the driver.
|
||
|
|
||
|
**********************************************************************
|
||
|
3) What files are included ?
|
||
|
**********************************************************************
|
||
|
|
||
|
drivers/sound/README.wavefront -- this file
|
||
|
|
||
|
drivers/sound/wavefront.patch -- patches for the 2.1.106 sound drivers
|
||
|
needed to make the rest of this work
|
||
|
DO NOT USE IF YOU'VE APPLIED THEM
|
||
|
BEFORE, OR HAVE 2.1.109 OR ABOVE
|
||
|
|
||
|
drivers/sound/wavfront.c -- the driver
|
||
|
drivers/sound/ys225.h -- data declarations for FX config
|
||
|
drivers/sound/ys225.c -- data definitions for FX config
|
||
|
drivers/sound/wf_midi.c -- the "uart401" driver
|
||
|
to support virtual MIDI mode.
|
||
|
include/wavefront.h -- the header file
|
||
|
Documentation/sound/oss/Tropez+ -- short docs on configuration
|
||
|
|
||
|
**********************************************************************
|
||
|
4) How do I compile/install/use it ?
|
||
|
**********************************************************************
|
||
|
|
||
|
PART ONE: install the source code into your sound driver directory
|
||
|
|
||
|
cd <top-of-your-2.1.106-code-base-e.g.-/usr/src/linux>
|
||
|
tar -zxvf <where-you-put/wavefront.tar.gz>
|
||
|
|
||
|
PART TWO: apply the patches
|
||
|
|
||
|
DO THIS ONLY IF YOU HAVE A KERNEL VERSION BELOW 2.1.109
|
||
|
AND HAVE NOT ALREADY INSTALLED THE PATCH(ES).
|
||
|
|
||
|
cd drivers/sound
|
||
|
patch < wavefront.patch
|
||
|
|
||
|
PART THREE: configure your kernel
|
||
|
|
||
|
cd <top of your kernel tree>
|
||
|
make xconfig (or whichever config option you use)
|
||
|
|
||
|
- choose YES for Sound Support
|
||
|
- choose MODULE (M) for OSS Sound Modules
|
||
|
- choose MODULE(M) to YM3812/OPL3 support
|
||
|
- choose MODULE(M) for WaveFront support
|
||
|
- choose MODULE(M) for CS4232 support
|
||
|
|
||
|
- choose "N" for everything else (unless you have other
|
||
|
soundcards you want support for)
|
||
|
|
||
|
|
||
|
make boot
|
||
|
.
|
||
|
.
|
||
|
.
|
||
|
<whatever you normally do for a kernel install>
|
||
|
make modules
|
||
|
.
|
||
|
.
|
||
|
.
|
||
|
make modules_install
|
||
|
|
||
|
Here's my autoconf.h SOUND section:
|
||
|
|
||
|
/*
|
||
|
* Sound
|
||
|
*/
|
||
|
#define CONFIG_SOUND 1
|
||
|
#undef CONFIG_SOUND_OSS
|
||
|
#define CONFIG_SOUND_OSS_MODULE 1
|
||
|
#undef CONFIG_SOUND_PAS
|
||
|
#undef CONFIG_SOUND_SB
|
||
|
#undef CONFIG_SOUND_ADLIB
|
||
|
#undef CONFIG_SOUND_GUS
|
||
|
#undef CONFIG_SOUND_MPU401
|
||
|
#undef CONFIG_SOUND_PSS
|
||
|
#undef CONFIG_SOUND_MSS
|
||
|
#undef CONFIG_SOUND_SSCAPE
|
||
|
#undef CONFIG_SOUND_TRIX
|
||
|
#undef CONFIG_SOUND_MAD16
|
||
|
#undef CONFIG_SOUND_WAVEFRONT
|
||
|
#define CONFIG_SOUND_WAVEFRONT_MODULE 1
|
||
|
#undef CONFIG_SOUND_CS4232
|
||
|
#define CONFIG_SOUND_CS4232_MODULE 1
|
||
|
#undef CONFIG_SOUND_MAUI
|
||
|
#undef CONFIG_SOUND_SGALAXY
|
||
|
#undef CONFIG_SOUND_OPL3SA1
|
||
|
#undef CONFIG_SOUND_SOFTOSS
|
||
|
#undef CONFIG_SOUND_YM3812
|
||
|
#define CONFIG_SOUND_YM3812_MODULE 1
|
||
|
#undef CONFIG_SOUND_VMIDI
|
||
|
#undef CONFIG_SOUND_UART6850
|
||
|
/*
|
||
|
* Additional low level sound drivers
|
||
|
*/
|
||
|
#undef CONFIG_LOWLEVEL_SOUND
|
||
|
|
||
|
************************************************************
|
||
|
6) How do I configure my card ?
|
||
|
************************************************************
|
||
|
|
||
|
You need to edit /etc/modprobe.conf. Here's mine (edited to show the
|
||
|
relevant details):
|
||
|
|
||
|
# Sound system
|
||
|
alias char-major-14-* wavefront
|
||
|
alias synth0 wavefront
|
||
|
alias mixer0 cs4232
|
||
|
alias audio0 cs4232
|
||
|
install wavefront /sbin/modprobe cs4232 && /sbin/modprobe -i wavefront && /sbin/modprobe opl3
|
||
|
options wavefront io=0x200 irq=9
|
||
|
options cs4232 synthirq=9 synthio=0x200 io=0x530 irq=5 dma=1 dma2=0
|
||
|
options opl3 io=0x388
|
||
|
|
||
|
Things to note:
|
||
|
|
||
|
the wavefront options "io" and "irq" ***MUST*** match the "synthio"
|
||
|
and "synthirq" cs4232 options.
|
||
|
|
||
|
you can do without the opl3 module if you don't
|
||
|
want to use the OPL/[34] FM synth on the soundcard
|
||
|
|
||
|
the opl3 io parameter is conventionally not adjustable.
|
||
|
In theory, any not-in-use IO port address would work, but
|
||
|
just use 0x388 and stick with the crowd.
|
||
|
|
||
|
**********************************************************************
|
||
|
7) What about firmware ?
|
||
|
**********************************************************************
|
||
|
|
||
|
Turtle Beach have not given me permission to distribute their firmware
|
||
|
for the ICS2115. However, if you have a WaveFront card, then you
|
||
|
almost certainly have the firmware, and if not, its freely available
|
||
|
on their website, at:
|
||
|
|
||
|
http://www.tbeach.com/tbs/downloads/scardsdown.htm#tropezplus
|
||
|
|
||
|
The file is called WFOS2001.MOT (for the Tropez+).
|
||
|
|
||
|
This driver, however, doesn't use the pure firmware as distributed,
|
||
|
but instead relies on a somewhat processed form of it. You can
|
||
|
generate this very easily. Following an idea from Andrew Veliath's
|
||
|
Pinnacle driver, the following flex program will generate the
|
||
|
processed version:
|
||
|
|
||
|
---- cut here -------------------------
|
||
|
%option main
|
||
|
%%
|
||
|
^S[28].*\r$ printf ("%c%.*s", yyleng-1,yyleng-1,yytext);
|
||
|
<<EOF>> { fputc ('\0', stdout); return; }
|
||
|
\n {}
|
||
|
. {}
|
||
|
---- cut here -------------------------
|
||
|
|
||
|
To use it, put the above in file (say, ws.l) compile it like this:
|
||
|
|
||
|
shell> flex -ows.c ws.l
|
||
|
shell> cc -o ws ws.c
|
||
|
|
||
|
and then use it like this:
|
||
|
|
||
|
ws < my-copy-of-the-oswf.mot-file > /etc/sound/wavefront.os
|
||
|
|
||
|
If you put it somewhere else, you'll always have to use the wf_ospath
|
||
|
module parameter (see below) or alter the source code.
|
||
|
|
||
|
**********************************************************************
|
||
|
7) How do I get it working ?
|
||
|
**********************************************************************
|
||
|
|
||
|
Optionally, you can reboot with the "new" kernel (even though the only
|
||
|
changes have really been made to a module).
|
||
|
|
||
|
Then, as root do:
|
||
|
|
||
|
modprobe wavefront
|
||
|
|
||
|
You should get something like this in /var/log/messages:
|
||
|
|
||
|
WaveFront: firmware 1.20 already loaded.
|
||
|
|
||
|
or
|
||
|
|
||
|
WaveFront: no response to firmware probe, assume raw.
|
||
|
|
||
|
then:
|
||
|
|
||
|
WaveFront: waiting for memory configuration ...
|
||
|
WaveFront: hardware version 1.64
|
||
|
WaveFront: available DRAM 8191k
|
||
|
WaveFront: 332 samples used (266 real, 13 aliases, 53 multi), 180 empty
|
||
|
WaveFront: 128 programs slots in use
|
||
|
WaveFront: 256 patch slots filled, 142 in use
|
||
|
|
||
|
The whole process takes about 16 seconds, the longest waits being
|
||
|
after reporting the hardware version (during the firmware download),
|
||
|
and after reporting program status (during patch status inquiry). Its
|
||
|
shorter (about 10 secs) if the firmware is already loaded (i.e. only
|
||
|
warm reboots since the last firmware load).
|
||
|
|
||
|
The "available DRAM" line will vary depending on how much added RAM
|
||
|
your card has. Mine has 8MB.
|
||
|
|
||
|
To check basically functionality, use play(1) or splay(1) to send a
|
||
|
.WAV or other audio file through the audio portion. Then use playmidi
|
||
|
to play a General MIDI file. Try the "-D 0" to hear the
|
||
|
difference between sending MIDI to the WaveFront and using the OPL/3,
|
||
|
which is the default (I think ...). If you have an external synth(s)
|
||
|
hooked to the soundcard, you can use "-e" to route to the
|
||
|
external synth(s) (in theory, -D 1 should work as well, but I think
|
||
|
there is a bug in playmidi which prevents this from doing what it
|
||
|
should).
|
||
|
|
||
|
**********************************************************************
|
||
|
8) What are the module parameters ?
|
||
|
**********************************************************************
|
||
|
|
||
|
Its best to read wavefront.c for this, but here is a summary:
|
||
|
|
||
|
integers:
|
||
|
wf_raw - if set, ignore apparent presence of firmware
|
||
|
loaded onto the ICS2115, reset the whole
|
||
|
board, and initialize it from scratch. (default = 0)
|
||
|
|
||
|
fx_raw - if set, always initialize the YSS225 processor
|
||
|
on the Tropez plus. (default = 1)
|
||
|
|
||
|
< The next 4 are basically for kernel hackers to allow
|
||
|
tweaking the driver for testing purposes. >
|
||
|
|
||
|
wait_usecs - loop timer used when waiting for
|
||
|
status conditions on the board.
|
||
|
The default is 150.
|
||
|
|
||
|
debug_default - debugging flags. See sound/wavefront.h
|
||
|
for WF_DEBUG_* values. Default is zero.
|
||
|
Setting this allows you to debug the
|
||
|
driver during module installation.
|
||
|
strings:
|
||
|
ospath - path to get to the pre-processed OS firmware.
|
||
|
(default: /etc/sound/wavefront.os)
|
||
|
|
||
|
**********************************************************************
|
||
|
9) Who should I contact if I have problems?
|
||
|
**********************************************************************
|
||
|
|
||
|
Just me: Paul Barton-Davis <pbd@op.net>
|
||
|
|
||
|
|