Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp5413465pxj; Wed, 23 Jun 2021 00:15:45 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzqvGwfkq5lekehyoTOj5G3EUA0u8xQmRmVIhmSv+zRyDPZB9dTqcEjG+yCg1XyMPKPRjbD X-Received: by 2002:a5d:94ce:: with SMTP id y14mr6225768ior.67.1624432545379; Wed, 23 Jun 2021 00:15:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1624432545; cv=none; d=google.com; s=arc-20160816; b=SHsyKET5Z2mj7qbWqLAuroA56czRwsS89PPOVtG4bh/4vENkrYtZNsYoP/+YuwGRMg 36wCrJI8fUwCVxOgwZU8d5XJDUh+JRvjXSimsIZiwRDmMNrv5CTK8ELnejot0P9qISid aJBOcPmh6PJSTkEuQr9wNkt/K0/0+ylBBe8I4Ew14vE3XU/8RJOst27xr8qzLUbOuWD5 XTjNwYV4ugIUmYWvD0mbjhflQMsIg0IxF/f5E3dD3RRjO85j7ueVJ0hyQbg80/IGXovc nkJzPGqwr/s8q88wTS2zweWaOCZGSF3+vZy1X5S8rejxUdJgHvN7qYOSlYriFAV5FHXK V79A== 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=UKW8vAjEfrLqhThNQJTQLxDvceRLd7KCEZTJtf0K7QA=; b=Tj4LPhkNQ/J8yWaS9LSf0MjnR3KTWm8Kq1GWrbNu0xpAgCgmK//SqeoxWoVDr0wArA fUYkmmkEL7fQYFHMurCXzHbiU8xYp3V3I/3m1CES8X65NqALFl12PudDq/UYiVXYAqMU Du33EYS23ZqqSkih6tZkv4hO/d8ScCAqgcRFqCTwTRn9dn7FgxIFQhlx3yw8rgppzE+U uuZtVrvvkBcdHuwU19wAdrOp9ULkSmTTFbatKltr+1+SS5oCsP2ZrDNpaDCqgS+u7wjd pw09WKVUv23fDkACPdgLu2ysUsWYNhRDXY5wtVkxtmAbKYgLjcMmfbbK1t5QJW1CRCcW +SBQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=OJZy04Xz; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id q8si898488ilo.81.2021.06.23.00.15.33; Wed, 23 Jun 2021 00:15:45 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=OJZy04Xz; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 S229928AbhFWHRQ (ORCPT + 99 others); Wed, 23 Jun 2021 03:17:16 -0400 Received: from mail.kernel.org ([198.145.29.99]:54394 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229660AbhFWHRQ (ORCPT ); Wed, 23 Jun 2021 03:17:16 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 8C0726023B; Wed, 23 Jun 2021 07:14:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1624432499; bh=BIJkp+bmcpYoUNpthePnxTk/99MSKXjR1s8U+gXPqxY=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=OJZy04Xz4F2KocY6sOqVmz2/2kcEzHRoPOXKtLIXZYqL4KEB0Gue3K73R7IQ6oqzU yvRzpo2jY0kwfpGwoWFnyrp7p0Je001Zg4draSJNUs/iewNdKQUOEQx9/uPJbgetR+ 5fjruXQ2RunUdpVoFKbzr0UZb/Ru9UTJFv1QdM7c= Date: Wed, 23 Jun 2021 09:14:56 +0200 From: Greg KH To: Saubhik Mukherjee Cc: vgupta@synopsys.com, Jiri Slaby , linux-snps-arc@lists.infradead.org, linux-serial@vger.kernel.org, linux-kernel@vger.kernel.org, ldv-project@linuxtesting.org, Pavel Andrianov Subject: Re: [question] De-registration does not remove port Message-ID: References: <3e131267-e1b3-1b83-f8be-0577da479223@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3e131267-e1b3-1b83-f8be-0577da479223@gmail.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jun 23, 2021 at 11:42:36AM +0530, Saubhik Mukherjee wrote: > In drivers/tty/serial/arc_uart.c, arc_serial_remove always returns 0, > instead of calling uart_remove_one_port to remove uart port from serial > core. The comment says "This will be never be called". In my understanding, > a port added using uart_add_one_port should be removed during > de-registration. > > Is there a reason for this behavior? Did you test the code to see if that function will ever be called? thanks, greg k-h