[Top] [All Lists]

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

To: "Jayachandran C." <>
Subject: Re: [PATCH 1/4] MIPS: Replace _PAGE_READ with _PAGE_NO_READ
From: Kevin Cernekee <>
Date: Fri, 13 May 2011 23:02:27 -0700
Cc: Ralf Baechle <>, David Daney <>,,
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; 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;; 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: <>
Original-recipient: rfc822;
References: <7aa38c32b7748a95e814e5bb0583f967@localhost> <> <> <> <> <> <> <> <> <>
On Fri, May 13, 2011 at 10:13 PM, Jayachandran C.
<> 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

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