From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753350AbdCNPgL (ORCPT ); Tue, 14 Mar 2017 11:36:11 -0400 Received: from mail-wr0-f170.google.com ([209.85.128.170]:34679 "EHLO mail-wr0-f170.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751765AbdCNPgH (ORCPT ); Tue, 14 Mar 2017 11:36:07 -0400 From: Georgi Djakov Subject: Re: [RFC v0 1/2] interconnect: Add generic interconnect controller API To: Randy Dunlap References: <20170301182235.19154-1-georgi.djakov@linaro.org> <20170301182235.19154-2-georgi.djakov@linaro.org> <15929d7a-65e5-f8ba-2fac-0381c5f8e8fc@infradead.org> Cc: linux-pm@vger.kernel.org, rjw@rjwysocki.net, robh+dt@kernel.org, gregkh@linuxfoundation.org, khilman@baylibre.com, mturquette@baylibre.com, vincent.guittot@linaro.org, skannan@codeaurora.org, sboyd@codeaurora.org, andy.gross@linaro.org, seansw@qti.qualcomm.com, davidai@quicinc.com, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-arm-msm@vger.kernel.org Message-ID: <20fa9f6c-22b8-08d0-8fbd-82cbad9acc87@linaro.org> Date: Tue, 14 Mar 2017 17:35:57 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.7.0 MIME-Version: 1.0 In-Reply-To: <15929d7a-65e5-f8ba-2fac-0381c5f8e8fc@infradead.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 03/03/2017 12:53 AM, Randy Dunlap wrote: > On 03/01/17 10:22, Georgi Djakov wrote: >> >> diff --git a/drivers/interconnect/Kconfig b/drivers/interconnect/Kconfig >> new file mode 100644 >> index 000000000000..103524b59905 >> --- /dev/null >> +++ b/drivers/interconnect/Kconfig >> @@ -0,0 +1,10 @@ >> +menuconfig INTERCONNECT >> + bool "On-Chip Interconnect management support" > > Why isn't this symbol tristate instead of bool so that the > interconnect management support can be built as a loadable module? > Thanks for the comment! For simplicity, the core API currently is only supported as a built-in, but we can definitely try making it modular. I can do it after we get some initial feedback on if and how this concept fits in the kernel and set the direction we want to go. BR, Georgi > >> + help >> + Support for management of the on-chip interconnects. >> + >> + This framework is designed to provide a generic interface for >> + managing the interconnects in a SoC. >> + >> + If unsure, say no. >> + > >