svn commit: r230130 - in head: share/man/man4 sys/conf sys/dev/sound/pci/hda sys/modules/sound/driver/hda

[Alexander Motin]

On 15.01.2012 20:54, Niclas Zeising wrote:
> On 2012-01-15 14:21, Alexander Motin wrote:
>> Author: mav
>> Date: Sun Jan 15 13:21:36 2012
>> New Revision: 230130
>> URL: http://svn.freebsd.org/changeset/base/230130
>>
>> Log:
>>    Major snd_hda driver rewrite:
>>     - Huge old hdac driver was split into three independent pieces: HDA
>>    controller driver (hdac), HDA CODEC driver (hdacc) and HDA sudio function
>>    driver (hdaa).
>>     - Support for multichannel recording was added. Now, as specification
>>    defines, driver checks input associations for pins with sequence numbers
>>    14 and 15, and if found (usually) -- works as before, mixing signals
>>    together. If it doesn't, it configures input association as multichannel.
>>     - Signal tracer was improved to look for cases where several DACs/ADCs in
>>    CODEC can work with the same audio signal. If such case found, driver
>>    registers additional playback/record stream (channel) for the pcm device.
>>     - New controller streams reservation mechanism was implemented. That
>>    allows to have more pcm devices then streams supported by the controller
>>    (usually 4 in each direction). Now it limits only number of simultaneously
>>    transferred audio streams, that is rarely reachable and properly reported
>>    if happens.
>>     - Codec pins and GPIO signals configuration was exported via set of
>>    writable sysctls. Another sysctl dev.hdaa.X.reconfig allows to trigger
>>    driver reconfiguration in run-time.
>>     - Driver now decodes pins location and connector type names. In some cases
>>    it allows to hint user where on the system case connectors, related to the
>>    pcm device, are located. Number of channels supported by pcm device,
>>    reported now (if it is not 2), should also make search easier.
>>     - Added workaround for digital mic on some Asus laptops/netbooks.
>>
>>    MFC after:	2 months
>>    Sponsored by:	iXsystems, Inc.
>
> Just a question. Does this need any changes to the kernel config, such
> as adding different "device hdac" etc. or is the default device hda
> still ok?

Nothing changed there. `device snd_hda` and snd_hda kernel module 
include all parts.

-- 
Alexander Motin