Re: [PATCH v2 00/15] Exynos MFC v6+ - remove the need for the reserved memory

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

Re: [PATCH v2 00/15] Exynos MFC v6+ - remove the need for the reserved memory

Hi Marek, I have been using gstreamer 1.11.2 with the following patches applied to gst-plugins-good (to add the encoder element): https://gist.github.com/mihailescu2m/f52a8f4df67a3d796247337ff67211a9 Also gst-plugins-good was compiled --without-libv4l2 This is a pipeline I used to test

Re: [PATCH v2 00/15] Exynos MFC v6+ - remove the need for the reserved memory

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

Re: [PATCH v2 00/15] Exynos MFC v6+ - remove the need for the reserved memory

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

Re: [PATCH v2 00/15] Exynos MFC v6+ - remove the need for the reserved memory

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

Re: [PATCH v2 00/15] Exynos MFC v6+ - remove the need for the reserved memory

Hello Marian, On Wed, Mar 15, 2017 at 9:00 AM, Marian Mihailescu wrote: > Thanks for the quick reply. > > Decoding works without issues for me too. > I did not change the CMA size or used s5p_mfc.mem parameter. However, > according to the Marek, the default 8M should be

Re: [PATCH v2 00/15] Exynos MFC v6+ - remove the need for the reserved memory

Thanks for the quick reply. Decoding works without issues for me too. I did not change the CMA size or used s5p_mfc.mem parameter. However, according to the Marek, the default 8M should be enough for 3 instances of H264 encoders/decoders. My test was encoding a 30 seconds 720p clip, so I

Re: [PATCH v2 00/15] Exynos MFC v6+ - remove the need for the reserved memory

Hello Marian, On Wed, Mar 15, 2017 at 8:36 AM, 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

[PATCH v2 00/15] Exynos MFC v6+ - remove the need for the reserved memory

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? Thanks, Marian Either I've been missing something or nothing has been going on. (K.

[PATCH v2 00/15] Exynos MFC v6+ - remove the need for the reserved memory

Dear All, This patchset is a result of my work on enabling full support for MFC device (multimedia codec) on Exynos 5433 on ARM64 architecture. Initially I thought that to let it working on ARM64 architecture with IOMMU, I would need to solve the issue related to the fact that s5p-mfc driver was