Re: [PATCH V2 3/6] thermal: Add generic cpuhotplug cooling implementation

On 19 March 2012 17:15, Srivatsa S. Bhat wrote: > On 03/19/2012 11:47 AM, Amit Daniel Kachhap wrote: > >> This patch adds support for generic cpu thermal cooling low level >> implementations using cpuhotplug based on the thermal level requested >> from user. Different cpu related cooling devices c

[PATCH] ARM: dts: imx6q: add anatop regulators

From: "Ying-Chun Liu (PaulLiu)" Add anatop regulators to imx6q.dtsi for all imx6q platforms. Signed-off-by: Ying-Chun Liu (PaulLiu) Signed-off-by: Richard Zhao Cc: Shawn Guo --- arch/arm/boot/dts/imx6q.dtsi | 86 ++ 1 files changed, 86 insertions(+),

Upcoming Dates for Android 12.03 Release

Its that time of the month again. From, https://wiki.linaro.org/Cycles. Here's the plan: March 15th, Toolchain WG Release 2012.03 (Done) March 22nd, Kernel WG Freeze, WGs/LTs Release March 26th, Cut Android releases (Abhishek will select the last tip that boots to a UI) March 27th, QA Android

Re: Plan for changing the binary toolchain to 4.7 and hardfloat

On 20 March 2012 01:42, Andrew Stubbs wrote: > I think the "correct" solution to this would be to have the binary toolchain > built in a multilib configuration that supports both softfp and hardfp, and > provide aliases for both triplets that configure the right setting, but that > requires more b

Re: Plan for changing the binary toolchain to 4.7 and hardfloat

On 19 March 2012 21:48, Konstantinos Margaritis wrote: > On Sun, 18 Mar 2012 23:27:17 + > Mans Rullgard wrote: >> FWIW, Gentoo has been using arm-hardfloat-linux-gnueabi for hardfloat >> configurations ever since gcc started supporting it.  That's of course >> not a triplet, strictly speaking

Re: [PATCH v7 2/3] clk: introduce the common clock framework

On 03/19/2012 11:56 AM, Turquette, Mike wrote: On Fri, Mar 16, 2012 at 8:28 PM, Saravana Kannan wrote: On 03/15/2012 11:11 PM, Mike Turquette wrote: The common clock framework defines a common struct clk useful across most platforms as well as an implementation of the clk api that drivers can

Re: [PATCH v7 2/3] clk: introduce the common clock framework

On 03/19/2012 12:33 PM, Turquette, Mike wrote: On Mon, Mar 19, 2012 at 12:13 PM, Saravana Kannan wrote: I saw some responses from you over the weekend but not to mine. So, I assumed you were busy with other stuff and I started working on a patch on top of v7. I only answer trivial emails on

Re: [PATCH v7 2/3] clk: introduce the common clock framework

On Mon, Mar 19, 2012 at 4:22 AM, Rajendra Nayak wrote: > On Friday 16 March 2012 11:41 AM, Mike Turquette wrote: >> +/* >> + * calculate the new rates returning the topmost clock that has to be >> + * changed. >> + */ >> +static struct clk *clk_calc_new_rates(struct clk *clk, unsigned long >> rate

Re: [PATCH v7 2/3] clk: introduce the common clock framework

On Mon, Mar 19, 2012 at 12:13 PM, Saravana Kannan wrote: > I saw some responses from you over the weekend but not to mine. So, I > assumed you were busy with other stuff and I started working on a patch on > top of v7. I only answer trivial emails on the weekend ;-) > I will send that out if I g

Re: [PATCH v7 2/3] clk: introduce the common clock framework

On Mon, Mar 19, 2012 at 4:28 AM, Sascha Hauer wrote: > On Mon, Mar 19, 2012 at 04:52:05PM +0530, Rajendra Nayak wrote: >> Hi Mike, >> >> >+/* >> >+ * calculate the new rates returning the topmost clock that has to be >> >+ * changed. >> >+ */ >> >+static struct clk *clk_calc_new_rates(struct clk *

Re: [PATCH v7 2/3] clk: introduce the common clock framework

On Sun, Mar 18, 2012 at 7:07 AM, Shawn Guo wrote: > Another trivial comment.  But if there is an incremental patch, maybe > consider to include it. > > On Thu, Mar 15, 2012 at 11:11:19PM -0700, Mike Turquette wrote: > ... >> +#ifdef CONFIG_COMMON_CLK_DISABLE_UNUSED >> +static int clk_disable_unuse

Re: [PATCH v7 2/3] clk: introduce the common clock framework

On Sun, Mar 18, 2012 at 6:46 AM, Shawn Guo wrote: > Reading the documentation of function clk_set_rate(), I'm not sure > it exactly matches what the code does. > > If there is mismatch, it might be worth sending an incremental patch > to update the documentation and avoid the confusion? The clk_s

Re: [PATCH v7 2/3] clk: introduce the common clock framework

On Fri, Mar 16, 2012 at 8:28 PM, Saravana Kannan wrote: > On 03/15/2012 11:11 PM, Mike Turquette wrote: >> >> The common clock framework defines a common struct clk useful across >> most platforms as well as an implementation of the clk api that drivers >> can use safely for managing clocks. >> >>

Re: [PATCH] usb: gadget: s3c-hsotg: fix kernel panic

On Fri, 16 Mar 2012 13:35:20 + Sangwook Lee wrote: > Fix kernel panic from s3c_hsotg_udc_stop. > if udc_is_newstyle is true, s3c_hsotg_udc_stop should not > call disconnect, unbind. > > As running rmmod g_mass_storage, kernel panic happens. > > (composite_unbind+0x14/0x164 [g_mass_storage])

Re: ux500 : ethernet not working ?

On 19/03/12 13:37, Daniel Lezcano wrote: > On 03/19/2012 01:39 PM, Lee Jones wrote: >> On 18/03/12 14:35, Daniel Lezcano wrote: >>> On 03/17/2012 11:53 PM, Daniel Lezcano wrote: >>> >>> I also noticed the traces: >>> >>> [5.231567] smsc911x: Driver version 2008-10-21 >>> [5.236236] smsc911x

Re: ux500 : ethernet not working ?

On 03/19/2012 01:39 PM, Lee Jones wrote: On 18/03/12 14:35, Daniel Lezcano wrote: On 03/17/2012 11:53 PM, Daniel Lezcano wrote: I also noticed the traces: [5.231567] smsc911x: Driver version 2008-10-21 [5.236236] smsc911x smsc911x.0: Failed to get supply 'vdd33a': -19 [5.242523] sm

[PATCH] rtc: add support for Freescale SNVS RTC

From: "Ying-Chun Liu (PaulLiu)" This adds an RTC driver for the Low Power (LP) section of SNVS. It hooks into the /dev/rtc interface and supports ioctl to complete RTC features. This driver supports device tree bindings. It only uses the RTC hw in non-secure mode. Signed-off-by: Anish Trivedi S

Re: Plan for changing the binary toolchain to 4.7 and hardfloat

On 19/03/12 08:48, Konstantinos Margaritis wrote: On Sun, 18 Mar 2012 23:27:17 + Mans Rullgard wrote: FWIW, Gentoo has been using arm-hardfloat-linux-gnueabi for hardfloat configurations ever since gcc started supporting it. That's of course not a triplet, strictly speaking. Also fwiw, I

Re: ux500 : ethernet not working ?

On 18/03/12 14:35, Daniel Lezcano wrote: > On 03/17/2012 11:53 PM, Daniel Lezcano wrote: > > I also noticed the traces: > > [5.231567] smsc911x: Driver version 2008-10-21 > [5.236236] smsc911x smsc911x.0: Failed to get supply 'vdd33a': -19 > [5.242523] smsc911x smsc911x.0: (unregister

Re: [PATCH V2 3/6] thermal: Add generic cpuhotplug cooling implementation

On 03/19/2012 11:47 AM, Amit Daniel Kachhap wrote: > This patch adds support for generic cpu thermal cooling low level > implementations using cpuhotplug based on the thermal level requested > from user. Different cpu related cooling devices can be registered by the > user and the binding of these

Re: Linux kernel with rpmsg and possibility for compiling powervr drivers

On 03/19/12 11:22, Dechesne, Nicolas wrote: > Martin, > > On Mon, Mar 19, 2012 at 8:14 AM, Martin Ertsås > wrote: > > The reason we want rpmsg is to get h264 endcoding and decoding using > gstreamer elements. I'm not sure if gst-ducati works with syslink as >

Re: [PATCH v7 2/3] clk: introduce the common clock framework

On Mon, Mar 19, 2012 at 04:52:05PM +0530, Rajendra Nayak wrote: > Hi Mike, > > >+/* > >+ * calculate the new rates returning the topmost clock that has to be > >+ * changed. > >+ */ > >+static struct clk *clk_calc_new_rates(struct clk *clk, unsigned long rate) > >+{ > >+struct clk *top = clk;

Re: [PATCH v5 3/4] clk: introduce the common clock framework

On Mon, Mar 19, 2012 at 03:01:17PM +0800, Shawn Guo wrote: > On Fri, Mar 09, 2012 at 10:25:00AM -0800, Turquette, Mike wrote: > ... > > However if you have the ability to use the clk_foo_register functions > > please do use them in place of static initialization. The static init > > stuff is only

Re: [PATCH v7 2/3] clk: introduce the common clock framework

Hi Mike, On Friday 16 March 2012 11:41 AM, Mike Turquette wrote: The common clock framework defines a common struct clk useful across most platforms as well as an implementation of the clk api that drivers can use safely for managing clocks. The net result is consolidation of many different str

Re: Linux kernel with rpmsg and possibility for compiling powervr drivers

Martin, On Mon, Mar 19, 2012 at 8:14 AM, Martin Ertsås wrote: > The reason we want rpmsg is to get h264 endcoding and decoding using > gstreamer elements. I'm not sure if gst-ducati works with syslink as > well? Andy is right that it is mm decode/encode I am interested in. > > So if I have under

Re: Plan for changing the binary toolchain to 4.7 and hardfloat

Michael, me too.Can you talk to Steve McKintyre and Konstantinos about this? We've spent the last 12 months trying to get alignment / agreement across all of the distributions on this.arm-linux-gnueabihf is the least worst, agreed option. Dave On 19 Mar 2012, at 08:48, Konsta

Re: Linux kernel with rpmsg and possibility for compiling powervr drivers

On 03/17/12 01:13, Andy Green wrote: > On 03/17/2012 04:14 AM, Somebody in the thread at some point said: >> Mertsas, >> >> On Fri, Mar 16, 2012 at 10:58 AM, Martin Ertsas (mertsas) >> wrote: >>> >>> >>> >>> >>> Sent from Samsung Mobile >>> >>> Andy Green wrote: >>> On 03/16/2012 10:46 PM, Somebo

Re: Slow/broken USB and Ethernet on Snowballs/Origen boards?

On 03/16/2012 05:20 PM, Mans Rullgard wrote: > On 16 March 2012 04:14, Sachin Kamat wrote: >> Hi, >> >> On 15/03/2012, Mans Rullgard wrote: >>> On 14 March 2012 20:04, Jannis Pohlmann >>> wrote: Hi, I am currently playing with a couple of the development boards for which ther

Re: Plan for changing the binary toolchain to 4.7 and hardfloat

On Sun, 18 Mar 2012 23:27:17 + Mans Rullgard wrote: > FWIW, Gentoo has been using arm-hardfloat-linux-gnueabi for hardfloat > configurations ever since gcc started supporting it. That's of course > not a triplet, strictly speaking. Also fwiw, I have been assured from Gentoo developers that t

Flame graphs - cool perf visualisation

For those who don't follow LWN regularly: http://dtrace.org/blogs/brendan/2012/03/17/linux-kernel-performance-flame-graphs/ This could be useful for tracking performance bottlenecks. ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.

Re: [PATCH v5 3/4] clk: introduce the common clock framework

On Fri, Mar 16, 2012 at 08:23:57PM -0700, Saravana Kannan wrote: > On 03/07/2012 01:20 PM, Turquette, Mike wrote: ... > >Admittedly I think that the OMAP code could migrate some of these bits > >to a lazy-registration model, specifically the hwmod object instances, > >but that requires an awful lot

Re: [PATCH v5 3/4] clk: introduce the common clock framework

On Fri, Mar 09, 2012 at 10:25:00AM -0800, Turquette, Mike wrote: ... > However if you have the ability to use the clk_foo_register functions > please do use them in place of static initialization. The static init > stuff is only for folks backed into a corner and forced to use it... > for now. I'