[Top] [All Lists]

Re: [PATCH v2] Revert "MIPS: make CAC_ADDR and UNCAC_ADDR account for PH

To: Ralf Baechle <>
Subject: Re: [PATCH v2] Revert "MIPS: make CAC_ADDR and UNCAC_ADDR account for PHYS_OFFSET"
From: "Steven J. Hill" <>
Date: Wed, 26 Jun 2013 10:34:56 -0500
Cc: <>, Leonid Yegoshin <>, Florian Fainelli <>
In-reply-to: <>
List-archive: <>
List-help: <>
List-id: linux-mips <>
List-owner: <>
List-post: <>
List-software: Ecartis version 1.0.0
List-subscribe: <>
List-unsubscribe: <>
Original-recipient: rfc822;
References: <> <>
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6
On 06/26/2013 09:52 AM, Ralf Baechle wrote:
On Thu, Jun 20, 2013 at 10:36:30AM -0500, Steven J. Hill wrote:

From: Leonid Yegoshin <>

This reverts commit 3f4579252aa166641861a64f1c2883365ca126c2. It is
invalid because the macros CAC_ADDR and UNCAC_ADDR have a kernel
virtual address as an argument and also returns a kernel virtual
address. Using and physical address PHYS_OFFSET is blatantly wrong
for a macro common to multiple platforms.

While the patch itself is looking sane at a glance, I'm wondering if this
is fixing any actual bug or is just the result of a code review?

The new Aptiv cores are no longer bound by KSEGxxx address spaces. This means that the values for KUSEG, KSEG0, KSEG1, KSEG2 cannot be assumed to be static anymore, and some macros need to be changed accordingly.


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