1. 23 9月, 2008 1 次提交
  2. 10 9月, 2008 7 次提交
  3. 25 5月, 2008 1 次提交
  4. 24 4月, 2008 4 次提交
    • T
      [ALSA] hda-codec - keep the format verb at closing PCM streams · 888afa15
      Takashi Iwai 提交于
      Keep the format verb at closing PCM streams.
      Introduced snd_hda_codec_cleanup_stream() for the parcicular purpose.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      888afa15
    • H
      [ALSA] sound: hda: missing includes of hda_patch.h · 3c9a3203
      Harvey Harrison 提交于
      Move the array declaration to hda_codec.c where it is used and add includes
      where the individual presets are declared.
      
      Fixes the following sparse warnings:
      sound/pci/hda/patch_realtek.c:13744:25: warning: symbol 'snd_hda_preset_realtek' was not declared. Should it be static?
      sound/pci/hda/patch_cmedia.c:729:25: warning: symbol 'snd_hda_preset_cmedia' was not declared. Should it be static?
      sound/pci/hda/patch_analog.c:3656:25: warning: symbol 'snd_hda_preset_analog' was not declared. Should it be static?
      sound/pci/hda/patch_sigmatel.c:3995:25: warning: symbol 'snd_hda_preset_sigmatel' was not declared. Should it be static?
      sound/pci/hda/patch_si3054.c:286:25: warning: symbol 'snd_hda_preset_si3054' was not declared. Should it be static?
      sound/pci/hda/patch_atihdmi.c:156:25: warning: symbol 'snd_hda_preset_atihdmi' was not declared. Should it be static?
      sound/pci/hda/patch_conexant.c:1721:25: warning: symbol 'snd_hda_preset_conexant' was not declared. Should it be static?
      sound/pci/hda/patch_via.c:1962:25: warning: symbol 'snd_hda_preset_via' was not declared. Should it be static?
      Signed-off-by: NHarvey Harrison <harvey.harrison@gmail.com>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      3c9a3203
    • T
      [ALSA] hda-codec - Add "IEC958 Default PCM" switch · 9a08160b
      Takashi Iwai 提交于
      Added a new mixer switch to enable/disable the sharing of the default
      PCM stream with analog and SPDIF outputs.  When "IEC958 Default PCM"
      switch is on, the PCM stream is routed both to analog and SPDIF outputs.
      This is the behavior in the earlier version.
      
      Turning this switch off has a merit for some codecs, though.  Some codec
      chips don't support 24bit formats for SPDIF but only for analog outputs.
      In this case, you can use 24bit format by disabling this switch.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      9a08160b
    • T
      [ALSA] hda-intel - Fix PCM device number assignment · 7ba72ba1
      Takashi Iwai 提交于
      In the current scheme, PCM device numbers are assigned incrementally
      in the order of codecs.  This causes problems when the codec number
      is irregular, e.g. codec #0 for HDMI and codec #1 for analog.  Then
      the HDMI becomes the first PCM, which is picked up as the default
      output device.  Unfortuantely this doesn't work well with normal
      setups.
      
      This patch introduced the fixed device numbers for the PCM types,
      namely, analog, SPDIF, HDMI and modem.  The PCM devices are assigned
      according to the corresponding PCM type.  After this patch, HDMI will
      be always assigned to PCM #3, SPDIF to PCM #1, and the first analog
      to PCM #0, etc.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      7ba72ba1
  5. 01 2月, 2008 4 次提交
  6. 23 10月, 2007 1 次提交
  7. 16 10月, 2007 2 次提交
    • T
      [ALSA] hda-intel - Add POWER_SAVE option · cb53c626
      Takashi Iwai 提交于
      Added CONFIG_SND_HDA_POWER_SAVE kconfig.  It's an experimental option
      to achieve an aggressive power-saving.  With this option, the driver
      will turn on/off the power of each codec and controller chip dynamically
      on demand.
      The patch introduces a new module option 'power_save'.  It specifies
      the second of time-out for automatic power-down.  As default, it's
      10 seconds.  Setting 0 means to suppress the power-saving feature.
      The codec may have analog-input loopbacks, which are usually represented
      by mixer elements such as 'Mic Playback Switch' or 'CD Playback Switch'.
      When these are on, we cannot turn off the mixer and the codec chip has
      to be kept on.  For bookkeeping these states, a new codec-callback is
      introduced.
      For the bus-controller side, a new callback pm_notify is introduced,
      which can be used to turn on/off the contoller appropriately.
      Note that this power-saving might cause slight click-noise at
      power-on/off.  Also, it might take some time to wake up the codec, and
      might even drop some tones at the very beginning.  This seems to be the
      side-effect of turning off the controller chip.
      This turn-off of the controller can be disabled by undefining
      HDA_POWER_SAVE_RESET_CONTOLLER in hda_intel.c.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      Signed-off-by: NJaroslav Kysela <perex@suse.cz>
      cb53c626
    • T
      [ALSA] hda-codec - optimize resume using caches · 82beb8fd
      Takashi Iwai 提交于
      So far, the driver looked the table of snd_kcontrol_new used for creating
      mixer elements and forces to call each of its put callbacks in PM resume
      code.  This is too ugly and hackish.
      Now, the resume is simplified using the codec amp and command register
      caches.  The driver simply restores the values that have been written
      in the cache table.  With this simplification, most codec support codes
      don't require any special resume callback.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      Signed-off-by: NJaroslav Kysela <perex@suse.cz>
      82beb8fd
  8. 11 5月, 2007 1 次提交
  9. 03 5月, 2007 1 次提交
    • J
      PCI: Cleanup the includes of <linux/pci.h> · 6473d160
      Jean Delvare 提交于
      I noticed that many source files include <linux/pci.h> while they do
      not appear to need it. Here is an attempt to clean it all up.
      
      In order to find all possibly affected files, I searched for all
      files including <linux/pci.h> but without any other occurence of "pci"
      or "PCI". I removed the include statement from all of these, then I
      compiled an allmodconfig kernel on both i386 and x86_64 and fixed the
      false positives manually.
      
      My tests covered 66% of the affected files, so there could be false
      positives remaining. Untested files are:
      
      arch/alpha/kernel/err_common.c
      arch/alpha/kernel/err_ev6.c
      arch/alpha/kernel/err_ev7.c
      arch/ia64/sn/kernel/huberror.c
      arch/ia64/sn/kernel/xpnet.c
      arch/m68knommu/kernel/dma.c
      arch/mips/lib/iomap.c
      arch/powerpc/platforms/pseries/ras.c
      arch/ppc/8260_io/enet.c
      arch/ppc/8260_io/fcc_enet.c
      arch/ppc/8xx_io/enet.c
      arch/ppc/syslib/ppc4xx_sgdma.c
      arch/sh64/mach-cayman/iomap.c
      arch/xtensa/kernel/xtensa_ksyms.c
      arch/xtensa/platform-iss/setup.c
      drivers/i2c/busses/i2c-at91.c
      drivers/i2c/busses/i2c-mpc.c
      drivers/media/video/saa711x.c
      drivers/misc/hdpuftrs/hdpu_cpustate.c
      drivers/misc/hdpuftrs/hdpu_nexus.c
      drivers/net/au1000_eth.c
      drivers/net/fec_8xx/fec_main.c
      drivers/net/fec_8xx/fec_mii.c
      drivers/net/fs_enet/fs_enet-main.c
      drivers/net/fs_enet/mac-fcc.c
      drivers/net/fs_enet/mac-fec.c
      drivers/net/fs_enet/mac-scc.c
      drivers/net/fs_enet/mii-bitbang.c
      drivers/net/fs_enet/mii-fec.c
      drivers/net/ibm_emac/ibm_emac_core.c
      drivers/net/lasi_82596.c
      drivers/parisc/hppb.c
      drivers/sbus/sbus.c
      drivers/video/g364fb.c
      drivers/video/platinumfb.c
      drivers/video/stifb.c
      drivers/video/valkyriefb.c
      include/asm-arm/arch-ixp4xx/dma.h
      sound/oss/au1550_ac97.c
      
      I would welcome test reports for these files. I am fine with removing
      the untested files from the patch if the general opinion is that these
      changes aren't safe. The tested part would still be nice to have.
      
      Note that this patch depends on another header fixup patch I submitted
      to LKML yesterday:
        [PATCH] scatterlist.h needs types.h
        http://lkml.org/lkml/2007/3/01/141Signed-off-by: NJean Delvare <khali@linux-fr.org>
      Cc: Badari Pulavarty <pbadari@us.ibm.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      6473d160
  10. 09 2月, 2007 1 次提交