1. 05 3月, 2013 3 次提交
  2. 14 2月, 2013 1 次提交
  3. 06 1月, 2013 1 次提交
  4. 05 1月, 2013 5 次提交
  5. 28 12月, 2012 1 次提交
  6. 24 12月, 2012 3 次提交
    • M
      [media] em28xx: prefer bulk mode on webcams · 8b2aea78
      Mauro Carvalho Chehab 提交于
      Using bulk mode allows more than one webcam, as the maximum fps
      is low at 640x480 resolution. So, prefer it, if the device is
      a webcam.
      
      Tested with Silvercrest 1.3 Mpixel webcam (em2710) on both bulk and isoc
      modes.
      
      Tested analog with HVR-950 model 65201/A1C0 (em2883), where only ISOC
      endpoints are available for both DVB and Analog.
      
      Tested on Hauppauge WinTV USB 2 (em2840) on both bulk and isoc modes.
      
      It should be noticed that enabling bulk mode by default with TV boards
      is a bad idea; what happens is that, while with ISOC the USB logic will
      prevent the concurrent usage of two devices that spends more than 100%
      of the USB2 traffic, it doesn't care with bulk transfers.
      
      On my tests, I started two streams, one with a WinTV at 640x480x30fps
      and the other one with a Silvercrest webcam at 640x480, on a lower fps)
      both on bulk mode. One of the streams always silently failed.
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      8b2aea78
    • M
      [media] em28xx: make the logs reflect the specific chip name · a3efa1cc
      Mauro Carvalho Chehab 提交于
      In order to make easier to analize the logs when multiple devices
      are plugged, change the device name accordingly with the chip
      version.
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      a3efa1cc
    • M
      [media] em28xx: display the isoc/bulk mode · aa51496b
      Mauro Carvalho Chehab 提交于
      As both bulk and isoc modes can be available, display what it
      was found for both DVB and analog.
      
      While here, also displays if audio is provided via USB Audio
      Class or via vendor's extension.
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      aa51496b
  7. 23 12月, 2012 7 次提交
  8. 28 10月, 2012 1 次提交
  9. 25 10月, 2012 1 次提交
  10. 06 10月, 2012 1 次提交
  11. 03 10月, 2012 1 次提交
  12. 16 8月, 2012 1 次提交
  13. 07 7月, 2012 1 次提交
  14. 22 6月, 2012 1 次提交
  15. 18 6月, 2012 1 次提交
  16. 15 5月, 2012 3 次提交
  17. 11 4月, 2012 3 次提交
  18. 20 3月, 2012 4 次提交
  19. 08 3月, 2012 1 次提交
    • G
      [media] em28xx: pre-allocate DVB isoc transfer buffers · 86d38d1e
      Gianluca Gennari 提交于
      On MIPS/ARM set-top-boxes, as well as old x86 PCs, memory allocation failures
      in the em28xx driver are common, due to memory fragmentation over time, that
      makes impossible to allocate large chunks of coherent memory.
      A typical system with 256/512 MB of RAM fails after just 1 day of uptime (see
      the old thread for detailed reports and crashlogs).
      
      In fact, the em28xx driver allocates memory for USB isoc transfers at runtime,
      as opposite to the dvb-usb drivers that allocates the USB buffers when the
      device is initialized, and frees them when the device is disconnected.
      
      Moreover, in digital mode the USB isoc transfer buffers are freed, allocated
      and cleared every time the user selects a new channel, wasting time and
      resources.
      
      This patch solves both problems by allocating DVB isoc transfer buffers in
      em28xx_usb_probe(), and freeing them in em28xx_usb_disconnect().
      In fact, the buffers size and number depend only on the max USB packet size
      that is parsed from the USB descriptors in em28xx_usb_probe(), so it can
      never change for a given device.
      
      This approach makes no sense in analog mode (as the buffer size depends on
      the alternate mode selected at runtime), the patch creates two separate sets
      of buffers for digital and analog modes.
      
      For digital-only devices, USB buffers are created when the device is probed
      and freed when the device is disconnected.
      For analog-only devices, nothing changes: isoc buffers are created at runtime.
      For hybrid devices, two sets of buffers are maintained: the digital-mode
      buffers are created when the device is probed, and freed when the device is
      disconnected; analog-mode buffers are created/destroyed at runtime as before.
      So, in analog mode, digital and analog buffers coexists at the same time: this
      can be justified by the fact that digital mode is by far more commonly used
      nowadays, so it makes sense to optimize the driver for this use case scenario.
      
      The patch has been tested in the last few days on a x86 PC and a MIPS
      set-top-box, with the PCTV 290e (digital only) and the Terratec Hybrid XS
      (hybrid device). With the latter, I switched several times between analog and
      digital mode (Kaffeine/TvTime) with no issue at all.
      I unplugged/plugged the devices several times with no problem.
      Also, after over 3 days of normal usage in the MPIS set-top-box, the PCTV 290e
      was still up and running.
      Signed-off-by: NGianluca Gennari <gennarone@gmail.com>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      86d38d1e