Hello,
Before I blew my ALS/100 soundcard I definitely couldn't get it working with
MIDI (neither could I after ;-). Since the interface I had build did work
with a test program I concluded the MIDI interface itself was working.
Some investigations lead me to the function check_midi(), if I recall
correct. I suspect a problem in the midi initialization here but didn't have
time to check it out.
I have attached a HTML file with some information about MIDI programming,
read the 'Errata' at the end, it might be a clue.
Regards,
Feico PE1OHM
-----Original Message-----
From: Bistmans, Leo [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 17, 1999 19:33
To: '[EMAIL PROTECTED]'
Subject: soundmodem midi ptt awe32
Hello,
I'm trying to get ptt done via the midi port of a soundblaster awe 32 pnp.
( ptt via parallel port works ).
in /var/log/messages:
kernel: hdlcdrv: (C) 1996 Thomas Sailer HB9JNX/AE4WA
kernel: hdlcdrv: version 0.6 compiled 20:54:13 Jun 15 1999
kernel: soundmodem: (C) 1996-1998 Thomas Sailer ...
kernel: soundmodem: version 0.8 compiled ...
kernel: sethdlc users obsolete (PF_INET, SOCK_PACKET)
... SoundBlaster DSP revision 4.13
... ptt output: none
... sbc mode fsk9600.fsk9600 at iobase 0x220 irq 5 dma 1 dma2 ...
This is the result of using isapnp to config the card ( game port at 0x200 )
insmod hdlcdrv
insmod soundmodem
sethdlc -p -i sm0 mode sbc:fsk9600 io 0x220 irq 5 dma 1 midiio 0x200
ifconfig sm0 ... up
The 'ptt output: none' is the result of following failing test in the
soundmode code ( sm.c )
timeout = jiffies + (HZ / 100);
while (inb(MIDI_STATUS(iobase)) & MIDI_WRITE_EMPTY)
if ((signed)(jiffies - timeout) > 0)
return 0;
This seems to be the first read from the MIDI port.
Has anybody used this card's ptt to do ptt switching ?
Are there other tests I can do to check the midi port availability ? Note
that pnpdump finds a Game port, not a Midi port ( uart 401 ? )
Thanks in advance,
Leo, [EMAIL PROTECTED]
mpu.htm
