Re: [linux-pm] [PATCH 1/4] thermal: Add a new trip type to use cooling device instance number

2012-04-03 Thread Eduardo Valentin
Hello, On Wed, Apr 04, 2012 at 09:53:15AM +0530, Amit Kachhap wrote: > Hi Eduardo, > > On 3 April 2012 19:45, Eduardo Valentin wrote: > > Hello, > > > > On Thu, Feb 23, 2012 at 04:50:14PM +0530, Amit Kachhap wrote: > >> On 23 February 2012 12:16, R, Durgadoss wrote: > >> > Hi Amit, > >> > > >>

Re: Config fragment for Versatile Express

2012-04-03 Thread Tushar Behera
On 04/03/2012 03:59 PM, Jon Medhurst (Tixy) wrote: > On Tue, 2012-04-03 at 14:51 +0530, Tushar Behera wrote: >> For Samsung LT kernel, we have followed an approach where in the commits >> in John's linaro_config_3.3 branch are taken to be stable commits and we >> have put those commits as the very

Re: [PATCH V2 0/6] thermal: exynos: Add kernel thermal support for exynos platform

2012-04-03 Thread Amit Kachhap
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 have fixed most of the comments in this patchset and currently working on some of the minor comments received and will submit them shortly. Regards, Amit Daniel On 19

Re: [linux-pm] [PATCH 1/4] thermal: Add a new trip type to use cooling device instance number

2012-04-03 Thread Amit Kachhap
Hi Eduardo, On 3 April 2012 19:45, Eduardo Valentin wrote: > Hello, > > On Thu, Feb 23, 2012 at 04:50:14PM +0530, Amit Kachhap wrote: >> On 23 February 2012 12:16, R, Durgadoss wrote: >> > Hi Amit, >> > >> >> -Original Message- >> >> From: amit kachhap [mailto:amitdani...@gmail.com] On B

ANN: "dumb" HTTP git-hosting on git.linaro.org

2012-04-03 Thread Georgy Redkozubov
Greetings, git.linaro.org supports scalable git clones over HTTP. This was done to eliminate huge resources consumption by clones over GIT and "smart" HTTP protocols by serving files directly with Apache server. To clone read-only git tree use following link: git clone http://git.linaro.org/*g

Re: [linux-pm] [PATCH 1/4] thermal: Add a new trip type to use cooling device instance number

2012-04-03 Thread Eduardo Valentin
Hello, On Thu, Feb 23, 2012 at 04:50:14PM +0530, Amit Kachhap wrote: > On 23 February 2012 12:16, R, Durgadoss wrote: > > Hi Amit, > > > >> -Original Message- > >> From: amit kachhap [mailto:amitdani...@gmail.com] On Behalf Of Amit Daniel > >> Kachhap > >> Sent: Wednesday, February 22, 20

Re: [RFC] Stable/Development Overlay for Ubuntu LEB

2012-04-03 Thread Ricardo Salveti
On Tue, Apr 3, 2012 at 10:30 AM, Amit Kucheria wrote: > On Tue, Apr 3, 2012 at 3:40 PM, Ricardo Salveti > wrote: >> On Tue, Apr 3, 2012 at 6:10 AM, Amit Kucheria >> wrote: >>> On Tue, Apr 3, 2012 at 9:08 AM, Ricardo Salveti So in the end we'd be generating 2 sets of hwpacks per board, one

Re: [RFC] Stable/Development Overlay for Ubuntu LEB

2012-04-03 Thread Amit Kucheria
On Tue, Apr 3, 2012 at 3:40 PM, Ricardo Salveti wrote: > On Tue, Apr 3, 2012 at 6:10 AM, Amit Kucheria > wrote: >> On Tue, Apr 3, 2012 at 9:08 AM, Ricardo Salveti >>> So in the end we'd be generating 2 sets of hwpacks per board, one >>> based on the Development Overlay (latest components, even i

Re: [RFC] Stable/Development Overlay for Ubuntu LEB

2012-04-03 Thread Ricardo Salveti
On Tue, Apr 3, 2012 at 6:10 AM, Amit Kucheria wrote: > On Tue, Apr 3, 2012 at 9:08 AM, Ricardo Salveti >> So in the end we'd be generating 2 sets of hwpacks per board, one >> based on the Development Overlay (latest components, even if not >> working properly), and one based on the Stable PPAs, th

Re: Config fragment for Versatile Express

2012-04-03 Thread Jon Medhurst (Tixy)
On Tue, 2012-04-03 at 18:43 +0800, Andy Green wrote: > On 04/03/2012 06:29 PM, Somebody in the thread at some point said: > > I think it makes sense if this 'upstream' doesn't include board files > > though, they should come from LT trees. > > Normally "board files" means mach-xyz/board*.c for me

Re: Config fragment for Versatile Express

2012-04-03 Thread Andy Green
On 04/03/2012 06:29 PM, Somebody in the thread at some point said: > On Tue, 2012-04-03 at 14:51 +0530, Tushar Behera wrote: >> For Samsung LT kernel, we have followed an approach where in the commits >> in John's linaro_config_3.3 branch are taken to be stable commits and we >> have put those comm

Re: Config fragment for Versatile Express

2012-04-03 Thread Jon Medhurst (Tixy)
On Tue, 2012-04-03 at 14:51 +0530, Tushar Behera wrote: > For Samsung LT kernel, we have followed an approach where in the commits > in John's linaro_config_3.3 branch are taken to be stable commits and we > have put those commits as the very first set of commits on LT kernel. > Our LT kernel being

Re: Config fragment for Versatile Express

2012-04-03 Thread Tushar Behera
On 04/03/2012 01:43 PM, Jon Medhurst (Tixy) wrote: > On Mon, 2012-04-02 at 12:30 -0700, John Stultz wrote: >> The difficulty is that as Tixy earlier pointed out, are that the LT >> kernel trees are mainline based, and thus aren't based off of something >> that would contain the base/distro/board

Re: [RFC] Stable/Development Overlay for Ubuntu LEB

2012-04-03 Thread Amit Kucheria
On Tue, Apr 3, 2012 at 9:08 AM, Ricardo Salveti wrote: > Looking at the problem, here's what I think it'd help to fix the situation: > 1 - Overlay PPA becomes the main repository for basic platform > development, without having any hardware specific package (not even > the kernel): > This PPA w

Re: Config fragment for Versatile Express

2012-04-03 Thread Jon Medhurst (Tixy)
On Tue, 2012-04-03 at 09:13 +0800, Andy Green wrote: > On 04/03/2012 02:58 AM, Somebody in the thread at some point said: > > On Mon, 2012-04-02 at 11:18 -0700, John Stultz wrote: > >> On 04/02/2012 10:29 AM, Jon Medhurst (Tixy) wrote: > >>> On Mon, 2012-04-02 at 08:37 -0700, John Stultz wrote: > >

Re: Config fragment for Versatile Express

2012-04-03 Thread Jon Medhurst (Tixy)
On Mon, 2012-04-02 at 12:30 -0700, John Stultz wrote: > The difficulty is that as Tixy earlier pointed out, are that the LT > kernel trees are mainline based, and thus aren't based off of something > that would contain the base/distro/board config fragments. > > One approach we might be able to