Re: [ACTIVITY] Multimedia WG weekly status report - wk01.2012 (20120102-20120106)
the url for jpeg test with skia bench https://wiki.linaro.org/BenjaminGaignard/libjpeg-turboAndSkia <https://wiki.linaro.org/BenjaminGaignard/libjpeg-turboAndSkia>Benjamin 2012/1/9 Christian Robottom Reis > > - Wiki page for libjpeg-turbo integration in skia and skia_test usage > > for jpeg performance test was created > > Ah -- a URL would be nice? > > > - Created a parser for the test definition of Speex > > Where is this and the libav Realvideo code going? > > > Issues > > - Bug #893402 is impeding progress in end-to-end audio testing (only a > > prototype is available for desktop - pandaboard is not functional). > > What's blocking this -- it's not clear from the bug? Let me know and I > can help get it unstuck. > > > Risks > > -UCM for Android will be split to cover the different parts of the work > > - some of the work will be done till LCQ1.12 but the work will be > > completed after Connect > > Tom, tell me more about this one today. > -- > Christian Robottom Reis, Engineering VP > Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 > Linaro.org: Open Source Software for ARM SoCs > > ___ > linaro-dev mailing list > linaro-dev@lists.linaro.org > http://lists.linaro.org/mailman/listinfo/linaro-dev > -- Benjamin Gaignard Multimedia Working Group Linaro.org <http://www.linaro.org/>* **│ *Open source software for ARM SoCs ** Follow *Linaro: *Facebook <http://www.facebook.com/pages/Linaro> | Twitter<http://twitter.com/#!/linaroorg> | Blog <http://www.linaro.org/linaro-blog/> ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Memory Management Documentation effort
Hello, I'm writing documentation about CMA ( https://wiki.linaro.org/OfficeofCTO/MemoryManagement?action=AttachFile&do=view&target=CMA.pdf ) and DMA_Buf ( https://wiki.linaro.org/OfficeofCTO/MemoryManagement?action=AttachFile&do=view&target=DMA_Buffer.pdf ) The goal is to explain outside the Linaro community how CMA and DMA_Buf works. I have tried to summarize my understanding in few slides and now I need you to review and comment this first draft. Additionnal info about who is doing what and when it will be delivered are welcome. Regards, Benjamin -- Benjamin Gaignard Multimedia Working Group Linaro.org <http://www.linaro.org/>* **│ *Open source software for ARM SoCs ** Follow *Linaro: *Facebook <http://www.facebook.com/pages/Linaro> | Twitter<http://twitter.com/#!/linaroorg> | Blog <http://www.linaro.org/linaro-blog/> ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [Linaro-mm-sig] Memory Management Documentation effort
Hi, I have updated slides for CMA and DMA_Buffer. I hope it will make more clear why DMA_Buffer is needed. Yes CMA grab memory at boot time, mark it with MIGRATE_CMA and give it back to the system. I don't know what happen when the system don't have enough space to allocate unmovable pages but from the patches comments it is clear that CMA memory can't be used for unmovable allocations. Maybe Marek can answer to this question ? Additional question: - where can we found git tree with CMA, DMA_Buf and DMA IOMMU ? Regards, Benjamin ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
OpenMax survey presentation
Hi all, MMWG has done a survey about how OpenMax is used by SoC vendors. A presentation of this survey is now available here : https://wiki.linaro.org/WorkingGroups/Middleware/Multimedia/Specs//OpenMaxIntegration?action=AttachFile&do=view&target=OpenMax_Survey.pdf This presentation will be shared with Khronos on September 19th. Regards, Benjamin -- Benjamin Gaignard Multimedia Working Group Linaro.org <http://www.linaro.org/>* **│ *Open source software for ARM SoCs ** Follow *Linaro: *Facebook <http://www.facebook.com/pages/Linaro> | Twitter<http://twitter.com/#!/linaroorg> | Blog <http://www.linaro.org/linaro-blog/> ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: OpenMax survey presentation
Hi Alexander, SoC vendors use lot of different quirks for codec configuration (bitrate, number of channels, etc...). But while only TI code is public (ST-E and FreeScale aren't) it is impossible for me to give/write more details about this. I hope that inside Khronos (covered by NDA) the members could discust of this topic. Benjamin 2011/9/14 Alexander Sack > Hi Benjamin, > > On Wed, Sep 14, 2011 at 9:48 AM, Benjamin Gaignard < > benjamin.gaign...@linaro.org> wrote: > >> Hi all, >> >> MMWG has done a survey about how OpenMax is used by SoC vendors. >> A presentation of this survey is now available here : >> >> https://wiki.linaro.org/WorkingGroups/Middleware/Multimedia/Specs//OpenMaxIntegration?action=AttachFile&do=view&target=OpenMax_Survey.pdf >> >> This presentation will be shared with Khronos on September 19th. >> >> > Thanks! > > Comments: > + not sure, but maybe your findings could be summarized in a table/matrix > that is visualiy easier to digest? > + you mention that quirks are used a lot for different SoCs; for me this > seems to indicate that is something that should get discussed/addressed > eventually. Maybe giving overview of the quirks used and the why would help > such discussion? > + one review round by a native speaker to check language, grammar, etc. > would be good > > -- > Alexander Sack > Technical Director, Linaro Platform Teams > > Linaro.org | Open source software for ARM SoCs > http://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog > > > -- Benjamin Gaignard Multimedia Working Group Linaro.org <http://www.linaro.org/>* **│ *Open source software for ARM SoCs ** Follow *Linaro: *Facebook <http://www.facebook.com/pages/Linaro> | Twitter<http://twitter.com/#!/linaroorg> | Blog <http://www.linaro.org/linaro-blog/> ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Minutes and actions from MM WG call on 15th Feb 2011
Hi All, Please find enclosed link to minutes and actions for multimedia wg meeting on 8st Feb 2011. https://wiki.linaro.org/WorkingGroups/Middleware/Multimedia/Notes/2011-02-15 Summary - buffer pool design doc from GStreamer lead architect reviewed - bellagio patches send updstream - libjpeg optimization: agreement found with Mans for job split - instrumented player: good progress expect first release for the end of the month Thanks Benjamin ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Linaro V4l2 meeting
Hi all, on March 7th MM WG has organize a v4l2 meeting to collect ideas for next development cycle. you can found the minutes of meeting here: https://wiki.linaro.org/WorkingGroups/Middleware/Multimedia/2011-03-07-V4L2_meeting mains outcomes: - investigate/improve the library between v4l2 and Android camera interface - work on memory allocators: pmem, UMP or hwmem - design a thin, easy IPC layer in kernel space - develop an OMX library on top of v4l2 v4l2 developers have demonstrated lot of interest on hwmem topic v4l2 is active on ISP/DSP/co-processors topic Benjamin ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Yet another memory provider: can linaro organize a meeting?
Hi, hwmem basically use the same concept of handle (or SecureID). The problem with this approach is that the middleware must be aware of this handle and must provide a way to forward it between elements/component and upper level. Today isn't the case in GStreamer (maybe in 1.0 it will), EGL, X ... the list isn't complete. Does one solution natively provide a way to not use a handle and to only get a virtual address to manage in middleware? While talking with hwmem owners, I came to the idea that a solution could be to reserve, overs all process, a range of virtual address where only hwmem could mmap physical buffers so the virtual address of the buffer could become the "handle" of the underline buffer. Benjamin 2011/3/8 Jonghun Han > > Thanks for interesting. > > As I know, the purpose of UMP is the buffer sharing especially > inter-process > . > Maybe ARM can explain it more detail. > > High resolution video/image processing requires zero-copy operation. > UMP allows zero-copy operation using system unique key, named SecureID. > UMP supports memory allocation. (custom memory allocator can be used.) > It gives a SecureID for each buffer during allocation. > And user virtual address for each process can be made by SecureID. > Application can access the buffer using its own virtual address made by > SecureID. > So application can share the buffer without copy operation. > > For example, video playback application can share the buffer even though it > consists of multiple process. > > Best regards, > Jonghun Han > > > -Original Message- > > From: linux-media-ow...@vger.kernel.org [mailto:linux-media- > > ow...@vger.kernel.org] On Behalf Of Kyungmin Park > > Sent: Tuesday, March 08, 2011 8:06 PM > > To: Hans Verkuil > > Cc: linaro-dev@lists.linaro.org; linux-me...@vger.kernel.org; Jonghun > Han > > Subject: Re: Yet another memory provider: can linaro organize a meeting? > > > > Dear Jonghun, > > > > It's also helpful to explain what's the original purpose of UMP (for GPU, > > MALI) and what's the goal of UMP usage for multimedia stack. > > Especially, what's the final goal of UMP from LSI. > > > > Also consider the previous GPU memory management program, e.g., SGX. > > > > Thank you, > > Kyungmin Park > > > > On Tue, Mar 8, 2011 at 5:13 PM, Hans Verkuil wrote: > > > Hi all, > > > > > > We had a discussion yesterday regarding ways in which linaro can > > > assist > > > V4L2 development. One topic was that of sorting out memory providers > > > like GEM and HWMEM. > > > > > > Today I learned of yet another one: UMP from ARM. > > > > > > http://blogs.arm.com/multimedia/249-making-the-mali-gpu-device-driver- > > > open-source/page__cid__133__show__newcomment/ > > > > > > This is getting out of hand. I think that organizing a meeting to > > > solve this mess should be on the top of the list. Companies keep on > > > solving the same problem time and again and since none of it enters > > > the mainline kernel any driver using it is also impossible to upstream. > > > > > > All these memory-related modules have the same purpose: make it > > > possible to allocate/reserve large amounts of memory and share it > > > between different subsystems (primarily framebuffer, GPU and V4L). > > > > > > It really shouldn't be that hard to get everyone involved together and > > > settle on a single solution (either based on an existing proposal or > > > create a 'the best of' vendor-neutral solution). > > > > > > I am currently aware of the following solutions floating around the > > > net that all solve different parts of the problem: > > > > > > In the kernel: GEM and TTM. > > > Out-of-tree: HWMEM, UMP, CMA, VCM, CMEM, PMEM. > > > > > > I'm sure that last list is incomplete. > > > > > > Regards, > > > > > >Hans > > > > > > -- > > > Hans Verkuil - video4linux developer - sponsored by Cisco > > > -- > > > To unsubscribe from this list: send the line "unsubscribe linux-media" > > > in the body of a message to majord...@vger.kernel.org More majordomo > > > info at http://vger.kernel.org/majordomo-info.html > > > > > -- > > To unsubscribe from this list: send the line "unsubscribe linux-media" in > the > > body of a message to majord...@vger.kernel.org More majordomo info at > > http://vger.kernel.org/majordomo-info.html > > > ___ > linaro-dev mailing list > linaro-dev@lists.linaro.org > http://lists.linaro.org/mailman/listinfo/linaro-dev > ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Do we have a standardized kernel driver framework for video acceleration?
Hi, Could you provide us Jason's detailed analysis about V4L2 API gap/issues ? Do you already have in mind a list of requirements for this API (frame based, asynchronous, memory management/allocation, power ...) ? Benjamin 2011/4/11 Eric Miao > Hi All, > > Not really sure how this is being discussed in the Multimedia WG. But > do we yet have a standardized kernel driver framework for video > acceleration? > > A bit investigation showed a chaos in this area: > > 1. Different SoC vendors are using their specific APIs > > 2. The freescale case, there is a proposed driver from Sascha using V4L2 > interface, yet our analysis showed some issues with this API to support > a full featured usage, and the API itself doesn't just seem to be right for > this (thanks for Jason for a detailed analysis) > > 3. XvMC (obsolete I believe) > > 4. nVidia's VDPAU, which is supported by XBMC and many others though > > 5. VA API (Intel proposed and currently available on Intel graphics), can > use VDPAU as a backend > > 6. XvBA - AMD is proposing this for the ATI video HW > > - eric > > ___ > linaro-dev mailing list > linaro-dev@lists.linaro.org > http://lists.linaro.org/mailman/listinfo/linaro-dev > ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
