Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp2732778pxv; Mon, 12 Jul 2021 00:10:20 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwF/LJMpmEtGoZgt4Fj4ggM23G6P8jtHdtkWDndIQQ7aCDHiCFE655MIzkD6wNQiWXoFW0h X-Received: by 2002:a6b:d00b:: with SMTP id x11mr22715874ioa.167.1626073820477; Mon, 12 Jul 2021 00:10:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626073820; cv=none; d=google.com; s=arc-20160816; b=JXvBa/kF0p31wOAhYqJT8h4s3KCMjtgJ1iuk1RLfmc4DJJYSUUsW7jWV+3BxNN3l1E fXA1iwxeeWkC8RUlBzuYqC7XeB4YFRJPyz7hltzkFmUmPZlNOhuanruYOst28THWRCJn BG+puCqwz48OVK5WxPFbnZ22CsOR1wy8ehT21wj+wwRo8L7xnkdvNQofj5M/VX0y36y0 UaAHUYQHqMZRr5EuFNVfi2xWpo5DIujJzWAne3by3tXYLHVkJs6Qbe5O4dgyccDwH3ea XdvUY40NdLu/7Re5RRzaSFsOQ48zbn3Ampr0l9mmQQnoyTGQrYMoWqPb+94D1hdRj80v oDqw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=+En2GsjFAWlrnoC9ipzfpwIwjXuaq/W485XmOX4FUzY=; b=gX2YPfp169ZgkSRG2v3TNti21F03e/ikL6m0tDfOP7icPmVm72id24fzHjtIleSuU5 Ws3pmumV7nUVycwD4pNz6r30kNbxh6Ovb3jGKyK/AvqDdFcOkr/GtN9vqhj3B7a00x9i BHyebTNIOy5w/6QCU5VaTzz0TXMhdfgVztRoyS1ACB1gcGKChBKjl/lGY8TEzypgNEqS A3sSXXZbvK9iv+LiYw4BTmsDUvZxZEpgwiDkRJnH4/vyzCcbl8uGijfP6iiol+wu2k3X 1qybxjM7Gl0mu+R3bgQas+LcROXwKz2GS9swqfhQGeWBpfwdJvRP5VvnC7HqTks+Fk8i unZQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=DINqnmai; 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 d21si7401jam.9.2021.07.12.00.10.09; Mon, 12 Jul 2021 00:10:20 -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=DINqnmai; 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 S244591AbhGLHK7 (ORCPT + 99 others); Mon, 12 Jul 2021 03:10:59 -0400 Received: from mail.kernel.org ([198.145.29.99]:48264 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238722AbhGLGtP (ORCPT ); Mon, 12 Jul 2021 02:49:15 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 567AE6120F; Mon, 12 Jul 2021 06:45:09 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1626072309; bh=PGJXkvvqmAF5u/OVARzIvilvQhxzceA6Bxy6uw4LpKM=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=DINqnmaiegiwtPqJcfc0aoqmoWW1HKwcdWaCaFzejb2c/XK+qrphr/0G+ezUVDD4C VSfqYC1UdSXlstfNAHlgKgZybY9iaqVjfucP9eyiDhBt/dF8o9yHZpsigXpILwMrwK LIWagzhItRcE1E/99d9qgpN1gvrDC1v3EXkmXIr4= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Alexandru Ardelean , Nuno Sa , Jonathan Cameron , Sasha Levin Subject: [PATCH 5.10 444/593] iio: adis16475: do not return ints in irq handlers Date: Mon, 12 Jul 2021 08:10:04 +0200 Message-Id: <20210712060937.812331494@linuxfoundation.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210712060843.180606720@linuxfoundation.org> References: <20210712060843.180606720@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Nuno Sa [ Upstream commit 00a72db718fa198da3946286dcad222399ccd4fb ] On an IRQ handler we should not return normal error codes as 'irqreturn_t' is expected. This is done by jumping to the 'check_burst32' label where we return 'IRQ_HANDLED'. Note that it is fine to do the burst32 check in this error path. If we have proper settings to apply burst32, we might just do the setup now so that the next sample already uses it. Fixes: fff7352bf7a3c ("iio: imu: Add support for adis16475") Reviewed-by: Alexandru Ardelean Signed-off-by: Nuno Sa Link: https://lore.kernel.org/r/20210427085454.30616-2-nuno.sa@analog.com Signed-off-by: Jonathan Cameron Signed-off-by: Sasha Levin --- drivers/iio/imu/adis16475.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/iio/imu/adis16475.c b/drivers/iio/imu/adis16475.c index 197d48240991..3c4e4deb8760 100644 --- a/drivers/iio/imu/adis16475.c +++ b/drivers/iio/imu/adis16475.c @@ -990,7 +990,7 @@ static irqreturn_t adis16475_trigger_handler(int irq, void *p) ret = spi_sync(adis->spi, &adis->msg); if (ret) - return ret; + goto check_burst32; adis->spi->max_speed_hz = cached_spi_speed_hz; buffer = adis->buffer; -- 2.30.2