Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753000AbcD1Oi1 (ORCPT ); Thu, 28 Apr 2016 10:38:27 -0400 Received: from smtprelay.synopsys.com ([198.182.47.9]:54245 "EHLO smtprelay.synopsys.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752455AbcD1OiY convert rfc822-to-8bit (ORCPT ); Thu, 28 Apr 2016 10:38:24 -0400 From: Alexey Brodkin To: Vineet Gupta CC: "dri-devel@lists.freedesktop.org" , "linux-kernel@vger.kernel.org" , "devicetree@vger.kernel.org" , "linux-snps-arc@lists.infradead.org" Subject: Re: [PATCH 2/2] ARC: [axs10x] Specify reserved memory for frame buffer Thread-Topic: [PATCH 2/2] ARC: [axs10x] Specify reserved memory for frame buffer Thread-Index: AQHRoJINTxhBRt4+OUilnhwOEeS1I5+eqZeAgACcY4CAAALogIAAC5uA Date: Thu, 28 Apr 2016 14:38:18 +0000 Message-ID: <1461854287.3673.50.camel@synopsys.com> References: <1461767701-12208-1-git-send-email-abrodkin@synopsys.com> <1461767701-12208-3-git-send-email-abrodkin@synopsys.com> <572190F3.3020709@synopsys.com> <1461851171.3673.30.camel@synopsys.com> <57221693.50401@synopsys.com> In-Reply-To: <57221693.50401@synopsys.com> Accept-Language: en-US, ru-RU Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.121.8.131] Content-Type: text/plain; charset="utf-7" Content-ID: Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 977 Lines: 21 Hi Vineet, On Thu, 2016-04-28 at 19:26 +-0530, Vineet Gupta wrote: +AD4- On Thursday 28 April 2016 07:16 PM, Alexey Brodkin wrote: +AD4- +AD4- +AD4- +AD4- +AD4- +AD4- +AD4- +AD4- +AD4- +AD4- +AD4- +AD4- +AD4- Note that the IOC start alignment needs to follow +AD4- +AD4- +AD4- +AD4- max(4k, size). What will be maximum size of frame buffer - 16M always +ACE- +AD4- +AD4- What do you mean by that? +AD4- For HS38, we intend to bypass the frame buffer traffic from IOC port. So the frame +AD4- buffer start needs to be inside the IOC aperture base address. That value can't be +AD4- arbitrary - it is atleast 4K aligned value and further also needs to be aligned to +AD4- the size of aperture. So if the size is 16M it needs to be 16M aligned etc... The point is we want to put frame buffer memory OUTSIDE IOC aperture. So we allocate FB memory in the very end of DDR which is far away from IOC. And in that case IOC alignment issues are out of the question here. -Alexey