Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp2480066imm; Sat, 9 Jun 2018 16:51:21 -0700 (PDT) X-Google-Smtp-Source: ADUXVKIzmQJG6o0AS2j4RVS5sXtHbQfo3iL/SRgAsPWuIw8rkHQPBKWQGtCK14ImiV00SFdum1zt X-Received: by 2002:a17:902:7089:: with SMTP id z9-v6mr12261872plk.231.1528588281041; Sat, 09 Jun 2018 16:51:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1528588281; cv=none; d=google.com; s=arc-20160816; b=jmQ/5Hgfj24mzhRx1E5Rb4tJDznAwUXwBOgMvzj0iTQWSIx1tufOBNZm/T1twyK5nr cvGcYAYWXyXlM9kj+jgl7FnhscjoFR7BDT9uAtKYurJfJSg+ZMNXZP6LpRXn867ulFVS BvEiqCxv7dvPbDsmQSYjUozk6/ej8414jXXYOG9K7Oy7/fEgpl2rrD3U2w7J92wqT0CP hF5sXJyTmtJXRs8oZHLa5CaXSHorp5HqbQZYAOxeuaXARgEXKNUk+9zQ7WHNB4yUZW0U ETpNY/S22UwiWvkfExBg606TF137wm65raASnANlO4NAoRTtveBFNwLRpyU4JohYJykr exqw== 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:from:references:cc:to:subject:dmarc-filter :dkim-signature:dkim-signature:arc-authentication-results; bh=6wjXcyCRfi+SEr5YlsePTFsiaLuVNQKrdBVytQ5PMBw=; b=itUyL4hFzXSE23cPXQxRxKENgie3CZlrM4lVX3GNAb1aPViAzB1F5T/zeY87s92YqK EAYmGOfv4w/aQTHM537x3QQsl9MbuB8uGMtShJZMu56KHOc6EQX0XIX1GNMeS6zrpUwO T+09Idc4sWxPXm8pZGIfB10KN/CdlN9EMoyiannJERSGc4mDsb+V4qb2cVgTFQcFiH2j tRK2Kkb1qVN6R3bf5QD820PNL/J0K9zAU1kPlWIHoKLhQGGpMSeYSIQ2nlr2NUXwf9hl B7x9NGyBe1XGOeJGJGLCeQkYmXg5FghJlOxeh3jYCE25Fj7gg7wn1u1Qppnma0dtQUHH Wahg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@codeaurora.org header.s=default header.b=DHyFrSb5; dkim=pass header.i=@codeaurora.org header.s=default header.b=dk1RepfD; 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 o19-v6si8974796pgc.299.2018.06.09.16.50.27; Sat, 09 Jun 2018 16:51:21 -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=@codeaurora.org header.s=default header.b=DHyFrSb5; dkim=pass header.i=@codeaurora.org header.s=default header.b=dk1RepfD; 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 S1753528AbeFIXta (ORCPT + 99 others); Sat, 9 Jun 2018 19:49:30 -0400 Received: from smtp.codeaurora.org ([198.145.29.96]:54724 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753516AbeFIXt2 (ORCPT ); Sat, 9 Jun 2018 19:49:28 -0400 Received: by smtp.codeaurora.org (Postfix, from userid 1000) id 439FA608BF; Sat, 9 Jun 2018 23:49:28 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1528588168; bh=GN+RRCIckXg7GR7Fm7LmVoQmY2BgpSRfPCOcPkzc54g=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=DHyFrSb5INHC1k3Ak96PYS9eBBdso6+lJ0yVS7OpdFWKfA1zsLU8oPYmm2OmxqZDQ Sa9Hc22OFpgIQtghzpYFNtMJXmZrw/xMV5f2uBk3Ay3C/w/ofnFaGSsg3MCN8VHmHL uRbDJenrVRh+YHq9dUyi1dRRLDlzGvf3DvLEOvJU= X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on pdx-caf-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.8 required=2.0 tests=ALL_TRUSTED,BAYES_00, DKIM_SIGNED,T_DKIM_INVALID autolearn=no autolearn_force=no version=3.4.0 Received: from [192.168.0.106] (cpe-174-109-247-98.nc.res.rr.com [174.109.247.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: okaya@smtp.codeaurora.org) by smtp.codeaurora.org (Postfix) with ESMTPSA id C0412605A2; Sat, 9 Jun 2018 23:49:24 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1528588167; bh=GN+RRCIckXg7GR7Fm7LmVoQmY2BgpSRfPCOcPkzc54g=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=dk1RepfD6QAmq0XBvp67UznhkWYnEA68n74Xe7Q6wNzZ5XRFd2/UcfN1eEghsQcbN VZB9Gfvo+VzUsWsSPWItJarPDu64zOxeqVDjIO1UHgiMLcocve0MdugKs5xIXGNSVV Zy+SkpE0l1v1JIYtu7oBzmCZBnKRDMB3RPsf4TFI= DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org C0412605A2 Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=none smtp.mailfrom=okaya@codeaurora.org Subject: Re: [PATCH v2] pci/aspm: Remove CONFIG_PCIEASPM_DEBUG To: Rajat Jain , Bjorn Helgaas , "Busch, Keith" , Vidya Sagar , Philippe Ombredanne , Kees Cook , "Gustavo A. R. Silva" , Ard Biesheuvel , Frederick Lawler , linux-pci , Linux Kernel Mailing List , "Patel, Mayurkumar" Cc: Rajat Jain References: <20180508230148.121852-1-rajatja@google.com> <20180510233912.96454-1-rajatja@google.com> From: Sinan Kaya Message-ID: Date: Sat, 9 Jun 2018 19:49:23 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > On Thu, May 10, 2018 at 4:39 PM Rajat Jain wrote: >> >> Currently, the linux kernel disables ASPM when a device is >> removed from the kernel. But it is not enabled again when >> a new device is added on that slot even if it was originally >> enabled (by the BIOS) when the system booted up (assuming >> POLICY_DEFAULT). >> >> This was earlier discussed here: >> https://www.spinics.net/lists/linux-pci/msg60212.html >> >> And some suggestions from Bjorn here: >> https://www.spinics.net/lists/linux-pci/msg60541.html >> >> This patch picks up one of the suggestion, to remove the >> CONFIG_PCIEASPM_DEBUG and thus make the code always >> avilable. This provides control to userspace to control >> ASPM on a per slot / device basis using sysfs interface. >> >> Signed-off-by: Rajat Jain >> --- >> v2: provide function definitions for !CONFIG_PCIEASPM case Reviewed-by: Sinan Kaya -- Sinan Kaya Qualcomm Datacenter Technologies, Inc. as an affiliate of Qualcomm Technologies, Inc. Qualcomm Technologies, Inc. is a member of the Code Aurora Forum, a Linux Foundation Collaborative Project.