1. 25 4月, 2008 4 次提交
  2. 22 4月, 2008 1 次提交
  3. 20 3月, 2008 1 次提交
  4. 19 10月, 2007 1 次提交
  5. 10 10月, 2007 1 次提交
  6. 09 5月, 2007 3 次提交
  7. 21 2月, 2007 1 次提交
  8. 10 12月, 2006 3 次提交
  9. 26 9月, 2006 1 次提交
  10. 09 8月, 2006 1 次提交
  11. 01 7月, 2006 1 次提交
  12. 25 6月, 2006 1 次提交
  13. 12 1月, 2006 1 次提交
  14. 10 1月, 2006 1 次提交
    • M
      V4L/DVB (3178): bttv VBI fixes · 67f1570a
      Michael H. Schimek 提交于
      - V4L2_(G|S|TRY)_FMT returned incorrect VBI start lines for PAL-M,
      NTSC-JP, and PAL-60. They also returned an inaccurate VBI offset.
      - V4L2_(G|S)_FMT and V4L2_TRY_FMT disagreed about the start of VBI
      capturing in PAL and SECAM second field. Note the start line fixes
      may break applications using VIDIOCSVBIFMT because this ioctl fails
      when the driver does not support exactly the requested parameters.
      - V4L2_TRY_FMT did not clear the reserved field in struct
      v4l2_vbi_format.
      - V4L2_(S|TRY)_FMT did not expect very large or small VBI start or
      count values, returning wrong (but safe) counts due to an overflow.
      - VIDIOCGVBIFMT confused V4L and V4L2 VBI flags. However this had no
      effect because the flags have the same value and bttv never sets
      them.
      - In v4l_compat_translate_ioctl() the VIDIOC(G|S)VBIFMT code did not
      expect V4L2 drivers supporting VBI formats besides V4L2_PIX_FMT_GREY.
      Signed-off-by: NMichael H. Schimek <mschimek@gmx.at>
      Signed-off-by: NHans Verkuil <hverkuil@xs4all.nl>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@brturbo.com.br>
      67f1570a
  15. 09 11月, 2005 2 次提交
  16. 07 11月, 2005 1 次提交
  17. 10 9月, 2005 1 次提交
  18. 24 6月, 2005 1 次提交
  19. 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