Linux and UNIX Man Pages

Linux & Unix Commands - Search Man Pages

oss_hdaudio(7) [debian man page]

oss_hdaudio(7)							    OSS Devices 						    oss_hdaudio(7)

NAME
oss_hdaudio - Intel High Definition Audio (AZALIA) DESCRIPTION
Open Sound System driver for Intels high definition audio known as "Azalia". This driver supports Intel 915/925 chipsets with the Realtek ALC880 and CMedia 9880 8 channel codecs. The HDA driver supports: o 8-96Khz Playback/Recording o 8 or 16 or 32 bits o 2, 4, 6 or 8 channel audio. o SPDIF digital output and Input o AC3 passthrough HDAUDIO MIXER The Intel HDA mixer is a new type of mixer that doesn't have the normal volume controls found on AC97 or legacy SB devices. The HDA mixer presents a concept of Jacks and you can configure any jack to be either an output or an input jack. Some motherboards may not correctly initialize the jacks according to their color and functionality but in general here's the configuration that should generally be followed: o Orange = Center/LFE o Blue = Line-in o Black = Rear o Green = Front o Grey = Side o Pink = Mic Some Azalia codecs support front panel connectors and so if you see fp-green and fp-pink connectors, then these are for front panel speaker and mic/line-in Jacks. There is a function selector for most of the analog audio jacks (for example connector.pink.mode). This selector is used to control if the jack is used as an input (microphone or line in) or output (front, rear, side, speaker, etc). KNOWN PROBLEMS
In general Azalia based systems (laptops/motherboards) would require a custom driver to work properly. Due to enormous number of different systems it is not possible to develop such custom drivers for all systems. A generic driver is used for systems that don't have dedicated drivers. Unfortunately the mixer and control panel interface (see ossmix(1)) for "generic" systems is very cryptic and difficult to understand. To solve problems with volumes or signal routing you need to start ossxmix(1) and change the controls one at time until you get the desired effect. OPTIONS
o hdaudio_jacksense enables jack sensing mode when the hdaudio driver is loaded. In this mode all I/O pin's that are not in use will be disabled as well as the mixer controls that are related with them. In this way the mixer/control panel will become more intuitive. However OSS will need to be restarted with soundoff; soundon every time new inputs or outputs are attached to the audio jacks. Default : 0. NOTE! hdaudio_jacksense=1 works only in some systems. Many laptops and motherboards don't support jack sensing. o hdaudio_noskip Disable skipping unconnected jack. All mixer controls will be shown, even for disabled I/O pins. Can get values 0-7. 1-7 is a bit- mask, where every bit masks a different check. Bit 3 (= value 4) overrides jacksense check too. Default: 0 - unconnected jacks are skipped. FILES
/etc/oss4/conf/oss_hdaudio.conf Device configuration file AUTHOR
4Front Technologies 16 December 2012 oss_hdaudio(7)

Check Out this Related Man Page

HDAUDIO(4)						   BSD Kernel Interfaces Manual 						HDAUDIO(4)

NAME
hdaudio -- High Definition Audio device driver SYNOPSIS
hdaudio* at pci? dev ? function ? hdafg* at hdaudiobus? audio* at audiobus? options HDAUDIO_DEBUG options HDAUDIO_AFG_DEBUG DESCRIPTION
The hdaudio device driver is expected to support any PCI device which is compliant to the High Definition Audio Specification 1.0. It is a replacement for azalia(4). It was written from scratch following the Intel HD Audio and Microsoft Universal Audio Architecture specifica- tions. The driver consists of two interlinked components, which reflects the hardware design. The hdaudio component interfaces with a PCI/PCIe bus and provides an hdaudiobus(4) onto which different function groups attach. Each function group (e.g. audio, vendor-specific modem) is exported as a separate child device of the hdaudio controller. Audio function groups (a.k.a. audio codec) are exported as hdafg(4) devices. Audio codecs are available from a number of manufacturers and are made up of a number of widgets (e.g. audio mixer, output pin, analog-to- digital converter). The way the widgets are interlinked varies significantly between implementations. The tree of widgets must be parsed and mapped to mixer(4) controls. As part of this process, loops in the inter-codec links must be detected and muted, bi-directional pins must be set up appropriately and the locations of pins determined. Unlike the azalia(4) driver (which tends to generate a large number of unclearly named mixer(4) controls), hdaudio works backwards by starting with a list of desired, consistent and compatible mixer(4) controls and configuring/discovering appropriate widget link routes to fit. By following the published mechanisms for common implementations of widget parsing, it is expected that nearly all High Definition Audio devices will be supported without requiring per-device quirks. SEE ALSO
audio(4), mixer(4), pci(4), hdaudioctl(8), http://www.intel.com/standards/hdaudio/ http://www.microsoft.com/whdc/device/audio/ HISTORY
The hdaudio device driver appeared in NetBSD 5.1. AUTHORS
The hdaudio driver was written by Jared McNeill <jmcneill@NetBSD.org> under contract by Precedence Technologies Ltd <http://www.precedence.co.uk/>. The UAA-compliant widget parser is derived from the FreeBSD snd_hda(4) driver. BUGS
The following items are not yet implemented: o Improve power management support when driver is idle o Add support for non-PCM output formats o Handle unsolicited RIRB messages o Modem function groups BSD
September 28, 2010 BSD
Man Page