Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp383329pxj; Fri, 7 May 2021 10:39:02 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzbhFjL8AYiAceM1ifl9dfSxVTWidqdO798jtrYAwQryeJvGYjiuNVhxtqG7UQ4I8uVQhyB X-Received: by 2002:a17:90a:c201:: with SMTP id e1mr11419144pjt.222.1620409141853; Fri, 07 May 2021 10:39:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620409141; cv=none; d=google.com; s=arc-20160816; b=s+lfWzGKapBu+T9XSexCaETB9SLy5LIhxr6JjaL3phPLBbVHsJic5rmDLEr3M4taEK M0IfSxnAmMXt6jHRh5pTMvVSZYIYNgNUlrAAcOWI43N5UnhkF2JaTinnug1n1nwTDdyh pRzKv7KQqpto199ZmaE6GIW2EXDuOkt9LwHJYq1188bLJn7orIi0rJg2a9mTCErqNerd X1wkGmA5qNeVZ5mai7cTEEAqEXD82o9leYvEV5EmnMENHIrP8h/pwfAwJ3lBfeyUyThf epWqU6/shulie/RYBalbbht4wzxUAj9lrhLY3goLgqKXm80qSKlidrIyPLq+DhgIlDvb 3Nmw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-language:content-transfer-encoding :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=6Q0LWk1NlNKAA6FE7f8JCOKOfEjpOJ9duLs/F8NyNBo=; b=BMATmkVaBz5VnrD9SZRXylM4/TYOLKljLuT8Q/bIbeP6pXy2qU8QWgDPyVdWMvk9WV nAo17CB8Gdpg97+zNYrjsN3gXSK7DMs8fPMliEDrkrC6TEnH4PPWi/9rD44b6dBDHhfF qgtMusbeSZ3ax0hQY6TtRkGS/XvQGiBHGJzy6Z2utwiPrOq7X915pZVeaNHD9qtnDmoX stcGDoLEQLC5I8QpR+9ymtHPFHWriZb3O0umtoesbnwWbqLY6CM1h09f4E38JggUxzzr wyZ/MDulfP8C5yEHQ6y23ejN8+Vo3sLeKY+VomkgDAnSPORC0gcPerare6SOFECnB+En kc9A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id n8si2631652plk.422.2021.05.07.10.38.49; Fri, 07 May 2021 10:39:01 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237140AbhEGQ52 (ORCPT + 99 others); Fri, 7 May 2021 12:57:28 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:32832 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237138AbhEGQ51 (ORCPT ); Fri, 7 May 2021 12:57:27 -0400 Received: from m-r1.th.seeweb.it (m-r1.th.seeweb.it [IPv6:2001:4b7a:2000:18::170]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6CEA3C061574 for ; Fri, 7 May 2021 09:56:27 -0700 (PDT) Received: from [192.168.1.101] (83.6.168.154.neoplus.adsl.tpnet.pl [83.6.168.154]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by m-r1.th.seeweb.it (Postfix) with ESMTPSA id 7851C1F680; Fri, 7 May 2021 18:56:23 +0200 (CEST) Subject: Re: [PATCH 1/3] remoteproc: qcom: pas: Use the same init resources for MSM8996 and MSM8998 To: Manivannan Sadhasivam , Yassine Oudjana Cc: Andy Gross , Bjorn Andersson , Rob Herring , Ohad Ben-Cohen , Mathieu Poirier , linux-arm-msm@vger.kernel.org, linux-remoteproc@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, ~postmarketos/upstreaming@lists.sr.ht References: <20210507164045.GA3622@thinkpad> From: Konrad Dybcio Message-ID: <22accfef-a629-b483-f93f-820030ff5189@somainline.org> Date: Fri, 7 May 2021 18:56:22 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0 MIME-Version: 1.0 In-Reply-To: <20210507164045.GA3622@thinkpad> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Language: en-US Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, > NACK. > > I see that the "slpi_resource_init" and "msm8998_{slpi/adsp}_resource" are > completely different, even the firmware name. How can you get it to work? one of us must be looking at some knock-off source code, as they are identical say for the presence or absence of proxy_pd_names, which are required for 8996 and weren't really an exposed thing on old SoCs like 8974. Konrad