11 Sep, 2008

1 commit

  • commit 0d3244d6439c8c31d2a29efd587c7aca9042c8aa ("V4L/DVB (8342):
    sh_mobile_ceu_camera: Add SuperH Mobile CEU driver V3") introduced
    VIDEO_SH_MOBILE_CEU, which selects VIDEOBUF_DMA_CONTIG. This circumvents the
    dependency on HAS_DMA of VIDEOBUF_DMA_CONTIG.

    Add a dependency on HAS_DMA to VIDEO_SH_MOBILE_CEU to fix this.

    Signed-off-by: Geert Uytterhoeven
    Acked-by: Paul Mundt
    Acked-by: Magnus Damm
    Signed-off-by: Linus Torvalds

    Geert Uytterhoeven
     

05 Sep, 2008

10 commits

  • Signed-off-by: Li Zefan
    Signed-off-by: Jean-Francois Moine
    Signed-off-by: Mauro Carvalho Chehab

    Li Zefan
     
  • While doing some testing using Luca Risolia's sonix driver I noticed that
    the video device did not get ACL's set to allow access by locally logged in
    users, nor does it show up as a video device in lshal, causing cheese to not
    see it.

    This turns out to be caused by all of Luca Risolia's drivers not setting
    the parent member of the video_device struct. This patch fixes this.

    Cc: Luca Risolia
    Signed-off-by: Hans de Goede
    Signed-off-by: Mauro Carvalho Chehab

    Hans de Goede
     
  • b2c2-flexcop, dvb/bt8xx and video/bt8xx fails to build on ARM with:

    __bad_udelay is specifically designed on ARM to fail when udelay is
    called in a bad way. arch/arm/include/asm/delay.h has this to say
    about __bad_udelay:

    /*
    * This function intentionally does not exist; if you see references to
    * it, it means that you're calling udelay() with an out of range value.
    *
    * With currently imposed limits, this means that we support a max delay
    * of 2000us. Further limits: HZ
    Signed-off-by: Mauro Carvalho Chehab

    Thierry MERLE
     
  • budget.ko fails to build on ARM with:

    ERROR: "__bad_udelay" [drivers/media/dvb/ttpci/budget.ko] undefined!
    make[1]: *** [__modpost] Error 1

    __bad_udelay is specifically designed on ARM to fail when udelay is
    called in a bad way. arch/arm/include/asm/delay.h has this to say
    about __bad_udelay:

    /*
    * This function intentionally does not exist; if you see references to
    * it, it means that you're calling udelay() with an out of range value.
    *
    * With currently imposed limits, this means that we support a max delay
    * of 2000us. Further limits: HZ
    Signed-off-by: Thierry MERLE
    Signed-off-by: Mauro Carvalho Chehab

    Thierry MERLE
     
  • - Adjust hstart in ov7630 on sn9c103 initdata to shift bayer pattern, this is
    the same change as done for the other initdata tables in a previous patch.
    - Assign usb-id's for the ov7630 + sn9c103 to gspca if gspca and sn9c102
    drivers are both enabled.

    Signed-off-by: Hans de Goede
    Signed-off-by: Jean-Francois Moine
    Signed-off-by: Mauro Carvalho Chehab

    Hans de Goede
     
  • -Make raw bayer header size change from 20 to 16 affect rev072a only, my 2
    rev012a cams both have a header size of 20
    -While testing this I also tested the new exposure setting (good work on
    finding the register JF), and after quite a bit of testing have found out the
    exact meaning of the register, this patch modifies setexposure to control
    the exposure over a much wider range.

    Signed-off-by: Hans de Goede
    Signed-off-by: Jean-Francois Moine
    Signed-off-by: Mauro Carvalho Chehab

    Hans de Goede
     
  • - have 2 pixfmt tables
    - offset of Bayer frames at 16 instead of 20.

    Signed-off-by: Jean-Francois Moine
    Signed-off-by: Mauro Carvalho Chehab

    Jean-Francois Moine
     
  • When using the sonixb driver in a dark room and given that the autoexposure
    algorithm starts with a setting most suitable for daylight, the picture
    produced by the cam may actually be 100% black leading to a avg_lum value of 0,
    so an avg_lum value of 0 does not always signal an exposure settings change
    (which it normally does). This patch adds a check for the really black image
    case and stops dropping all frames as invalid in this case.

    Signed-off-by: Hans de Goede
    Signed-off-by: Jean-Francois Moine
    Signed-off-by: Mauro Carvalho Chehab

    Hans de Goede
     
  • This patch makes gspca claim the USB-ID for sn9c101/2 cams with a TAS5110C1B
    sensor even if both gspca and sn9c102 are enabled, as these cams are much
    better supported under gspca (and extensively tested with gspca).
    It also removes an usb-id from sn9c102 for one more unsupported bridge
    sensor combo.

    Signed-off-by: Hans de Goede
    Signed-off-by: Jean-Francois Moine
    Signed-off-by: Mauro Carvalho Chehab

    Hans de Goede
     
  • - Add documentation for some known registers
    - Add support for vga modes (320x240, 160x120) for sif sensors
    - Remove F_RAW sensor flag raw mode should work on any sensor as its a bridge
    only thing and keeping the flag was becoming awkward.
    - Fixup ov6650 and pas106 auto exposure window settings

    Signed-off-by: Hans de Goede
    Signed-off-by: Jean-Francois Moine
    Signed-off-by: Mauro Carvalho Chehab

    Hans de Goede
     

04 Sep, 2008

29 commits