1. 23 2月, 2009 5 次提交
  2. 19 2月, 2009 1 次提交
  3. 18 2月, 2009 30 次提交
  4. 17 2月, 2009 4 次提交
    • H
      V4L/DVB (10626): ivtv: fix regression in get sliced vbi format · 7bf432d6
      Hans Verkuil 提交于
      The new v4l2_subdev_call used s_fmt instead of g_fmt.
      
      Thanks-to: Andy Walls <awalls@radix.net>
      Signed-off-by: NHans Verkuil <hverkuil@xs4all.nl>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      7bf432d6
    • H
      V4L/DVB (10625): ivtv: fix decoder crash regression · ac9575f7
      Hans Verkuil 提交于
      The video_ioctl2 conversion of ivtv in kernel 2.6.27 introduced a bug
      causing decoder commands to crash. The decoder commands should have been
      handled from the video_ioctl2 default handler, ensuring correct mapping
      of the argument between user and kernel space. Unfortunately they ended
      up before the video_ioctl2 call, causing random crashes.
      
      Thanks to hannes@linus.priv.at for testing and helping me track down the
      cause!
      Signed-off-by: NHans Verkuil <hverkuil@xs4all.nl>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      ac9575f7
    • A
      V4L/DVB (10619): gspca - main: Destroy the URBs at disconnection time. · ad28127d
      Adam Baker 提交于
      If a device using the gspca framework is unplugged while it is still streaming
      then the call that is used to free the URBs that have been allocated occurs
      after the pointer it uses becomes invalid at the end of gspca_disconnect.
      Make another cleanup call in gspca_disconnect while the pointer is still
      valid (multiple calls are OK as destroy_urbs checks for pointers already
      being NULL.
      Signed-off-by: NAdam Baker <linux@baker-net.org.uk>
      Signed-off-by: NJean-Francois Moine <moinejf@free.fr>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      ad28127d
    • M
      V4L/DVB (10572): Revert commit dda06a8e · 28100165
      Mauro Carvalho Chehab 提交于
      On Mon, 02 Feb 2009, Hartmut wrote:
      
      This change set is wrong. The affected functions cannot be called from
      an interrupt context, because they may process large buffers. In this
      case, interrupts are disabled for a long time. Functions, like
      dvb_dmx_swfilter_packets(), could be called only from a tasklet.
      
      This change set does hide some strong design bugs in dm1105.c and
      au0828-dvb.c.
      
      Please revert this change set and do fix the bugs in dm1105.c and
      au0828-dvb.c (and other files).
      
      On Sun, 15 Feb 2009, Oliver Endriss wrote:
      
      This changeset _must_ be reverted! It breaks all kernels since 2.6.27
      for applications which use DVB and require a low interrupt latency.
      
      It is a very bad idea to call the demuxer to process data buffers with
      interrupts disabled!
      
      On Mon, 16 Feb 2009, Trent Piepho wrote:
      
      I agree, this is bad.  The demuxer is far too much work to be done with
      IRQs off.  IMHO, even doing it under a spin-lock is excessive.  It should
      be a mutex.  Drivers should use a work-queue to feed the demuxer.
      
      Thank you for testing this changeset and discovering the issues on it.
      
      Cc: Trent Piepho <xyzzy@speakeasy.org>
      Cc: Hartmut <e9hack@googlemail.com>
      Cc: Oliver Endriss <o.endriss@gmx.de>
      Cc: Andreas Oberritter <obi@linuxtv.org>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      28100165