On Wed, Apr 11, 2012 at 06:02:51PM -0700, Mike Turquette wrote:
...
> @@ -175,23 +188,32 @@ struct clk *clk_register_divider(struct device *dev,
> const char *name,
> div->flags = clk_divider_flags;
> div->lock = lock;
>
> + /* allocate the temporary parent_names */
> if (p
Hey Andrey,
I rebased the config-fragment tree to 3.4-rc2, and you can find it
here:
git://git.linaro.org/people/jstultz/android.git linaro-configs-3.4
Let me know if you run into any issues.
thanks
-john
___
linaro-dev mailing list
linaro-dev@
This patch cleans up clk_register and solves a few bugs by teaching
clk_register and __clk_init to return error codes (instead of just NULL)
to better align with the existing clk.h api.
Along with that change this patch also introduces a new behavior whereby
clk_register copies the parent_names ar
This patch is the basic clk version of 'clk: core: copy parent_names &
return error codes'.
The registration functions are changed to allow the core code to copy
the array of strings and allow platforms to declare those arrays as
__initdata.
This patch also converts all of the basic clk registrat
From: Shawn Guo
Besides the static initialization, the clk_ops of basic clks could
also be used by particular clk type being subclass of the basic clks.
For example, clk_busy_divider has the same clk_ops as clk_divider,
except it has to wait for a busy bit before return success with
.set_rate.
From: Shawn Guo
The clk_ops of basic clks should have "const" to match the definition
in "struct clk" and clk_register prototype.
Signed-off-by: Shawn Guo
Signed-off-by: Mike Turquette
Cc: Arnd Bergman
Cc: Olof Johansson
Cc: Russell King
Cc: Sascha Hauer
Cc: Richard Zhao
Cc: Saravana Kann
Documentation/clk.txt has some handsome ASCII art outlining which
clk_ops are mandatory for a given clock, given the capability of the
hardware. Enforce those mandates with sanity checks in __clk_init.
Signed-off-by: Mike Turquette
Cc: Arnd Bergman
Cc: Olof Johansson
Cc: Russell King
Cc: Sasc
This series collects many of the fixes posted for the recently merged
common clock framework as well as some general clean-up. Most of the
code classifies as a clean-up moreso than a bug fix; hopefully this is
not a problem since the common clk framework is new code pulled for 3.4.
Patches are ba
From: Shawn Guo
It makes no sense to have EXPORT_SYMBOL_GPL on static functions.
Signed-off-by: Shawn Guo
Signed-off-by: Mike Turquette
Cc: Arnd Bergman
Cc: Olof Johansson
Cc: Russell King
Cc: Sascha Hauer
Cc: Richard Zhao
Cc: Saravana Kannan
Cc: Mark Brown
Cc: Andrew Lunn
Cc: Rajendra
From: Mark Brown
Drivers should be able to declare their arrays of parent names as const
so the APIs need to accept const arguments.
Signed-off-by: Mark Brown
[mturque...@linaro.org: constified gate]
Signed-off-by: Mike Turquette
Cc: Arnd Bergman
Cc: Olof Johansson
Cc: Russell King
Cc: Sasc
Remove old and misleading documentation from the previous clk_set_rate
implementaion.
Reported-by: Shawn Guo
Signed-off-by: Mike Turquette
Cc: Arnd Bergman
Cc: Olof Johansson
Cc: Russell King
Cc: Sascha Hauer
Cc: Shawn Guo
Cc: Richard Zhao
Cc: Saravana Kannan
Cc: Mark Brown
Cc: Andrew Lu
From: Rajendra Nayak
Most users of clk_get_rate() actually assume a non zero
return value as a valid rate returned. Returing -EINVAL
might confuse such users, so make it instead return zero
on error.
Besides the return value of clk_get_rate seems to be
'unsigned long'.
Signed-off-by: Rajendra n
From: Mark Brown
The comment is inaccurate (it actually ends the CONFIG_COMMON_CLK
section, there's no else) and given that we've just got a single level
of ifdef isn't really needed anyway.
Signed-off-by: Mark Brown
Signed-off-by: Mike Turquette
Cc: Arnd Bergman
Cc: Olof Johansson
Cc: Russe
From: Shawn Guo
Change clk_register_mux to use kzalloc, just like what all other basic
clk registration functions do.
Signed-off-by: Shawn Guo
Signed-off-by: Mike Turquette
Cc: Arnd Bergman
Cc: Olof Johansson
Cc: Russell King
Cc: Sascha Hauer
Cc: Richard Zhao
Cc: Saravana Kannan
Cc: Mark
It is possible to call clk_set_rate on a clock with a NULL parent. One
such example is an adjustable-rate root clock. Ensure that
clk_calc_new_rates does not dereference parent without checking first
and also handle the corner cases gracefully.
Reported-by: Rajendra Nayak
Signed-off-by: Mike Tu
Some static inline dummy functions were left over from before the clock
core was consolidated from several C files down to one. Remove them.
Reported-by: Shawn Guo
Signed-off-by: Mike Turquette
Cc: Arnd Bergman
Cc: Olof Johansson
Cc: Russell King
Cc: Sascha Hauer
Cc: Richard Zhao
Cc: Sarav
Announcing the release of live-build_3.0~a45-1-1linaro3 to
ppa:linaro-maintainers/tools
Included in this release are two minor but important fixes
1) for cross builds make sure to qualify the use of the
linaro-overlay ppa correctly so armel isn't hardcoded
2) for precise, defend against the
On 04/11/2012 11:19 PM, John Stultz wrote:
On 04/09/2012 03:18 PM, John Stultz wrote:
I went ahead and forward ported the AOSP-3.3 tree to 3.4-rc1.
You can grab it here:
git://git.linaro.org/people/jstultz/android.git
linaro-android-3.4-jstultz-rebase
Sigh. Looks like the Google devs are foll
On 04/09/2012 03:18 PM, John Stultz wrote:
I went ahead and forward ported the AOSP-3.3 tree to 3.4-rc1.
You can grab it here:
git://git.linaro.org/people/jstultz/android.git
linaro-android-3.4-jstultz-rebase
Sigh. Looks like the Google devs are following close behind and released
their own
On Wed, Apr 11, 2012 at 3:39 AM, Cousson, Benoit wrote:
> Yes, it is a known issue and the fix was unfortunately was not merged during
> -rc phases but is fixed in 3.4 and should be fixed in 3.3 stable branch as
> well. I received the notification from Greg KH 2 weeks ago about the stable:
> Patch
On 10 April 2012 19:29, Deepak Saxena wrote:
>> Last week we tried v3.3 mainline and it dies in some problem about UART.
>
> Have you tried 3.4-rc kernels?
I tried 3.4-rc1 and failed with nfs and mmc, it does work with cramfs
which I didn't try until now, according to Benoit Cousson there is a
fi
On 10 April 2012 19:01, Andy Green wrote:
> Omar, you should look here
>
> http://git.linaro.org/gitweb?p=landing-teams/working/ti/kernel.git;a=summary
>
> use tilt-tracking and omap_5430evm_defconfig
>
> That's workable on 4430, 4460 (and Omap5) with DT boot. We have a race
> bug about mmc probe
Hi Rui,
Thanks for looking into the patches.
On 10 April 2012 06:28, Zhang Rui wrote:
> Hi, Amit,
>
> On 三, 2012-04-04 at 10:02 +0530, Amit Kachhap wrote:
>> Hi Len/Rui,
>>
>> Any comment or feedback from your side about the status of this patch?
>> Is it merge-able or major re-work is needed? I
Hi Dmitry,
On Apr 11, 2012, at 11:02 AM, Dmitry Antipov wrote:
> On 04/09/2012 09:24 PM, Pantelis Antoniou wrote:
>
>> Here's a updated patch for builtin-sched.c that should fix your issues.
>>
>> Now when you issue list a field will show the amount of nsecs the
>> task was burning cycles.
>>
Hi All,
I did boot testing across boards today for 12.04 pre-RC for builds as
listed by Fathi.
Panda 4430 and 4460, Snowball, iMX53(No iMX6 with me), Origen and Vexpress.
All builds bootup fine.
Hope other tests will be done by assigned individuals. Let me know if
anyone is facing any problems wi
Hi Omar,
On 4/11/2012 2:16 AM, Ramirez Luna, Omar wrote:
Hi,
On Wed, Dec 14, 2011 at 5:55 AM, Rajendra Nayak wrote:
Pass minimal data needed for console boot, from dt, for
OMAP4 panda/sdp and OMAP3 beagle boards, and get rid of the
static initialization from generic board file.
...
diff --g
On 04/09/2012 09:24 PM, Pantelis Antoniou wrote:
Here's a updated patch for builtin-sched.c that should fix your issues.
Now when you issue list a field will show the amount of nsecs the
task was burning cycles.
It should also fix the crash you've encountered.
1) IIUC, 'perf sched spr-replay
27 matches
Mail list logo
