Received: by 10.213.65.68 with SMTP id h4csp3247601imn; Tue, 3 Apr 2018 01:12:29 -0700 (PDT) X-Google-Smtp-Source: AIpwx4/AdNMDGzrNgJJmRERmJtseB6ZV4aOgEpHRSAI3EL/NiCtqxm6+/seuJUZLJVTjnwDq88mB X-Received: by 2002:a17:902:2468:: with SMTP id m37-v6mr12838700plg.388.1522743149379; Tue, 03 Apr 2018 01:12:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1522743149; cv=none; d=google.com; s=arc-20160816; b=zfTyPu+r1GlE7hPf6FKoVrq0Xvi6fwfOXEYtuYYIVum1++fbv7eMKg25hBjuA682yj gsOEmoJfaz63vRxNrqAabr4aHBnkClyOXUmFtNCg2vM5yf+huLKWg55RdkbcOqS9iCkh co82UdOBZ9gGRHhmcPV0ZkQeC+8R/aN2+X3Ib98J8ScLzkyQfdHTmZEDjIP3N2/myp9Y H6Y/TmQf1ExXFNMTE4yRIcVLalu4BYGFYYKa8HPry8MboHOMYvIozROgqEL5NeCL8QtA d85ZZcfdr0DHlL1t7OLeyZ95V/s32lixYKAghg8rrr2A8yEnwHwQQsHg/Thw+muwHSI5 wrug== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=dSqG3pRPovMbe49CF7y/mGgJ3R31afijohFEBm2ZCZU=; b=T0syIPmYJSyJibkQNkgKNzJKeGRNkNUhHD7lB82h81hLa1/xVYVEYjZxDj60cRQpMt XrqV5ncdqTz3n5GIB7EL9ArnNukcnSutoTZQ2KUW9kYOBETVVIC2QoGVxcnJMjbEwXBP 5+iMt5CKnyd+kqTVQmQOEQ7s+m/qgfwLNPwHnw6WHjiEfXd681xk9AXDGt3y2eYzY9I9 pOdjV1QyodHlbHGJ6haoeu4RkB2cAUzzsqIJ9BPZiAC6opfNXXCsXISxim+PY5PY+m6A 3off3YNdDL9Cm67Q5xCqPQUeGaTdjTCdbRjkMVgS1ABixZhUJjFs9JlIjqp6yogH64Ko vGDQ== 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 g190si616585pgc.741.2018.04.03.01.12.15; Tue, 03 Apr 2018 01:12:29 -0700 (PDT) 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 S1754990AbeDCIKz (ORCPT + 99 others); Tue, 3 Apr 2018 04:10:55 -0400 Received: from mail.bootlin.com ([62.4.15.54]:39473 "EHLO mail.bootlin.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754901AbeDCIKx (ORCPT ); Tue, 3 Apr 2018 04:10:53 -0400 Received: by mail.bootlin.com (Postfix, from userid 110) id 5B5C020717; Tue, 3 Apr 2018 10:10:52 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.bootlin.com X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT, URIBL_BLOCKED shortcircuit=ham autolearn=disabled version=3.4.0 Received: from localhost (LStLambert-657-1-97-87.w90-63.abo.wanadoo.fr [90.63.216.87]) by mail.bootlin.com (Postfix) with ESMTPSA id 23B1020384; Tue, 3 Apr 2018 10:10:42 +0200 (CEST) Date: Tue, 3 Apr 2018 10:10:41 +0200 From: Maxime Ripard To: Sergey Suloev Cc: Mark Brown , Chen-Yu Tsai , linux-spi@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 2/6] spi: sun4i: restrict transfer length in PIO-mode Message-ID: <20180403081041.3ully6bcyfwx2cx6@flea> References: <20180329185907.27281-1-ssuloev@orpaltech.com> <20180329185907.27281-3-ssuloev@orpaltech.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="y5vlyrnrsygmeihf" Content-Disposition: inline In-Reply-To: <20180329185907.27281-3-ssuloev@orpaltech.com> User-Agent: NeoMutt/20180323 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --y5vlyrnrsygmeihf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 29, 2018 at 09:59:03PM +0300, Sergey Suloev wrote: > There is no need to handle 3/4 empty/full interrupts as the maximum > supported transfer length in PIO mode is 64 bytes for sun4i-family > SoCs. That assumes that you'll be able to treat the FIFO full interrupt and drain the FIFO before we have the next byte coming in. This would require a real time system, and we're not in one of them. Maxime --=20 Maxime Ripard, Bootlin (formerly Free Electrons) Embedded Linux and Kernel engineering https://bootlin.com --y5vlyrnrsygmeihf Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE0VqZU19dR2zEVaqr0rTAlCFNr3QFAlrDNwEACgkQ0rTAlCFN r3SoEg//Vtl7Lp2S0SIivzzhSJ1GQAYY//I6QFMrnn08YIO7xi+v97nZMyVh40ZJ 8UUqlo84wa11VeXa674J6P2I2mF46sOl/Ujodx9A3CGz6irBQYSbboW0ZY9C22DG E/H64+Ie9LBP6+/8qYPqHo4hG3E7TNvCWIIg6n+FMeNyUpquac3ME/my+R5mOoav RdQ+24smy3RHVwMq/PHp4XG1+lc66XndC848nWxWf8igY8kBhHP6uNCb4o2WH1WN bEHAMRR+6vnvty7kkA1fCl5xZ6bfKKU/C5giy/62qjB1Ag33tU3srTmHep8PjgFH JQdKJcx+cCuGWgLa0FSl3bgIz3qlBjE200poL8bFNmERxXSkhKDOJmZPZPF79+ui Z1FPb4jkJ3tIbADRxqse1qRUysAs4PT5lDN4QuRYeaMT/R4ufD0gdOOTwBBrSSou BYVEGn22j2slUnk6NHf2L5XeDjHMqcMkOMvON5/h+2xRnDGoXj0yiuqGJ++esT84 Bdcruq3jarbxe1jE75ua641fSXlFtamMZZHYUBa/NDfrJyZP9uo639W6xIRnDQG0 lPMIygLi/dvEoOEPvivVTAuYWvhafrOa6BnyMvAYQ8dTdrpIae5MfMwinHYVZ1VO P4Q7XA3AP2oEL6KyLUUjMptL5RcGrm3gFza2TF+OXV4Lc+aFGaI= =pSkJ -----END PGP SIGNATURE----- --y5vlyrnrsygmeihf--