1. 01 2月, 2008 6 次提交
  2. 09 1月, 2008 1 次提交
  3. 23 10月, 2007 1 次提交
  4. 20 10月, 2007 1 次提交
  5. 16 10月, 2007 19 次提交
  6. 24 9月, 2007 1 次提交
  7. 20 7月, 2007 5 次提交
  8. 11 5月, 2007 3 次提交
    • F
      [ALSA] pcm_native: lockdep warning when launching jack · 208eee2a
      Frederik Deweerdt 提交于
      When launching 'jackd -d alsa', lockdep issues the following warning:
      [39701.405086] =============================================
      [39701.405093] [ INFO: possible recursive locking detected ]
      [39701.405107] 2.6.21-rc5-mm4 #2
      [39701.405109] ---------------------------------------------
      [39701.405112] jackd/17366 is trying to acquire lock:
      [39701.405114]  (&substream->self_group.lock){....}, at: [<c034d3c0>] snd_pcm_action_group+0x90/0x240
      [39701.405131]
      [39701.405131] but task is already holding lock:
      [39701.405134]  (&substream->self_group.lock){....}, at: [<c034d63f>] snd_pcm_action_lock_irq+0x3f/0xb0
      [39701.405141]
      [39701.405142] other info that might help us debug this:
      [39701.405145] 3 locks held by jackd/17366:
      [39701.405147]  #0:  (snd_pcm_link_rwlock){....}, at: [<c034d627>] snd_pcm_action_lock_irq+0x27/0xb0
      [39701.405155]  #1:  (&substream->group->lock){....}, at: [<c034d638>] snd_pcm_action_lock_irq+0x38/0xb0
      [39701.405163]  #2:  (&substream->self_group.lock){....}, at: [<c034d63f>] snd_pcm_action_lock_irq+0x3f/0xb0
      [39701.405171]
      [39701.405171] stack backtrace:
      [39701.405174]  [<c0103b8a>] show_trace_log_lvl+0x1a/0x30
      [39701.405179]  [<c0104912>] show_trace+0x12/0x20
      [39701.405183]  [<c01049c6>] dump_stack+0x16/0x20
      [39701.405187]  [<c013b980>] __lock_acquire+0xbd0/0x1040
      [39701.405193]  [<c013be60>] lock_acquire+0x70/0x90
      [39701.405197]  [<c0407846>] _spin_lock+0x36/0x50
      [39701.405203]  [<c034d3c0>] snd_pcm_action_group+0x90/0x240
      [39701.405207]  [<c034d653>] snd_pcm_action_lock_irq+0x53/0xb0
      [39701.405211]  [<c035046f>] snd_pcm_common_ioctl1+0x35f/0xfb0
      [39701.405215]  [<c0351544>] snd_pcm_playback_ioctl1+0x34/0x420
      [39701.405219]  [<c03519f3>] snd_pcm_playback_ioctl+0x43/0x50
      [39701.405223]  [<c017ecc8>] do_ioctl+0x28/0x80
      [39701.405229]  [<c017ed77>] vfs_ioctl+0x57/0x290
      [39701.405233]  [<c017efe9>] sys_ioctl+0x39/0x60
      [39701.405237]  [<c0102bf4>] sysenter_past_esp+0x5d/0x99
      [39701.405240]  =======================
      The attached lockdep annotation silences the warning.
      Signed-off-by: NFrederik Deweerdt <frederik.deweerdt@gmail.com>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      Signed-off-by: NJaroslav Kysela <perex@suse.cz>
      208eee2a
    • V
      [ALSA] is_power_of_2 in rtctimer.c · 62e96a1c
      vignesh babu 提交于
      Replacing (n & (n-1)) in the context of power of 2 checks
      with is_power_of_2
      Signed-off-by: Nvignesh babu <vignesh.babu@wipro.com>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      Signed-off-by: NJaroslav Kysela <perex@suse.cz>
      62e96a1c
    • T
      [ALSA] Add snd_pcm_group_for_each_entry() for code cleanup · ef991b95
      Takashi Iwai 提交于
      Added a new macro snd_pcm_group_for_each_entry() just for code cleanup.
      Old macros, snd_pcm_group_for_each() and snd_pcm_group_substream_entry(),
      are removed.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      Signed-off-by: NJaroslav Kysela <perex@suse.cz>
      ef991b95
  9. 09 5月, 2007 2 次提交
  10. 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