From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.3 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, NICE_REPLY_A,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id E72DEC2D0A3 for ; Wed, 4 Nov 2020 16:17:21 +0000 (UTC) Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 7FAE92064C for ; Wed, 4 Nov 2020 16:17:21 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="JHENJLHz"; dkim=fail reason="signature verification failed" (2048-bit key) header.d=linaro.org header.i=@linaro.org header.b="AR2T9KLf" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 7FAE92064C Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=linaro.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=merlin.20170209; h=Sender:Content-Type: Content-Transfer-Encoding:Cc:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:Message-ID:From: References:To:Subject:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=B+kYCQohiKTTVitFzL5wWKW+zAjOYSNu4adohu7wPlo=; b=JHENJLHz9QfWGo9jjzItGLEb3 wQSbT3gQQDgXwoimtpGUnumrjhQW/X7/PCZOHYhcrbwp9HjnM7hpu2epXkYpZ1VwDBsR9zGeXJLJi qAqM01sckZMpq6nTqDm6EL1bLMj/4bFAR9c+rAXpl0yO6dNW3CdcXza8njiUuxZrhutrXOwjggrsF PD5i4J+3sI7sLC6TKSHLAv5cV/M8sju29yw0YjXu39YmhYY8V/jcSyuEO/VMTGXPHnEJ/PXyogY0G VJ2OXIEP7guVOdGAnhXmox5eFkmsPhAo3n4flptVvRJiPnvVn3IZN2kpDktOnVetdwL1bhA10++Iz Kyh8zgMWw==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1kaLRp-0001oq-79; Wed, 04 Nov 2020 16:15:45 +0000 Received: from mail-qk1-x744.google.com ([2607:f8b0:4864:20::744]) by merlin.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1kaLRm-0001o3-N9 for linux-arm-kernel@lists.infradead.org; Wed, 04 Nov 2020 16:15:44 +0000 Received: by mail-qk1-x744.google.com with SMTP id s14so19732713qkg.11 for ; Wed, 04 Nov 2020 08:15:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=BzOsbGSY9z7EN9U3fc5QD5cQcFpWtZlGETB+sg6bEuI=; b=AR2T9KLf8XPu9X1bK+ltPittyxfCATfM8rGWSbZAU2nes60hOHtwD0Rqavvljsvs4x JSWi3bhxloWgjnwA//ypcTwUgmdYfhJId3lm5W0YCgoSNN1/rMRVwhShPAI72lZW36B0 J7jbq3k/wFD2xFim+Xo53dtOdG961IyhK05RCcVccOsvcTomec5BvZYJdwmcA48QjOhc P2DAcDCg/VOomtSfiXOzAAQOHw/5F9lbA0WfrKKqwF+3J70AyWR0YbwV/qSnfYNa/SgU BC8QJRLjOV8wfAh2eYw4PfgTvVKetTgaSIvsJ320KHFd1l7+zc2sROBrktDiYpXwKggY TKIw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=BzOsbGSY9z7EN9U3fc5QD5cQcFpWtZlGETB+sg6bEuI=; b=NtfYmNd9QrQ2wWTixdtt1Oa8cXRxfRuo6RlG1Rony5UWr4DEDrHR6bVpvU/QVk0wfj T3b0ZzJJiAoyCbBJq4QngVUxt/7gMsRbMOx32sCzP544d+JtBZOT6d/MaQ+TZn0mTgNf MZ0G4yLkPtOJNjcLiPDKuP3+QGOaR6fMxBt/jM20/Gk81PWi+E/OLEV9dnMv8QCsh8zV s7V+l0I6U73TYl/jkjBMjh2LNmy6fYoa3jVz3BMD+x9fj5nJ2eCSUgQ/67XAHx61VhMe 4Wg87+JyUrU9GkaUMjcTqZ1/MSxbthy4AdOJoQpkObC92pJ4IinINzAqSW3Csqmyz1qq hZ5w== X-Gm-Message-State: AOAM531OVdqPhs7xOYCeOBFDxgswYqW48X35xlPM1brQlZA7JiX8yWSq AL5AFHmoMFBtU3cJC5vIjr3V6g== X-Google-Smtp-Source: ABdhPJwKPDnFin1U/ARrm/f8XaSD4r0XkJti/p8ZQlMADQoRdq/jSjAucv7ruUG8gZxKY4jx+2PBUw== X-Received: by 2002:a37:ad18:: with SMTP id f24mr16340177qkm.25.1604506539067; Wed, 04 Nov 2020 08:15:39 -0800 (PST) Received: from [192.168.1.93] (pool-71-163-245-5.washdc.fios.verizon.net. [71.163.245.5]) by smtp.gmail.com with ESMTPSA id p8sm467740qtc.37.2020.11.04.08.15.37 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 04 Nov 2020 08:15:38 -0800 (PST) Subject: Re: [PATCH v2 0/8] SCMI vendor protocols and modularization To: Cristian Marussi , linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org References: <20201028202914.43662-1-cristian.marussi@arm.com> From: Thara Gopinath Message-ID: <49662d46-ca4a-4173-1d98-6ce7975afcae@linaro.org> Date: Wed, 4 Nov 2020 11:15:37 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <20201028202914.43662-1-cristian.marussi@arm.com> Content-Language: en-US X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20201104_111543_067344_8FA15D10 X-CRM114-Status: GOOD ( 14.25 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: f.fainelli@gmail.com, vincent.guittot@linaro.org, sudeep.holla@arm.com, james.quinlan@broadcom.com, Jonathan.Cameron@Huawei.com, souvik.chakravarty@arm.com, etienne.carriere@linaro.org, lukasz.luba@arm.com Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On 10/28/20 4:29 PM, Cristian Marussi wrote: > The current revision of this series still does not address the possibility > of creating dynamically the SCMI devices: any new protocols must be added > to the SCMI embedded module device table as of now, while it could be > desirable to have such devices created dynamically whenever a new protocol > is added and loaded into the system. Hi Cristian, Thanks for v2. I have raised my concerns previously as well on having a static table in the main scmi framework for managing the client devices. This will be a bottleneck not just for vendor protocol addition but also to extend the currently supported list of scmi protocols. I will wait for your v3 (as you mentioned previously) for fixes around this. -- Warm Regards Thara _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel