Received: by 10.223.164.200 with SMTP id h8csp694173wrb; Sun, 5 Nov 2017 18:57:26 -0800 (PST) X-Google-Smtp-Source: ABhQp+RFxOkIxMqNYLKaAAh0WVqjcI3LkjPF3MRa5pYW4ywlbMSKjYHpKOnJV1QO3lZj+Ix/wdkb X-Received: by 10.84.238.136 with SMTP id v8mr13363962plk.37.1509937046803; Sun, 05 Nov 2017 18:57:26 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1509937046; cv=none; d=google.com; s=arc-20160816; b=LvhbDMYyO8g9MKNPoUUzAimoN0gHwUyL09dgawutNH2eELfl/YDZ1S17Pfk8PYJGuf XD8E9YB0fl5EPIa9370Q1SO9oSUcLy3Wrih77FAGirjcLFBbSvKtG9LvDZJiPM2Yb1CF y7lYg5JIVx8muUa6b6o2lylbskDj32RhFjNirElX5T96/VYG52GKuNDcDpLrGFGerzLO jH1tcMyNG/0DYLsGTsp10hKd+NrY7IWt4YTVmb6H/uWZAx71G+eRg+D8Ly1X38YU+j7o CEivSSe/+7OFPjKB2ir2FIUL/UZfS8tQm52liIMG/NMkLg8SVN6r8e9aAjiV2ET5hTjE OnVw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:references:cc:to:from:subject:dkim-signature :arc-authentication-results; bh=2bTYbM3xg1gAEzi/g0hkopnCbCFkHjyToLThnFcweRg=; b=wZfiaB0oE99PJS6dEEld63N/HjMJrMgOTMWLdCaHmjmN2mqyAuHxa4Sv7LhVpMSjtJ XhI0Ki5pJo3Fjqn/p4hdxNyGMkOJWdLuUNOpGEsQx4hsxB4ep9kzWRB1fwmf1mZ4z2GN t9VKcGgUBwy3kP+f6bzdbXmQ8MjfrY6d+zYIXTH3EG+Hs1YTxWAhoYLa+LFA4Rtr1rTL hT+uh4WYh9yyIpGC098PYpvfRUNhf5gHJ2Zqi1K/MC4Pu7jnp13QGcKNrT9vsU/BrSTE CdMIFccye591md7clXLLMbDeNtxLmka8MokF9g+Mi7OJXjuI7pjfT8X5u8gDKaoSjxO9 WTCQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ti.com header.s=ti-com-17Q1 header.b=novh8aTt; 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=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y21si9117370pll.823.2017.11.05.18.57.13; Sun, 05 Nov 2017 18:57:26 -0800 (PST) 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=@ti.com header.s=ti-com-17Q1 header.b=novh8aTt; 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=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751580AbdKFC40 (ORCPT + 96 others); Sun, 5 Nov 2017 21:56:26 -0500 Received: from lelnx194.ext.ti.com ([198.47.27.80]:60468 "EHLO lelnx194.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751307AbdKFC4Y (ORCPT ); Sun, 5 Nov 2017 21:56:24 -0500 Received: from dlelxv90.itg.ti.com ([172.17.2.17]) by lelnx194.ext.ti.com (8.15.1/8.15.1) with ESMTP id vA62uE6s019061; Sun, 5 Nov 2017 20:56:14 -0600 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ti.com; s=ti-com-17Q1; t=1509936974; bh=poEaN1apce3N4EBVTe5Q6C+EBYcYY3N58wYC3xhMaDk=; h=Subject:From:To:CC:References:Date:In-Reply-To; b=novh8aTt9OeyHo/EusbaydSpK+v7/57feCuDD0vSXztWVXmIdpM9FZ5zTpHfj/1Ta wGW+JH/MAVP90d5DaIsrcys8Dcjiye26bcOUspbDbq5R45lqkvyo7qOK5M3mfAn+Zk LSVE9hsxc7XkN417Nsxt1Uksbhu2GSOH0sO5jgsg= Received: from DLEE101.ent.ti.com (dlee101.ent.ti.com [157.170.170.31]) by dlelxv90.itg.ti.com (8.14.3/8.13.8) with ESMTP id vA62uE5W028306; Sun, 5 Nov 2017 20:56:14 -0600 Received: from DLEE105.ent.ti.com (157.170.170.35) by DLEE101.ent.ti.com (157.170.170.31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.1.845.34; Sun, 5 Nov 2017 20:56:14 -0600 Received: from dlep32.itg.ti.com (157.170.170.100) by DLEE105.ent.ti.com (157.170.170.35) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_RSA_WITH_AES_256_CBC_SHA) id 15.1.845.34 via Frontend Transport; Sun, 5 Nov 2017 20:56:14 -0600 Received: from [172.24.190.215] (ileax41-snat.itg.ti.com [10.172.224.153]) by dlep32.itg.ti.com (8.14.3/8.13.8) with ESMTP id vA62uB1N018154; Sun, 5 Nov 2017 20:56:12 -0600 Subject: Re: [PATCH v2] dwc: dra7xx: Print link state to console for debug From: Faiz Abbas To: David Laight , "kishon@ti.com" CC: "bhelgaas@google.com" , "linux-omap@vger.kernel.org" , "linux-pci@vger.kernel.org" , "linux-kernel@vger.kernel.org" References: <1508417009-30869-1-git-send-email-faiz_abbas@ti.com> <9378c5c9-381d-4c40-3290-f7e3720792ba@ti.com> <063D6719AE5E284EB5DD2968C1650D6DD009C62B@AcuExch.aculab.com> <53ed97ab-ed02-23be-0ce9-e79f2aaac979@ti.com> Message-ID: Date: Mon, 6 Nov 2017 08:26:29 +0530 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 7bit X-EXCLAIMER-MD-CONFIG: e1e8a2fd-e40a-4ac6-ac9b-f7e9cc9ee180 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Monday 30 October 2017 02:18 PM, Faiz Abbas wrote: > > > On Thursday 26 October 2017 01:29 PM, Faiz Abbas wrote: >> David, >> >> On Thursday 19 October 2017 06:56 PM, David Laight wrote: >>> From: Faiz Abbas >>>> Sent: 19 October 2017 14:09 >>>> On Thursday 19 October 2017 06:13 PM, Faiz Abbas wrote: >>>>> Enable support for printing the LTSSM link state for debugging PCI >>>>> when link is down. >>>>> >>>>> Signed-off-by: Faiz Abbas >>>>> --- >>>>> v2: >>>>> 1. Changed dev_err() to dev_dbg() >>>>> 2. Changed static char array to static const char * const >>>>> 3. format changes >>>>> >>>>> drivers/pci/dwc/pci-dra7xx.c | 48 ++++++++++++++++++++++++++++++++++++++++++++ >>>>> 1 file changed, 48 insertions(+) >>>>> >>>>> diff --git a/drivers/pci/dwc/pci-dra7xx.c b/drivers/pci/dwc/pci-dra7xx.c >>>>> index 34427a6..0e70e77 100644 >>>>> --- a/drivers/pci/dwc/pci-dra7xx.c >>>>> +++ b/drivers/pci/dwc/pci-dra7xx.c >>>>> @@ -98,6 +98,45 @@ struct dra7xx_pcie_of_data { >>>>> >>>>> #define to_dra7xx_pcie(x) dev_get_drvdata((x)->dev) >>>>> >>>>> +static const char * const state[] = { >>>>> + "DETECT_QUIET", >>> ... >>>>> + "RCVRY_EQ3" >>>>> +}; >>>>> + >>>>> static inline u32 dra7xx_pcie_readl(struct dra7xx_pcie *pcie, u32 offset) >>>>> { >>>>> return readl(pcie->base + offset); >>>>> @@ -118,6 +157,15 @@ static int dra7xx_pcie_link_up(struct dw_pcie *pci) >>>>> { >>>>> struct dra7xx_pcie *dra7xx = to_dra7xx_pcie(pci); >>>>> u32 reg = dra7xx_pcie_readl(dra7xx, PCIECTRL_DRA7XX_CONF_PHY_CS); >>>>> + u32 cmd_reg; >>>>> + u32 ltssm_state; >>>>> + >>>>> + if (!(reg & LINK_UP)) { >>>>> + cmd_reg = dra7xx_pcie_readl(dra7xx, >>>>> + PCIECTRL_DRA7XX_CONF_DEVICE_CMD); >>>>> + ltssm_state = (cmd_reg & GENMASK(7, 2)) >> 2; >>>>> + dev_dbg(pci->dev, "Link state:%s\n", state[ltssm_state]); >>> >>> Hmmm... GENMASK leaves by hunting header files...> Why not (cmd_reg >> 2) & 63 and explicitly define state[64] >>> to guarantee that you never print anything worse than a NULL >>> pointer. >> >> I'm not sure what you mean. Are you worried we might print something >> outside the array bounds? How is this easier to decipher than GENMASK? >> >>> >>>>> + } >>>>> >>>>> return !!(reg & LINK_UP); >>>>> } >>>>> >>>> >>>> I missed David's comment in v1. Will submit a new version. Please ignore. >>> >>> I've a 'neat' trick for generating strings that match constants. >>> You can get the compiler to do all the work for you: >>> (Assuming I've typed it correctly) >>> >>> #define LTSSM_DEFS(x) \ >>> x(DETECT_QUIET) \ >>> x(DETECT_ACT) \ >>> (continue for all the names) >>> >>> Define an enum with the named constants: >>> #define X(name) LTSSM_STATE_##name, >>> enum (LTSSM_DEFS(X) LTSSM_STATE_SIZE=64); >>> #undef X >>> >>> Array of strings: >>> #define X(name) [LTSSM_STATE_##name] = #name >>> static const char * const state_names[LTSSM_STATE_SIZE] = { LTSSM_DEFS(X) }; >>> #undef X >>> >>> David >>> >> >> So I implemented your idea and it looks like this: >> http://pastebin.ubuntu.com/25821834/ >> >> I don't know how much we gained by adding the trick. I still had to be >> careful not to be off by 1 when writing the list. Plus we are never >> saying anything like printk("%s", state[LTSSM_STATE_DETECT_QUIET]. Its a >> register read which is used to index the list array. >> >> Thanks, >> Faiz >> > > Gentle Ping. > Ping Again. From 1582671718084624475@xxx Mon Oct 30 08:49:28 +0000 2017 X-GM-THRID: 1581691652519634530 X-Gmail-Labels: Inbox,Category Forums