Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | Release summary: (detailed descriptions in Edit History in matcd.c) | jkh | 1995-07-11 | 1 | -15/+7 |
| | | | | | | | | | | | | | | | | | | | | | | | | Adds support for non-Sound Blaster host adapters, including those distributed by Reveal, Lasermate, IBM, Media Vision, Crystal and others. The driver automatically senses the correct adapter type and you can have both in the system at the same time. (This change should eliminate a few complaints.) Corrected bit-masking problem that prevented use on SB Vibra-16 boards. Declared some internal data and functions static that should have been that way all along. Documentation changes reflect the new hardware support and change the appearance version to 2.0.5 (was 2.1). Nice and tidy. :-) Beta testers have verified functionality on SB16, Vibra-16, Media Vision and Reveal adapters. -Wall still shows no warnings. Frank Durda IV uhclem%nemesis@fw.ast.com Submitted by: Frank Durda IV <uhclem%nemesis@fw.ast.com> | ||||
* | This is the new submission of the matcd driver. In addition to the | jkh | 1995-04-09 | 1 | -0/+50 |
new driver code, there are diffs to several other existing files on the system and a man page. This version of matcd implements the rest of the key ioctls related to playing audio CDs and reading table of contents information from any type of disc. This update also corrects several problems detected since the original version 1(10) was released. These include: 1. Jordons report on the kernel -c string problem. 2. A problem with the driver being confused by other types of devices located at addresses it probes. 3. An old CD TOC wouldn't always be cleared after a disc change. 4. Cleaned up code so -Wall yields no warnings on 2.0 and later. 5. A problem with drive getting out of sync with the driver when changing between CD-Data and CD-DA. There have only been two reports from the field relating to problems so either the first release isn't really being used or doesn't have many problems. If there are any problems with this submission, please let me know. Submitted by: Frank Durda IV <uhclem%nemesis@fw.ast.com> |