1. 16 10月, 2007 18 次提交
  2. 24 9月, 2007 1 次提交
  3. 20 7月, 2007 5 次提交
  4. 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
  5. 09 5月, 2007 2 次提交
  6. 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
  7. 15 2月, 2007 1 次提交
    • T
      [PATCH] remove many unneeded #includes of sched.h · cd354f1a
      Tim Schmielau 提交于
      After Al Viro (finally) succeeded in removing the sched.h #include in module.h
      recently, it makes sense again to remove other superfluous sched.h includes.
      There are quite a lot of files which include it but don't actually need
      anything defined in there.  Presumably these includes were once needed for
      macros that used to live in sched.h, but moved to other header files in the
      course of cleaning it up.
      
      To ease the pain, this time I did not fiddle with any header files and only
      removed #includes from .c-files, which tend to cause less trouble.
      
      Compile tested against 2.6.20-rc2 and 2.6.20-rc2-mm2 (with offsets) on alpha,
      arm, i386, ia64, mips, powerpc, and x86_64 with allnoconfig, defconfig,
      allmodconfig, and allyesconfig as well as a few randconfigs on x86_64 and all
      configs in arch/arm/configs on arm.  I also checked that no new warnings were
      introduced by the patch (actually, some warnings are removed that were emitted
      by unnecessarily included header files).
      Signed-off-by: NTim Schmielau <tim@physik3.uni-rostock.de>
      Acked-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      cd354f1a
  8. 13 2月, 2007 1 次提交
  9. 09 2月, 2007 8 次提交