From: Vinod Koul <vinod.koul@intel.com>
To: "Wang, Annie" <Annie.Wang@amd.com>
Cc: Graeme Gregory <gg@slimlogic.co.uk>,
Mika Westerberg <mika.westerberg@linux.intel.com>,
Joerg Roedel <joro@8bytes.org>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
"Rafael J. Wysocki" <rjw@rjwysocki.net>,
"linux-acpi@vger.kernel.org" <linux-acpi@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-serial@vger.kernel.org" <linux-serial@vger.kernel.org>,
"dmaengine@vger.kernel.org" <dmaengine@vger.kernel.org>,
"iommu@lists.linux-foundation.org"
<iommu@lists.linux-foundation.org>,
Borislav Petkov <bp@alien8.de>, "Huang, Ray" <Ray.Huang@amd.com>,
"Wan, Vincent" <Vincent.Wan@amd.com>,
"Xue, Ken" <Ken.Xue@amd.com>, "Li, Tony" <Tony.Li@amd.com>
Subject: Re: [PATCH 3/9] ACPI: add struct acpi_amba_quirk for AMD pl330 specific device config
Date: Fri, 11 Dec 2015 15:01:49 +0530 [thread overview]
Message-ID: <20151211093148.GX1854@localhost> (raw)
In-Reply-To: <BLUPR12MB04339648B98F07977B6FA61F81EA0@BLUPR12MB0433.namprd12.prod.outlook.com>
On Fri, Dec 11, 2015 at 06:57:51AM +0000, Wang, Annie wrote:
> >> + /*
> >> + * If the ACPI device already has a node attached. It must be
> >> + * renamed.
> >> + */
> >> + if (quirk->quirk & MULTI_ATTACHED_QUIRK)
> >> + sprintf(amba_devname, "%s%s", dev_name(&adev->dev),
> >"DMA");
> >> + else
> >> + memcpy(amba_devname, dev_name(&adev->dev),
> >> + strlen(dev_name(&adev->dev)));
> >> +
> >> + amba_dev = amba_device_alloc(amba_devname,
> >> resource->start,
> >> resource_size(resource));
> >>
> >
> >Isn't this basially an MFD in a rather odd fashion?
MFD yes, odd perhaps made out here!
> >
> >I would have though having a device which just splits the resources then creates 2
> >children would be a whole lot simpler?
> >
Yup!
>
> It seems more complex, if I trans an ACPI device to pdev, then attach 2 platform child nodes,
> and create an amba device refer to one of the childs. Too many trans.
Sorry but I dont think that is right assumption, it will simper and PM would
become easy
--
~Vinod
next prev parent reply other threads:[~2015-12-11 9:28 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-12-04 3:24 [PATCH 0/9] 8250: AMD Carrizo UART PL300 DMA enablement Wang Hongcheng
2015-12-04 3:24 ` [PATCH 1/9] ACPI: Add support for AMBA bus type Wang Hongcheng
2015-12-04 8:50 ` Mika Westerberg
2015-12-04 9:17 ` Huang Rui
2015-12-04 9:42 ` Hanjun Guo
2015-12-04 9:59 ` G Gregory
2015-12-04 10:20 ` Huang Rui
2015-12-04 10:23 ` G Gregory
2015-12-04 3:24 ` [PATCH 2/9] 8250/Kconfig: add config option CONFIG_SERIAL_8250_AMD Wang Hongcheng
2015-12-04 11:11 ` Borislav Petkov
2015-12-04 3:24 ` [PATCH 3/9] ACPI: add struct acpi_amba_quirk for AMD pl330 specific device config Wang Hongcheng
2015-12-04 12:56 ` kbuild test robot
2015-12-04 13:16 ` Graeme Gregory
2015-12-11 6:57 ` Wang, Annie
2015-12-11 9:31 ` Vinod Koul [this message]
2015-12-04 3:24 ` [PATCH 4/9] dmaengine: pl330: add new items for pl330 private data Wang Hongcheng
2015-12-10 4:09 ` Vinod Koul
2015-12-10 6:38 ` Wang, Annie
2015-12-11 9:29 ` Vinod Koul
2015-12-11 13:56 ` Andy Shevchenko
2015-12-04 3:24 ` [PATCH 5/9] dmaengine: pl330: provide ACPI dmaengine interface Wang Hongcheng
2015-12-13 2:21 ` Andy Shevchenko
2015-12-04 3:24 ` [PATCH 6/9] dmaengine:pl330: set segment_boundary_mask = 0cffffffff Wang Hongcheng
2015-12-04 14:59 ` Robin Murphy
2015-12-04 3:24 ` [PATCH 7/9] Serial:8250: New Port Type PORT_AMD_8250 Wang Hongcheng
2015-12-13 2:30 ` Andy Shevchenko
2015-12-04 3:24 ` [PATCH 8/9] Documentation: Add ivrs_acpihid kernel parameter description Wang Hongcheng
2015-12-04 12:21 ` Borislav Petkov
2015-12-04 13:19 ` Wan, Vincent
2015-12-04 14:38 ` Borislav Petkov
2015-12-04 3:24 ` [PATCH 9/9] iommu/amd: Add ACPI HID named devices IOMMU driver support Wang Hongcheng
2015-12-13 2:32 ` [PATCH 0/9] 8250: AMD Carrizo UART PL300 DMA enablement Andy Shevchenko
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=20151211093148.GX1854@localhost \
--to=vinod.koul@intel.com \
--cc=Annie.Wang@amd.com \
--cc=Ken.Xue@amd.com \
--cc=Ray.Huang@amd.com \
--cc=Tony.Li@amd.com \
--cc=Vincent.Wan@amd.com \
--cc=bp@alien8.de \
--cc=dmaengine@vger.kernel.org \
--cc=gg@slimlogic.co.uk \
--cc=gregkh@linuxfoundation.org \
--cc=iommu@lists.linux-foundation.org \
--cc=joro@8bytes.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-serial@vger.kernel.org \
--cc=mika.westerberg@linux.intel.com \
--cc=rjw@rjwysocki.net \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).