[pvrusb2] New driver snapshot: pvrusb2-mci-20120219

Mike Isely isely at isely.net
Sun Feb 19 21:33:41 CST 2012


A new pvrusb2 driver snapshot is available.  This snapshot contains a 
few minor changes, and several large changes.  I'd VERY much appreciate 
it if people could try this out against kernel versions 3.0.x or higher 
- the larger changes come into play with those kernels.  I've done some 
testing here but it's difficult to hit all the dark corners these days 
given the variety of hardware handled by the driver (and the fact that I 
don't even have some of that hardware here).  The ioctl2 change is the 
"big one".  If all is well with it, you should not notice a thing...  
If this looks good, i.e. I don't hear of anyone screaming in pain over 
this in the next week or so, I will work on getting these changes pushed 
back into the kernel.

Note also that Mike Krufky's patch, mentioned over the past week, is 
here too:

  (+) Fix 7MHz and 8MHz DVB-T tuner support for HVR-1900 rev D1F5
      (Mike Krufky).

  (+) Enable use of ioctl2 internal V4L interface.  This is a large
      change but it was a very long time in coming.  Thanks to Hans
      Verkuil for blazing the trail on this.  This change completely
      alters how the pvrusb2 driver interacts with the V4L API as seen
      by applications.  Previously the pvrusb2 driver implemented the
      actual ioctl() functions directly; now this is done in the V4L
      core via a function dispatch table out to the driver for each
      specific API function.  This strategy allows for more
      interesting flexibility in that the V4L core can directly
      implement things that would be a nuisance for the driver (like
      video standards enumeration).  All ongoing V4L development uses
      ioctl2 so we really must participate in this in order to keep
      up.  Note: Since the stand-alone driver keeps backwards
      compatibility with older kernels, this functionality is only
      compiled-in when compiling against kernel versions 3.0.x or
      newer.  The earliest this change will find its way to the kernel
      tree will probably not be until 3.4.x or 3.5.x.

  (+) Tie-in querystd operation (new with previous snapshot) with use
      of ioctl2.

  (+) Make output of querystd available via sysfs interface, by
      implementing as an internal control ID.

  (+) Fix truncated video standard name strings that sometimes
      happened in sysfs output.

  (+) Adjust V4L's enumeration of video standards on behalf of this
      driver (which happens now with use of ioctl2) to be limited to
      just those standards that we know the hardware supports.

  (+) Fix querystd implementation to be limited to just those
      standards that we know the hardware supports.

  (+) Remove pvrusb2 driver's own implementation for enumerating video
      standards.  With the use of ioctl2, this now happens on our
      behalf inside the V4L core.  I have NOT checked that the
      standards list generated is the same, but empirical testing so
      far looks OK.  Also note that in order to remain backwards
      compatible, the driver internal implementation is still compiled
      in if ioctl2 is not used.  Said another way, this change only
      affects those who compile the standalone driver against kernel
      versions 3.0.x or newer.  This was another large alteration to
      the driver.

As usual, the pvrusb2 web site can be found at:

  http://www.isely.net/pvrusb2/pvrusb2.html

  -Mike

-- 

Mike Isely
isely @ isely (dot) net
PGP: 03 54 43 4D 75 E5 CC 92 71 16 01 E2 B5 F5 C1 E8


More information about the pvrusb2 mailing list