Received: by 2002:ac0:a582:0:0:0:0:0 with SMTP id m2-v6csp319764imm; Mon, 1 Oct 2018 10:24:34 -0700 (PDT) X-Google-Smtp-Source: ACcGV60zW0sW6HaUdctA/m8Bkcvx9919AFdt3qOLHcHl3P1xmqwg5RzkDfYR0zge+On3GgW7z7wb X-Received: by 2002:a63:7419:: with SMTP id p25-v6mr11273579pgc.395.1538414673962; Mon, 01 Oct 2018 10:24:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1538414673; cv=none; d=google.com; s=arc-20160816; b=AcRrNzpISwrZMLAzhlOri9SDWxwNzS9oUndM86ekyvdkzH8njhkufuVk0BchKSvMcv uNWUtAODk2ehOCdYzo8pqrQDQCUDTpzyPkB0g9AxNeURH0+ZbcfUAuo2K0Kui1jEJcN6 7o3X0QYFSWl0z2L3CotYEj22SZ7egarkmocKvCuHrmTAKP7kqV5b9oUIzUEYMHfwsUXb x58H1Di9StJcaHpKzSq70Lrot6yB7Lh+rmyoCcpDoSwjuZGGiJAzLplI4cBPQqnFI535 A7ZQkcG7vTdiAatzvpOnZQ1RO56vx+KGto0PE9mAVdl2VIyjgUk3tzHl8Q9joPr7fDIi gC3w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=NBCDrxzlpCZIV8OxSpjmGmNI9YJQTrG8qb93rBIvlBU=; b=LWWZhiBm6R0nltQApAzzrHQ5l29ZLZKLisvY28l+5qcOlcVBcT3GRndRFvB89IuSBq F3hTMosM76TKHwNMKcKyp86x8hsG3qUrUaLTEumFKgcwbFJEdHLnPbjX08hMYUWkUNqw ddzIeTwNcUg18ATYPDAW2QPHGUttoPpaX5soNZNk9+aOfm+CE/e9yv1qlZLesfbmYV/s diL/9IGt4NBwSuK0Eg2cLX3DuEBiM9k+eFaEMsZPbMssYli6hhwi2kmc8/SjRcwL0F7a ulCmea0oO22ngzPvwdD84ULuvSjQ32ubdU96L3m76PCSgXKb6s0sGIgOadn3NcVZMlC/ UWEw== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id s17-v6si2933402pgm.317.2018.10.01.10.24.18; Mon, 01 Oct 2018 10:24:33 -0700 (PDT) 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726285AbeJBACs (ORCPT + 99 others); Mon, 1 Oct 2018 20:02:48 -0400 Received: from muru.com ([72.249.23.125]:57984 "EHLO muru.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725994AbeJBACs (ORCPT ); Mon, 1 Oct 2018 20:02:48 -0400 Received: from atomide.com (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id 26A0C80F0; Mon, 1 Oct 2018 17:28:26 +0000 (UTC) Date: Mon, 1 Oct 2018 10:23:57 -0700 From: Tony Lindgren To: Guenter Roeck Cc: Phil Edworthy , Greg KH , linux-kernel@vger.kernel.org, Andy Shevchenko Subject: Re: [PATCH] serial: 8250_dw: Fix runtime PM handling Message-ID: <20181001172356.GX5662@atomide.com> References: <20180928224056.GA10486@roeck-us.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180928224056.GA10486@roeck-us.net> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Guenter Roeck [180928 22:45]: > On Thu, May 10, 2018 at 03:13:56PM +0100, Phil Edworthy wrote: > > When using kgdb, you get an abort when accessing the UART registers. > > This is because the driver has already entered runtime PM and so turned > > off the bus clock needed to access the registers. > > > > To fix this, set the capability indicating Runtime PM is active while idle. > > > > With this patch applied, I get the already reported traceback [1]. > Obviously neither the promised revert [2] nor the presumed fix [3] made it > into the mainline Kernel. > > Greg, can you please revert this patch ? If people don't care enough > to fix the problem, we should at least not have to suffer the consequences. Yes please revert until things are fixed. FYI, what Andy and I discussed earlier is that we can disable runtime PM for serial layer by taking a PM runtime use count on the serial driver if there is an active console but we need a way to attach/detach kernel serial consoel via /sys to prevent regressions with PM. So how do we attach/detach kernel serial console? We don't seem to have a way to attach/detach a kernel console to a UART via /sys do we? Or am I again 10 years behind or something? We have /sys/class/vtconsole to bind and unbind a frame buffer console though. Andy, do you have your updated patches available somewhere? Regards, Tony > [1] https://www.spinics.net/lists/linux-serial/msg30379.html > [2] https://www.spinics.net/lists/linux-serial/msg30380.html > [3] https://www.spinics.net/lists/linux-serial/msg30757.html