From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751916AbeEQNs0 (ORCPT ); Thu, 17 May 2018 09:48:26 -0400 Received: from muru.com ([72.249.23.125]:42606 "EHLO muru.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751481AbeEQNsY (ORCPT ); Thu, 17 May 2018 09:48:24 -0400 Date: Thu, 17 May 2018 06:48:20 -0700 From: Tony Lindgren To: Sebastian Andrzej Siewior Cc: Andy Shevchenko , Andy Shevchenko , Petr Mladek , Sergey Senozhatsky , Steven Rostedt , Linux Kernel Mailing List , Greg Kroah-Hartman , Jiri Slaby , "open list:SERIAL DRIVERS" , Arnd Bergmann Subject: Re: [PATCH v1 0/3] console, serial8250: Disable PM and DMA ops Message-ID: <20180517134820.GI98604@atomide.com> References: <20180515183409.78046-1-andriy.shevchenko@linux.intel.com> <20180516100842.xuma7b3e727w7bpz@linutronix.de> <20180516104734.357oevogppu5bsg4@linutronix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180516104734.357oevogppu5bsg4@linutronix.de> User-Agent: Mutt/1.9.4 (2018-02-28) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Sebastian Andrzej Siewior [180516 10:49]: > On 2018-05-16 13:17:36 [+0300], Andy Shevchenko wrote: > > > The output is usually short so there > > > shouldn't be much benefit from using it. > > > > > I remember Tony wanted runtime-pm on the kernel console, too. And he > > > told me explicit how to test it so that it works. Once the UART goes > > > into PM (down), the whole IP block can go into power save mode. The > > > board can be woken up by sending a character via the UART. The first few > > > (incoming / read) characters are lost until the IP block is up again the > > > frequency stable. This is known / expected. > > > > Don't consider world the OMAP only. The things more complicated if we > > go out of it. Which I tried to explain in the commit message of patch > > 2. > > I am not saying the world is OMAP only. I just tried to explain how any > why it got there and its purpose. I haven't NACKed it. I would believe > that with that information and Tony not defending his use case or > possible change it somehow so it is not standing in your way, Greg would > have enough information to go your way. The idea breaking PM seems silly to me considering that we've had it working for years already. Regards, Tony