[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAK=WgbaTupjayMLmgptfLtNkkk_GZL8RYQrYn8O7FG5GpANswg@mail.gmail.com>
Date: Thu, 15 Nov 2012 19:39:08 +0200
From: Ohad Ben-Cohen <ohad@...ery.com>
To: Omar Ramirez Luna <omar.luna@...aro.org>
Cc: Tony Lindgren <tony@...mide.com>, Joerg Roedel <joro@...tes.org>,
Russell King <linux@....linux.org.uk>,
Ido Yariv <ido@...ery.com>,
Mauro Carvalho Chehab <mchehab@...hat.com>,
Paul Walmsley <paul@...an.com>,
"linux-omap@...r.kernel.org" <linux-omap@...r.kernel.org>,
linux-arm <linux-arm-kernel@...ts.infradead.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"iommu@...ts.linux-foundation.org" <iommu@...ts.linux-foundation.org>,
Felipe Contreras <felipe.contreras@...il.com>
Subject: Re: [PATCH v4 2/2] ARM: OMAP3/4: iommu: adapt to runtime pm
Hi Omar,
On Thu, Nov 15, 2012 at 6:53 PM, Omar Ramirez Luna <omar.luna@...aro.org> wrote:
> On 14 November 2012 03:54, Ohad Ben-Cohen <ohad@...ery.com> wrote:
>> Most of the above questions imply this patch not only converts the
>> iommu to runtime PM, but may carry additional changes that may imply
>> previous implementation is sub-optimal. I hope we can clearly document
>> the motivation behind these changes too (maybe even consider
>> extracting them to a different patch ?).
>
> I didn't want to extract this changes into different patches since
> they could be included in this one, otherwise it would look like lines
> adding and then deleting runtime pm functions.
>
> I do agree description is missing, again I thought I had done this
> somewhere but looks like I didn't, will update these. If you think
> these should be different patches please let me know, otherwise I
> would like to keep a single *documented* patch.
It seems like there are 3 different logical changes here:
1. remove clk_* invocations from iommu_fault_handler()
2. keep clocks enabled as long as iommu is enabled
3. convert to runtime pm
If we split this to three patches in this order, you won't have to add
and remove runtime pm functions.
Let's do it, please. It's a small nuisance now, but may be really
helpful in the future when someone tries to debug stuff and understand
the motivation behind these changes. It'd make it much easier for you
to document the changes, too: you have an entire commit log per
change.
Thanks,
Ohad.
--
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