From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754846AbaIHRk2 (ORCPT ); Mon, 8 Sep 2014 13:40:28 -0400 Received: from mho-03-ewr.mailhop.org ([204.13.248.66]:10935 "EHLO mho-01-ewr.mailhop.org" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1754740AbaIHRk0 (ORCPT ); Mon, 8 Sep 2014 13:40:26 -0400 X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 99.127.230.128 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18nG5YNnMnjMAbYZTHChCc2 Date: Mon, 8 Sep 2014 10:40:21 -0700 From: Tony Lindgren To: Sebastian Andrzej Siewior Cc: linux-serial@vger.kernel.org, linux-kernel@vger.kernel.org, linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org, balbi@ti.com, Greg Kroah-Hartman Subject: Re: [PATCH v8 00/18] 8250-core based serial driver for OMAP + DMA Message-ID: <20140908174020.GI3238@atomide.com> References: <1409943773-7874-1-git-send-email-bigeasy@linutronix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1409943773-7874-1-git-send-email-bigeasy@linutronix.de> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Sebastian Andrzej Siewior [140905 12:03]: > This is my complete queue fo the omap serial driver based on the 8250 core > code. I played with it on beagle bone, am335x-evm and dra7xx including DMA. > The runtime-pm pieces look now bug-compatible with the omap-serial driver. > Besides the runtime-om improvement I also fixed a few corner cases for the > TX-DMA problem. The DMA fixes (in edma and omap-dma) were dropped and the > problem has been in 8250-dma via patch #13. > > The whole queue is available at > git://git.breakpoint.cc/bigeasy/linux.git uart_v8 Gave the above branch a quick try, but it again does not idle for my omap3 test cases. It seems that now the cm_idlest1_core sdma bit is blocking deeper idle states. Is that the correct branch to use? Regards, Tony