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: Wed, 6 Feb 2013 10:56:11 +0100 From: Han-Wen Nienhuys <hanwenn@...il.com> To: Li Fei <fei.li@...el.com> Cc: miklos@...redi.hu, pavel@....cz, rjw@...k.pl, len.brown@...el.com, mingo@...hat.com, peterz@...radead.org, biao.wang@...el.com, linux-pm@...r.kernel.org, fuse-devel@...ts.sourceforge.net, linux-kernel@...r.kernel.org, chuansheng.liu@...el.com Subject: Re: [fuse-devel] [PATCH] fuse: make fuse daemon frozen along with kernel threads On Wed, Feb 6, 2013 at 2:11 AM, Li Fei <fei.li@...el.com> wrote: > > There is well known issue that freezing will fail in case that fuse > daemon is frozen firstly with some requests not handled, as the fuse > usage task is waiting for the response from fuse daemon and can't be > frozen. > > To solve the issue above, make fuse daemon frozen after all all user > space processes frozen and during the kernel threads frozen phase. > PF_FREEZE_DAEMON flag is added to indicate that the current thread is > the fuse daemon, set on connection, and clear on disconnection. > It works as all fuse requests are handled during user space processes > frozen, there will no further fuse request, and it's safe to continue > to freeze fuse daemon together with kernel freezable tasks. Will this work correctly if one FUSE daemon is opening files in from another FUSE filesystem? -- Han-Wen Nienhuys - hanwen@...all.nl - http://www.xs4all.nl/~hanwen -- 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