[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20180314090221.GE28983@lst.de>
Date: Wed, 14 Mar 2018 10:02:21 +0100
From: Christoph Hellwig <hch@....de>
To: Robin Murphy <robin.murphy@....com>
Cc: Nipun Gupta <nipun.gupta@....com>, hch@....de,
linux@...linux.org.uk, gregkh@...uxfoundation.org,
m.szyprowski@...sung.com, bhelgaas@...gle.com,
dmitry.torokhov@...il.com, rafael.j.wysocki@...el.com,
jarkko.sakkinen@...ux.intel.com, linus.walleij@...aro.org,
johan@...nel.org, msuchanek@...e.de, linux-kernel@...r.kernel.org,
iommu@...ts.linux-foundation.org, linux-pci@...r.kernel.org
Subject: Re: [PATCH] dma-mapping: move dma configuration to bus
infrastructure
>> + .dev_groups = amba_dev_groups,
>> + .match = amba_match,
>> + .uevent = amba_uevent,
>> + .pm = &amba_pm,
>> + .dma_configure = amba_dma_configure,
>> + .dma_deconfigure = amba_dma_deconfigure,
>> + .force_dma = true,
>
> This patch should also be removing force_dma because it no longer makes
> sense. If DMA configuration is now done by a bus-level callback, then a bus
> which wants its children to get DMA configuration needs to implement that
> callback; there's nowhere to force a "default" global behaviour any more.
Btw, we don't really know how many busses currently rely on OF or ACPI
configuration. So maybe we need to keep those as a default?
Powered by blists - more mailing lists