/dev/(r)mcd0a
accesses BSD partition on the disc. Normally, there is only one file system on a CD-ROM disc.
Mitsumi cd-rom driver
device mcd
In /boot/device.hints: hint.mcd.0.at="isa" hint.mcd.0.port="0x300" hint.mcd.0.irq="10"
The mcd driver provides a data and audio interface to the Mitsumi-brand CD-ROM player. The CD-ROM player must be interfaced to the ISA bus through one of the Mitsumi proprietary controller boards. The controller boards supported are the LU002S, LU005S, the FX001 and the quite common FX001D.
The mcd driver responds to disk-specific ioctl() commands, namely the DIOCGDINFO, DIOCGPART, DIOCWDINFO, and DIOCSDINFO, commands. Other disk-specific ioctl() commands will return an error.
The mcd driver also responds to special CD-ROM ioctl() commands. These commands control the CD-ROM player's audio features. The commands are:
get sub-channel information on current status of disc playing
get table of contents header
gets all of the table of contents
begins audio playing at location specified
fails with error EINVAL
begins audio playing at location specified
resumes playing a previously paused disc
pauses a playing disc
begins playing a disc
stops a previously playing disc
opens the disc tray (there is no support for a corresponding un-eject command).
stops any play and resets the Mitsumi controller board
cause the kernel to print debug messages to the console about the mcd driver
cause the kernel to quit printing debug messages about the mcd driver
The ioctl() commands defined above are the only ones that the mcd driver supports. There are other CD-ROM related ioctl() commands (such as CDIOCSETVOL and CDIOCSETSTERIO) which are available and may be supported by future versions of the driver.
/dev/(r)mcd0a
accesses BSD partition on the disc. Normally, there is only one file system on a CD-ROM disc.
/dev/(r)mcd0c
accesses raw device.
The character-mode devices for the mcd driver should only be used for accessing the audio features of the CD-ROM player as the performance on data is abysmal.
The current version of the driver uses neither the DMA or IRQ features of the interface board, although it has an interrupt handler for any IRQ requests that are generated. Until the DMA features are supported, the only interrupts that the board generates are those that are not supported by the driver anyway.