Received: by 2002:a5b:505:0:0:0:0:0 with SMTP id o5csp41263ybp; Thu, 10 Oct 2019 13:38:22 -0700 (PDT) X-Google-Smtp-Source: APXvYqyu9Z+HkqTNGVyt4tV6mAIdNH/aPYAjA83pJY4H6mKRxcQ0Ke1xXfKbJT+OAIT9VnCkmAyL X-Received: by 2002:a05:6402:327:: with SMTP id q7mr3799951edw.30.1570739902519; Thu, 10 Oct 2019 13:38:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1570739902; cv=none; d=google.com; s=arc-20160816; b=C74Up5mRMGPcG8Jka8eyx5a9ErJJ9AvvQm4tPQRAFkXuCRoTdLQ7xsjSqgxK3COnEC rxthUG2AYOj0uDtocHS/ejd8BwtoMcV+ecS7crpPa0nY+QhyyZL7mkQydWU5WR+j/5Dx tRWElp1NdHWpbDggxo2XSmdfp1gHLIY12X6uMxR8oXccD7gr0A6dleiSUhDkZ6RHzKaq ZdM1Y1cNZPIScZx3DKIwOj7OcStmFzHq4yhJeR7B+nMD9aCNPhPnWdA2xErmBF9fOiUd dQzKgvKIjj7FZjcfG1pw/Bq187+40eyrJoLegtBJ9tkhJNOMF6R2p6l8pIdspPCFuEO3 Tm3g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=d92cz9+ek3jXcWrW3Uf8eUh6Gt1ObIFPj64rzYVpR8k=; b=EO+nB0RR01wniNWMojP1yQCKpZpTgf+8lASP7fHsYzRnRW96GnN1gcK9k3uo77+B3U 3G2IzVCrhOxBMoiF7niJC86z6WRxdzx2Lf1GwVxaJokJgNPrR4H4vVo9clCCaq5hb4fW Y95l1lw8Y2+u6W1lqqns2ZTh6NnU6/sVO2IMKRmxPsKhbciHtCgWoN6r+T6bsXFjaBZp lU5Uo5wU+EwOn5FnWB4r/sYFcuvO+4HGVA+Dg7oDRy8R5qWp8rpNxRIO1fIqia1VP3zj HRpuVuC80LQiGpXRUlELfB9Kydy3yV0mBM3NCJqSbgkxyImNjr/YuOekZLA0ixwtl70f 1HkA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b="g50Sz/pH"; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id w24si4207698ejk.57.2019.10.10.13.37.56; Thu, 10 Oct 2019 13:38:22 -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; dkim=pass header.i=@gmail.com header.s=20161025 header.b="g50Sz/pH"; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727331AbfJJUhk (ORCPT + 99 others); Thu, 10 Oct 2019 16:37:40 -0400 Received: from mail-ot1-f68.google.com ([209.85.210.68]:36002 "EHLO mail-ot1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726976AbfJJUhk (ORCPT ); Thu, 10 Oct 2019 16:37:40 -0400 Received: by mail-ot1-f68.google.com with SMTP id 67so6089199oto.3; Thu, 10 Oct 2019 13:37:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=d92cz9+ek3jXcWrW3Uf8eUh6Gt1ObIFPj64rzYVpR8k=; b=g50Sz/pHnHWExn1i1sgk7vVB9BcieHWp6Sk5NUgysb1A3vs/bYYW9MFMq17sbay5d8 vIGA9a0EOOGRvo0a9iINfHslrC6B/a9/kjk9fddflW8/7EMdT1l6VZyDv555UAuHCgM5 bRCuicOkEkNpJq3V+lBWaFC+mJ4AJhHZxiGvEZnsBIyqpHCsvc99VPrnXpDJkuJFCqlh 5IeqwjW7XtHH3V8VbvDk/hRoyzG0GrJDf4m57OHSJf8LHzq2MLRsHMezN3hc+dycxLo3 IQm18YIyVqPTz92ggQU+wUYODJzmjZrHvvYzefkCQYamEaYVw1qKQ/PrjC+2LviZ0pIh K9gw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=d92cz9+ek3jXcWrW3Uf8eUh6Gt1ObIFPj64rzYVpR8k=; b=PROYDeJ2jxFc9IbPzMDjV/ETjZQ+cVQ35/kFEp/tKY3MktVOWfgzg3JHF4Yr+bWS6z MLZFgayEyUZrsKw+tGuzjNgdRgafbnBfkKPe3DYiRmnEDn985cDViHSPoJBrKrWRCdtM Evd356CB2d2NLSTVRUHG0n+X6ftyGep/VomReCT0b8P+MVtd2LdcI0xc1Ha4DHpZQ+fL HF+Vjk9OA2MUktDxeSkYpc6uG2apxGSJmaEPwIfIUnwSFpkNxPPj1VHHxipzyH+oTK77 nimSQPRQkSgZs/2XhZ5ujRGXfJSq/DFUzJ3AawGqy4wsTGayC3pPHbeYmtUMvLimfdOo NhFQ== X-Gm-Message-State: APjAAAVbOvIdXzAq29gDev/rVclO9/Olrj3dDSzi+J2ikZ/aRiVaWODU DIeqDxWVvA00I/2TVD6AfZ5LWaxhUEQA9hFox18= X-Received: by 2002:a9d:3b76:: with SMTP id z109mr9238640otb.193.1570739859383; Thu, 10 Oct 2019 13:37:39 -0700 (PDT) MIME-Version: 1.0 References: <20191009200523.8436-1-stuart.w.hayes@gmail.com> <20191009200523.8436-3-stuart.w.hayes@gmail.com> In-Reply-To: From: Stuart Hayes Date: Thu, 10 Oct 2019 15:37:28 -0500 Message-ID: Subject: Re: [PATCH 2/3] PCI: pciehp: Wait for PDS if in-band presence is disabled To: Andy Shevchenko Cc: Bjorn Helgaas , Austin Bolen , Keith Busch , Alexandru Gagniuc , "Rafael J . Wysocki" , Mika Westerberg , "Gustavo A . R . Silva" , Sinan Kaya , Oza Pawandeep , linux-pci@vger.kernel.org, Linux Kernel Mailing List , Lukas Wunner Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Oct 10, 2019 at 12:40 AM Andy Shevchenko wrote: > > On Thu, Oct 10, 2019 at 8:37 AM Andy Shevchenko > wrote: > > On Wed, Oct 9, 2019 at 11:05 PM Stuart Hayes wrote: > > > > +static void pcie_wait_for_presence(struct pci_dev *pdev) > > > +{ > > > + int timeout = 1250; > > > > + bool pds; > > Also this is redundant. Just use the following outside the loop > > if (!retries) > pc_info(...); > > . > > > > + u16 slot_status; > > > + > > > + while (true) { > > > + pcie_capability_read_word(pdev, PCI_EXP_SLTSTA, &slot_status); > > > + pds = !!(slot_status & PCI_EXP_SLTSTA_PDS); > > > + if (pds || timeout <= 0) > > > + break; > > > + msleep(10); > > > + timeout -= 10; > > > + } > > > > Can we avoid infinite loops? They are hard to parse (in most cases, > > and especially when it's a timeout loop) > > > > unsigned int retries = 125; // 1250 ms > > > > do { > > ... > > } while (--retries); > > > > > + > > > + if (!pds) > > > + pci_info(pdev, "Presence Detect state not set in 1250 msec\n"); > > > +} > > > > -- > > With Best Regards, > > Andy Shevchenko > > > > -- > With Best Regards, > Andy Shevchenko Thank you for the feedback! An infinite loop is used several other places in this driver--this keeps the style similar. I can change it as you suggest, though, if that would be preferable to consistency.