Received: by 2002:a5d:9c59:0:0:0:0:0 with SMTP id 25csp1732525iof; Tue, 7 Jun 2022 10:27:25 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwK24P1X0RRVg0xUIsKIw6Z1fQv6wQ8wN4LsnhtL1JSKTx3LQ+BcaoG8ckp8QJPcDxB1w47 X-Received: by 2002:a05:6a00:e8e:b0:518:287c:ce82 with SMTP id bo14-20020a056a000e8e00b00518287cce82mr30183824pfb.4.1654622845219; Tue, 07 Jun 2022 10:27:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1654622845; cv=none; d=google.com; s=arc-20160816; b=gMCoPnGeIozr9VQc24qAMov3gyCiZj1ELhRVH3cn2ZjoBILflH7Xny6sJSL+Wz4t/W LSeLUqBr5eaSHsWGIkf3fDclsr0aU1t3uscz0SXHpE6vR/OtLpLUdWM8wzdfUGIC5OkB HXd5Svcy+kk+YWCiIs2jmMEJCY5GkGzgXAvIQco+hzaj1Q/h5u8T9f7F76ubUUvX9XAK fNmBLbNqGp1o7wMNT9rFqJ4rYB0fcKRZ4fOUL/PHOoAZAN7m0VsLSGBt4hiWVNMsXl5e cn3rDB9+0OZD4QePXUUqFCMsLLTKkd1z7X1Iug5GZ1kRY1NvOzTQ+HhbbfW2wpmCh++0 Qt7Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=DSnzHnmT0PwkSDIs8wub4bSSubh4nm9OZugCW+g3yHo=; b=BuG7x0WvuOiFtcBRzX88dDCFm+sU/KZ65ygJfjdTNBb+ih1hKyIL+J9YtW3yerwTHh OBaSygrmSINq7EbGQqIGBuQwhdc9tCeFF/CmH3OPkeUtYlowZc1Qw/EhVnFEBllNfiFZ wEOXVcpzLWNc1eLzGnlfxmAX9JrEV7oWxzxiTk6gt5VwPzQ3xpF0T8kxCjxYW0c9W8Qn NA/9lXPwLjWa3p651SxkFCYnYLg0I7x5Amt6crCzV0fey8tebhs7M+MpJpb2Pcv0P6XS vLMoF3VZjTaXYPOQESXtleIarGOmRQ6nOdz+wQhVQKsY+qx1eUDORNB/t0C6CaRkf1CO 5I9w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=bEJrslir; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id y185-20020a638ac2000000b003fc74f8624csi23433743pgd.178.2022.06.07.10.27.12; Tue, 07 Jun 2022 10:27:25 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=bEJrslir; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S244585AbiFGNW3 (ORCPT + 99 others); Tue, 7 Jun 2022 09:22:29 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36676 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S244565AbiFGNWY (ORCPT ); Tue, 7 Jun 2022 09:22:24 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 640E4DF28; Tue, 7 Jun 2022 06:22:23 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 031E961444; Tue, 7 Jun 2022 13:22:23 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id A1B8CC385A5; Tue, 7 Jun 2022 13:22:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1654608142; bh=mvnWMGO6RzBqXBpcRpSUzaGVzTY06v4HmkJIpzzdts0=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=bEJrslirgPy//LpTyZb1J6N1eFFJueSe5uJ3DdSl0jifuADTc0Qv3tLESMYCTW7DL KJSXqUwmbHorFW2mNZOinb9De5jWgTZQn9Aj0mtBmBR4549c+yOL4oI0tl8akL9KBc Sa4INIEfpPIuc1rRykdZZlLLnYATa1+UgITrXFvA= Date: Tue, 7 Jun 2022 15:22:17 +0200 From: Greg KH To: Marek Szyprowski Cc: Vijaya Krishna Nivarthi , jirislaby@kernel.org, linux-serial@vger.kernel.org, linux-kernel@vger.kernel.org, quic_msavaliy@quicinc.com, dianders@chromium.org, mka@chromium.org, swboyd@chromium.org Subject: Re: [V4] serial: core: Do stop_rx in suspend path for console if console_suspend is disabled Message-ID: References: <1652692810-31148-1-git-send-email-quic_vnivarth@quicinc.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-8.3 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, May 23, 2022 at 11:32:46PM +0200, Marek Szyprowski wrote: > Hi, > > On 16.05.2022 11:20, Vijaya Krishna Nivarthi wrote: > > For the case of console_suspend disabled, if back to back suspend/resume > > test is executed, at the end of test, sometimes console would appear to > > be frozen not responding to input. This would happen because, during > > resume, rx transactions can come in before system is ready, malfunction > > of rx happens in turn resulting in console appearing to be stuck. > > > > Do a stop_rx in suspend sequence to prevent this. > > > > Signed-off-by: Vijaya Krishna Nivarthi > > --- > > v4: moved the change to serial core to apply for all drivers > > v3: swapped the order of conditions to be more human readable > > v2: restricted patch to contain only stop_rx in suspend sequence > > v1: intial patch contained 2 additional unrelated changes in vicinity > > --- > > This patch landed recently in linux-next as commit c9d2325cdb92 > ("serial: core: Do stop_rx in suspend path for console if > console_suspend is disabled"). > > Unfortunately it breaks console operation on my test systems after > system suspend/resume cycle if 'no_console_suspend' kernel parameter is > present. System properly resumes from suspend, the console displays all > the messages and even command line prompt, but then doesn't react on any > input. If I remove the 'no_console_suspend' parameter, the console is > again operational after system suspend/resume cycle. Before this patch > it worked fine regardless the 'no_console_suspend' parameter. Did this ever get resolved or do I need to revert this? thanks, greg k-h