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

[Niclas Zeising]

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?
Regards!
-- 
Niclas