[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20130214095738.GD27887@intel.com>
Date: Thu, 14 Feb 2013 15:27:38 +0530
From: Vinod Koul <vinod.koul@...el.com>
To: Mika Westerberg <mika.westerberg@...el.com>
Cc: Viresh Kumar <viresh.kumar@...aro.org>,
Andy Shevchenko <andriy.shevchenko@...ux.jf.intel.com>,
linux-kernel@...r.kernel.org,
spear-devel <spear-devel@...t.st.com>,
Mika Westerberg <mika.westerberg@...ux.jf.intel.com>
Subject: Re: [PATCH] dw_dmac: adjust slave_id accordingly to request line
base
On Tue, Feb 12, 2013 at 09:02:36PM +0200, Mika Westerberg wrote:
> > Okay, who parses the CSRT table and how is this presented to OS.
>
> ACPI code, found under drivers/acpi/csrt.c handles this. Note that this
> code is heading 3.9 so it is not in mainline yet but available in
> linux-pm.git/linux-next branch. I can dig the commit id if you are
> interested.
>
> > Can we do this in platform data and complete the base calculation.
>
> Do you mean platform data for the dmac driver?
>
> The CSRT parser code can't know what the platform data requirements for the
> particular dmac driver are. It only creates the platform devices and adds
> MMIO, IRQ and possible DMA resources. It is up to the (dmac) driver to use
> this information for whatever purposes in needs.
Not in the CSRT parser. Once your plaform devices are created, you can add your
own board handler for each platform device. This board code, using the
data availble from CSRT can go ahead and do the translation and present the
actual addresses to dmac.
Would this be doable with ACPI5.
Somehow I dont like the idea of DMA resource for request lines. DMA resources
have specific meaning, perhpas IO resource maybe better idea.
--
~Vinod
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists