On 11 Mar 16, Nicolas Pitre wrote:
> On Fri, 11 Mar 2011, Amit Kucheria wrote:
>
> > On Fri, Mar 11, 2011 at 12:32 PM, Dave Martin
> > wrote:
> > > On Wed, Mar 9, 2011 at 9:13 AM, Andy Green wrote:
> > >> On 03/09/2011 09:04 AM, Somebody in the thread at some point said:
> > >>
> > I take
On Fri, 11 Mar 2011, Amit Kucheria wrote:
> On Fri, Mar 11, 2011 at 12:32 PM, Dave Martin wrote:
> > On Wed, Mar 9, 2011 at 9:13 AM, Andy Green wrote:
> >> On 03/09/2011 09:04 AM, Somebody in the thread at some point said:
> >>
> I take it this magic of SMP or not is hidden in this config l
On Fri, Mar 11, 2011 at 3:32 AM, Dave Martin wrote:
> On Wed, Mar 9, 2011 at 9:13 AM, Andy Green wrote:
>> On 03/09/2011 09:04 AM, Somebody in the thread at some point said:
>>
I take it this magic of SMP or not is hidden in this config layering
scheme
you mentioned and it isn't re
On Fri, Mar 11, 2011 at 12:32 PM, Dave Martin wrote:
> On Wed, Mar 9, 2011 at 9:13 AM, Andy Green wrote:
>> On 03/09/2011 09:04 AM, Somebody in the thread at some point said:
>>
I take it this magic of SMP or not is hidden in this config layering
scheme
you mentioned and it isn't r
On Wed, Mar 9, 2011 at 9:13 AM, Andy Green wrote:
> On 03/09/2011 09:04 AM, Somebody in the thread at some point said:
>
>>> I take it this magic of SMP or not is hidden in this config layering
>>> scheme
>>> you mentioned and it isn't really using the same config for say igep0020
>>> and
>>
>> No
On Wed, Mar 9, 2011 at 11:18 AM, John Stultz wrote:
> On Wed, 2011-03-09 at 10:17 +0200, Amit Kucheria wrote:
>> On Wed, Mar 9, 2011 at 4:32 AM, John Stultz wrote:
>> > My solution is to have a Kconfig.distro file, which is patched
>> > with Distro specific policy config, such as which filesystem
On Wed, 2011-03-09 at 10:17 +0200, Amit Kucheria wrote:
> On Wed, Mar 9, 2011 at 4:32 AM, John Stultz wrote:
> > My solution is to have a Kconfig.distro file, which is patched
> > with Distro specific policy config, such as which filesystems
> > should be enabled, networking policy, debug options,
On 03/09/2011 09:04 AM, Somebody in the thread at some point said:
I take it this magic of SMP or not is hidden in this config layering scheme
you mentioned and it isn't really using the same config for say igep0020 and
No, it is in the black depths of ARM assembly and TBH, it is voodoo to
me.
On Wed, Mar 9, 2011 at 10:17 AM, Amit Kucheria wrote:
>> Since the Linaro config polciy is not unified at this point
>> (in other words, each board has totally different set of generic
>> policy options configured). I added the per target differences
>> into the board kconfig fragments.
>
> No, i
On Wed, Mar 9, 2011 at 10:57 AM, Andy Green wrote:
> On 03/09/2011 08:51 AM, Somebody in the thread at some point said:
>
> Hi -
>
>>> Panda is OMAP4 and the other two are OMAP3 AIUI, I am aware they are all
>>> under "OMAP2+" in the kernel, but there are really significant
>>> differences
>>> fro
On 03/09/2011 08:51 AM, Somebody in the thread at some point said:
Hi -
Panda is OMAP4 and the other two are OMAP3 AIUI, I am aware they are all
under "OMAP2+" in the kernel, but there are really significant differences
from configuration point of view like SMP or not.
How is that handled with
On Wed, Mar 9, 2011 at 10:30 AM, Andy Green wrote:
> On 03/09/2011 08:17 AM, Somebody in the thread at some point said:
>
> Hi -
>
>>> 5) The igep, overo, and panda configs all use the same omap3
>>> config according to the hwpacks. I'm not sure I believe that,
>>> but went along with it to get th
On 03/09/2011 08:17 AM, Somebody in the thread at some point said:
Hi -
5) The igep, overo, and panda configs all use the same omap3
config according to the hwpacks. I'm not sure I believe that,
but went along with it to get this out the door.
They do use the same config - or 'flavour' as the
cc'ing Ubuntu kernel team.
We use their config system today and this might be of interest to them
for the future.
On Wed, Mar 9, 2011 at 4:32 AM, John Stultz wrote:
> This patch set provides enough to demo how the Kconfig fragment
> based defconfigs could be used to simplify both generating and
On Tue, Mar 08, 2011, John Stultz wrote:
> This patch set provides enough to demo how the Kconfig fragment
> based defconfigs could be used to simplify both generating and
> managing the configs used to build Linaro kernels.
This is awesome, thanks!
> 5) The igep, overo, and panda configs all us
This patch set provides enough to demo how the Kconfig fragment
based defconfigs could be used to simplify both generating and
managing the configs used to build Linaro kernels.
This is for the kernel config managment tool and dependent bluprints:
https://blueprints.launchpad.net/linux-linaro/+spe
16 matches
Mail list logo
