> On Thu, Dec 21, 2006 at 09:24:56AM +0100, Martin Michlmayr wrote: > > * Miklos Szeredi <[EMAIL PROTECTED]> [2006-12-20 19:37]: > > > > We at Debian received the following bug report saying that FUSE is not > > > > working on ARM. I've verified this on two ARM platforms (IXP4xx and > > > > IOP32x) and also checked that it's working fine on MIPS. The problem > > > > seems that it hangs in stat64. > > > > > > Can you please try the out-of-tree kernel module from the fuse-2.6.x > > > package (use 'configure --enable-kernel-module). That contains a > > > workaround for a bug in the ARM architecture code. > > > > > > If this fixes the problem for you, then I would advise you to remind > > > the ARM maintainer (Russel King) about this issue. > > > > The bug reporter confirms that it works with the modules from the > > fuse-2.6.1 package. Russell, have you addressed this problem recently > > or is this still an open issue? I've only tried 2.6.17 and 2.6.18 so > > far, nothing newer. If there's a fix available, I can put it in > > Debian's 2.6.18 package that will ship with our next release. > > This is the first I've heard of a problem. > > What _exactly_ is the problem and can you provide a test case or > instructions to reproduce it?
This is the dcache aliasing issue in get_user_pages() for anonymous pages: http://lkml.org/lkml/2006/10/7/80 The reason why this only shows with FUSE is that ptrace() does it's own redundant cache flushing, and other users of get_user_pages() like SCSI and NFS direct-IO probably get less exposure on ARM than FUSE. To reproduce, build a kernel with CONFIG_FUSE_FS, build the fuse package (http://downloads.sourceforge.net/fuse/fuse-2.6.1.tar.gz) and run one of the example filesystems. Miklos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
