1. 23 7月, 2009 5 次提交
  2. 22 7月, 2009 4 次提交
    • L
      fbmon: work around compiler bug in gcc-2.4.2 · 3730793d
      Linus Torvalds 提交于
      There's some odd bug in gcc-4.2 where it miscompiles a simple loop whent
      he loop counter is of type 'unsigned char' and it should count to 128.
      
      The compiler will incorrectly decide that a trivial loop like this:
      
      	unsigned char i, ...
      
      	for (i = 0; i < 128; i++) {
      		..
      
      is endless, and will compile it to a single instruction that just
      branches to itself.
      
      This was triggered by the addition of '-fno-strict-overflow', and we
      could play games with compiler versions and go back to '-fwrapv'
      instead, but the trivial way to avoid it is to just make the loop
      induction variable be an 'int' instead.
      
      Thanks to Krzysztof Oledzki for reporting and testing and to Troy Moure
      for digging through assembler differences and finding it.
      Reported-and-tested-by: NKrzysztof Oledzki <olel@ans.pl>
      Found-by: NTroy Moure <twmoure@szypr.net>
      Gcc-bug-acked-by: NIan Lance Taylor <iant@google.com>
      Cc: stable@kernel.org
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      3730793d
    • T
      Merge branch 'fix/misc' into for-linus · 44f167d3
      Takashi Iwai 提交于
      * fix/misc:
        ALSA: ca0106 - Fix the max capture buffer size
        ALSA: OSS sequencer should be initialized after snd_seq_system_client_init
        ALSA: sound/isa: convert nested spin_lock_irqsave to spin_lock
      44f167d3
    • T
      Merge branch 'fix/hda' into for-linus · a9d90c81
      Takashi Iwai 提交于
      * fix/hda:
        ALSA: hda - Fix pin-setup for Sony VAIO with STAC9872 codecs
        ALSA: hda - Add quirk for Gateway T6834c laptop
        ALSA: hda_codec: Check for invalid zero connections
      a9d90c81
    • T
      Merge branch 'fix/ctxfi' into for-linus · 36766835
      Takashi Iwai 提交于
      * fix/ctxfi:
        ALSA: ctxfi: Swapped SURROUND-SIDE channels on emu20k2
      36766835
  3. 21 7月, 2009 11 次提交
  4. 20 7月, 2009 6 次提交
    • F
      ALSA: ctxfi: Swapped SURROUND-SIDE channels on emu20k2 · 55fe27f7
      Frank Roth 提交于
      On Soundblaster X-FI Titanium with emu20k2 the SIDE and SURROUND
      channels were swapped and wrong. 
      I double checked it with connector colors and creative soundblaster
      windows drivers.
      
      So I swapped them to the true order.
      Now "speaker-test -c6" and "speaker-test -c8" are working fine.
      Signed-off-by: NFrank Roth <frashman@freenet.de>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      55fe27f7
    • T
      ALSA: ca0106 - Fix the max capture buffer size · 34fdeb2d
      Takashi Iwai 提交于
      The capture buffer size with 64kB seems broken with CA0106.
      At least, either the update timing or the DMA position is wrong,
      and this screws up pulseaudio badly.
      
      This patch restricts the max buffer size less than that to make life
      a bit easier.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      Cc: <stable@kernel.org>
      34fdeb2d
    • T
      ALSA: hda - Fix pin-setup for Sony VAIO with STAC9872 codecs · b04add95
      Takashi Iwai 提交于
      The recent rewrite of the codec parser for STAC9872 caused a regression
      for some Sony VAIO models that don't give proper pin default configs
      by BIOS.  Even using model=vaio doesn't work because the pin definitions
      are set after the pin overrides.
      
      This patch fixes the pin definitions in patch_stac9872() to be put
      in the right place before the pin overrides.  Also the patch adds the
      new quirk entry for VAIO F/S to have the correct pin default configs.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      Cc: <stable@kernel.org>
      b04add95
    • H
      ALSA: hda - Add quirk for Gateway T6834c laptop · 42b95f0c
      Hao Song 提交于
      Gateway T6834c laptops need EAPD always on while the default behavior
      for the STAC9205 reference board is to turn it off upon every HP plug.
      By using the special "eapd" model, which is first introduced for Gateway
      T1616 laptops for this same reason, this peculiarity can be properly
      handled.
      Signed-off-by: NHao Song <baritono.tux@gmail.com>
      Cc: <stable@kernel.org>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      42b95f0c
    • J
      HID: Move dereferences below a NULL test · 76c317d6
      Julia Lawall 提交于
      If the NULL test is necessary, then the dereferences should be moved below
      the NULL test.
      
      The semantic patch that makes this change is as follows:
      (http://www.emn.fr/x-info/coccinelle/)
      
      // <smpl>
      @@
      type T;
      expression E,E1;
      identifier i,fld;
      statement S;
      @@
      
      - T i = E->fld;
      + T i;
        ... when != E=E1
            when != i
        if (E == NULL||...) S
      + i = E->fld;
      // </smpl>
      Signed-off-by: NJulia Lawall <julia@diku.dk>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      76c317d6
    • J
      ALSA: OSS sequencer should be initialized after snd_seq_system_client_init · f96e0808
      Jaswinder Singh Rajput 提交于
      When build SND_SEQUENCER in kernel then OSS sequencer(alsa_seq_oss_init)
      is initialized before System (snd_seq_system_client_init) which leads to
      memory leak :
      
      unreferenced object 0xf6b0e680 (size 256):
        comm "swapper", pid 1, jiffies 4294670753
        backtrace:
          [<c108ac5c>] create_object+0x135/0x204
          [<c108adfe>] kmemleak_alloc+0x26/0x4c
          [<c1087de2>] kmem_cache_alloc+0x72/0xff
          [<c126d2ac>] seq_create_client1+0x22/0x160
          [<c126e3b6>] snd_seq_create_kernel_client+0x72/0xef
          [<c1485a05>] snd_seq_oss_create_client+0x86/0x142
          [<c1485920>] alsa_seq_oss_init+0xf6/0x155
          [<c1001059>] do_one_initcall+0x4f/0x111
          [<c14655be>] kernel_init+0x115/0x166
          [<c10032af>] kernel_thread_helper+0x7/0x10
          [<ffffffff>] 0xffffffff
      unreferenced object 0xf688a580 (size 64):
        comm "swapper", pid 1, jiffies 4294670753
        backtrace:
          [<c108ac5c>] create_object+0x135/0x204
          [<c108adfe>] kmemleak_alloc+0x26/0x4c
          [<c1087de2>] kmem_cache_alloc+0x72/0xff
          [<c126f964>] snd_seq_pool_new+0x1c/0xb8
          [<c126d311>] seq_create_client1+0x87/0x160
          [<c126e3b6>] snd_seq_create_kernel_client+0x72/0xef
          [<c1485a05>] snd_seq_oss_create_client+0x86/0x142
          [<c1485920>] alsa_seq_oss_init+0xf6/0x155
          [<c1001059>] do_one_initcall+0x4f/0x111
          [<c14655be>] kernel_init+0x115/0x166
          [<c10032af>] kernel_thread_helper+0x7/0x10
          [<ffffffff>] 0xffffffff
      unreferenced object 0xf6b0e480 (size 256):
        comm "swapper", pid 1, jiffies 4294670754
        backtrace:
          [<c108ac5c>] create_object+0x135/0x204
          [<c108adfe>] kmemleak_alloc+0x26/0x4c
          [<c1087de2>] kmem_cache_alloc+0x72/0xff
          [<c12725a0>] snd_seq_create_port+0x51/0x21c
          [<c126de50>] snd_seq_ioctl_create_port+0x57/0x13c
          [<c126d07a>] snd_seq_do_ioctl+0x4a/0x69
          [<c126d0de>] snd_seq_kernel_client_ctl+0x33/0x49
          [<c1485a74>] snd_seq_oss_create_client+0xf5/0x142
          [<c1485920>] alsa_seq_oss_init+0xf6/0x155
          [<c1001059>] do_one_initcall+0x4f/0x111
          [<c14655be>] kernel_init+0x115/0x166
          [<c10032af>] kernel_thread_helper+0x7/0x10
          [<ffffffff>] 0xffffffff
      
      The correct order should be :
      
      System (snd_seq_system_client_init) should be initialized before
      OSS sequencer(alsa_seq_oss_init) which is equivalent to :
      
      1. insmod sound/core/seq/snd-seq-device.ko
      2. insmod sound/core/seq/snd-seq.ko
      3. insmod sound/core/seq/snd-seq-midi-event.ko
      4. insmod sound/core/seq/oss/snd-seq-oss.ko
      
      Including sound/core/seq/oss/Makefile after other seq modules
      fixes the ordering and memory leak.
      Signed-off-by: NJaswinder Singh Rajput <jaswinderrajput@gmail.com>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      f96e0808
  5. 19 7月, 2009 4 次提交
  6. 18 7月, 2009 8 次提交
  7. 17 7月, 2009 2 次提交