Received: by 2002:a05:6a10:2785:0:0:0:0 with SMTP id ia5csp2489672pxb; Mon, 11 Jan 2021 10:55:04 -0800 (PST) X-Google-Smtp-Source: ABdhPJybHO+iSjiNC0ZZFH1rHDs+16hsvX4OtB0V0/2fA5a7Mho0TaheIWj/yimSGmJh4/FcPolo X-Received: by 2002:a17:906:ce2b:: with SMTP id sd11mr620170ejb.334.1610391304417; Mon, 11 Jan 2021 10:55:04 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1610391304; cv=none; d=google.com; s=arc-20160816; b=X2Eo4STVXoko9DRkj9q6SbpZrpmYRVVcKaahiXjSZ5pl3YkmDM9DA9TFTqs25vU3mH EtuPVz3z5fwqfSuLsTB4RdZpc9Mp95lzgEDlomedjKJRVHs/9OPhk2KTcix2uTAb02nt eUZzupnHyNMWo+NVgedUcvL6sdzytZIzsnN/EsMWbs7g/TSS7KZPB1r1HVl1XSGro97x PIaIWdQRy20Y/eymJttY7wFZsHVyq5uPEjoVV4SvadTmpR50X82cLKGxLOx1cVN0cs0L zgMB7BJE4p0+VsHqQ8J9QB/OdscTQeDFP5konvwYlHGij72/jF3G6dxREw38hyNH/336 y48A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=KVj6BnsPKy8SIQbULpp08lDUGf3xvM9pSNxXwuEntqU=; b=0LaucEeaJ+yrx9w9H6V9W80+zbw03/QeZ9pPWsQSN/2L17OwFIt6b4xsXS5E6LkQUk IlZ6b0O6vEGyVa/p731axna3KnOsJNK0n1gQKTWdUQtCUoa9kMnpCBrdZ7J9KEs5MKJM 7ZoKiBq1Z0uBWMncB9dAwIomX6ZwX86aMgkQRr0zcAhYhOaRzLXqMd/+eD0T1Mpd1VeK SWVuLk9uZonhZyiXo9bUwdtqWrO7Vd5i/w+NDMbtPuN10c41Y6g5WEH6RCaNLbzhEBuX pkq2a3DiPqFnoK68rLdhNewJZeL5SKMJEnlc2MgPBwsgZWmuUbb6b7y4Tspkg57IbXmI ApAQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=DSRYzE6g; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id q16si235082edc.229.2021.01.11.10.54.40; Mon, 11 Jan 2021 10:55:04 -0800 (PST) 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; dkim=pass header.i=@linaro.org header.s=google header.b=DSRYzE6g; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2390496AbhAKSwV (ORCPT + 99 others); Mon, 11 Jan 2021 13:52:21 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37820 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2390476AbhAKSwU (ORCPT ); Mon, 11 Jan 2021 13:52:20 -0500 Received: from mail-ot1-x32d.google.com (mail-ot1-x32d.google.com [IPv6:2607:f8b0:4864:20::32d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 27D90C061794 for ; Mon, 11 Jan 2021 10:51:40 -0800 (PST) Received: by mail-ot1-x32d.google.com with SMTP id i6so709160otr.2 for ; Mon, 11 Jan 2021 10:51:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=KVj6BnsPKy8SIQbULpp08lDUGf3xvM9pSNxXwuEntqU=; b=DSRYzE6gg2fWi8taP0AAwnHeXUX6VhBeyaw1JlTmLumDHIAXhg12uBb4eQ6C5daeIa GEEgAYkALwnVO1Sn7hVautHZ/TO5oVk5GfWQdkFj2Wdkv5o3NFhwJcniA7xj73wJOzup pe9WQWoC0DM6jqJrxM/wRhhs8gNCqKpky2chUE13TcoTLylJijKjiNmtehZ02WXnFT9F kNJzcTzhOCNwR+jLTe+wXRoCdaiUvTzaStOUdoUiZgyXwZACGyplD2u8qbjjxe9Q0e+Y +F2GtWnVJe6XWpdI44wEoRoxbpIr4nhRDoIo+paIxmnVmg1zBIXd8wJa5s6N8miS1Sfq EzPA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=KVj6BnsPKy8SIQbULpp08lDUGf3xvM9pSNxXwuEntqU=; b=k/ooBNCiZAMmesb0ZOFh9d4VYBbwcdkcgW7mn4yd3xYUvTzLfpXQHAaSE1pRPUKmut GgJW/Gg6XfY78YZJ0I4sgI7Egcf+8LRVqvx+7qfAJjBZC1wXwiCIIr5dp2M0pASY1fIv fkEOubjVpxlzjosIoygklL6FbNzCzhpabMvjeGEvgdeIfCYFDSWXsTlJ6HPd1mLU6fNm O2bVrPVFOWJBX6otV5amH/nvsT02vpTY6h6nrzgyZ1xufC+kwwnPlqkxQ+bdEOa3D9th nfqT8v9iEvrxdMP3rDAEoXSbDNkLmnvYW8zFR1rQpDaFqaXx6AK+kiClxRWNt0PjL43i 7IkQ== X-Gm-Message-State: AOAM5334OGK++Rt0NAKZIAGZuViOfgd4eeEgyjeRkD99Zlgt/N9qNhhd 0IGAARgZTrpXB/F/I5Ya4L83QA== X-Received: by 2002:a9d:7419:: with SMTP id n25mr404582otk.280.1610391099557; Mon, 11 Jan 2021 10:51:39 -0800 (PST) Received: from builder.lan (104-57-184-186.lightspeed.austtx.sbcglobal.net. [104.57.184.186]) by smtp.gmail.com with ESMTPSA id p18sm64347ood.48.2021.01.11.10.51.38 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 11 Jan 2021 10:51:38 -0800 (PST) Date: Mon, 11 Jan 2021 12:51:37 -0600 From: Bjorn Andersson To: Vinod Koul Cc: Mark Brown , Wolfram Sang , linux-arm-msm@vger.kernel.org, Andy Gross , Matthias Kaehlcke , Douglas Anderson , Sumit Semwal , Amit Pundir , linux-spi@vger.kernel.org, linux-i2c@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 2/7] soc: qcom: geni: move struct geni_wrapper to header Message-ID: References: <20210111151651.1616813-1-vkoul@kernel.org> <20210111151651.1616813-3-vkoul@kernel.org> <20210111174342.GB2771@vkoul-mobl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210111174342.GB2771@vkoul-mobl> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon 11 Jan 11:43 CST 2021, Vinod Koul wrote: > On 11-01-21, 09:34, Bjorn Andersson wrote: > > On Mon 11 Jan 09:16 CST 2021, Vinod Koul wrote: > > > > > I2C geni driver needs to access struct geni_wrapper, so move it to > > > header. > > > > > > > Please tell me more! > > > > Glanced through the other patches and the only user I can find it in > > patch 5 where you use this to get the struct device * of the wrapper. > > That is correct. The dma mapping needs to be done with SE device. > > > At least in the DT case this would be [SE]->dev->parent, perhaps we > > can't rely on this due to ACPI? > > I would have missed that then, but I somehow recall trying that.. Though > I have not looked into ACPI.. > > Given that we would need to worry about ACPI, do you recommend using > parent or keeping this > We get the wrapper by the means of dev_drv_getdata(dev->parent), so afaict we need to figure out how to get hold of the wrapper for ACPI to work either way. We then need to lug around the wrapper's device for your uses and exposing the wrapper struct solves this for us. So I'm okay with your proposal. Regards, Bjorn