1. 19 Nov, 2009 1 commit
  2. 18 Nov, 2009 7 commits
  3. 09 Nov, 2009 16 commits
  4. 08 Nov, 2009 9 commits
  5. 07 Nov, 2009 7 commits
    • Jean Delvare's avatar
      i2c: Add an interface to lock/unlock an I2C bus segment · afa08974
      Jean Delvare authored
      Some drivers need to be able to prevent access to an I2C bus segment
      for a specific period of time. Add an interface for them to do so
      without twiddling with i2c-core internals.
      Signed-off-by: default avatarJean Delvare <khali@linux-fr.org>
      Acked-by: default avatarBen Hutchings <bhutchings@solarflare.com>
      afa08974
    • Crane Cai's avatar
      i2c-piix4: Modify code name SB900 to Hudson-2 · 3806e94b
      Crane Cai authored
      Change SB900 to its formal code name Hudson-2.
      Signed-off-by: default avatarCrane Cai <crane.cai@amd.com>
      Signed-off-by: default avatarJean Delvare <khali@linux-fr.org>
      3806e94b
    • Takashi Iwai's avatar
      ALSA: hda - Don't initialize CORB/RIRB for single_cmd mode · 1a696978
      Takashi Iwai authored
      So far, CORB/RIRB still remains even if the driver is switched to the
      single_cmd mode.  The specification says that this should be disabled,
      but I hoped this isn't the case; indeed most devices worked together with
      CORB/RIRB.
      
      However, Poulsbo (US15W) seems problematic with this setup, and it
      requires to disable CORB/RIRB when single_cmd is used.
      
      Now this patch disables CORB/RIRB initialization when the single_cmd
      mode is used.  Also the unsolicited event is disabled because it can't
      work without RIRB.
      Reported-and-tested-by: default avatarTroy Kisky <troy.kisky@boundarydevices.com>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      1a696978
    • Julian Anastasov's avatar
      ALSA: usb-audio: fix combine_word problem · f4950882
      Julian Anastasov authored
      Fix combine_word problem where first octet is not
      read properly. The only affected place seems to be the
      INPUT_TERMINAL type. Before now, sound controls can be created
      with the output terminal's name which is a fallback mechanism
      used only for unknown input terminal types. For example,
      Line can wrongly appear as Speaker. After the change it
      should appear as Line.
      
      	The side effect of this change can be that users
      can expect the wrong control name in their scripts or
      programs while now we return the correct one.
      
      	Probably, these defines should use get_unaligned_le16 and
      friends.
      Signed-off-by: default avatarJulian Anastasov <ja@ssi.bg>
      Cc: <stable@kernel.org>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      f4950882
    • Thomas Gleixner's avatar
      sound: Replace old style lock initializer · 70edc800
      Thomas Gleixner authored
      SPIN_LOCK_UNLOCKED is deprecated. Use __SPIN_LOCK_UNLOCKED instead.
      Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      70edc800
    • Martin Michlmayr's avatar
      hisax: remove bad udelay call to fix build error on ARM · cc05368c
      Martin Michlmayr authored
      The hisax ISDN driver fails to build on ARM with CONFIG_HISAX_ELSA:
      
      | drivers/built-in.o: In function `modem_set_dial':
      | drivers/isdn/hisax/elsa_ser.c:535: undefined reference to `__bad_udelay'
      | drivers/isdn/hisax/elsa_ser.c:544: undefined reference to `__bad_udelay'
      | drivers/built-in.o: In function `modem_set_init':
      | drivers/isdn/hisax/elsa_ser.c:486: undefined reference to `__bad_udelay'
      | [...]
      
      According to the comment in arch/arm/include/asm/delay.h, __bad_udelay
      is specifically designed on ARM to produce a build failure when udelay
      is called with a value > 2000.
      Signed-off-by: default avatarMartin Michlmayr <tbm@cyrius.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      cc05368c
    • Herbert Xu's avatar
      ipip: Fix handling of DF packets when pmtudisc is OFF · 23ca0c98
      Herbert Xu authored
      RFC 2003 requires the outer header to have DF set if DF is set
      on the inner header, even when PMTU discovery is off for the
      tunnel.  Our implementation does exactly that.
      
      For this to work properly the IPIP gateway also needs to engate
      in PMTU when the inner DF bit is set.  As otherwise the original
      host would not be able to carry out its PMTU successfully since
      part of the path is only visible to the gateway.
      
      Unfortunately when the tunnel PMTU discovery setting is off, we
      do not collect the necessary soft state, resulting in blackholes
      when the original host tries to perform PMTU discovery.
      
      This problem is not reproducible on the IPIP gateway itself as
      the inner packet usually has skb->local_df set.  This is not
      correctly cleared (an unrelated bug) when the packet passes
      through the tunnel, which allows fragmentation to occur.  For
      hosts behind the IPIP gateway it is readily visible with a simple
      ping.
      
      This patch fixes the problem by performing PMTU discovery for
      all packets with the inner DF bit set, regardless of the PMTU
      discovery setting on the tunnel itself.
      Signed-off-by: default avatarHerbert Xu <herbert@gondor.apana.org.au>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      23ca0c98