lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Sun, 31 Dec 2006 01:47:56 -0800 (PST) From: David Miller <davem@...emloft.net> To: arjan@...radead.org Cc: rmk+lkml@....linux.org.uk, torvalds@...l.org, miklos@...redi.hu, linux-kernel@...r.kernel.org, linux-arch@...r.kernel.org, akpm@...l.org Subject: Re: fuse, get_user_pages, flush_anon_page, aliasing caches and all that again From: Arjan van de Ven <arjan@...radead.org> Date: Sun, 31 Dec 2006 10:27:22 +0100 > > > > > However, it's not only FUSE which is suffering - direct-IO also doesn't > > work. > > for direct-IO the kernel won't touch the data *at all*... (that's the > point ;) > > is it still an issue then? It can be an issue with virtual caches if the "I/O" is done using cpu loads and stores, but we should be handling that with explicit flushing anyways. The core of the problem is that ARM doesn't look for the user mappings for anonymous pages when flush_dcache_page() is invoked. I think as a temporary fix it could walk the RMAP list and use that to find the user virtual mappings. Would that work Russel? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists