All of lore.kernel.org
 help / color / mirror / Atom feed
From: matthieu castet <castet.matthieu@free.fr>
To: Clemens Ladisch <clemens@ladisch.de>
Cc: alsa-devel@lists.sourceforge.net
Subject: Re: Using specific code for midi/gameport instead of generic one.
Date: Mon, 07 Feb 2005 13:19:56 +0100	[thread overview]
Message-ID: <42075CEC.6080101@free.fr> (raw)
In-Reply-To: <Pine.HPX.4.33n.0502071024410.3379-100000@studcom.urz.uni-halle.de>

Hi,

Clemens Ladisch wrote:
> matthieu castet wrote:
> 
>>what's the advantage of using specific code (via82xx.c for example) for
>>managing midi/gameport instead of the generic module mpu401 and ns558 ?
> 
> 
> The MPU-401 code in via82xx.c is used only for VT82C686 chips where
> the MIDI port shares an interrupt with the AC'97 controller.
> 
Ok, I haven't see that via is different from the removed midi code from 
intel ac 97, because it is only for VT82C686 and the midi port is on the 
pci device.
Anyway, we should check if the midi device is found by pnp for these 
chips. If it is the case, what happen if mpu401 module is load before 
the via module ?

> There is no reason for the gameport code, except that it would work
> even if PnP happens to be disabled.
> 
ns558 work even if the PnP is disable : it will try to see if there is 
something on the following ports [1]. And 0x200 is the port harcoded in 
the via driver, so it should detect it. But perhaps VIA_FUNC_ENABLE_GAME 
will be missing...

Thanks,

Matthieu

[1]
static int ns558_isa_portlist[] = { 0x201, 0x200, 0x202, 0x203, 0x204, 
0x205, 0x207, 0x209,
                                     0x20b, 0x20c, 0x20e, 0x20f, 0x211, 
0x219, 0x101, 0 };



-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl

  reply	other threads:[~2005-02-07 12:19 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-02-04 19:37 Using specific code for midi/gameport instead of generic one matthieu castet
2005-02-07  9:35 ` Clemens Ladisch
2005-02-07 12:19   ` matthieu castet [this message]
2005-02-07 15:40     ` Clemens Ladisch
2005-02-09 14:17       ` matthieu castet

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=42075CEC.6080101@free.fr \
    --to=castet.matthieu@free.fr \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.