1. 29 1月, 2015 3 次提交
  2. 21 10月, 2014 1 次提交
  3. 03 4月, 2014 1 次提交
  4. 14 2月, 2014 2 次提交
  5. 29 10月, 2013 2 次提交
    • T
      ALSA: ak4114: Fix wrong register array size · e12483e0
      Takashi Iwai 提交于
      The size of the register cache array is actually 6 instead of 7,
      as it caches up to AK4114_REG_INT1_MASK.  This resulted in unexpected
      access out of array range, although most of them aren't so serious
      (just reading one more byte on the stack at snd_ak4114_create()).
      
      Also, the check of cache size was wrongly done by checking with
      sizeof() instead of ARRAY_SIZE().  Fixed this together.
      
      (And yes, hardcoded numbers are bad, but I keep the coding style as is
       for making it clear what this patch actually does.)
      
      Spotted by coverity among several CIDs, e.g. 711621.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      e12483e0
    • T
      ALSA: Use strlcpy() instead of strncpy() · 57a4451d
      Takashi Iwai 提交于
      We tend to make stupid mistakes with strncpy().  Let's take a safer
      one, strlcpy().
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      57a4451d
  6. 18 8月, 2013 2 次提交
  7. 27 7月, 2013 1 次提交
  8. 26 6月, 2013 1 次提交
  9. 24 3月, 2013 2 次提交
  10. 04 11月, 2012 1 次提交
  11. 27 9月, 2012 1 次提交
  12. 26 9月, 2012 1 次提交
  13. 14 9月, 2012 2 次提交
  14. 21 8月, 2012 1 次提交
    • T
      workqueue: deprecate flush[_delayed]_work_sync() · 43829731
      Tejun Heo 提交于
      flush[_delayed]_work_sync() are now spurious.  Mark them deprecated
      and convert all users to flush[_delayed]_work().
      
      If you're cc'd and wondering what's going on: Now all workqueues are
      non-reentrant and the regular flushes guarantee that the work item is
      not pending or running on any CPU on return, so there's no reason to
      use the sync flushes at all and they're going away.
      
      This patch doesn't make any functional difference.
      Signed-off-by: NTejun Heo <tj@kernel.org>
      Cc: Russell King <linux@arm.linux.org.uk>
      Cc: Paul Mundt <lethal@linux-sh.org>
      Cc: Ian Campbell <ian.campbell@citrix.com>
      Cc: Jens Axboe <axboe@kernel.dk>
      Cc: Mattia Dongili <malattia@linux.it>
      Cc: Kent Yoder <key@linux.vnet.ibm.com>
      Cc: David Airlie <airlied@linux.ie>
      Cc: Jiri Kosina <jkosina@suse.cz>
      Cc: Karsten Keil <isdn@linux-pingi.de>
      Cc: Bryan Wu <bryan.wu@canonical.com>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Alasdair Kergon <agk@redhat.com>
      Cc: Mauro Carvalho Chehab <mchehab@infradead.org>
      Cc: Florian Tobias Schandinat <FlorianSchandinat@gmx.de>
      Cc: David Woodhouse <dwmw2@infradead.org>
      Cc: "David S. Miller" <davem@davemloft.net>
      Cc: linux-wireless@vger.kernel.org
      Cc: Anton Vorontsov <cbou@mail.ru>
      Cc: Sangbeom Kim <sbkim73@samsung.com>
      Cc: "James E.J. Bottomley" <James.Bottomley@HansenPartnership.com>
      Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
      Cc: Eric Van Hensbergen <ericvh@gmail.com>
      Cc: Takashi Iwai <tiwai@suse.de>
      Cc: Steven Whitehouse <swhiteho@redhat.com>
      Cc: Petr Vandrovec <petr@vandrovec.name>
      Cc: Mark Fasheh <mfasheh@suse.com>
      Cc: Christoph Hellwig <hch@infradead.org>
      Cc: Avi Kivity <avi@redhat.com> 
      43829731
  15. 31 7月, 2012 2 次提交
  16. 19 6月, 2012 1 次提交
  17. 12 6月, 2012 3 次提交
  18. 15 5月, 2012 1 次提交
  19. 14 5月, 2012 1 次提交
  20. 19 3月, 2012 2 次提交
    • H
      [media] tea575x: fix HW seek · bc2b395c
      Hans Verkuil 提交于
      Fix HW seek in TEA575x to work properly:
      - a delay must be present after search start and before first register read
        or the seek does weird things
      - when the search stops, the new frequency is not available immediately, we
        must wait until it appears in the register (fortunately, we can clear the
        frequency bits when starting the search as it starts at the frequency
        currently set, not from the value written)
      - sometimes, seek remains on the current frequency (or moves only a little),
        so repeat it until it moves by at least 50 kHz
      Signed-off-by: NOndrej Zary <linux@rainbow-software.org>
      Signed-off-by: NHans Verkuil <hans.verkuil@cisco.com>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      bc2b395c
    • H
      [media] tea575x-tuner: update to latest V4L2 framework requirements · d4ecc83b
      Hans Verkuil 提交于
      The tea575x-tuner module has been updated to use the latest V4L2 framework
      functionality. This also required changes in the drivers that rely on it.
      
      The tea575x changes are:
      
      - The drivers must provide a v4l2_device struct to the tea module.
      - The radio_nr module parameter must be part of the actual radio driver,
        and not of the tea module.
      - Changed the frequency range to the normal 76-108 MHz range instead of
        50-150.
      - Add hardware frequency seek support.
      - Fix broken rxsubchans/audmode handling.
      - The application can now select between stereo and mono.
      - Support polling for control events.
      - Add V4L2 priority handling.
      
      And radio-sf16fmr2.c now uses the isa bus kernel framework.
      Signed-off-by: NHans Verkuil <hans.verkuil@cisco.com>
      Thanks-to: Ondrej Zary <linux@rainbow-software.org>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      d4ecc83b
  21. 01 11月, 2011 1 次提交
  22. 28 7月, 2011 3 次提交
  23. 14 5月, 2011 2 次提交
  24. 10 5月, 2011 1 次提交
  25. 21 3月, 2011 2 次提交