From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751311AbdLAV6X (ORCPT ); Fri, 1 Dec 2017 16:58:23 -0500 Received: from aserp1040.oracle.com ([141.146.126.69]:36812 "EHLO aserp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750921AbdLAV6V (ORCPT ); Fri, 1 Dec 2017 16:58:21 -0500 Subject: Re: [PATCH v6 0/2] memory: Introduce ti-emif-sram driver To: Tony Lindgren Cc: Dave Gerlach , Santosh Shilimkar , linux-arm-kernel@lists.infradead.org, linux-omap@vger.kernel.org, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, Rob Herring , Russell King , Keerthy J , Johan Hovold References: <1512082568-5012-1-git-send-email-d-gerlach@ti.com> <20171201175418.GS28152@atomide.com> From: Santosh Shilimkar Organization: Oracle Corporation Message-ID: <3c3066a8-d8cf-3e5f-f7ed-43ebd7578bd1@oracle.com> Date: Fri, 1 Dec 2017 13:58:27 -0800 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 In-Reply-To: <20171201175418.GS28152@atomide.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Source-IP: userv0022.oracle.com [156.151.31.74] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 12/1/2017 9:54 AM, Tony Lindgren wrote: > * Dave Gerlach [171130 22:58]: >> This is a resend of v5 of this series found here [1]. It introduces >> relocatable PM handlers for the emif that are copied to sram and >> run from there during low power mode entry. >> >> The patches still have the previous ACKs but have a small change to >> accomodate a change made by Tony in commit cd57dc5a2099 ("ARM: dts: >> Add missing hwmod related nodes for am33xx"). If there are objections >> to this let me know ASAP. > > Still looks good to me thanks. > >> Now that a hwmod is present for the am335x EMIF, on probe fail the call to >> pm_runtime_put_sync causes the board to hang. In fact, this emif driver should >> never alter the PM state of the hardware at all through normal kernel calls, it >> is the job of the suspend handlers that are added, that is the whole point of >> this driver. Because of this, I have dropped all runtime pm calls, as any >> change to the PM state while the kernel is running is dangerous as we may shut >> of the memory controller. It makes the most sense just to drop runtime PM from >> the driver entirely. Besides that patch is unchanged. > > OK makes sense to me. > Thanks Tony. Will queue this version once rc1 is tagged. Regards, Santosh