Hi Vladimir, > Ryan Talbot wrote: > > > CMEM Error: getPhys: Failed to get physical address of > 0x4015c000 CMEM > > Error: getPhys: Failed to get physical address of 0x40226fff > > > Those addresses correspond to the virtual addresses of the first > > capture buffer, and the second capture buffer -1, > respectively. Those > > were allocated via kzalloc(), which should yield physically > contiguous > > memory, so we don't know what the problem would be. > > It was suggested by our codec vendor that the issue might > be the CMEM > > pool configuration. We find this confusing since the > capture buffers > > come from Linux memory, not the CMEM pools. CMEM merely does the > > virt->phys address translation to hand to the DSP in that > case, right? > > Additionally, when recording from file and CMEM actually is > in charge > > of allocating the input buffers, things work fine. > > > It would seem, then, > > that CMEM is having trouble translating an address for > memory that it > > didn't allocate. > > Yes, as seen by the above error. why don't you allocate the > mem from CMEM? >
Well, it was my understanding that CMEM should be able to translate any virtual address to a physical address. These buffers are internally allocated by the vpfe_capture driver and mmap'd to user space. This was the way it worked in 2.6.10, anyhow. Furthermore, looking at the code for the CMEM module, it just uses get_user() and get_phys() system calls to do the translation, so it should not care who originally allocated the memory. Am I mistaken in this? Ryan _______________________________________________ Davinci-linux-open-source mailing list [email protected] http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
