1. 30 1月, 2015 4 次提交
  2. 22 9月, 2014 2 次提交
  3. 08 9月, 2014 2 次提交
  4. 03 9月, 2014 1 次提交
    • H
      [media] kinect: fix sparse warnings · 6cde2904
      Hans Verkuil 提交于
      drivers/media/usb/gspca/kinect.c:151:19: warning: incorrect type in assignment (different base types)
      drivers/media/usb/gspca/kinect.c:152:19: warning: incorrect type in assignment (different base types)
      drivers/media/usb/gspca/kinect.c:153:19: warning: incorrect type in assignment (different base types)
      drivers/media/usb/gspca/kinect.c:191:13: warning: restricted __le16 degrades to integer
      drivers/media/usb/gspca/kinect.c:217:16: warning: incorrect type in assignment (different base types)
      drivers/media/usb/gspca/kinect.c:218:16: warning: incorrect type in assignment (different base types)
      
      Note that this fixes a real bug where cpu_to_le16 was used instead of the correct
      le16_to_cpu.
      Signed-off-by: NHans Verkuil <hans.verkuil@cisco.com>
      Acked-by: NAntonio Ospite <ao2@ao2.it>
      Signed-off-by: NMauro Carvalho Chehab <m.chehab@samsung.com>
      6cde2904
  5. 26 8月, 2014 1 次提交
  6. 17 7月, 2014 2 次提交
    • L
      [media] v4l: Support extending the v4l2_pix_format structure · d52e2381
      Laurent Pinchart 提交于
      The v4l2_pix_format structure has no reserved field. It is embedded in
      the v4l2_framebuffer structure which has no reserved fields either, and
      in the v4l2_format structure which has reserved fields that were not
      previously required to be zeroed out by applications.
      
      To allow extending v4l2_pix_format, inline it in the v4l2_framebuffer
      structure, and use the priv field as a magic value to indicate that the
      application has set all v4l2_pix_format extended fields and zeroed all
      reserved fields following the v4l2_pix_format field in the v4l2_format
      structure.
      
      The availability of this API extension is reported to userspace through
      the new V4L2_CAP_EXT_PIX_FORMAT capability flag. Just checking that the
      priv field is still set to the magic value at [GS]_FMT return wouldn't
      be enough, as older kernels don't zero the priv field on return.
      
      To simplify the internal API towards drivers zero the extended fields
      and set the priv field to the magic value for applications not aware of
      the extensions.
      Signed-off-by: NLaurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>
      Signed-off-by: NMauro Carvalho Chehab <m.chehab@samsung.com>
      d52e2381
    • H
      [media] Fix 64-bit division fall-out from 64-bit control ranges · 0d5e8c43
      Hans Verkuil 提交于
      Commit 0ba2aeb6 increased the internal control ranges
      to 64 bit, but that caused problems in drivers that use the minimum/maximum/step/default_value
      control values in a division or modulus operations since not all architectures support
      those natively.
      
      Luckily, in almost all cases it is possible to just cast to 32 bits (the control value
      is known to be 32 bits, so it is safe to cast). Only in v4l2-ctrls.c was it necessary to
      use do_div in one function.
      Signed-off-by: NHans Verkuil <hans.verkuil@cisco.com>
      Signed-off-by: NMauro Carvalho Chehab <m.chehab@samsung.com>
      0d5e8c43
  7. 15 7月, 2014 1 次提交
  8. 05 7月, 2014 3 次提交
  9. 23 4月, 2014 1 次提交
  10. 17 4月, 2014 1 次提交
  11. 15 4月, 2014 2 次提交
  12. 08 4月, 2014 1 次提交
  13. 01 3月, 2014 5 次提交
  14. 10 12月, 2013 1 次提交
  15. 30 11月, 2013 1 次提交
  16. 29 11月, 2013 2 次提交
  17. 15 10月, 2013 1 次提交
    • V
      [media] gscpa_ov534_9: Add support for ov3610 sensor · 15807765
      Vladik Aranov 提交于
      Dear Hans de Goede, I have Ubuntu (raring) and recently bought digital
      microscope eyepiece Lomo MD300. It is the same device as Future Optics MVV3000.
      Unfortunately it does not work out of box. Moreover drivers refused to work
      under Windows 7 as well leaving me only with Win Xp working system. I have had
      no choice but to examine what happened in USB bus and attempt to reproduce the
      sequence. So, i have download the source(3.8.0-30 kernel) and made required
      changes to driver to make my hardware work.
      I submit my changed files to you as maintainer of the driver so you can
      integrade my changes into main stream. Thanx. Hopefully my Ubuntu will work
      with my hardware out of box.
      Sincerely yours Vladik Aranov
      Signed-off-by: NHans de Goede <hdegoede@redhat.com>
      Signed-off-by: NMauro Carvalho Chehab <m.chehab@samsung.com>
      15807765
  18. 02 10月, 2013 1 次提交
  19. 26 9月, 2013 4 次提交
  20. 24 8月, 2013 1 次提交
  21. 21 8月, 2013 3 次提交
    • O
      [media] introduce gspca-stk1135: Syntek STK1135 driver · 4ab0620b
      Ondrej Zary 提交于
      Hello,
      this is a new gspca driver for Syntek STK1135 webcams. The code is completely
      new, but register values are based on Syntekdriver (stk11xx) by Nicolas VIVIEN
      (http://syntekdriver.sourceforge.net).
      Only one webcam type is supported now - vendor 0x174f, device 0x6a31.
      It's Asus F5RL laptop flippable webcam with MT9M112.
      The camera works better than in Windows - initializes much faster and
      provides more resolutions (the sensor can do almost any resolution - just
      add it to the stk1135_modes[] - could this feature be somehow used by
      applications to avoid SW scaling?).
      Autoflip works too - when the camera is flipped around, the image is flipped
      automatically.
      Signed-off-by: NOndrej Zary <linux@rainbow-software.org>
      Signed-off-by: NHans de Goede <hdegoede@redhat.com>
      Signed-off-by: NMauro Carvalho Chehab <m.chehab@samsung.com>
      4ab0620b
    • A
      [media] gspca-ov534: don't call sd_start() from sd_init() · d48de1c7
      Antonio Ospite 提交于
      sd_start() operates on device controls but after the conversion to the
      v4l2 control framework in commits 62bba5dd and 1bd7d6ad controls are
      initialized in sd_init_controls() which is called _after_ sd_init():
      The change fixes a NULL pointer dereference for Hercules Blog Webcam;
      the problem is observable since 3.6:
        gspca_main: v2.14.0 registered
        gspca_main: ov534-2.14.0 probing 06f8:3002
        BUG: unable to handle kernel NULL pointer dereference at 0000000000000050
        IP: [<ffffffffa03c1b01>] v4l2_ctrl_g_ctrl+0x11/0x60 [videodev]
        PGD 0
        Oops: 0000 [#1] SMP
        Modules linked in: gspca_ov534(+) gspca_main videodev rfcomm bnep ppdev bluetooth binfmt_misc snd_hda_codec_hdmi snd_hda_codec_realtek stir4200 irda crc_ccitt usblp snd_hda_intel snd_hda_codec snd_hwdep snd_pcm hid_generic snd_page_alloc snd_seq_midi snd_seq_midi_event usbhid snd_rawmidi snd_seq snd_seq_device snd_timer hid i915 snd psmouse drm_kms_helper serio_raw mei_me drm mei soundcore video i2c_algo_bit lpc_ich mac_hid coretemp lp parport firewire_ohci firewire_core crc_itu_t ahci libahci alx mdio r8169 mii [last unloaded: parport_pc]
        CPU: 3 PID: 4352 Comm: modprobe Not tainted 3.11.0-031100rc2-generic #201307211535
        Hardware name: Gigabyte Technology Co., Ltd. To be filled by O.E.M./Z77-DS3H, BIOS F9 09/19/2012
        task: ffff8801c20f9770 ti: ffff8801ceaa0000 task.ti: ffff8801ceaa0000
        RIP: 0010:[<ffffffffa03c1b01>]  [<ffffffffa03c1b01>] v4l2_ctrl_g_ctrl+0x11/0x60 [videodev]
        RSP: 0018:ffff8801ceaa1af8  EFLAGS: 00010292
        RAX: 0000000000000001 RBX: 0000000000000000 RCX: 000000000001988b
        RDX: 000000000001988a RSI: ffffffffa032745a RDI: 0000000000000000
        RBP: ffff8801ceaa1b28 R08: 0000000000017380 R09: ffffea0008419d80
        R10: ffffffff81538f5a R11: 0000000000000002 R12: ffffffffa03273dc
        R13: ffffffffa03273dc R14: 0000000000000000 R15: ffffffffa03270a0
        FS:  00007f72d564a740(0000) GS:ffff88021f380000(0000) knlGS:0000000000000000
        CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
        CR2: 0000000000000050 CR3: 00000001bd1f0000 CR4: 00000000001407e0
        Stack:
         ffff8801ceaa1b28 ffffffffa0325cff ffff8801000001f4 ffff8801ceb44000
         ffffffffa03273dc ffff8801ceb44000 ffff8801ceaa1b58 ffffffffa032688e
         ffff8801ceb44000 ffffffffa03274f0 ffffffffa03274f0 ffff8801ceb44380
        Call Trace:
         [<ffffffffa0325cff>] ? sccb_w_array+0x3f/0x80 [gspca_ov534]
         [<ffffffffa032688e>] sd_start+0xce/0x2b0 [gspca_ov534]
         [<ffffffffa0326bf9>] sd_init+0x189/0x1e8 [gspca_ov534]
         [<ffffffffa02a0c95>] gspca_dev_probe2+0x285/0x410 [gspca_main]
         [<ffffffffa02a0e58>] gspca_dev_probe+0x38/0x60 [gspca_main]
         [<ffffffffa0325081>] sd_probe+0x21/0x30 [gspca_ov534]
         [<ffffffff8153c960>] usb_probe_interface+0x1c0/0x2f0
         [<ffffffff8148758c>] really_probe+0x6c/0x330
         [<ffffffff814879d7>] driver_probe_device+0x47/0xa0
         [<ffffffff81487adb>] __driver_attach+0xab/0xb0
         [<ffffffff81487a30>] ? driver_probe_device+0xa0/0xa0
         [<ffffffff814857be>] bus_for_each_dev+0x5e/0x90
         [<ffffffff8148714e>] driver_attach+0x1e/0x20
         [<ffffffff81486bdc>] bus_add_driver+0x10c/0x290
         [<ffffffff8148805d>] driver_register+0x7d/0x160
         [<ffffffff8153b590>] usb_register_driver+0xa0/0x160
         [<ffffffffa0067000>] ? 0xffffffffa0066fff
         [<ffffffffa006701e>] sd_driver_init+0x1e/0x1000 [gspca_ov534]
         [<ffffffff8100212a>] do_one_initcall+0xfa/0x1b0
         [<ffffffff810578c3>] ? set_memory_nx+0x43/0x50
         [<ffffffff81712e8d>] do_init_module+0x80/0x1d1
         [<ffffffff810d2079>] load_module+0x4c9/0x5f0
         [<ffffffff810cf7b0>] ? add_kallsyms+0x210/0x210
         [<ffffffff810d2254>] SyS_init_module+0xb4/0x100
         [<ffffffff817333ef>] tracesys+0xe1/0xe6
        Code: a0 09 00 00 48 c7 c7 30 c3 3c a0 e8 7a 38 ca e0 eb cf 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 55 48 89 e5 53 48 89 fb 48 83 ec 28 <8b> 47 50 83 e8 05 83 f8 02 77 09 80 b8 20 8c 3c a0 00 74 1d 48
        RIP  [<ffffffffa03c1b01>] v4l2_ctrl_g_ctrl+0x11/0x60 [videodev]
         RSP <ffff8801ceaa1af8>
        CR2: 0000000000000050
        ---[ end trace 6786f15abfd2ac90 ]---
      Original bug report from:
      https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1173723/Signed-off-by: NAntonio Ospite <ospite@studenti.unina.it>
      Tested-by: NYaroslav Zakharuk <slavikz@gmail.com>
      Signed-off-by: NHans de Goede <hdegoede@redhat.com>
      Signed-off-by: NMauro Carvalho Chehab <m.chehab@samsung.com>
      d48de1c7
    • A
      [media] gspca: fix dev_open() error path · b563a0d0
      Alexey Khoroshilov 提交于
      If v4l2_fh_open() fails in dev_open(), gspca_dev->module left locked.
      The patch adds module_put(gspca_dev->module) on this path.
      Found by Linux Driver Verification project (linuxtesting.org).
      Signed-off-by: NAlexey Khoroshilov <khoroshilov@ispras.ru>
      Signed-off-by: NHans de Goede <hdegoede@redhat.com>
      Signed-off-by: NMauro Carvalho Chehab <m.chehab@samsung.com>
      b563a0d0