Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp3326605imu; Sun, 11 Nov 2018 12:26:41 -0800 (PST) X-Google-Smtp-Source: AJdET5dJhQYDf/PHYatgsae5Aq3SUSbF2sG4Hr8E2t+oH2ySjF9KiVAgUIhFvAmftumgMUy0CPoC X-Received: by 2002:a63:a112:: with SMTP id b18mr15035075pgf.440.1541968001213; Sun, 11 Nov 2018 12:26:41 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1541968001; cv=none; d=google.com; s=arc-20160816; b=TndOGbbykStZciEnLHPVm10vVdiS6yiXjhv1J/1yJInVzU4QZiGCQpi0SNmr+Y9pt1 tDfmQP0Vd4BG/mquW5YqQUB+MdPkgFqxLfwg0qDRGyl3mMsWTVScApavsfoQcISWsWIK boJy5Vxv/xPn1WWtMMJD772hOyzJ/kB8dT12O5MLfXBJqBbNMq+6ALDquW+sbOCjPspJ Km4Sg6OLay/F216LO+q8E8713/kjFlQcVJuT7jsQFM6xgUpq5UvaiVGpV0Wx9sLBuFjC oZnURROWJ6ZSKNQkKwSmM5hURgSbTZzs9ZHmZC5SbggJY8y1gMOsUz1XHPKySekm4o8J Xihw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:subject:message-id:date:cc:to :from:mime-version:content-transfer-encoding:content-disposition; bh=HJekZWHWjCd5YmE4FIn0ojyAbyw5rkWpJCOhufBcuXM=; b=ofQZf3vQtHCUmOiA9qn2zNhwSgbDMNhzZoom1C58xn1BgnATBQAbhcQn7hPyTPDeax zi+Yj22CnbSLpR0qSqb1OFNC/knzQ8HWh/3O5+n08gRLS/BereNnJDPt4/qaOgl/zMqV 1kcEzD3vo4q2ld7eC1DPx4AW8M7DIw/ZtY9hA07seYzp3u5SPHlL4o6slXF3kgw1Z5Xb HTQ+11fDEWrakQqptlH6iQf5hocZ+EQvA/edmNbHoVZxUwWE9m+bSAW58qfwnOsXMueE qP11j/zu5Uh9XtBhBAjjfVoGXozk1QK7do5k+5U5FwVDO7ASsWtVf3sdUfsUfylgHpVb mb/Q== 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 u23-v6si16077501plk.47.2018.11.11.12.26.26; Sun, 11 Nov 2018 12:26:41 -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 S1729714AbeKLGPR (ORCPT + 99 others); Mon, 12 Nov 2018 01:15:17 -0500 Received: from shadbolt.e.decadent.org.uk ([88.96.1.126]:50938 "EHLO shadbolt.e.decadent.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730653AbeKLFs2 (ORCPT ); Mon, 12 Nov 2018 00:48:28 -0500 Received: from [192.168.4.242] (helo=deadeye) by shadbolt.decadent.org.uk with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1gLvsn-0000oM-MP; Sun, 11 Nov 2018 19:58:57 +0000 Received: from ben by deadeye with local (Exim 4.91) (envelope-from ) id 1gLvsX-0001lT-RP; Sun, 11 Nov 2018 19:58:41 +0000 Content-Type: text/plain; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 8bit MIME-Version: 1.0 From: Ben Hutchings To: linux-kernel@vger.kernel.org, stable@vger.kernel.org CC: akpm@linux-foundation.org, "Anssi Hannula" , "Marc Kleine-Budde" Date: Sun, 11 Nov 2018 19:49:05 +0000 Message-ID: X-Mailer: LinuxStableQueue (scripts by bwh) Subject: [PATCH 3.16 281/366] can: xilinx_can: fix device dropping off bus on RX overrun In-Reply-To: X-SA-Exim-Connect-IP: 192.168.4.242 X-SA-Exim-Mail-From: ben@decadent.org.uk X-SA-Exim-Scanned: No (on shadbolt.decadent.org.uk); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 3.16.61-rc1 review patch. If anyone has any objections, please let me know. ------------------ From: Anssi Hannula commit 2574fe54515ed3487405de329e4e9f13d7098c10 upstream. The xilinx_can driver performs a software reset when an RX overrun is detected. This causes the device to enter Configuration mode where no messages are received or transmitted. The documentation does not mention any need to perform a reset on an RX overrun, and testing by inducing an RX overflow also indicated that the device continues to work just fine without a reset. Remove the software reset. Tested with the integrated CAN on Zynq-7000 SoC. Fixes: b1201e44f50b ("can: xilinx CAN controller support") Signed-off-by: Anssi Hannula Signed-off-by: Marc Kleine-Budde Signed-off-by: Ben Hutchings --- drivers/net/can/xilinx_can.c | 1 - 1 file changed, 1 deletion(-) --- a/drivers/net/can/xilinx_can.c +++ b/drivers/net/can/xilinx_can.c @@ -598,7 +598,6 @@ static void xcan_err_interrupt(struct ne if (isr & XCAN_IXR_RXOFLW_MASK) { stats->rx_over_errors++; stats->rx_errors++; - priv->write_reg(priv, XCAN_SRR_OFFSET, XCAN_SRR_RESET_MASK); if (skb) { cf->can_id |= CAN_ERR_CRTL; cf->data[1] |= CAN_ERR_CRTL_RX_OVERFLOW;