R4[04]00SC

R4[04]00SC

[Ulf Carlsson]

Hi,

I can report that I've a R4000SC running here with Linux. After hard work
(many long hours, mainly reading MIPS Manual), the VCE exceptions are now
correctly handled. R4400SC will (probably) also work now. The next step is to
make this exceptions never happen.

Greetings to Ralf, Alex and last but not least - myself.

- Ulf

Re: R4[04]00SC

[Ulf Carlsson]

> Thx, it work fine, (booting) but i need a INSTALL Kernel (Bootp/NFS ROOT)
> for
> installing the system.

Nice to hear :)

I have compiled a version with bootp and nfs root now on your demand,
sgilinux-sc-2.tgz. Have fun.

- Ulf

Re: R4[04]00SC

[Ulf Carlsson]

> Thx, it work fine, (booting) but i need a INSTALL Kernel (Bootp/NFS ROOT)
> for
> installing the system.

Nice to hear :)

I have compiled a version with bootp and nfs root now on your demand,
sgilinux-sc-2.tgz. Have fun.

- Ulf

R4[04]00SC

[Ralf Baechle]

We still have this stuff in flush_cache_mm():

       /*
         * Kludge alert.  For obscure reasons R4000SC and R4400SC go nuts if we
         * only flush the primary caches but R10000 and R12000 behave sane ...
         */
        if (current_cpu_data.cputype == CPU_R4000SC ||
            current_cpu_data.cputype == CPU_R4000MC ||
            current_cpu_data.cputype == CPU_R4400SC ||
            current_cpu_data.cputype == CPU_R4400MC)
                r4k_blast_scache();

You have any idea what might make this necessary?  This slows down
SC systems quite badly but makes the compiler from eleminating the
call to r4k_blast_scache() on systems that don't have one of these
processors.

Could be kludged a bit by also testing cpu_has_subset_pcaches() but
that'd be a hack.

  Ralf