Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp744767imu; Thu, 22 Nov 2018 04:51:11 -0800 (PST) X-Google-Smtp-Source: AFSGD/VFT0jLlFcE2P1oDjwTzCT3d7QhKGLT6qKTErjgwMltFiwOuBheuyEHYzfvaCA5j3a/EA+Q X-Received: by 2002:a17:902:28a8:: with SMTP id f37-v6mr11218313plb.264.1542891071546; Thu, 22 Nov 2018 04:51:11 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1542891071; cv=none; d=google.com; s=arc-20160816; b=ymTeEdEviMbph7iCZwVI3V4ixESJVBEtk7wEsJZ3OeslwAnaoq47bVaxrKofh3DRKk JIaiEEgo4AbnwL8W8EheFyqrec1Ug1p1dEi6fsGb3Kd0EvlsXLlR6oGY0xkG/SdW3Nky TGiNMkxuehNgZei8kJqJzTiH7tPuqZmZ4LsByhW7uFEu5DHOJ69zzuocBi1qIg2dp0e4 CNe2nkAAS2BDYAw8k01PJQVcrnhSxcRLHkwa+CRL6jWors7srJl1RXmFS5X2iSAG6rjI mAinJ+KfCfHqWtRgbwF/mRLWqDDw5su0J044nsCYZ7c4fNdJe9uNx8TvSI0zDbwyVw5/ 7WeQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:from:subject:cc:to:message-id:date; bh=+XtSlUeuu1hJ1m4JxzKNMDoD1ZZiZowDseWDBYSKayQ=; b=CEwxE+pSLEgb1A6eZwRzFwkvoTbh/v/QgI7x4nsYxpuWMTnrrRHeIXU0T25u/JkqNo KzsiP1W/6uISf0PMdaWoD8w7Hg2Ze+ICaBWtiUATC1vSyjMuDgITfn06ZK5Du/6OC+uY LIPld33eoTbKT/M+l50VrK4LKuJt8tuyZV76iyo21ac5RcrN2jA/mzogVpGhEUtJ8o/x HK9DlkRErhWKNvQd+xS8KwSJQbft2NAXRWOxSiy/EQvqjly6yNDrlsmmrzePG8xmulOT Jps5AQ71RXErdaCrYyWbn3yH0s9AwWwmNLXAGUD+l9FvsjV6zgv+67kn6Gm3tAhtXYCY uSww== 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 u3si8867938plb.99.2018.11.22.04.50.41; Thu, 22 Nov 2018 04:51:11 -0800 (PST) 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 S2391217AbeKVLe4 (ORCPT + 99 others); Thu, 22 Nov 2018 06:34:56 -0500 Received: from shards.monkeyblade.net ([23.128.96.9]:48924 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730678AbeKVLe4 (ORCPT ); Thu, 22 Nov 2018 06:34:56 -0500 Received: from localhost (unknown [IPv6:2601:601:9f80:35cd::bf5]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: davem-davemloft) by shards.monkeyblade.net (Postfix) with ESMTPSA id D628613E5BD94; Wed, 21 Nov 2018 16:58:04 -0800 (PST) Date: Wed, 21 Nov 2018 16:58:04 -0800 (PST) Message-Id: <20181121.165804.509539437154732563.davem@davemloft.net> To: vincentc@andestech.com Cc: gregkh@linuxfoundation.org, rdunlap@infradead.org, yuehaibing@huawei.com, netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2] net: faraday: ftmac100: remove netif_running(netdev) check before disabling interrupts From: David Miller In-Reply-To: <1542764291-11208-1-git-send-email-vincentc@andestech.com> References: <1542764291-11208-1-git-send-email-vincentc@andestech.com> X-Mailer: Mew version 6.8 on Emacs 26.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Wed, 21 Nov 2018 16:58:05 -0800 (PST) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Vincent Chen Date: Wed, 21 Nov 2018 09:38:11 +0800 > In the original ftmac100_interrupt(), the interrupts are only disabled when > the condition "netif_running(netdev)" is true. However, this condition > causes kerenl hang in the following case. When the user requests to > disable the network device, kernel will clear the bit __LINK_STATE_START > from the dev->state and then call the driver's ndo_stop function. Network > device interrupts are not blocked during this process. If an interrupt > occurs between clearing __LINK_STATE_START and stopping network device, > kernel cannot disable the interrupts due to the condition > "netif_running(netdev)" in the ISR. Hence, kernel will hang due to the > continuous interruption of the network device. > > In order to solve the above problem, the interrupts of the network device > should always be disabled in the ISR without being restricted by the > condition "netif_running(netdev)". > > [V2] > Remove unnecessary curly braces. > > Signed-off-by: Vincent Chen Applied.