Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp4096173ybz; Tue, 28 Apr 2020 05:48:37 -0700 (PDT) X-Google-Smtp-Source: APiQypJXfQUY27KbejyWMoeNpttvFEkD54f3kJGG9WAhqiB1lwCxmfnZPnVvuwMCNF2WhTIgVG5I X-Received: by 2002:aa7:cb0f:: with SMTP id s15mr21771777edt.164.1588078117046; Tue, 28 Apr 2020 05:48:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588078117; cv=none; d=google.com; s=arc-20160816; b=BnfPP6QcPpemQ1ioXodWf+Ust4IjQTlDW+zYTM2PHpzWdtzeW5VQcQSbdF9kXscEVL gimS+49K2z1O7Up8MsMA6VpHl+o6ahD+UHw0jLWwpxNZu1fGx4WxJT+IDbjXfsVRlSEK 8DXP4UFAFU3KcRcJpM8KiB2gyLWh1xdyWkWkd8wL9bO1VJtqwgn8Nirsg5gBFqPOY8JU hkIO7Wkw5xUnphPQXiOfin28/RJkZFcdr6MxWlmiYggAZDcZny1jghslLnEJa2HNgsLe T4cV85RvG89KAsmFOiXvMO0+mYT2B4KnQtDi0MDTu4sCcO0sTXEIyWP+whSkYZsmsvL+ MtEg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:organization:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:ironport-sdr:ironport-sdr; bh=NwqIcW3LgOiJ7FZPf8gv1jAHmQocUGE48jNFtYETsXc=; b=X9iRF60IGwHIeNkbuUZ6Se2lA3hGGH8kpnn2ohfCCD/C8pyCeD2XunnvTyZjqos8rq v7w6SVZrngRe/fCFouhgPXJ2udULRpQgdFempOeDher0mSkmyQ2gCE96j8+WbSReTbw4 htYdgxeH0nR9sCWY1ePSIWpcAtAo0bFwxijHtKzVeGg25M79IUHHislM2fQHV4b0KPYg 111tXneWncJD19knUy+BeMFhc4djglgyZ+s2aiZCpx5Gl6KBo/A0Tbn1n0VwPkHqMv5i xr7vtiDvnFPzxUMiM3zCnTyRZNJPpbRWj2cJASALJy3AHwwH+VfqL+3I6qJ6S01uo3Sm KfZQ== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id q28si1482363edw.324.2020.04.28.05.48.12; Tue, 28 Apr 2020 05:48:37 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726875AbgD1Mpx (ORCPT + 99 others); Tue, 28 Apr 2020 08:45:53 -0400 Received: from mga03.intel.com ([134.134.136.65]:25689 "EHLO mga03.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726764AbgD1Mpx (ORCPT ); Tue, 28 Apr 2020 08:45:53 -0400 IronPort-SDR: ITh+OnsDVeDP/TbJ6XA/qJXUjHEDdvC9FXOLN18GtmPHVhXSUBop2V1IK2fUbTmNaIuk29MwOE kj1Yfq++fqOg== X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga006.fm.intel.com ([10.253.24.20]) by orsmga103.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 28 Apr 2020 05:45:52 -0700 IronPort-SDR: TP/uYczxk/lwtQIzH/+Zyl5uqP030jf1kAkw25vGqAYSII1wYmovbE/eUDO84cwwMYEz7zYIli glcT10kijuRw== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.73,327,1583222400"; d="scan'208";a="459221981" Received: from smile.fi.intel.com (HELO smile) ([10.237.68.40]) by fmsmga006.fm.intel.com with ESMTP; 28 Apr 2020 05:45:46 -0700 Received: from andy by smile with local (Exim 4.93) (envelope-from ) id 1jTPcS-003YlK-Qg; Tue, 28 Apr 2020 15:45:48 +0300 Date: Tue, 28 Apr 2020 15:45:48 +0300 From: Andy Shevchenko To: Michael Walle Cc: linux-gpio@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-hwmon@vger.kernel.org, linux-pwm@vger.kernel.org, linux-watchdog@vger.kernel.org, linux-arm-kernel@lists.infradead.org, Linus Walleij , Bartosz Golaszewski , Rob Herring , Jean Delvare , Guenter Roeck , Lee Jones , Thierry Reding , Uwe =?iso-8859-1?Q?Kleine-K=F6nig?= , Wim Van Sebroeck , Shawn Guo , Li Yang , Thomas Gleixner , Jason Cooper , Marc Zyngier , Mark Brown , Greg Kroah-Hartman , Robin Murphy Subject: Re: [PATCH v3 02/16] mfd: mfd-core: Don't overwrite the dma_mask of the child device Message-ID: <20200428124548.GS185537@smile.fi.intel.com> References: <20200423174543.17161-1-michael@walle.cc> <20200423174543.17161-3-michael@walle.cc> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200423174543.17161-3-michael@walle.cc> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Apr 23, 2020 at 07:45:29PM +0200, Michael Walle wrote: > Commit cdfee5623290 ("driver core: initialize a default DMA mask for > platform device") initialize the DMA of a platform device. But if the > parent doesn't have a dma_mask set, for example if it's an I2C device, > the dma_mask of the child platform device will be set to zero again. > Which leads to many "DMA mask not set" warnings, if the MFD cell has the > of_compatible property set. I'm wondering why parent doesn't have it. I remember we have explicit patches in the past for buses such as PCI and AMBA to set default DMA mask for all physical devices on the respective bus, of course they can individually override it later. So, this seems to me a paper over the real issue (absence of default DMA mask where it's needed) and devices should explicitly define it if they disagree with default. If I'm wrong, you really need elaborate commit message much better. -- With Best Regards, Andy Shevchenko