Hi Marian,
On 2017-03-22 10:33, Marian Mihailescu wrote:
Hi,
I was testing with the linux-next kernel + the v2 patches
HW: odroid xu4
decoding (working): tested with gstreamer
encoding: tested with gstreamer && mfc-patched ffmpeg
before patches: encoding worked
after patches: encoding didn’t work.
I moved on from linux-next in the meantime and I cannot give you logs, BUT I’ve seen Hardkernel applied these patches (and all the linux-next MFC patches) on top of their 4.9 tree, and the result is very similar to mine on linux-next: https://github.com/hardkernel/linux/issues/284
Mar 21 13:04:54 odroid kernel: [ 37.165153] s5p_mfc_alloc_priv_buf:78: Allocating private buffer of size 23243744 failed
Mar 21 13:04:54 odroid kernel: [ 37.171865] s5p_mfc_alloc_codec_buffers_v6:244: Failed to allocate Bank1 memory
Mar 21 13:04:54 odroid kernel: [ 37.179143] vidioc_reqbufs:1174: Failed to allocate encoding buffers
A user reported even adding s5p_mfc.mem=64M did not make the encoder work.
Any thoughts?
Thanks for the report. Could you provide a bit more information about
the encoder configuration (selected format, frame size, etc). 23MiB for
the temporary buffer seems to be a bit large value, but I would like to
reproduce it here and check what can be done to avoid allocating it from
the preallocated buffer.
Thanks,
M.
(resent in plain text format)
On 17 Mar. 2017, at 10:36 pm, Andrzej Hajda <a.hajda@xxxxxxxxxxx> wrote:
Hi Marian,
On 15.03.2017 12:36, Marian Mihailescu wrote:
Hi,
After testing these patches, encoding using MFC fails when requesting
buffers for capture (it works for output) with ENOMEM (it complains it
cannot allocate memory on bank1).
Did anyone else test encoding?
I have tested encoding and it works on my test target. Could you provide
more details of your setup:
- which kernel and patches,
- which hw,
- which test app.
Regards
Andrzej
Thanks,
Marian
Either I've been missing something or nothing has been going on. (K. E. Gordon)
Best regards
--
Marek Szyprowski, PhD
Samsung R&D Institute Poland
