From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id F0BAEC77B76 for ; Tue, 18 Apr 2023 09:41:50 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229664AbjDRJlt (ORCPT ); Tue, 18 Apr 2023 05:41:49 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43138 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230519AbjDRJl1 (ORCPT ); Tue, 18 Apr 2023 05:41:27 -0400 Received: from muru.com (muru.com [72.249.23.125]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id D5C47170E; Tue, 18 Apr 2023 02:41:25 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id 9FFF38106; Tue, 18 Apr 2023 09:41:24 +0000 (UTC) Date: Tue, 18 Apr 2023 12:41:23 +0300 From: Tony Lindgren To: Ilpo =?utf-8?B?SsOkcnZpbmVu?= Cc: Andy Shevchenko , Greg Kroah-Hartman , Jiri Slaby , Johan Hovold , Sebastian Andrzej Siewior , Vignesh Raghavendra , linux-omap@vger.kernel.org, linux-serial , LKML Subject: Re: [PATCH] serial: 8250: Clear port->pm on port specific driver unbind Message-ID: <20230418094123.GA14287@atomide.com> References: <20230413070342.36155-1-tony@atomide.com> <20230414054726.GE36234@atomide.com> <63b333cb-13c7-db58-9cf-697aa1c4c48a@linux.intel.com> <20230414094035.GF36234@atomide.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230414094035.GF36234@atomide.com> Precedence: bulk List-ID: X-Mailing-List: linux-serial@vger.kernel.org * Tony Lindgren [230414 09:40]: > I'm now wondering still if we should clear all the conditional hardware > specific functions too in addition to port->pm that get set in > serial8250_register_8250_port(). Maybe best done in a separate patch > as needed.. Any suggestions? Well we can't do memset on the port for sure at this point.. But what we can do is call serial8250_set_defaults() instead of clearing just port->pm. This will set the port back to serial8250 default functions, and will set port->pm too. I'll send v2 patch after some more testing. Regards, Tony