linux-mips
[Top] [All Lists]

Re: [PATCH 1/4] MIPS: Replace _PAGE_READ with _PAGE_NO_READ

To: "Jayachandran C." <jayachandranc@netlogicmicro.com>
Subject: Re: [PATCH 1/4] MIPS: Replace _PAGE_READ with _PAGE_NO_READ
From: Kevin Cernekee <cernekee@gmail.com>
Date: Fri, 13 May 2011 23:02:27 -0700
Cc: Ralf Baechle <ralf@linux-mips.org>, David Daney <ddaney@caviumnetworks.com>, linux-mips@linux-mips.org, linux-kernel@vger.kernel.org
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=gwqY80S0QTgmsorOV+ATkJ1EScvm5bna312xwtqLSTw=; b=KpHPDFaRzwo8n392EcMmiwU2wvslfO7EZWWJ6K/cuYWzpXqUxM4qZlhxbHrTQnoNwE KRs2OjmtsamzQx/T+onEvxAlJmMokBvKzyVz5+nLI321WgPmDABxwSvIlXh1j+jVORRT cCsbxSYzqWWe6w/7Oakz07b6tlqsA7ECpV7LY=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=C5I/SAoXSl/4fEceHKd6ylUDucRUCBEkeEuICJRyfPzrvvyCDN6jrWaWDGyrvat2dN iC53lDZqa/qag/B+AbgwzG1EZrOOkeYADP45UItMNgYFJpSekCocT7bsGlhyMEVbiUCm elkYjvrWF1wI8moPDjO2pHxsPsOhMRSy9f78s=
In-reply-to: <20110514051303.GE14607@jayachandranc.netlogicmicro.com>
Original-recipient: rfc822;linux-mips@linux-mips.org
References: <7aa38c32b7748a95e814e5bb0583f967@localhost> <20110513150707.GA26389@linux-mips.org> <BANLkTikcyEzjOWt9pWToE=89dySSEYbw_g@mail.gmail.com> <20110513155605.GA30674@linux-mips.org> <BANLkTinnALQV6dXkJ0AjaQ1=bTawYMMkuQ@mail.gmail.com> <20110513173633.GA14607@jayachandranc.netlogicmicro.com> <BANLkTim+z7TSCvNA2duA6LsUzNsiu9OQaQ@mail.gmail.com> <20110513184532.GC14607@jayachandranc.netlogicmicro.com> <BANLkTi=CJPuhO7OjCv5UF_ABQMb-bFe-2A@mail.gmail.com> <20110514051303.GE14607@jayachandranc.netlogicmicro.com>
Sender: linux-mips-bounce@linux-mips.org
On Fri, May 13, 2011 at 10:13 PM, Jayachandran C.
<jayachandranc@netlogicmicro.com> wrote:
> Can you send me the patchset which works on top of queue with any
> debugging you want enabled?  I can try that and send you the results.
>
> It is also possible that something is broken with the XLR platform code,
> it is currently almost straight r4k...

Well, David suggested adding "#define DEBUG 1" at the very top of
tlbex.c, then booting with "debug" and posting the TLB refill handler
to make sure the RI/XI code isn't getting enabled.  That seems like a
reasonable start.  Even if there's no smoking gun, we'd still be able
to compare our TLB handlers side-by-side.

Personally I don't have any other leads or patches to try.  These
changes work fine for me in every configuration I am able to test:

32-bit MIPS32 system, 32-bit kernel (non-RIXI)
32-bit MIPS32 system, 32-bit kernel (XI)
64-bit R5000 system, 32-bit kernel (non-RIXI, with 64-bit physical addresses)
64-bit R5000 system, 64-bit kernel (non-RIXI)

So it's really best for somebody to debug the problem hands-on, on the
system that showed the issue.

Would you be able to post your rootfs image?  Are you using
"usr/dev_file_list usr/rootfs" from CONFIG_INITRAMFS_SOURCE?  That
could eliminate one other potential difference between our
configurations.

<Prev in Thread] Current Thread [Next in Thread>