On Tue, Feb 19, 2013 at 3:28 AM, Rob Herring robherring2@gmail.com wrote:
On 02/16/2013 11:18 PM, Nishanth Peethambaran wrote:
Limiting the scope of the product to a particular use-case (720p or 1080p video playback) will be part of firmware mostly OTP-ed in the SoC. Firmware author could decide the amount of CMA memory needed and put this as part of DT.
What kernel developer would want a firmware author deciding how much memory is needed? It is not a decision that can be made without knowledge of the OS. While the frame size could be determined easily enough based on resolution, the number of buffers needed cannot.
Rob
Got your point. Agree that firmware cannot decide on number of buffers. Hard coding cma areas, and their relation to devices and CMA areas inside kernel would bring back the concept of board files as drivers should not have these details. Bootargs support defing cma size but not the relation to devices. Having a separate system configuration DT file would bring this configuration out of firmware. OF format can be reused. System architect should own the system configuration DT and not kernel developer.
- Nishanth Peethambaran