1. 08 Jul, 2014 1 commit
    • Andrew Kelley's avatar
      af_compand: make sure request_frame always outputs at least one frame · d3cfd7af
      Andrew Kelley authored
      This fixes a segmentation fault because request_frame in fifo.c assumes
      that the call to ff_request_frame will populate fifo->root.next.
      Before, it was possible for request_frame in af_compand to not do this,
      resulting in a null pointer access. Now, request_frame in af_compand
      always will return at least one frame or an error, as per the API
      specifications in avfilter.h for request_frame.
      Signed-off-by: 's avatarAnton Khirnov <anton@khirnov.net>
      d3cfd7af
  2. 07 Jul, 2014 4 commits
  3. 06 Jul, 2014 12 commits
  4. 05 Jul, 2014 3 commits
  5. 04 Jul, 2014 1 commit
  6. 03 Jul, 2014 8 commits
  7. 02 Jul, 2014 1 commit
  8. 01 Jul, 2014 6 commits
  9. 30 Jun, 2014 3 commits
  10. 28 Jun, 2014 1 commit
    • Martin Storsjö's avatar
      arm: Detect 32 bit cpu features on ARMv8 when running on a 64 bit kernel · 7b0c7c91
      Martin Storsjö authored
      When running on a 64 bit kernel, /proc/cpuinfo lists different
      optional features than on 32 bit kernels (because some of them
      are mandatory in the 64 bit implemenations).
      
      The kernel does list the old features properly if they are queried
      via /proc/self/auxv though - however this file is not always readable
      (e.g. on most android systems). The getauxval function could also
      provide the same info as /proc/self/auxv even if this file isn't
      readable, but this function is not always available (and thus would
      need to be loaded with dlsym for compatibility with older android
      versions).
      
      The android cpufeatures library does this slightly differently,
      by assuming that these are available if the "CPU architecture"
      line is >= 8, see [1] for details.
      
      It has been suggested to include the old, non-optional features in
      /proc/cpuinfo as well, but that suggested patch never was merged.
      See [2] for the discussion around this suggestion.
      
      [1] https://android-review.googlesource.com/91380
      [2] http://marc.info/?l=linux-arm-kernel&m=139087240101974Signed-off-by: 's avatarMartin Storsjö <martin@martin.st>
      7b0c7c91