From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andrew Lunn Subject: Re: [PATCH 09/12] i2c: ocores: enable atomic xfers Date: Fri, 5 Apr 2019 21:20:21 +0200 Message-ID: <20190405192021.GH23536@lunn.ch> References: <20190403124019.8947-1-wsa+renesas@sang-engineering.com> <20190403124019.8947-10-wsa+renesas@sang-engineering.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <20190403124019.8947-10-wsa+renesas@sang-engineering.com> Sender: linux-kernel-owner@vger.kernel.org To: Wolfram Sang Cc: linux-i2c@vger.kernel.org, linux-renesas-soc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, Peter Rosin , Stefan Lengfeld , linux-omap@vger.kernel.org, linux-tegra@vger.kernel.org, Linus Walleij , Andy Shevchenko List-Id: linux-tegra@vger.kernel.org On Wed, Apr 03, 2019 at 02:40:16PM +0200, Wolfram Sang wrote: > The driver already has the routine in place, tie it to the new callback. > > Signed-off-by: Wolfram Sang > Cc: Andrew Lunn The polling function was not really designed with the intention to be used in atomic context. But it does appear to be safe to use in that context. So Reviewed-by: Andrew Lunn Andrew 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 X-Spam-Level: X-Spam-Status: No, score=-5.5 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SIGNED_OFF_BY, SPF_PASS,URIBL_BLOCKED,USER_AGENT_MUTT autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 441AEC282DD for ; Fri, 5 Apr 2019 19:20:33 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 04F8E21738 for ; Fri, 5 Apr 2019 19:20:33 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="Ca/iVOYY"; dkim=fail reason="signature verification failed" (1024-bit key) header.d=lunn.ch header.i=@lunn.ch header.b="YQxnBb4G" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 04F8E21738 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=lunn.ch Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20170209; h=Sender: Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=n02huw2xMrzb7Dc/Y8jKg80alydnS/wRZb/fv1PtLeg=; b=Ca/iVOYYOqv+ht Nh2BvNylgcanmkTPt8quHoex6jEoBvfBlbapY+TnjflJ5/+4LE2s3YFuXosvPfYDcEcfqK6VTBLlM YwIRBHBaAWem+EZi+KCR2h/zq4lC64BPFUl9ijO0P6cGCPrzCSi4rkoasxNp9g0dqKYcoibZhD2Qy tkZPl1k3+6D8SdozGEMN+pNhc59N93fbdzob0+60BXiNiy0Uf/DvMQu6lvkLcvuENP55FdEhTte+F 3NJX3pDoONM1onHZD3atsrhxSjDeVdJjGcHy1elJ6nEZKiyIPXgcPDUleaaZykr/zidF/cjzqf9qF jTj3booTo/zGXESYiM3w==; Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.90_1 #2 (Red Hat Linux)) id 1hCUO3-00089D-Gw; Fri, 05 Apr 2019 19:20:27 +0000 Received: from vps0.lunn.ch ([185.16.172.187]) by bombadil.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux)) id 1hCUO0-00088V-5U for linux-arm-kernel@lists.infradead.org; Fri, 05 Apr 2019 19:20:25 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lunn.ch; s=20171124; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID: Subject:Cc:To:From:Date:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=OiX4NUlc/aMwjPCe6kwnCaBRQK6bpkCgIdpR9OpQivE=; b=YQxnBb4GoOZCju3ApLvVQURKVx cbx9JIE1v8s+OTve+CrWPOBBXHbg8JIFq5dI21fWBLT6JVrx0rjmZ9+IVVDNpcw5vek3gJB7IZ1ru PSzv9Sv7QuG53y0IOXgs1KBqR52ESYBGkxVOLSoB4nRJyWtuMT7kouGEqNkkAqspR+ns=; Received: from andrew by vps0.lunn.ch with local (Exim 4.89) (envelope-from ) id 1hCUNx-0006G7-TU; Fri, 05 Apr 2019 21:20:21 +0200 Date: Fri, 5 Apr 2019 21:20:21 +0200 From: Andrew Lunn To: Wolfram Sang Subject: Re: [PATCH 09/12] i2c: ocores: enable atomic xfers Message-ID: <20190405192021.GH23536@lunn.ch> References: <20190403124019.8947-1-wsa+renesas@sang-engineering.com> <20190403124019.8947-10-wsa+renesas@sang-engineering.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20190403124019.8947-10-wsa+renesas@sang-engineering.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20190405_122024_362329_F3C1C26D X-CRM114-Status: UNSURE ( 9.15 ) X-CRM114-Notice: Please train this message. X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Andy Shevchenko , Linus Walleij , linux-kernel@vger.kernel.org, linux-renesas-soc@vger.kernel.org, linux-i2c@vger.kernel.org, linux-tegra@vger.kernel.org, Stefan Lengfeld , linux-omap@vger.kernel.org, Peter Rosin , linux-arm-kernel@lists.infradead.org Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Wed, Apr 03, 2019 at 02:40:16PM +0200, Wolfram Sang wrote: > The driver already has the routine in place, tie it to the new callback. > > Signed-off-by: Wolfram Sang > Cc: Andrew Lunn The polling function was not really designed with the intention to be used in atomic context. But it does appear to be safe to use in that context. So Reviewed-by: Andrew Lunn Andrew _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel