menuconfig SOUND tristate "Sound card support" depends on HAS_IOMEM help If you have a sound card in your computer, i.e. if it can say more than an occasional beep, say Y. Be sure to have all the information about your sound card and its configuration down (I/O port, interrupt and DMA channel), because you will be asked for it. You want to read the Sound-HOWTO, available from . General information about the modular sound system is contained in the files . The file contains some slightly outdated but still useful information as well. Newer sound driver documentation is found in . If you have a PnP sound card and you want to configure it at boot time using the ISA PnP tools (read ), then you need to compile the sound card support as a module and load that module after the PnP configuration is finished. To do this, choose M here and read ; the module will be called soundcore. if SOUND config SOUND_OSS_CORE bool default n config SOUND_OSS_CORE_PRECLAIM bool "Preclaim OSS device numbers" depends on SOUND_OSS_CORE default y help With this option enabled, the kernel will claim all OSS device numbers if any OSS support (native or emulation) is enabled whether the respective module is loaded or not and try to load the appropriate module using sound-slot/service-* and char-major-* module aliases when one of the device numbers is opened. With this option disabled, kernel will only claim actually in-use device numbers and opening a missing device will generate only the standard char-major-* aliases. The only visible difference is use of additional module aliases and whether OSS sound devices appear multiple times in /proc/devices. sound-slot/service-* module aliases are scheduled to be removed (ie. PRECLAIM won't be available) and this option is to make the transition easier. This option can be overridden during boot using the kernel parameter soundcore.preclaim_oss. Disabling this allows alternative OSS implementations. If unsure, say Y. source "sound/oss/dmasound/Kconfig" if !M68K && !UML menuconfig SND tristate "Advanced Linux Sound Architecture" help Say 'Y' or 'M' to enable ALSA (Advanced Linux Sound Architecture), the new base sound system. For more information, see if SND source "sound/core/Kconfig" source "sound/drivers/Kconfig" source "sound/isa/Kconfig" source "sound/pci/Kconfig" source "sound/hda/Kconfig" source "sound/ppc/Kconfig" source "sound/aoa/Kconfig" source "sound/arm/Kconfig" source "sound/atmel/Kconfig" source "sound/spi/Kconfig" source "sound/mips/Kconfig" source "sound/sh/Kconfig" # the following will depend on the order of config. # here assuming USB is defined before ALSA source "sound/usb/Kconfig" source "sound/firewire/Kconfig" # the following will depend on the order of config. # here assuming PCMCIA is defined before ALSA source "sound/pcmcia/Kconfig" source "sound/sparc/Kconfig" source "sound/parisc/Kconfig" source "sound/soc/Kconfig" endif # SND menuconfig SOUND_PRIME tristate "Open Sound System (DEPRECATED)" select SOUND_OSS_CORE help Say 'Y' or 'M' to enable Open Sound System drivers. if SOUND_PRIME source "sound/oss/Kconfig" endif # SOUND_PRIME endif # !M68K endif # SOUND # AC97_BUS is used from both sound and ucb1400 config AC97_BUS tristate help This is used to avoid config and link hard dependencies between the sound subsystem and other function drivers completely unrelated to sound although they're sharing the AC97 bus. Concerned drivers should "select" this. e='15'>15space:mode:
authorLinus Torvalds <torvalds@linux-foundation.org>2017-01-01 12:27:05 -0800
committerLinus Torvalds <torvalds@linux-foundation.org>2017-01-01 12:27:05 -0800
commit4759d386d55fef452d692bf101167914437e848e (patch)
treee7109c192ec589fcea2a98f9702aa3c0e4009581 /sound/soc/img/Makefile
parent238d1d0f79f619d75c2cc741d6770fb0986aef24 (diff)
parent1db175428ee374489448361213e9c3b749d14900 (diff)
Merge branch 'libnvdimm-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/nvdimm/nvdimm
Pull DAX updates from Dan Williams: "The completion of Jan's DAX work for 4.10. As I mentioned in the libnvdimm-for-4.10 pull request, these are some final fixes for the DAX dirty-cacheline-tracking invalidation work that was merged through the -mm, ext4, and xfs trees in -rc1. These patches were prepared prior to the merge window, but we waited for 4.10-rc1 to have a stable merge base after all the prerequisites were merged. Quoting Jan on the overall changes in these patches: "So I'd like all these 6 patches to go for rc2. The first three patches fix invalidation of exceptional DAX entries (a bug which is there for a long time) - without these patches data loss can occur on power failure even though user called fsync(2). The other three patches change locking of DAX faults so that ->iomap_begin() is called in a more relaxed locking context and we are safe to start a transaction there for ext4" These have received a build success notification from the kbuild robot, and pass the latest libnvdimm unit tests. There have not been any -next releases since -rc1, so they have not appeared there" * 'libnvdimm-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/nvdimm/nvdimm: ext4: Simplify DAX fault path dax: Call ->iomap_begin without entry lock during dax fault dax: Finish fault completely when loading holes dax: Avoid page invalidation races and unnecessary radix tree traversals mm: Invalidate DAX radix tree entries only if appropriate ext2: Return BH_New buffers for zeroed blocks
Diffstat (limited to 'sound/soc/img/Makefile')