It looks like I never indicated one way or the other, but I'll not be
delivering SPARC support for these devices, for the simple reason that
the systems I have access to are not power-compatible with the card I
have available. (Specifically, the card seems to require 3.3V power,
but is not 66MHz capable. The SPARC systems with 32-bit/33MHz slots
only provide 5V power to such slots.)
If anyone has any questions or concerns about this, please let me know.
- Garrett
Garrett D'Amore - sun microsystems wrote:
> This probably qualifies for self review, but it wasn't 100% clear to me
> (since we're not supporting all of the chip features), so I'm submitting
> as a fast track, on my own behalf.
>
> Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI
> This information is Copyright 2009 Sun Microsystems
> 1. Introduction
> 1.1. Project/Component Working Name:
> audiocmi driver
> 1.2. Name of Document Author/Supplier:
> Author: Garrett D'Amore
> 1.3 Date of This Document:
> 28 April, 2009
> 4. Technical Description
>
> Requested Binding: Minor
>
>
> This project proposes to deliver a device driver for the
> CMedia CMI8738 family of audio devices. These parts are found
> in discrete audio boards, and on some motherboards. The family
> consists of the CMI8738, CMI8768, and CMI8338. (There are submodels
> in the family as well.) The parts are somewhat older, and are not
> AC'97 compliant, but some of them do have support for some features such
> as 5.1 or 7.1 surround sound.
>
> The driver would be called "audiocmi", and would be delivered in a package
> SUNWaudiocmi. It would use the Consolidation Private Boomer (PSARC 2008/318)
> interfaces.
>
> The package name SUNWaudiocmi would "Committed", and the "audiocmi" driver
> would be "Uncommitted", as would any specific features delivered by
> the audiocmi driver.
>
> We are not planning on providing FMA support for this driver (we don't
> believe it is strategic, and no other audio drivers have FMA support
> currently).
>
> In initial delivery, we are only planning on supporting basic stereo playback
> and record using the analog ports on the device. However, architecturally,
> we'd like to allow for the chance to broaden this support for surround sound
> or SPDIF audio in the future, if demand presents itself. (We would treat
> such features as an RFE for the future.)
>
>
>
> 6. Resources and Schedule
> 6.4. Steering Committee requested information
> 6.4.1. Consolidation C-team Name:
> ON
> 6.5. ARC review type: FastTrack
> 6.6. ARC Exposure: open
>
>
