Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp3050246ybb; Sun, 12 Apr 2020 22:41:17 -0700 (PDT) X-Google-Smtp-Source: APiQypKURgnZnM0bRiTEZBvfucMNm6t6bK+igJaIJsNSl+g/jiXPKexraC0Jz9/oPm4XN+4dVuF8 X-Received: by 2002:a37:62d7:: with SMTP id w206mr13875646qkb.406.1586756477385; Sun, 12 Apr 2020 22:41:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1586756477; cv=none; d=google.com; s=arc-20160816; b=DocoKtU2L11tpAw2xZ8mOweyxD7mewY8CPdMXstMDsN8BFZd3+vpXEqxEGfkQf3dOy TCficyiYmiP5fieNQLhHA2CipBXi9z+WPke24vUQah967+TYsLijAfP3bv0Ww3Eh0ZyP gSYSloB0mTcWg2++MGG4kKpsXNdBhdN731wr7S7e02xZ6W1PLpn+iS6HLK8TBLzjz0ey Ve+kQybxTC7bx/kKoGPJSG5FuG64kn19CoL1cLeyAQZhViz4J4DVFkJCInA8jghSEl6f /bwRm8vWOX380o38PT97xMegbHxzc7m+Un3GQyhK63Whl2AlwRwJak4ZD6Gt1SA9x6qh Y6Hw== 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:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=j+0BKERP2W49uy3vs6PH4CRNlhSgaCTIg16egnH9gAc=; b=nM7vuvPsq6hchQ9u9i03I8fbbGtkYnrao9WNiw+lirDEBNOdY/Zb8qgLaFiu7/n292 qouxDSpuiJgOVB7aGlya5Z46JdhMyQPvvH5mKftFPrIWxEb0PP4Z+X0NLxe7UtTm1cC5 Egq0db1r4Gprxe/hpUi3qcBsAowquLcv5RSPm2MbVoJInw3/BH+UyQj5irZq+BAhFsDL BCpHSekUMejLvzE2PUQFTXLtOX8CjiASDpQr7Bqz9GTqSit3wwAAEJ5mVNRPIzv9u3j/ U9njsPsyO3nmi/usKnm7Oqtu2YMn9zIrSaz+xZpCsj4iV+e0moWa1Ta1sU7hz1emgBz+ u0Tg== ARC-Authentication-Results: i=1; mx.google.com; spf=neutral (google.com: 209.132.180.67 is neither permitted nor denied by best guess record for domain of linux-kernel-owner@vger.kernel.org) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org ([209.132.180.67]) by mx.google.com with ESMTP id z129si5462446qkd.79.2020.04.12.22.41.02; Sun, 12 Apr 2020 22:41:17 -0700 (PDT) Received-SPF: neutral (google.com: 209.132.180.67 is neither permitted nor denied by best guess record for domain of linux-kernel-owner@vger.kernel.org) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=neutral (google.com: 209.132.180.67 is neither permitted nor denied by best guess record for domain of linux-kernel-owner@vger.kernel.org) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728090AbgDLU1W (ORCPT + 99 others); Sun, 12 Apr 2020 16:27:22 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.18]:35208 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727315AbgDLU1W (ORCPT ); Sun, 12 Apr 2020 16:27:22 -0400 Received: from relay1-d.mail.gandi.net (relay1-d.mail.gandi.net [217.70.183.193]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BA3AAC0A3BF0; Sun, 12 Apr 2020 13:27:21 -0700 (PDT) X-Originating-IP: 50.39.163.217 Received: from localhost (50-39-163-217.bvtn.or.frontiernet.net [50.39.163.217]) (Authenticated sender: josh@joshtriplett.org) by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id 06C7A240005; Sun, 12 Apr 2020 20:27:16 +0000 (UTC) Date: Sun, 12 Apr 2020 13:27:14 -0700 From: Josh Triplett To: "Jubran, Samih" Cc: "Machulsky, Zorik" , "Belgazal, Netanel" , "Kiyanovski, Arthur" , "Tzalik, Guy" , "Bshara, Saeed" , "netdev@vger.kernel.org" , "linux-kernel@vger.kernel.org" Subject: Re: Re: [PATCH] ena: Speed up initialization 90x by reducing poll delays Message-ID: <20200412202714.GB3916@localhost> References: <20200313122824.GA1389@localhost> <1679d519016c4984b67eeb510d50e4b4@EX13D11EUB003.ant.amazon.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1679d519016c4984b67eeb510d50e4b4@EX13D11EUB003.ant.amazon.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Apr 12, 2020 at 09:37:22AM +0000, Jubran, Samih wrote: > I wanted to let you know that we are still looking into your patch. > After some careful considerations we have decided to set the value of > ENA_POLL_US to 100us. The rationale behind this choice is that the > device might take up to 1ms to complete the reset operation and we > don't want to bombard device. We do agree with most of your patch > and we will be sending one based on it for review. Thank you, that sounds entirely reasonable. Please also consider making the probing asynchronous (via linux/async.h) to allow other initialization to happen in parallel.