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=-2.6 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, 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 6A2DFC83001 for ; Tue, 28 Apr 2020 15:25:55 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 470C2206E2 for ; Tue, 28 Apr 2020 15:25:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1588087555; bh=th3tqv11ZgZgj8E96bFG6ckng9nKhzjnFA3FZBoCqDM=; h=Date:From:To:Cc:Subject:References:In-Reply-To:List-ID:From; b=LTCfHW9105cESFJ9oPt7x2H7zGCPCuThoFzIaCZcPFZlifrwiP4bwV71rLdRPggVy DUhFL3HNiWO3beKmCQufGGc3tN3hjC38sTYh5SUw+ci+TLntM9WLz8j0B+uhSKv8BA A1s50jKfWxMq+LambjZi9b+aOCSLHbtGnIdcb5rw= Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728528AbgD1PZr (ORCPT ); Tue, 28 Apr 2020 11:25:47 -0400 Received: from mail.kernel.org ([198.145.29.99]:42660 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728487AbgD1PZr (ORCPT ); Tue, 28 Apr 2020 11:25:47 -0400 Received: from localhost (fw-tnat.cambridge.arm.com [217.140.96.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id C4838206D8; Tue, 28 Apr 2020 15:25:45 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1588087546; bh=th3tqv11ZgZgj8E96bFG6ckng9nKhzjnFA3FZBoCqDM=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=UlWrbndNBYw9f/3rJZ9vWhuiMI9bols+NUpDrkpb6nMDPcIB+exm9thHsajcNMv2s zF8ons1G+Tu9b/RtEzHyR4oERYHCJhNFS7iYENen9Yfm5zJskPzV8YzecKgzoPwIBB YihdZq8p8AkIueprECGqpetiJGVIrRNXwJ4Om4/8= Date: Tue, 28 Apr 2020 16:25:43 +0100 From: Mark Brown To: Robin Murphy Cc: Andy Shevchenko , Michael Walle , 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 , Greg Kroah-Hartman Subject: Re: [PATCH v3 02/16] mfd: mfd-core: Don't overwrite the dma_mask of the child device Message-ID: <20200428152543.GI5677@sirena.org.uk> References: <20200423174543.17161-1-michael@walle.cc> <20200423174543.17161-3-michael@walle.cc> <20200428124548.GS185537@smile.fi.intel.com> <3cd3705a-4f48-6a46-e869-3ee11dc17323@arm.com> <20200428142938.GX185537@smile.fi.intel.com> <6ccad285-7b5f-3037-d4d5-ff4d9571b612@arm.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="LYw3s/afESlflPpp" Content-Disposition: inline In-Reply-To: <6ccad285-7b5f-3037-d4d5-ff4d9571b612@arm.com> X-Cookie: Eschew obfuscation. User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-hwmon-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-hwmon@vger.kernel.org --LYw3s/afESlflPpp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Apr 28, 2020 at 03:49:49PM +0100, Robin Murphy wrote: > For better or worse, the platform bus is the dumping ground for random crap, > so we just have to deal with all the abstraction breakage that leaks out of > that. The reason we're using the platform bus for this is that historically people were creating buses which were essentially carbon copies of the platform bus with the name changed and it was felt that rather than duplicate code it was better to just use platform devices with no MMIO ranges defined. If there's some assumptions about DMA for platform devices floating about somewhere it might be reasonable to revisit this and create a non-DMA variant of platform devices since there is a meaningful difference. --LYw3s/afESlflPpp Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAl6oSvYACgkQJNaLcl1U h9Bs4Qf/RCa5JW+qq8H0nchlRU4JeR7TBiAfPi1/fksL+W8k+qMkV0/KwPSMqloA CaWErSXTzc1Mk3WKIT7UxNlcK1QsuUfNZnyA3JhFXAg39xjWpt2vSM7A/zY5mnOm ZkujuFzw0NzNuBoxG+8OaBH1Ltitu/KpgCPJgrmwT09V5WuZ5uf8b3mjnEo0reaN DYcUgV/u3XkUeSbMd1iljqd8bt+jHFHoFlVOVtcw+xh20cKvQ6kOzIPYlDbuz9rM tGPZwlyojrQeFd8YYTh1hqSzqeB6E19JgdPEi9P34gi7rIctOcI6b9PwFO9er5fW ov2hgkFJC60dI+z5f9j70bLBQfMw/w== =hzNB -----END PGP SIGNATURE----- --LYw3s/afESlflPpp-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark Brown Subject: Re: [PATCH v3 02/16] mfd: mfd-core: Don't overwrite the dma_mask of the child device Date: Tue, 28 Apr 2020 16:25:43 +0100 Message-ID: <20200428152543.GI5677@sirena.org.uk> References: <20200423174543.17161-1-michael@walle.cc> <20200423174543.17161-3-michael@walle.cc> <20200428124548.GS185537@smile.fi.intel.com> <3cd3705a-4f48-6a46-e869-3ee11dc17323@arm.com> <20200428142938.GX185537@smile.fi.intel.com> <6ccad285-7b5f-3037-d4d5-ff4d9571b612@arm.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="LYw3s/afESlflPpp" Return-path: Content-Disposition: inline In-Reply-To: <6ccad285-7b5f-3037-d4d5-ff4d9571b612-5wv7dgnIgG8@public.gmane.org> Sender: devicetree-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Robin Murphy Cc: Andy Shevchenko , Michael Walle , linux-gpio-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-hwmon-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-pwm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-watchdog-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.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 List-Id: linux-pwm@vger.kernel.org --LYw3s/afESlflPpp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Apr 28, 2020 at 03:49:49PM +0100, Robin Murphy wrote: > For better or worse, the platform bus is the dumping ground for random crap, > so we just have to deal with all the abstraction breakage that leaks out of > that. The reason we're using the platform bus for this is that historically people were creating buses which were essentially carbon copies of the platform bus with the name changed and it was felt that rather than duplicate code it was better to just use platform devices with no MMIO ranges defined. If there's some assumptions about DMA for platform devices floating about somewhere it might be reasonable to revisit this and create a non-DMA variant of platform devices since there is a meaningful difference. --LYw3s/afESlflPpp Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAl6oSvYACgkQJNaLcl1U h9Bs4Qf/RCa5JW+qq8H0nchlRU4JeR7TBiAfPi1/fksL+W8k+qMkV0/KwPSMqloA CaWErSXTzc1Mk3WKIT7UxNlcK1QsuUfNZnyA3JhFXAg39xjWpt2vSM7A/zY5mnOm ZkujuFzw0NzNuBoxG+8OaBH1Ltitu/KpgCPJgrmwT09V5WuZ5uf8b3mjnEo0reaN DYcUgV/u3XkUeSbMd1iljqd8bt+jHFHoFlVOVtcw+xh20cKvQ6kOzIPYlDbuz9rM tGPZwlyojrQeFd8YYTh1hqSzqeB6E19JgdPEi9P34gi7rIctOcI6b9PwFO9er5fW ov2hgkFJC60dI+z5f9j70bLBQfMw/w== =hzNB -----END PGP SIGNATURE----- --LYw3s/afESlflPpp-- 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=-2.5 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,MAILING_LIST_MULTI,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 4C6B6C83008 for ; Tue, 28 Apr 2020 15:25:51 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (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 196F420730 for ; Tue, 28 Apr 2020 15:25:51 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="VpN9T+/F"; dkim=fail reason="signature verification failed" (1024-bit key) header.d=kernel.org header.i=@kernel.org header.b="UlWrbndN" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 196F420730 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+infradead-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=bombadil.20170209; h=Sender:Content-Type:Cc: List-Subscribe:List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id: In-Reply-To:MIME-Version:References:Message-ID:Subject:To:From:Date:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=zEGsuxdFiIm0FS+6TKh3NVnExakMQT0hq/FWf9IPAlE=; b=VpN9T+/FzpSdkwVVpa4tRROSI 1TnX5wuYg7QWpZ3qAq99qcQscqBj5O5cy8wFqO3fvSSMqqgzzPfVDKr5rWSj1wHPEpxrMDrXSxa57 UG8lWLREvrdJv4X0q5CwTc2xuUv5gdA+CbbKY4Yxhf9DXn9GGmiu4ci+S8sWT5Xa/no/n2Wg2GINt 6RAdXKPrxmiY4sdEQVFkEAKS5EebyEj/rZZ/HGbSzI8M68M0fmA0AGfAvkwLm2ig/hYm/qt5+YP0a LNy9bcOLRMxR/rqBY7nYd9zWhR37giKLBuVAcNz6wQ+IR1w+YTc4HptKbn2Z1ogiV6SKwsGB9m11R Mc5WzXA3A==; Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1jTS7K-0007ip-JN; Tue, 28 Apr 2020 15:25:50 +0000 Received: from mail.kernel.org ([198.145.29.99]) by bombadil.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1jTS7H-0007hn-6r for linux-arm-kernel@lists.infradead.org; Tue, 28 Apr 2020 15:25:48 +0000 Received: from localhost (fw-tnat.cambridge.arm.com [217.140.96.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id C4838206D8; Tue, 28 Apr 2020 15:25:45 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1588087546; bh=th3tqv11ZgZgj8E96bFG6ckng9nKhzjnFA3FZBoCqDM=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=UlWrbndNBYw9f/3rJZ9vWhuiMI9bols+NUpDrkpb6nMDPcIB+exm9thHsajcNMv2s zF8ons1G+Tu9b/RtEzHyR4oERYHCJhNFS7iYENen9Yfm5zJskPzV8YzecKgzoPwIBB YihdZq8p8AkIueprECGqpetiJGVIrRNXwJ4Om4/8= Date: Tue, 28 Apr 2020 16:25:43 +0100 From: Mark Brown To: Robin Murphy Subject: Re: [PATCH v3 02/16] mfd: mfd-core: Don't overwrite the dma_mask of the child device Message-ID: <20200428152543.GI5677@sirena.org.uk> References: <20200423174543.17161-1-michael@walle.cc> <20200423174543.17161-3-michael@walle.cc> <20200428124548.GS185537@smile.fi.intel.com> <3cd3705a-4f48-6a46-e869-3ee11dc17323@arm.com> <20200428142938.GX185537@smile.fi.intel.com> <6ccad285-7b5f-3037-d4d5-ff4d9571b612@arm.com> MIME-Version: 1.0 In-Reply-To: <6ccad285-7b5f-3037-d4d5-ff4d9571b612@arm.com> X-Cookie: Eschew obfuscation. User-Agent: Mutt/1.10.1 (2018-07-13) X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20200428_082547_274718_A2CEE416 X-CRM114-Status: GOOD ( 11.17 ) 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: linux-pwm@vger.kernel.org, Linus Walleij , Thierry Reding , Lee Jones , Jason Cooper , Andy Shevchenko , Marc Zyngier , Bartosz Golaszewski , Uwe =?iso-8859-1?Q?Kleine-K=F6nig?= , Guenter Roeck , devicetree@vger.kernel.org, Jean Delvare , linux-watchdog@vger.kernel.org, linux-gpio@vger.kernel.org, Rob Herring , Thomas Gleixner , Wim Van Sebroeck , linux-arm-kernel@lists.infradead.org, linux-hwmon@vger.kernel.org, Greg Kroah-Hartman , linux-kernel@vger.kernel.org, Li Yang , Michael Walle , Shawn Guo Content-Type: multipart/mixed; boundary="===============3465008472606018569==" Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org --===============3465008472606018569== Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="LYw3s/afESlflPpp" Content-Disposition: inline --LYw3s/afESlflPpp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Apr 28, 2020 at 03:49:49PM +0100, Robin Murphy wrote: > For better or worse, the platform bus is the dumping ground for random crap, > so we just have to deal with all the abstraction breakage that leaks out of > that. The reason we're using the platform bus for this is that historically people were creating buses which were essentially carbon copies of the platform bus with the name changed and it was felt that rather than duplicate code it was better to just use platform devices with no MMIO ranges defined. If there's some assumptions about DMA for platform devices floating about somewhere it might be reasonable to revisit this and create a non-DMA variant of platform devices since there is a meaningful difference. --LYw3s/afESlflPpp Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAl6oSvYACgkQJNaLcl1U h9Bs4Qf/RCa5JW+qq8H0nchlRU4JeR7TBiAfPi1/fksL+W8k+qMkV0/KwPSMqloA CaWErSXTzc1Mk3WKIT7UxNlcK1QsuUfNZnyA3JhFXAg39xjWpt2vSM7A/zY5mnOm ZkujuFzw0NzNuBoxG+8OaBH1Ltitu/KpgCPJgrmwT09V5WuZ5uf8b3mjnEo0reaN DYcUgV/u3XkUeSbMd1iljqd8bt+jHFHoFlVOVtcw+xh20cKvQ6kOzIPYlDbuz9rM tGPZwlyojrQeFd8YYTh1hqSzqeB6E19JgdPEi9P34gi7rIctOcI6b9PwFO9er5fW ov2hgkFJC60dI+z5f9j70bLBQfMw/w== =hzNB -----END PGP SIGNATURE----- --LYw3s/afESlflPpp-- --===============3465008472606018569== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel --===============3465008472606018569==--