| To: | jfraser@broadcom.com |
|---|---|
| Subject: | Re: Anyone noticed that there are a lot of cache flushes after kunmap/kunmap_atomic is called? |
| From: | David VomLehn <dvomlehn@cisco.com> |
| Date: | Mon, 11 Aug 2008 16:19:03 -0700 |
| Authentication-results: | sj-dkim-4; header.From=dvomlehn@cisco.com; dkim=pass ( sig from cisco.com/sjdkim4002 verified; ); |
| Cc: | Ralf Baechle <ralf@linux-mips.org>, linux-mips@linux-mips.org, michael.sundius@sciatl.com |
| 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; d=cisco.com; i=dvomlehn@cisco.com; z=From:=20David=20VomLehn=20<dvomlehn@cisco.com> |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: | <1218206499.20791.152.camel@chaos.ne.broadcom.com> |
| Original-recipient: | rfc822;linux-mips@linux-mips.org |
| References: | <489A5975.1000401@cisco.com> <20080808082404.GA27519@linux-mips.org> <1218206499.20791.152.camel@chaos.ne.broadcom.com> |
| Sender: | linux-mips-bounce@linux-mips.org |
| User-agent: | Thunderbird 2.0.0.16 (Windows/20080708) |
Jon Fraser wrote: David, 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 aliasesFortunately, 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. David |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [PATCH] kgdb: Do not call fixup_exception, Ralf Baechle |
|---|---|
| Next by Date: | Re: Anyone noticed that there are a lot of cache flushes after kunmap/kunmap_atomic is called?, Jon Fraser |
| Previous by Thread: | Re: Anyone noticed that there are a lot of cache flushes after kunmap/kunmap_atomic is called?, Jon Fraser |
| Next by Thread: | Re: Anyone noticed that there are a lot of cache flushes after kunmap/kunmap_atomic is called?, Jon Fraser |
| Indexes: | [Date] [Thread] [Top] [All Lists] |