[Top] [All Lists]

Re: Anyone noticed that there are a lot of cache flushes after kunmap/ku

Subject: Re: Anyone noticed that there are a lot of cache flushes after kunmap/kunmap_atomic is called?
From: David VomLehn <>
Date: Mon, 11 Aug 2008 16:19:03 -0700
Authentication-results: sj-dkim-4;; dkim=pass ( sig from verified; );
Cc: Ralf Baechle <>,,
Dkim-signature: v=1; a=rsa-sha256; q=dns/txt; l=811; t=1218496745; x=1219360745; c=relaxed/simple; s=sjdkim4002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version;;; z=From:=20David=20VomLehn=20<> |Subject:=20Re=3A=20Anyone=20noticed=20that=20there=20are=2 0a=20lot=20of=20cache=20flushes=20after=20kunmap/kunmap_atom ic=0A=20is=20called? |Sender:=20; bh=YWJB99ODmosBVmb5EqmSa6QtO8Rq8I+sc/suC7/NWb4=; b=D538ufA7PLxROvSp4JKKuoz5Fo8EmgiYg87UBhi6711wBif+cajnzuWwRy +k3uaxVZJ6ThjWvoMKgFCvMaP0mrmBaKxzbRZFYjOLW5Ng08hGB1BkbFlKMX m/wCqdF5tL;
In-reply-to: <>
Original-recipient: rfc822;
References: <> <> <>
User-agent: Thunderbird (Windows/20080708)
Jon Fraser wrote:

  I'm battling this now.  Our mips 24k has a virtually indexed cache.
We're definitely seeing issues where the cache hasn't been flushed
for highmem pages.  I thought I had this fixed, but I'm still seeing
some problems.

As I understand it, you have the most difficult combination of things:
o You are using high memory
o You have a virtually indexed cache
o You have data cache aliases

Fortunately, we have only the first two of those in our system. We should probably put together a coherent set of patches for people who want high memory. So far as I can tell, the 32-bit MIPS architecture has a long way to go before it runs out of steam in the embedded world. I expect more people will need MIPS highmem support in the next few years.


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