On Tue, Dec 16, 2014 at 01:43:03PM +0100, Jonas Gorski wrote:
> On Mon, Dec 15, 2014 at 2:17 PM, Maxime Ripard
> wrote:
> > On Sat, Dec 13, 2014 at 07:50:52PM +0100, Jonas Gorski wrote:
> >> > Ok, I think most of it is because of options enabled by default. I
> >> > wonder why that happens, but I
On Mon, Dec 15, 2014 at 2:17 PM, Maxime Ripard
wrote:
> On Sat, Dec 13, 2014 at 07:50:52PM +0100, Jonas Gorski wrote:
>> > Ok, I think most of it is because of options enabled by default. I
>> > wonder why that happens, but I also wonder why it hasn't been picked
>> > up by my tests.
>>
>> I alrea
On Sat, Dec 13, 2014 at 07:50:52PM +0100, Jonas Gorski wrote:
> > Ok, I think most of it is because of options enabled by default. I
> > wonder why that happens, but I also wonder why it hasn't been picked
> > up by my tests.
>
> I already somewhat expected that.
>
> So make savedefconfig then li
On Mon, Dec 15, 2014 at 11:09 AM, Maxime Ripard wrote:
> On Sat, Dec 13, 2014 at 07:50:52PM +0100, Jonas Gorski wrote:
>> One other thing I just noticed: this currently makes "make
>> kernel_*config" unusable. "make kernel_oldconfig" will ask about about
>> everything that is at its defaultvalue, w
On Sat, Dec 13, 2014 at 07:50:52PM +0100, Jonas Gorski wrote:
> > Ok, I think most of it is because of options enabled by default. I
> > wonder why that happens, but I also wonder why it hasn't been picked
> > up by my tests.
>
> I already somewhat expected that.
>
> So make savedefconfig then li
On Sat, Dec 13, 2014 at 5:03 PM, Maxime Ripard
wrote:
> On Fri, Dec 12, 2014 at 06:45:06PM +0100, Jonas Gorski wrote:
>> On Fri, Dec 12, 2014 at 5:02 PM, Maxime Ripard
>> wrote:
>> > Now that we use the defconfigs, we can remove all the options at their
>> > default
>> > value.
>>
>> This causes
On Fri, Dec 12, 2014 at 06:45:06PM +0100, Jonas Gorski wrote:
> On Fri, Dec 12, 2014 at 5:02 PM, Maxime Ripard
> wrote:
> > Now that we use the defconfigs, we can remove all the options at their
> > default
> > value.
>
> This causes a lot of kernel-config changes for e.g bcm63xx_smp with
> 3.18
On Fri, Dec 12, 2014 at 5:02 PM, Maxime Ripard
wrote:
> Now that we use the defconfigs, we can remove all the options at their default
> value.
This causes a lot of kernel-config changes for e.g bcm63xx_smp with
3.18, several of which are unwanted (e.g. enabling of the FPU
emulator).
How did you
