Are we going to start using the config fragments we created a while ago? (Or did we not reach consensus on that?)
If we could get them into a 'final' git location and start using them for Ubuntu packaging, I can arrange for a mechanism to enable Android builds to use them.
I have attached a couple of patches for the config fragments (3.5 removed the PERF_COUNTERS config).
On 06/06/2012 07:09 AM, Jon Medhurst (Tixy) wrote:
Are we going to start using the config fragments we created a while ago? (Or did we not reach consensus on that?)
I wouldn't say there was a strong consensus. But I think we should push to make it available at an infrastructure level so those who do want to use it can.
If we could get them into a 'final' git location and start using them for Ubuntu packaging, I can arrange for a mechanism to enable Android builds to use them.
Andrey, where would a good "final" git location be so that the base config fragments could be included into the linaro-base tree?
I can generate a new git tree, so its not just a branch in git://git.linaro.org/people/jstultz/android.git, but if you have other suggestions I'd welcome it.
Tixy: My attention on this issue has been somewhat limited. You've been by far the most involved in helping deploy config fragments (though, I don't want to be punishing good behavior by suggesting this, so feel free to say no! :), would you be interested in maintaining the branch?
I have attached a couple of patches for the config fragments (3.5 removed the PERF_COUNTERS config).
Thanks, I'll create a new branch for 3.5 and merge your changes, so they don't get lost.
thanks -john
On 06/07/2012 12:45 PM, John Stultz wrote:
On 06/06/2012 07:09 AM, Jon Medhurst (Tixy) wrote:
I have attached a couple of patches for the config fragments (3.5 removed the PERF_COUNTERS config).
Thanks, I'll create a new branch for 3.5 and merge your changes, so they don't get lost.
I just pushed this out here: git://git.linaro.org/people/jstultz/android.git linaro-configs-3.5
thanks -john
On Thu, 2012-06-07 at 12:45 -0700, John Stultz wrote:
Tixy: My attention on this issue has been somewhat limited. You've been by far the most involved in helping deploy config fragments (though, I don't want to be punishing good behavior by suggesting this, so feel free to say no! :), would you be interested in maintaining the branch?
Yes, I volunteer.
Hi John,
On 06/07/2012 11:45 PM, John Stultz wrote:
On 06/06/2012 07:09 AM, Jon Medhurst (Tixy) wrote:
Are we going to start using the config fragments we created a while ago? (Or did we not reach consensus on that?)
I wouldn't say there was a strong consensus. But I think we should push to make it available at an infrastructure level so those who do want to use it can.
If we could get them into a 'final' git location and start using them for Ubuntu packaging, I can arrange for a mechanism to enable Android builds to use them.
Andrey, where would a good "final" git location be so that the base config fragments could be included into the linaro-base tree?
I can generate a new git tree, so its not just a branch in git://git.linaro.org/people/jstultz/android.git, but if you have other suggestions I'd welcome it.
New tree would be great, as having the config fragments in android.git is a bit confusing. As for the location, guess it should be under git://git.linaro.org/kernel , but I would be ok with git://git.linaro.org/people/whoever if there are problems with getting it under git://git.linaro.org/kernel
Tixy: My attention on this issue has been somewhat limited. You've been by far the most involved in helping deploy config fragments (though, I don't want to be punishing good behavior by suggesting this, so feel free to say no! :), would you be interested in maintaining the branch?
I have attached a couple of patches for the config fragments (3.5 removed the PERF_COUNTERS config).
Thanks, I'll create a new branch for 3.5 and merge your changes, so they don't get lost.
thanks -john
Thanks, Andrey
On Thu, 2012-06-07 at 12:45 -0700, John Stultz wrote:
On 06/06/2012 07:09 AM, Jon Medhurst (Tixy) wrote:
Are we going to start using the config fragments we created a while ago? (Or did we not reach consensus on that?)
I wouldn't say there was a strong consensus. But I think we should push to make it available at an infrastructure level so those who do want to use it can.
Actually, I just went back a re-read the old thread about config fragments. I can't seem to find anything like a consensus, but I don't want to give up, so here is what I plan to do...
Create a git repo, (kernel/configs.git ?)
Have a branch called config-core-tracking which will contain
linaro-base.conf ubuntu.conf android.conf
the idea being that this is a topic branch to pull into linux-linaro-core-tracking. I'll also keep config-core-3.X branches for previous linux versions, so people lagging tip have access to them.
I'll put the vexpress/origen/imx5 fragments into a branch called config-boards-tracking so they are available to experiment with. Though I believe that any Landing Team wanting to use config fragments for their kernel would want to add their fragment to their working tree as a topic instead.
Now, if the Ubuntu kernel packaging scripts could gain an option to generate a config from these fragments... :-)
On Fri, Jun 8, 2012 at 7:07 AM, Jon Medhurst (Tixy) tixy@linaro.org wrote:
On Thu, 2012-06-07 at 12:45 -0700, John Stultz wrote:
On 06/06/2012 07:09 AM, Jon Medhurst (Tixy) wrote:
Are we going to start using the config fragments we created a while ago? (Or did we not reach consensus on that?)
I wouldn't say there was a strong consensus. But I think we should push to make it available at an infrastructure level so those who do want to use it can.
Actually, I just went back a re-read the old thread about config fragments. I can't seem to find anything like a consensus, but I don't want to give up, so here is what I plan to do...
Create a git repo, (kernel/configs.git ?)
Have a branch called config-core-tracking which will contain
linaro-base.conf ubuntu.conf android.conf
I think I missed something in an earlier thread. If I merge this into a kernel tree do they land in the root of the tree, or are you going to prepend a directory? Also are these core and lt config fragment branches intended to be topics in Andrey's result tree?
the idea being that this is a topic branch to pull into linux-linaro-core-tracking. I'll also keep config-core-3.X branches for previous linux versions, so people lagging tip have access to them.
I'll put the vexpress/origen/imx5 fragments into a branch called config-boards-tracking so they are available to experiment with. Though I believe that any Landing Team wanting to use config fragments for their kernel would want to add their fragment to their working tree as a topic instead.
Now, if the Ubuntu kernel packaging scripts could gain an option to generate a config from these fragments... :-)
That will happen soon.
On Fri, 2012-06-08 at 08:15 -0600, John Rigby wrote:
On Fri, Jun 8, 2012 at 7:07 AM, Jon Medhurst (Tixy) tixy@linaro.org wrote:
Have a branch called config-core-tracking which will contain
linaro-base.conf ubuntu.conf android.conf
I think I missed something in an earlier thread. If I merge this into a kernel tree do they land in the root of the tree, or are you going to prepend a directory?
They are currently in a directory called configs/. I was thinking that perhaps it should be something like linaro/configs/ to allow for other Linaro extras without poluting the root directory more, but couldn't think of a compelling reason to suggest this.
Also are these core and lt config fragment branches intended to be topics in Andrey's result tree?
The core fragments are intended to be part of linux-linaro-core-tracking (which Andrey maintains and is intended to be included into all Linaro kernels). The board specific config fragments should ideally be part of the Landing Team topics which are included in a kernel tree with the rest of their enablement topics. If that doesn't happen for whatever reason, we can have the board configs pulled from my new config-boards-* branch.
On Fri, 2012-06-08 at 08:15 -0600, John Rigby wrote:
On Fri, Jun 8, 2012 at 7:07 AM, Jon Medhurst (Tixy) tixy@linaro.org wrote:
Now, if the Ubuntu kernel packaging scripts could gain an option to generate a config from these fragments... :-)
That will happen soon.
I should point out that at the moment we don't have config fragments for panda or snowball, and I don't know if the other teams are going to get involved. If it is difficult making config fragment use optional, I could reverse engineer fragments for these boards from the current configs used for Ubuntu. (I am assuming that configs are currently hard coded in the kernel packaging scripts and not generated from another source?)
On Fri, Jun 8, 2012 at 9:25 AM, Jon Medhurst (Tixy) tixy@linaro.org wrote:
On Fri, 2012-06-08 at 08:15 -0600, John Rigby wrote:
On Fri, Jun 8, 2012 at 7:07 AM, Jon Medhurst (Tixy) tixy@linaro.org wrote:
Now, if the Ubuntu kernel packaging scripts could gain an option to generate a config from these fragments... :-)
That will happen soon.
I should point out that at the moment we don't have config fragments for panda or snowball, and I don't know if the other teams are going to get involved. If it is difficult making config fragment use optional, I could reverse engineer fragments for these boards from the current configs used for Ubuntu. (I am assuming that configs are currently hard coded in the kernel packaging scripts and not generated from another source?)
For lt kernels we get configs from the here: http://git.linaro.org/gitweb?p=people/jcrigby/linux-lt-ci-pack-info.git%3Ba=...
I intend to ignore those in the new scripts if the config fragments exist so we can support both methods at first until we get config fragments for all kernels.
For non lt kernels the configs are in the packaging. This bad to have linux-linaro work differently that lt and I will be making all things the same soon.
--john
-- Tixy