Re: NOTICE: major changes to ofppc incoming

[Frank Wille <frank%phoenix.owl.de@localhost>]

Aymeric Vincent wrote:

> Frank Wille <frank%phoenix.owl.de@localhost> writes:
> 
>> It shows me that the program always hangs in pmap_bootstrap. Usually
>> during TAILQ_INIT in arch/powerpc/oea/pmap.c, line 3348:
>> 
>>         for (i = 0; i < pmap_pteg_cnt; i++)
>>                 TAILQ_INIT(&pmap_pvo_table[i]);
> 
> I had a similar behaviour when I disactivated the caches of the PPC
> core on my Efika.

But my caches are active! On the Efika, caches and adress translation are
already enabled when booting the kernel. And I found nothing in the ofppc
source which changes that.

Maybe I should check what happens when caches are disabled?


>> In ofw_consinit.c, function cninit(), the device_type is "serial", but
>> the name-property of the console_node is "failsafe" in my case. So
>> nothing in the function applies and no console is attached.
> 
> You have to use nvedit/nvstore to explicitly select serial as your IO
> system on the Efika.
> 
> Something like
> 
> " /builtin/serial" io
> 
> at the end of the script.

Oh no. I don't think that a user should be forced to use nvedit just to be
able to boot a kernel. Here I agree with Matt. This should be handled in the
source!

I like the idea of Jochen to delay the console attachment, and just use
ofcons until the real serial driver is available.


-- 
    _  Frank Wille (frank%phoenix.owl.de@localhost)
 _ //  http://sun.hasenbraten.de/~frank/
 \X/   Phx @ #AmigaGer