From mboxrd@z Thu Jan 1 00:00:00 1970 Received: with ECARTIS (v1.0.0; list linux-mips); Mon, 05 Nov 2018 23:06:39 +0100 (CET) Received: from emh03.mail.saunalahti.fi ([62.142.5.109]:50760 "EHLO emh03.mail.saunalahti.fi" rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP id S23992796AbeKEWGdim1bi (ORCPT ); Mon, 5 Nov 2018 23:06:33 +0100 Received: from darkstar.musicnaut.iki.fi (85-76-96-200-nat.elisa-mobile.fi [85.76.96.200]) by emh03.mail.saunalahti.fi (Postfix) with ESMTP id 958314009A; Tue, 6 Nov 2018 00:06:32 +0200 (EET) Date: Tue, 6 Nov 2018 00:06:32 +0200 From: Aaro Koskinen To: Robin Murphy , Christoph Hellwig , Rob Herring , Paul Burton , linux-mips@linux-mips.org, linux-kernel@vger.kernel.org Subject: Re: [REGRESSION] OCTEON MMC driver failure with v4.19 Message-ID: <20181105220632.GA5083@darkstar.musicnaut.iki.fi> References: <20181026205423.GD3792@darkstar.musicnaut.iki.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181026205423.GD3792@darkstar.musicnaut.iki.fi> User-Agent: Mutt/1.5.24 (2015-08-30) Return-Path: X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0) X-Orcpt: rfc822;linux-mips@linux-mips.org Original-Recipient: rfc822;linux-mips@linux-mips.org X-archive-position: 67092 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: aaro.koskinen@iki.fi Precedence: bulk List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: linux-mips X-List-ID: linux-mips List-subscribe: List-owner: List-post: List-archive: X-list: linux-mips Hi, On Fri, Oct 26, 2018 at 11:54:23PM +0300, Aaro Koskinen wrote: > OCTEON (MIPS64) MMC driver probe fails with v4.19, because with > > commit 6c2fb2ea76361da9b420a8e23a2a19e7842cbdda > Author: Robin Murphy > Date: Mon Jul 23 23:16:09 2018 +0100 > > of/device: Set bus DMA mask as appropriate > > we now get a default 32-bit bus DMA mask, and the device itself has > 64-bit mask, so it gets rejected. > > With the current mainline, the driver is again working (probably > because of b4ebe6063204 ("dma-direct: implement complete bus_dma_mask > handling")). But I think this is just because I happen to have < 4 GB RAM, > and it probably could still fail on bigger systems..? With the below change, the MMC card probe seems to with v4.19. But it feels a bit hackish, don't you think... Is there some obvious simple fix that I'm missing? Any comments? diff --git a/arch/mips/cavium-octeon/octeon-platform.c b/arch/mips/cavium-octeon/octeon-platform.c index 807cadaf554e..31fab09fadcc 100644 --- a/arch/mips/cavium-octeon/octeon-platform.c +++ b/arch/mips/cavium-octeon/octeon-platform.c @@ -1067,8 +1067,29 @@ int __init octeon_prune_device_tree(void) return 0; } +static int octeon_device_notifier_call(struct notifier_block *nb, + unsigned long event, void *dev) +{ + struct platform_device *pdev = to_platform_device(dev); + + if (event != BUS_NOTIFY_ADD_DEVICE || + !pdev || !pdev->dev.dma_mask || !pdev->dev.of_node) + return NOTIFY_DONE; + + if (of_device_is_compatible(pdev->dev.of_node, + "cavium,octeon-6130-mmc")) + *pdev->dev.dma_mask = DMA_BIT_MASK(64); + + return NOTIFY_DONE; +} + +static struct notifier_block platform_nb = { + .notifier_call = octeon_device_notifier_call, +}; + static int __init octeon_publish_devices(void) { + bus_register_notifier(&platform_bus_type, &platform_nb); return of_platform_populate(NULL, octeon_ids, NULL, NULL); } arch_initcall(octeon_publish_devices); A.