[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAGCh1+=KXUGwdpFWG6+bywoPcy8aQ3uDWmvxuAjZYG6De_-irA@mail.gmail.com>
Date: Fri, 4 Dec 2015 10:23:57 +0000
From: G Gregory <graeme.gregory@...aro.org>
To: Huang Rui <ray.huang@....com>
Cc: Hanjun Guo <guohanjun@...wei.com>,
Mika Westerberg <mika.westerberg@...ux.intel.com>,
Wang Hongcheng <annie.wang@....com>,
Vinod Koul <vinod.koul@...el.com>,
Joerg Roedel <joro@...tes.org>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
"Rafael J. Wysocki" <rjw@...ysocki.net>,
"linux-acpi@...r.kernel.org" <linux-acpi@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
linux-serial@...r.kernel.org, dmaengine@...r.kernel.org,
iommu@...ts.linux-foundation.org, Borislav Petkov <bp@...en8.de>,
Wan Zongshun <vincent.wan@....com>, Ken Xue <ken.xue@....com>,
Tony Li <tony.li@....com>
Subject: Re: [PATCH 1/9] ACPI: Add support for AMBA bus type
On 4 December 2015 at 10:20, Huang Rui <ray.huang@....com> wrote:
> On Fri, Dec 04, 2015 at 09:59:28AM +0000, G Gregory wrote:
>> On 4 December 2015 at 09:42, Hanjun Guo <guohanjun@...wei.com> wrote:
>> > On 2015/12/4 17:17, Huang Rui wrote:
>> >> On Fri, Dec 04, 2015 at 10:50:23AM +0200, Mika Westerberg wrote:
>> >>> On Fri, Dec 04, 2015 at 11:24:18AM +0800, Wang Hongcheng wrote:
>> >>>> From: Huang Rui <ray.huang@....com>
>> >>>>
>> >>>> Inspired by acpi platform bus type, to make driver "porting" more
>> >>>> straightforward, this patch introduces ACPI support to the AMBA bus
>> >>>> type. Instead of writing ACPI "glue" drivers for the exiting AMBA
>> >>>> drivers.
>> >>> Hmm, isn't there already similar patch series bringing AMBA ACPI
>> >>> support?
>> >>>
>> >>> https://lkml.org/lkml/2015/9/30/394
>> >> Err, I see the patch for the first time...
>> >>
>> >> But looks like it isn't accepted till now. Will he continue to work on
>> >> it?
>> >
>> > Sure, Graeme is working on the updated version now :)
>> >
>> Yes, as Hanjun said I am planning a v2. I've just been caught up in
>> other business this week and probably next week.
>>
>
> OK, thanks to clarify it. Could you please take care of AMD use case
> that we need a configurable fix_rate clk, periphid, and platform data?
>
I will take a look at your patch in detail when I redo my series.
Thanks
Graeme
--
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