Alsa-Devel Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: "Bill Adair" <adair@gotadsl.co.uk>
To: Clemens Ladisch <clemens@ladisch.de>,
	"alsa-devel@lists.sourceforge.net"
	<alsa-devel@lists.sourceforge.net>
Subject: Re: New driver for Opcode 64X Serial MIDI interfaces
Date: Mon, 07 Mar 2005 11:07:02 -0000	[thread overview]
Message-ID: <opsm9k50ikn0kn27@linux.site> (raw)
In-Reply-To: <Pine.HPX.4.33n.0502241352040.300-100000@studcom.urz.uni-halle.de>

On Fri, 25 Feb 2005 14:12:17 +0100 (MET), Clemens Ladisch  
<clemens@ladisch.de> wrote:

> Bill Adair wrote:
>> Do you want me to (a) provide a replacement file for
>> serial-u16550.c, (b)  provide a version of serial-u16550.c with
>> comment documentation in but no Opcode driver and a seperate
>> Opcode driver file, or (c) provide just a comment documented
>> Opcode driver and leave serial-u16650.c alone?
>
> If the Opcode is similar enough to other serial devices (BTW: what are
> the differences?), there's no reason to put it into a separate file.
>
> Please submit one patch for each logically independent change.
>
>
> Regards,
> Clemens
>

The Opcode device is similar to the others in that it uses F5 for channel  
changing.
The major differences are it's relative modernity and therefore throughput  
speed
(the device runs at 115200 baud), the sign on sequence demanded by the
interface before allowing any midi traffic, a sign off sequence required  
at the end
of use, and the signalling required to prevent midi traffic choking. Every  
four bytes
sent to the interface the computer must wait for a _toggle_ of CTS (there  
is nothing like
this in the current drivers) and every 16 bytes sent to the pc the  
interface waits for a
_toggle_ of RTS. The device can also be indentified as being on the serial  
port which the
driver does (instaed of just checking for a UART chip).

Bill



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id\x14396&op=click

      reply	other threads:[~2005-03-07 11:07 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-02-24 10:57 New driver for Opcode 64X Serial MIDI interfaces Bill Adair
2005-02-25 13:12 ` Clemens Ladisch
2005-03-07 11:07   ` Bill Adair [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=opsm9k50ikn0kn27@linux.site \
    --to=adair@gotadsl.co.uk \
    --cc=alsa-devel@lists.sourceforge.net \
    --cc=clemens@ladisch.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox