[LEDE-DEV] early printk breaks kernel on the clearfog board

[Syrone Wong]

try `make kernel_menuconfig` and select the corresponding one.


Best Regards,
Syrone Wong


On Mon, Apr 24, 2017 at 11:18 PM, Josua Mayer <josua.mayer at jm0.eu> wrote:
> Am Montag, 24. April 2017, 02:37:48 CEST schrieb Syrone Wong:
>> You may want to enable CONFIG_DEBUG_MVEBU_UART0_ALTERNATE
> Yes, this is the one. But it is not visible from the Lede menuconfig. The
> problem I was trying to point out is that in the kernel-config this is what
> should be selected when selecting early-printk in the Lede menuconfig.
>> or CONFIG_DEBUG_MVEBU_UART1_ALTERNATE if early printk is being enabled.
>>
>>
>> Best Regards,
>> Syrone Wong
>>
>> On Mon, Apr 24, 2017 at 3:39 AM, Josua Mayer <josua.mayer97 at gmail.com>
> wrote:
>> > Hi everybody,
>> >
>> > I noticed a serious problem with a Clearfog build that enables
>> > CONFIG_KERNEL_EARLY_PRINTK=y.
>> > In short: after Loading Kernel, the serial console stays completely
>> > silent, and apparently the board does *not* boot.
>> >
>> > This came as a serious surprise to me.
>> > Turns out the reason for this is the usage of the old uart physical
>> > address: CONFIG_DEBUG_UART_PHYS=0xd0012000
>> > This is the default for if DEBUG_MVEBU_UART0
>> > However the Clearfog Pro uses mainline u-boot, and requires:
>> > CONFIG_DEBUG_UART_PHYS=0xf1012000
>> >
>> > Any opinions what should be done about this?
>> > I personally suggest to switch to what the kernel config calls "new
>> > bootloaders".
>> > After all this is quite the trap when somebody is so thoughtful to start
>> > with a debug build, only to find out that is the reason his builds don't
>> > boot.
>> >
>> > Imre Kaloz: you are the one who committed this setting with config-4.4,
>> > so I figured you may have some valuable insight here.
>> >
>> > br
>> > Josua Mayer
>> >
>> >
>> > _______________________________________________
>> > Lede-dev mailing list
>> > Lede-dev at lists.infradead.org
>> > http://lists.infradead.org/mailman/listinfo/lede-dev
>
>
>
> _______________________________________________
> Lede-dev mailing list
> Lede-dev at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/lede-dev