1. 03 8月, 2010 1 次提交
    • J
      V4L/DVB: drivers/media: Use memdup_user · c6cfe055
      Julia Lawall 提交于
      Use memdup_user when user data is immediately copied into the
      allocated region.
      
      The semantic patch that makes this change is as follows:
      (http://coccinelle.lip6.fr/)
      
      // <smpl>
      @@
      expression from,to,size,flag;
      position p;
      identifier l1,l2;
      @@
      
      -  to = \(kmalloc@p\|kzalloc@p\)(size,flag);
      +  to = memdup_user(from,size);
         if (
      -      to==NULL
      +      IS_ERR(to)
                       || ...) {
         <+... when != goto l1;
      -  -ENOMEM
      +  PTR_ERR(to)
         ...+>
         }
      -  if (copy_from_user(to, from, size) != 0) {
      -    <+... when != goto l2;
      -    -EFAULT
      -    ...+>
      -  }
      // </smpl>
      Signed-off-by: NJulia Lawall <julia@diku.dk>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      c6cfe055
  2. 18 5月, 2010 1 次提交
  3. 08 2月, 2010 2 次提交
  4. 06 12月, 2009 1 次提交
  5. 05 10月, 2009 1 次提交
  6. 12 9月, 2009 1 次提交
  7. 17 6月, 2009 1 次提交
  8. 17 2月, 2009 1 次提交
    • 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
  9. 05 10月, 2008 1 次提交
  10. 20 7月, 2008 1 次提交
  11. 25 4月, 2008 2 次提交
  12. 11 10月, 2007 1 次提交
  13. 19 7月, 2007 1 次提交
  14. 28 4月, 2007 2 次提交
  15. 27 3月, 2007 1 次提交
  16. 25 6月, 2006 1 次提交
  17. 07 2月, 2006 1 次提交
  18. 09 11月, 2005 1 次提交
    • M
      [PATCH] dvb: fix bug in demux that caused lost mpeg sections · b3967d6c
      Mark Adams 提交于
      Fix a bug in the software demux which causes large MPEG sections to be lost
      when they follow very small sections.
      
      The problem happens when two sections begin in the same transport packet.  The
      dvb_demux code resets its buffer only before the first of these sections.
      This means that when the second (or subsequent) section begins, there is up to
      182 bytes of buffer space already used.  If the following section is close to
      the maximum size, it currently won't fit in the (4096-byte) buffer and is
      thrown away.
      
      The fix is simply to enlarge the buffer by the size of one transport packet
      and correct one usage of the SECFEED_SIZE definition where what is really
      meant is the maximum size of a section.
      Signed-off-by: NMark Adams <mark147m@gmail.com>
      Signed-off-by: NMichael Krufky <mkrufky@linuxtv.org>
      Cc: Johannes Stezenbach <js@linuxtv.org>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      b3967d6c
  19. 10 9月, 2005 6 次提交
  20. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4