linux-mips
[Top] [All Lists]

Re: flush_kernel_dcache_page() not needed ?

To: Atsushi Nemoto <anemo@mba.ocn.ne.jp>
Subject: Re: flush_kernel_dcache_page() not needed ?
From: Franck Bui-Huu <vagabon.xyz@gmail.com>
Date: Fri, 14 Sep 2007 17:47:45 +0200
Cc: linux-mips@linux-mips.org
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=OveSp0v/NuiTRA6PXBjC40v4A4gCdeVru6BNuptMyCc=; b=pguzfOv8lEB4lF8NGksyhppbNhbge7nz3rISMuJxwK22MYv2uvKR3rudfAnn/qr2usodkv8HUqe9SPphODC2YkAkWwz5n14OJqSwpNoEyfmj5343kSVQr8mt5IR4XILcPuCxvHQEC1Bk7t/IxmA5HwWiyOfjmabt4T7/R7Frr6Y=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=Gj72BNeZrTI1oA/KrCh2+3XGVe8rBcIbvzVhTrgMc1Q/OoBBiN+LjlivtRkr4ZetJBh+V6zVNsgp9No1JFjzyBac/sC7dyX9tjhaZ7fhwEkjAGvQCKN78FXwrj2/XBbUZm98EnBu30LyF+0Klm1NFLILTJpDq1KxNU4HFagWcOc=
In-reply-to: <20070914.232915.41199290.anemo@mba.ocn.ne.jp>
Original-recipient: rfc822;linux-mips@linux-mips.org
References: <46DD53BE.2070004@gmail.com> <20070906.003320.25909195.anemo@mba.ocn.ne.jp> <46EA4730.2070806@gmail.com> <20070914.232915.41199290.anemo@mba.ocn.ne.jp>
Sender: linux-mips-bounce@linux-mips.org
User-agent: Thunderbird 2.0.0.5 (X11/20070719)
Atsushi Nemoto wrote:
> On Fri, 14 Sep 2007 10:32:48 +0200, Franck Bui-Huu <vagabon.xyz@gmail.com> 
> wrote:
>> BTW, flush_cache_mm() flushes (write back + invalidate ) the whole
>> data cache unconditionnaly, but I'm wondering if it's really necessary
>> for cpus which don't have any cache aliasing issues. After all they're
>> equivalent to physical caches, aren't they ?
> 
> r4k_flush_cache_mm() returns immediately if !cpu_has_dc_aliases.
> 

oops you're right, I was actually looking at local_r4k_flush_cache_mm().

thanks,
                Franck

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