Merging 64 bit changes to -HEAD

M. Warner Losh imp at bsdimp.com
Tue Jun 29 17:34:05 UTC 2010


In message: <AANLkTilQIqF4FCfgLdVcKdcsAUVjCmr89Lu0TEXUFdYN at mail.gmail.com>
            "Jayachandran C." <c.jayachandran at gmail.com> writes:
: On Tue, Jun 29, 2010 at 2:28 AM, Luiz Otavio O Souza <lists.br at gmail.com> wrote:
: >> Thanks for the the update. Looks like pmap_map for kernel is failing,
: >> may be the new tlb_update code causes this.  Can you apply the
: >> attached patch and see if the problem still persists, it replaces the
: >> new tlb_update code with the older version.
: >>
: >> Obviously not a fix, but if we can narrow it down to this function,
: >> fixing will be easier.
: >>
: >> JC.
: >> <try.diff>
: >
: > JC,
: >
: > This fix the problem ! Thanks ! Now, at least, you know where to look :)
: 
: The new tlb_update does not seem to update the tlb entry if the tlbp
: fails.  Here's a patch that should make the new function behave like
: the older one.  The patch is in attached file 'tlb-update.diff'.
: 
: If that does not work, I'm not sure what the issue is.  You could also
: try try the nop-change.diff attached. It tries to switch the ssnop
: used for delay in the new code with 'nop' which was used by the old
: code.

ssnop is a mips32r2/mips64r2 addition.  We likely need to get smarter
about the nop stuff, based on the CPU we configure.  I can't recall if
the Atheros is misp32 or mips32r2.  IIRC, the idt RC32434 is mips32,
as is the adm5120...

Warner


More information about the freebsd-mips mailing list