On 21 March 2012 07:46, Turquette, Mike wrote:
...
> As mentioned above, you'll still need to check for CLK_SET_RATE_PARENT
> in your .round_rate implementation with __clk_get_flags(hw->clk).
>
For my particular case, the clk is PLL with fixed rate clk
(oscillator) as parent. It's known that flag
On Tue, 20 Mar 2012, Paul Walmsley wrote:
> We need to indicate in some way that the existing code and API is very
> likely to change in ways that could involve quite a bit of work for
> adopters.
[...]
> Anyway. It is okay if we want to have some starter common clock framework
> in mainline
Forwarding a post from debian-arm. I think I may be affected by this
bug. Could anyone help me check if this still applies to
3.1.1-1400-linaro-lt-mx5.
Best regards
ZK
-- Wiadomość oryginalna --
Temat: Re: Linux 2.6.35.3 Kernel for ARM and SATA problems
Odesłano-Data: Tue, 20 Mar 201
On Tue, Mar 20, 2012 at 10:46 AM, Saravana Kannan
wrote:
> On Tue, March 20, 2012 7:02 am, Shawn Guo wrote:
>> On Thu, Mar 15, 2012 at 11:11:19PM -0700, Mike Turquette wrote:
>> ...
>>> +struct clk_ops {
>>> + int (*prepare)(struct clk_hw *hw);
>>> + void (*unprepare)(
On Tue, Mar 20, 2012 at 7:02 AM, Shawn Guo wrote:
> On Thu, Mar 15, 2012 at 11:11:19PM -0700, Mike Turquette wrote:
> ...
>> +struct clk_ops {
>> + int (*prepare)(struct clk_hw *hw);
>> + void (*unprepare)(struct clk_hw *hw);
>> + int (*enable)(struct
On Thu, Mar 15, 2012 at 11:11:19PM -0700, Mike Turquette wrote:
...
> +struct clk_ops {
> + int (*prepare)(struct clk_hw *hw);
> + void(*unprepare)(struct clk_hw *hw);
> + int (*enable)(struct clk_hw *hw);
> + void(*disable)(struct clk
Hi,
I started working on snowball v8 development board to
investigate usb otg. My initial effort didn't gave me any result.
I started investigating otg driver it seems that it starts in idle
mode and then update its status to peripheral mode based on
line status. Which in this case should go
Hi,
It is my intention to take ci.linaro.org offline for about 15 minutes
at 13:45 UTC (http://www.worldtimeserver.com/current_time_in_UTC.aspx)
so we can duplicate the server and start moving it to a larger EC2
instance. Users will know that ci.linaro.org has been running very
slowly for a while
Just a reminder to everyone that I will start decommissioning the toolchain
server and lava cloud tomorrow morning, and then LAVA will go offline on
Thursday morning. If all goes according to plan then a limited LAVA service
should be available late on Friday, and I will work across the weekend
