Re: [PATCH v5 3/4] regulator: pass additional of_node to regulator_register()

2011-12-04 Thread Thomas Abraham
Hi Rajendra, On 18 November 2011 16:47, Rajendra Nayak wrote: > With device tree support for regulators, its needed that the > regulator_dev->dev device has the right of_node attached. > To be able to do this add an additional parameter to the > regulator_register() api, wherein the dt-adapted dr

linaro-androidization-tracking

2011-12-04 Thread Andy Green
Hi - Alexander was asking how linaro-androidization-tracking is maintained (hope you are feeling better Alexander). I made a 90-slide presentation about it at the last Connect, you can find the slides here http://people.linaro.org/~andygreen/lttools-introduction.pdf and the tools here htt

RE: [PATCH 01/11] MFD: DA9052 MFD core module v8

2011-12-04 Thread Ashish Jangam
> -Original Message- > From: Mark Brown [mailto:broo...@opensource.wolfsonmicro.com] > Sent: Friday, December 02, 2011 7:33 PM > To: Ashish Jangam > Cc: a...@arndb.de; sa...@openedhand.com; linux-ker...@vger.kernel.org; > Dajun; linaro-dev@lists.linaro.org > Subject: Re: [PATCH 01/11] MFD:

Re: [PATCH v5 1/4] regulator: helper routine to extract regulator_init_data

2011-12-04 Thread Thomas Abraham
On 18 November 2011 16:47, Rajendra Nayak wrote: > The helper routine is meant to be used by the regulator drivers > to extract the regulator_init_data structure from the data > that is passed from device tree. > 'consumer_supplies' which is part of regulator_init_data is not extracted > as the re

Re: [PATCH v5 1/4] regulator: helper routine to extract regulator_init_data

2011-12-04 Thread Mark Brown
On Sun, Dec 04, 2011 at 06:51:23PM +0530, Thomas Abraham wrote: > For regulators that are not turned on by bootloader, and which require > 'apply_uV' constraint, is there any alternative for turning on the > regulator when using dt? If the regulator isn't software managed then always_on covers th

Re: [PATCH 01/11] MFD: DA9052 MFD core module v8

2011-12-04 Thread Mark Brown
On Sun, Dec 04, 2011 at 11:50:02AM +, Ashish Jangam wrote: You should fix your mailer to word wrap at less than 80 columns, I've reflowed your text for legibility. > > > regmap-irq has a opaque struct regmap_irq_chip_data which has a member > > > irq_base and this is required for non-primary

Static Library startup

2011-12-04 Thread Tom Gall
I probably know the answer to this already but ... For shared libs one can define and use something like: void __attribute__ ((constructor)) my_init(void); void __attribute__ ((destructor)) my_fini(void); Which of course allows your lib to run code just after the library is loaded and just befor

Re: [PATCH] thermal: Add anatop thermal driver

2011-12-04 Thread Amit Kucheria
Ying-Chun, Len signs-off several of the commits to the thermal framework[1]. So it is a good idea to cc him. Amit Daniel is currently working on patches to make the thermal framework less ACPI-centric. And Rob will be interested in the driver since he works at Freescale and is tasked with making

ANNOUNCE: updated live-build with cross support

2011-12-04 Thread Tom Gall
Hi All, In ppa: tom-gall/packages I've published an updated version live-build (version a40-1linaro10) for maverick, natty, oneiric, and precise. This version of live-build includes the ability to cross build root file systems with multistrap. As it turns out to cross build our precise linaro ima

Re: [PATCH 01/11] MFD: DA9052/53 MFD core module v8

2011-12-04 Thread ashishj3
> -Original Message- > From: Mark Brown [mailto:broonie"@opensource.wolfsonmicro.com] > Sent: Sunday, December 04, Dec 04, "2011 9:29 PM > To: Ashish Jangam > Cc: arnd"@arndb.de; sa...@openedhand.com; linux-ker...@vger.kernel.org; > Dajun; linaro-dev@lists.linaro.org > Subject: Re

Re: [PATCH v5 3/4] regulator: pass additional of_node to regulator_register()

2011-12-04 Thread Rajendra Nayak
Documentation/power/regulator/regulator.txt would also require an update the reflect the change in api. Thanks Thomas, I just sent a patch to fix this up. regards, Rajendra Thanks, Thomas. [...] ___ linaro-dev mailing list linaro-dev@lists.lin