From: "Sricharan" <sricharan@codeaurora.org>
To: 'Lorenzo Pieralisi' <lorenzo.pieralisi@arm.com>
Cc: robin.murphy@arm.com, will.deacon@arm.com, joro@8bytes.org,
iommu@lists.linux-foundation.org,
linux-arm-kernel@lists.infradead.org,
linux-arm-msm@vger.kernel.org, m.szyprowski@samsung.com,
bhelgaas@google.com
Subject: RE: [PATCH V6 06/11] drivers: platform: Configure dma operations at probe time
Date: Mon, 23 Jan 2017 21:53:11 +0530 [thread overview]
Message-ID: <009701d27595$01e24a70$05a6df50$@codeaurora.org> (raw)
In-Reply-To:
Hi Lorenzo,
>>[+bjorn]
>>
>>On Sat, Jan 21, 2017 at 12:45:43AM +0530, Sricharan R wrote:
>>> Configuring DMA ops at probe time will allow deferring device probe when
>>> the IOMMU isn't available yet. The dma_configure for the device is
>>> now called from the generic device_attach callback just before the
>>> bus/driver probe is called. This way, configuring the DMA ops for the
>>> device would be called at the same place for all bus_types, hence the
>>> deferred probing mechanism should work for all buses as well.
>>>
>>> pci_bus_add_devices (platform/amba)(_device_create/driver_register)
>>> | |
>>> pci_bus_add_device (device_add/driver_register)
>>> | |
>>> device_attach device_initial_probe
>>> | |
>>> __device_attach_driver __device_attach_driver
>>> |
>>> driver_probe_device
>>> |
>>> really_probe
>>> |
>>> dma_configure
>>>
>>> Similarly on the device/driver_unregister path __device_release_driver is
>>> called which inturn calls dma_deconfigure.
>>>
>>> This patch changes the dma ops configuration time to probe time for
>>> both OF and ACPI based devices.
>>
>>For all device types, inclusive of PCI, so please you have to:
>>
>>- Update the $SUBJECT
>>- Copy linux-pci@vger.kernel.org
>>- Copy linux-acpi@vger.kernel org (on the series)
>
>Sure, i will just see till tomorrow for any further comments and
>repost with $SUBJECT modified and the lists
Infact just reposted with $SUB updated and the additional lists.
Regards,
Sricharan
WARNING: multiple messages have this Message-ID (diff)
From: sricharan@codeaurora.org (Sricharan)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH V6 06/11] drivers: platform: Configure dma operations at probe time
Date: Mon, 23 Jan 2017 21:53:11 +0530 [thread overview]
Message-ID: <009701d27595$01e24a70$05a6df50$@codeaurora.org> (raw)
In-Reply-To: 20170123120729.GB12593@red-moon
Hi Lorenzo,
>>[+bjorn]
>>
>>On Sat, Jan 21, 2017 at 12:45:43AM +0530, Sricharan R wrote:
>>> Configuring DMA ops at probe time will allow deferring device probe when
>>> the IOMMU isn't available yet. The dma_configure for the device is
>>> now called from the generic device_attach callback just before the
>>> bus/driver probe is called. This way, configuring the DMA ops for the
>>> device would be called at the same place for all bus_types, hence the
>>> deferred probing mechanism should work for all buses as well.
>>>
>>> pci_bus_add_devices (platform/amba)(_device_create/driver_register)
>>> | |
>>> pci_bus_add_device (device_add/driver_register)
>>> | |
>>> device_attach device_initial_probe
>>> | |
>>> __device_attach_driver __device_attach_driver
>>> |
>>> driver_probe_device
>>> |
>>> really_probe
>>> |
>>> dma_configure
>>>
>>> Similarly on the device/driver_unregister path __device_release_driver is
>>> called which inturn calls dma_deconfigure.
>>>
>>> This patch changes the dma ops configuration time to probe time for
>>> both OF and ACPI based devices.
>>
>>For all device types, inclusive of PCI, so please you have to:
>>
>>- Update the $SUBJECT
>>- Copy linux-pci at vger.kernel.org
>>- Copy linux-acpi at vger.kernel org (on the series)
>
>Sure, i will just see till tomorrow for any further comments and
>repost with $SUBJECT modified and the lists
Infact just reposted with $SUB updated and the additional lists.
Regards,
Sricharan
next prev parent reply other threads:[~2017-01-23 16:23 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-01-20 19:15 [PATCH V6 00/11] IOMMU probe deferral support Sricharan R
2017-01-20 19:15 ` Sricharan R
2017-01-20 19:15 ` [PATCH V6 01/11] iommu/of: Refactor of_iommu_configure() for error handling Sricharan R
2017-01-20 19:15 ` Sricharan R
2017-01-20 19:15 ` [PATCH V6 02/11] iommu/of: Prepare for deferred IOMMU configuration Sricharan R
2017-01-20 19:15 ` Sricharan R
2017-01-20 19:15 ` [PATCH V6 04/11] of: dma: Make of_dma_deconfigure() public Sricharan R
2017-01-20 19:15 ` Sricharan R
2017-01-20 19:15 ` [PATCH V6 05/11] ACPI/IORT: Add function to check SMMUs drivers presence Sricharan R
2017-01-20 19:15 ` Sricharan R
2017-01-20 19:15 ` [PATCH V6 07/11] iommu: of: Handle IOMMU lookup failure with deferred probing or error Sricharan R
2017-01-20 19:15 ` Sricharan R
2017-01-20 19:15 ` [PATCH V6 08/11] drivers: acpi: " Sricharan R
2017-01-20 19:15 ` Sricharan R
[not found] ` <1484939748-31591-1-git-send-email-sricharan-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>
2017-01-20 19:15 ` [PATCH V6 03/11] of: dma: Move range size workaround to of_dma_get_range() Sricharan R
2017-01-20 19:15 ` Sricharan R
2017-01-20 19:15 ` [PATCH V6 06/11] drivers: platform: Configure dma operations at probe time Sricharan R
2017-01-20 19:15 ` Sricharan R
[not found] ` <1484939748-31591-7-git-send-email-sricharan-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>
2017-01-23 12:07 ` Lorenzo Pieralisi
2017-01-23 12:07 ` Lorenzo Pieralisi
2017-01-23 14:14 ` Sricharan
2017-01-23 14:14 ` Sricharan
2017-01-23 16:23 ` Sricharan [this message]
2017-01-23 16:23 ` Sricharan
2017-01-20 19:15 ` [PATCH V6 09/11] arm64: dma-mapping: Remove the notifier trick to handle early setting of dma_ops Sricharan R
2017-01-20 19:15 ` Sricharan R
2017-01-20 19:15 ` [PATCH V6 10/11] iommu/arm-smmu: Clean up early-probing workarounds Sricharan R
2017-01-20 19:15 ` Sricharan R
2017-01-20 19:15 ` [PATCH V6 11/11] ACPI/IORT: Remove linker section for IORT entries probing Sricharan R
2017-01-20 19:15 ` Sricharan R
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='009701d27595$01e24a70$05a6df50$@codeaurora.org' \
--to=sricharan@codeaurora.org \
--cc=bhelgaas@google.com \
--cc=iommu@lists.linux-foundation.org \
--cc=joro@8bytes.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=lorenzo.pieralisi@arm.com \
--cc=m.szyprowski@samsung.com \
--cc=robin.murphy@arm.com \
--cc=will.deacon@arm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.