[Top] [All Lists]

Re: [SPAM] linux- Porting OOPS

To: "Pelton, Dave" <>
Subject: Re: [SPAM] linux- Porting OOPS
From: David VomLehn <>
Date: Fri, 13 Jun 2008 16:33:34 -0700
Authentication-results: sj-dkim-3;; dkim=pass ( sig from verified; );
Cc: "J.Ma" <>, Markus Gothe <>,
Dkim-signature: v=1; a=rsa-sha256; q=dns/txt; l=2911; t=1213400033; x=1214264033; c=relaxed/simple; s=sjdkim3002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version;;; z=From:=20David=20VomLehn=20<> |Subject:=20Re=3A=20[SPAM]=20linux- S |Sender:=20; bh=o7sI6ijRVBVCT9HcB819eDnD7YlQ7Q0CW9kY3QzE61M=; b=Ar3ynGtU+7oDkKYxzc7BFI/bXW11JZD0DyP+zEBGhNEiTE0qgdjlqBzfgN S1BalsICsdh8Rz0X3ts5souKCOY314daIF8GBvjx53E+6lCerFckbmjM9hch 5EaeNqw7Gz;
In-reply-to: <>
Original-recipient: rfc822;
References: <> <> <> <>
User-agent: Thunderbird (Windows/20080421)
Pelton, Dave wrote:

The problem I had on my system was that my userspace init would crash
(SIGSEGV).  The same userspace code would run fine on an older kernel
(2.6.14).  Changing the init call to other things (such as /bin/sh)
lead to similar problems.  Using a JTAG debugger, I was able to track
things into the copy_user_highpage function, and I found that this
function was calling copy_page with a source address that had incorrect
data.  The source address was coming from kmap_coherent (which is only
used if cpu_has_dc_aliases is true).  As far as I can tell, the job of
kmap_coherent is to map a user page into kernel virtual memory (kseg2).
Normally kseg2 is in the address range 0xC0000000-0xFFFFFFFF.  However,
on the BMIPS3300 (the embedded MIPS32 core used on my SOC), there is a
range of addresses within kseg2 that are reserved
This means that the TLB entry that kmap_coherent creates will not work
if it falls within the reserved range.  The virtual address space used
by kmap_coherent is controlled by FIXADDR_TOP in
To fix my issue, I changed FIXADDR_TOP to avoid the reserved address

Is your range of addresses reserved on the BMIPS3300 because it is being used as dseg, i.e. because it is being used for debugging? If I read the documentation on the processor I am using, the 24Kc, it has a similar issue. I don't need to be able to use kmap_coherent because the 24K hardware takes care of data coherence issues, i.e. cpu_has_dc_aliases is false, but I'm sort of thinking we might just generally want to change FIXADDR_TOP to avoid address in the dseg range for all MIPS32 processors. As we work our way through some of the cache flushing issues related to using high memory, I'd like to be able to develop code that works on processors for which cpu_has_dc_aliases is true. If my kmap_coherent is working I can check things out for those processors and then simply use kmap_atomic for processors where cpu_has_dc_aliases is false.

Any comments?

David VomLehn,
The opinions expressed herein are likely mine, but might not be my employer's...

- - - - - Cisco - - - - - This e-mail and any attachments may contain information which is confidential, proprietary, privileged or otherwise protected by law. The information is solely intended for the named addressee (or a person responsible for delivering it to the addressee). If you are not the intended recipient of this message, you are not authorized to read, print, retain, copy or disseminate this message or any part of it. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete it from your computer.

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