1. 29 May, 2012 1 commit
  2. 28 May, 2012 1 commit
  3. 26 May, 2012 2 commits
  4. 15 May, 2012 1 commit
  5. 09 May, 2012 5 commits
  6. 08 May, 2012 1 commit
  7. 07 May, 2012 2 commits
  8. 03 May, 2012 1 commit
  9. 02 May, 2012 2 commits
    • Mans Rullgard's avatar
      arm: intreadwrite: disable inline asm for gcc 4.7 and later · ababec7b
      Mans Rullgard authored
      Starting with version 4.7, gcc properly supports unaligned
      memory accesses on ARM.  Not using the inline asm with these
      compilers results in better code.
      Signed-off-by: 's avatarMans Rullgard <mans@mansr.com>
      ababec7b
    • Mans Rullgard's avatar
      arm: intreadwrite: fix inline asm constraints for gcc 4.6 and later · adebad07
      Mans Rullgard authored
      With a dereferenced type-cast pointer as memory operand, gcc 4.6
      and later will sometimes copy the data to a temporary location,
      the address of which is used as the operand value, if it thinks
      the target address might be misaligned.  Using a pointer to a
      packed struct type instead does the right thing.
      
      The 16-bit case is special since the ldrh instruction addressing
      modes are limited compared to ldr.  The "Uq" constraint produces a
      memory reference suitable for an ldrsb instruction, which supports
      the same addressing modes as ldrh.  However, the restrictions appear
      to apply only when the operand addresses a single byte.  The memory
      reference must thus be split into two operands each targeting one
      byte.  Finally, the "Uq" constraint is only available in ARM mode.
      The Thumb-2 ldrh instruction supports most addressing modes so the
      normal "m" constraint can be used there.
      Signed-off-by: 's avatarMans Rullgard <mans@mansr.com>
      adebad07
  10. 25 Apr, 2012 3 commits
  11. 23 Apr, 2012 1 commit
  12. 22 Apr, 2012 1 commit
  13. 20 Apr, 2012 1 commit
  14. 19 Apr, 2012 1 commit
  15. 16 Apr, 2012 1 commit
  16. 12 Apr, 2012 1 commit
  17. 11 Apr, 2012 1 commit
  18. 10 Apr, 2012 1 commit
    • Martin Storsjö's avatar
      mem: Consistently return NULL for av_malloc(0) · 14f063d2
      Martin Storsjö authored
      Plain POSIX malloc(0) is allowed to return either NULL or a
      non-NULL pointer. The calling code should be ready to handle
      a NULL return as a correct return (instead of a failure) if the size
      to allocate was 0 - this makes sure the condition is handled
      in a consistent way across platforms.
      
      This also avoids calling posix_memalign(&ptr, 32, 0) on OS X,
      which returns an invalid pointer (a non-NULL pointer that causes
      crashes when passed to av_free).
      
      Abort in debug mode, to help track down issues related to
      incorrect handling of this case.
      Signed-off-by: 's avatarMartin Storsjö <martin@martin.st>
      14f063d2
  19. 09 Apr, 2012 2 commits
  20. 08 Apr, 2012 2 commits
  21. 05 Apr, 2012 1 commit
  22. 04 Apr, 2012 1 commit
  23. 28 Mar, 2012 1 commit
  24. 26 Mar, 2012 3 commits
  25. 19 Mar, 2012 1 commit
  26. 15 Mar, 2012 1 commit
  27. 12 Mar, 2012 1 commit
    • Janne Grunau's avatar
      remove iwmmxt optimizations · 363bd1c6
      Janne Grunau authored
      The were broken since August of 2010 without anyone noticing until
      three weeks ago. Nobody cares about it anymore and hopefully Marvell
      will support NEON like in the PXA978 from now on.
      363bd1c6