[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <bc64b4640804080252q6e295eeege7004013406ad3d8@mail.gmail.com>
Date: Tue, 8 Apr 2008 13:52:41 +0400
From: Dmitry <dbaryshkov@...il.com>
To: "Andrew Morton" <akpm@...ux-foundation.org>
Cc: linux-kernel@...r.kernel.org, haavard.skinnemoen@...el.com,
rmk+lkml@....linux.org.uk, lethal@...ux-sh.org,
philipp.zabel@...il.com, pavel@....cz, tony@...mide.com,
paul@...an.com
Subject: Re: [PATCH 6/6] Clocklib: use correct name for 3,6MHz clock
2008/4/8, Andrew Morton <akpm@...ux-foundation.org>:
> On Thu, 3 Apr 2008 17:24:11 +0400
> Dmitry Baryshkov <dbaryshkov@...il.com> wrote:
>
> > Signed-off-by: Dmitry Baryshkov <dbaryshkov@...il.com>
> > ---
> > arch/arm/common/sa1111.c | 2 +-
> > 1 files changed, 1 insertions(+), 1 deletions(-)
> >
> > diff --git a/arch/arm/common/sa1111.c b/arch/arm/common/sa1111.c
> > index eb06d0b..282a4d9 100644
> > --- a/arch/arm/common/sa1111.c
> > +++ b/arch/arm/common/sa1111.c
> > @@ -627,7 +627,7 @@ __sa1111_probe(struct device *me, struct resource *mem, int irq)
> > if (!sachip)
> > return -ENOMEM;
> >
> > - sachip->clk = clk_get(me, "GPIO27_CLK");
> > + sachip->clk = clk_get(me, "3_6MHz_CLK");
> > if (!sachip->clk) {
> > ret = PTR_ERR(sachip->clk);
> > goto err_free;
>
>
> Again, there's just not enough information for us (well: me) to be able to
> evaluate this patch.
>
> For example, if the current name is "incorrect" then why shouldn't we fix
> it in 2.6.25? 2.6.24? etc.
>
>
The name GPIO27_CLK came from sa1100 arm sub-arch. There the 3.6 MHz
clock was provided via GPIO 27. The PXA clocks code have copied the
name for the clock (as it's used by sa1111 companion chip that can be
used with both sa1100 and pxa). However on pxa the 3.6MHz clock is
provided by different PIN. So the name GPIO27_CLK is misleading and
incorrect for PXA.
In my patchset I've changed the name of the clock to correct
GPIO11_CLK and have made both sa1100 and pxa provide common clock name
("3_6MHz_CLK").
This isn't a matter of userspace interfaces or communication. It's a
matter of logic and self-correctness.
If you wish I can put this information in the patch header.
--
With best wishes
Dmitry
--
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