Received: by 10.223.164.202 with SMTP id h10csp462116wrb; Mon, 13 Nov 2017 09:08:53 -0800 (PST) X-Google-Smtp-Source: AGs4zMaZPz4dElVGtp+8lPNe2WXxMHw+ByGeohPA+95z/3My3s57kJGBLD4EkR6ud1U9ZqjYJN2W X-Received: by 10.84.130.97 with SMTP id 88mr5645676plc.131.1510592932957; Mon, 13 Nov 2017 09:08:52 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1510592932; cv=none; d=google.com; s=arc-20160816; b=TC0BPkxPWPNMtUjSuop73dTlBg76CdMBzqO5ToVwLuhAT1Yr0Wkea7PozAeNjyl7MD 0p3ttJIE02Mity58IXIp6gdSHWl8GqyDMsKJ4AoAnskWoFBjcDKjIoc5bNm6EH6LeQcM QOyyAjYMTUDIxWsqHJAsaAEingsjoJCMbhGeqU5S5h4B4rYrK+y2BjVEg/mY4bwH7eVr ujifrxX8Pqw2EaP8fx3LlZef9FmSm6aVlx+CDDAdMaJl1T8M/syOEb7peRAI59vSr/cg 5halmPNe3HtlYYlCnDdv5nfiotFghynpoa8uG5o22zAA9Iyp3nvy3Hk5YWG879UW7ken Se7Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:organization:from:references:cc:to:subject :arc-authentication-results; bh=AFnWwShBkDdYukancatBKoyHEfHJlWzSg4P/cT4v5YI=; b=AIpa3i82IwVaZo+P1aqEqF9QyOA6K6MjJ+W8nV2ppxRfhbWSsyhIPjSYO5eEZzCyPi 8Q3cmLBYpJ8aeBX71ZsywBjAvjlzJiqrn/SZcTJ5pjtbPaPnbQOBCKwPBojn1p4s+HSF 293ZymyWl56+1msX3Dc0AKj0fTqdFblzyGu8a5ZauWVd5bMudYpSvYUletYjVmVdqMA/ 7AEULupGR/rkUyyJoHTNCsItSbo39hFxrb0W4FZzTpXakwMuUS+ts8NMaPFgNmkvZk3i 6LhFQ6QMBKedcPcFcIciEfH6AWZdORZXIdYzTbxvJfjkAxj2uJwzRtLNhZ6IycrDw1/r BWZA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=oracle.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 102si14468174plb.676.2017.11.13.09.08.40; Mon, 13 Nov 2017 09:08:52 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=oracle.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754011AbdKMRHd (ORCPT + 88 others); Mon, 13 Nov 2017 12:07:33 -0500 Received: from aserp1040.oracle.com ([141.146.126.69]:30417 "EHLO aserp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753897AbdKMRHb (ORCPT ); Mon, 13 Nov 2017 12:07:31 -0500 Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id vADH6qG1031769 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 13 Nov 2017 17:06:52 GMT Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by aserv0022.oracle.com (8.14.4/8.14.4) with ESMTP id vADH6pSD021375 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 13 Nov 2017 17:06:51 GMT Received: from abhmp0012.oracle.com (abhmp0012.oracle.com [141.146.116.18]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id vADH6n3N000957; Mon, 13 Nov 2017 17:06:49 GMT Received: from [10.209.243.219] (/10.209.243.219) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 13 Nov 2017 09:06:49 -0800 Subject: Re: [PATCH v5 2/2] memory: ti-emif-sram: introduce relocatable suspend/resume handlers To: Russell King - ARM Linux Cc: Dave Gerlach , Tony Lindgren , Santosh Shilimkar , linux-arm-kernel@lists.infradead.org, linux-omap@vger.kernel.org, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, Rob Herring , Keerthy J , Johan Hovold References: <20171013205915.9652-1-d-gerlach@ti.com> <20171013205915.9652-3-d-gerlach@ti.com> <19256977-40e1-a972-4de8-838a8da863cc@oracle.com> <20171110163922.GK28231@n2100.armlinux.org.uk> From: Santosh Shilimkar Organization: Oracle Corporation Message-ID: <2814bd15-d783-6e54-da0c-4b4ea0a31705@oracle.com> Date: Mon, 13 Nov 2017 09:07:33 -0800 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <20171110163922.GK28231@n2100.armlinux.org.uk> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Source-IP: aserv0022.oracle.com [141.146.126.234] Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 11/10/2017 8:39 AM, Russell King - ARM Linux wrote: > On Mon, Oct 16, 2017 at 08:31:59AM -0700, Santosh Shilimkar wrote: >> Hi Russell, >> >> On 10/13/2017 1:59 PM, Dave Gerlach wrote: >>> Certain SoCs like Texas Instruments AM335x and AM437x require parts >>> of the EMIF PM code to run late in the suspend sequence from SRAM, >>> such as saving and restoring the EMIF context and placing the memory >>> into self-refresh. >>> >>> One requirement for these SoCs to suspend and enter its lowest power >>> mode, called DeepSleep0, is that the PER power domain must be shut off. >>> Because the EMIF (DDR Controller) resides within this power domain, it >>> will lose context during a suspend operation, so we must save it so we >>> can restore once we resume. However, we cannot execute this code from >>> external memory, as it is not available at this point, so the code must >>> be executed late in the suspend path from SRAM. >>> >>> This patch introduces a ti-emif-sram driver that includes several >>> functions written in ARM ASM that are relocatable so the PM SRAM >>> code can use them. It also allocates a region of writable SRAM to >>> be used by the code running in the executable region of SRAM to save >>> and restore the EMIF context. It can export a table containing the >>> absolute addresses of the available PM functions so that other SRAM >>> code can branch to them. This code is required for suspend/resume on >>> AM335x and AM437x to work. >>> >>> In addition to this, to be able to share data structures between C and >>> the ti-emif-sram-pm assembly code, we can automatically generate all of >>> the C struct member offsets and sizes as macros by processing >>> emif-asm-offsets.c into assembly code and then extracting the relevant >>> data as is done for the generated platform asm-offsets.h files. >>> >>> Signed-off-by: Dave Gerlach >>> --- >>> v4->v5: >>> * Simplify Makefile to generate include/generated/ti-emif-asm-offsets.h >>> >> If you are happy with this version from Dave, can I get your ack please? >> I can add this to the driver-soc then. > > Does it need my ack anymore? It doesn't touch anything in arch/arm. > If you still want it, then... notwithstanding the loss of type checking > that fncpy() gave and the new sram stuff messes up... > > Acked-by: Russell King > Thanks Russell !! From 1583697961909276440@xxx Fri Nov 10 16:41:11 +0000 2017 X-GM-THRID: 1581177606452951237 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread