On Fri, May 30, 2014 at 03:18:59PM +0200, Luca Barbato wrote:
> On 30/05/14 14:46, Kostya Shishkov wrote:
> > On Fri, May 30, 2014 at 05:25:18AM -0700, Diego Biurrun wrote:
> >> Blackfin is a painful platform to work with, no test machines are available
> >> and the range of multimedia applications is dubious. Thus it only 
> >> represents
> >> a maintenance burden.
> >> ---
> >>
> >> As discussed previously at FOSDEM/VDD and on this mailing list ...
> >>
> >>  libavcodec/bfin/Makefile             |  10 -
> >>  libavcodec/bfin/dsputil.S            | 382 ----------------------
> >>  libavcodec/bfin/dsputil_init.c       | 195 ------------
> >>  libavcodec/bfin/fdct_bfin.S          | 325 -------------------
> >>  libavcodec/bfin/hpel_pixels_no_rnd.S |  81 -----
> >>  libavcodec/bfin/hpeldsp_init.c       | 146 ---------
> >>  libavcodec/bfin/idct_bfin.S          | 297 -----------------
> >>  libavcodec/bfin/mathops.h            |  44 ---
> >>  libavcodec/bfin/pixels.S             | 207 ------------
> >>  libavcodec/bfin/pixels.h             |  40 ---
> >>  libavcodec/bfin/vp3dsp.S             | 273 ----------------
> >>  libavcodec/bfin/vp3dsp_init.c        |  66 ----
> >>  libavcodec/dct-test.c                |  12 -
> >>  libavcodec/dsputil.c                 |   2 -
> >>  libavcodec/dsputil.h                 |   2 -
> >>  libavcodec/hpeldsp.c                 |   2 -
> >>  libavcodec/hpeldsp.h                 |   1 -
> >>  libavcodec/vp3dsp.c                  |   2 -
> >>  libavcodec/vp3dsp.h                  |   1 -
> >>  libavutil/bfin/asm.h                 |  54 ----
> >>  libavutil/bfin/attributes.h          |  34 --
> >>  libswscale/bfin/Makefile             |   3 -
> >>  libswscale/bfin/internal_bfin.S      | 599 
> >> -----------------------------------
> >>  libswscale/bfin/swscale_bfin.c       |  84 -----
> >>  libswscale/bfin/yuv2rgb_bfin.c       | 197 ------------
> >>  libswscale/swscale.h                 |   2 +
> >>  libswscale/swscale_internal.h        |  16 -
> >>  libswscale/swscale_unscaled.c        |   2 -
> >>  libswscale/version.h                 |   3 +
> >>  libswscale/yuv2rgb.c                 |   2 -
> >>  30 files changed, 5 insertions(+), 3079 deletions(-)
> >>  delete mode 100644 libavcodec/bfin/Makefile
> >>  delete mode 100644 libavcodec/bfin/dsputil.S
> >>  delete mode 100644 libavcodec/bfin/dsputil_init.c
> >>  delete mode 100644 libavcodec/bfin/fdct_bfin.S
> >>  delete mode 100644 libavcodec/bfin/hpel_pixels_no_rnd.S
> >>  delete mode 100644 libavcodec/bfin/hpeldsp_init.c
> >>  delete mode 100644 libavcodec/bfin/idct_bfin.S
> >>  delete mode 100644 libavcodec/bfin/mathops.h
> >>  delete mode 100644 libavcodec/bfin/pixels.S
> >>  delete mode 100644 libavcodec/bfin/pixels.h
> >>  delete mode 100644 libavcodec/bfin/vp3dsp.S
> >>  delete mode 100644 libavcodec/bfin/vp3dsp_init.c
> >>  delete mode 100644 libavutil/bfin/asm.h
> >>  delete mode 100644 libavutil/bfin/attributes.h
> >>  delete mode 100644 libswscale/bfin/Makefile
> >>  delete mode 100644 libswscale/bfin/internal_bfin.S
> >>  delete mode 100644 libswscale/bfin/swscale_bfin.c
> >>  delete mode 100644 libswscale/bfin/yuv2rgb_bfin.c
> > 
> > LGTM
> 
> +1 Please add to the website a mention that if somebody is willing to
> provide hardware to keep it maintained we'll be happy to re-enable its
> support.

DECENT hardware, not the one where you have to put strings into special
section just to make hello.c run
_______________________________________________
libav-devel mailing list
[email protected]
https://lists.libav.org/mailman/listinfo/libav-devel

Reply via email to