[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20080329133647.3799e792@hskinnemo-gx620.norway.atmel.com>
Date: Sat, 29 Mar 2008 13:36:47 +0100
From: Haavard Skinnemoen <haavard.skinnemoen@...el.com>
To: Pavel Machek <pavel@....cz>
Cc: Dmitry Baryshkov <dbaryshkov@...il.com>,
linux-kernel@...r.kernel.org, akpm@...ux-foundation.org,
hskinnemoen@...el.com, domen.puncer@...argo.com,
lethal@...ux-sh.org, tony@...mide.com, rmk+kernel@....linux.org.uk,
paul@...an.com
Subject: Re: [PATCH 1/3] Clocklib: add generic framework for managing
clocks.
Pavel Machek <pavel@....cz> wrote:
> > Hmm...this is exactly twice as big as the struct I'm currently using,
> > it doesn't contain all the fields I need, and it's undocumented.
>
> Like unifying 15-or-so versions of clock framework that are out there?
I'm not complaining about the goal of this patchset, I'm just arguing
about the price. And I do think we managed to come to an agreement
later in the thread (which is actually cheaper than what I currently
have!)
> > I have quite a few clocks, so the increased memory consumption is quite
> > significant. What are the advantages of this?
>
> How many clocks do you have?
55 currently, and there are still a few clocks that haven't been wired
up yet. So shaving off a few bytes can make a big difference, and other
platforms have even more clocks.
Haavard
--
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