| 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
| ||
|
Message-ID: <20070214110730.GA21620@elf.ucw.cz> Date: Wed, 14 Feb 2007 12:07:30 +0100 From: Pavel Machek <pavel@....cz> To: akuster <akuster@...sta.com> Cc: Christoph Hellwig <hch@...radead.org>, linux-kernel@...r.kernel.org, akpm@...l.org Subject: Re: [patch 1/1] PM: Adds remount fs ro at suspend Hi! > >>This adds the ability for the file system to remounted as read only > >>during a > >>system suspend. Log the mount points so when the resume occurs, they can > >>be remounted back to their original states. This is so in an advent of a > >>power > >>failure, we try our best to keep data from being corrupted or lost. > > > >Can you please explain why this can't be done in userspace? > > I am sure it can. The idea came from customer inputs, speed is my > guess. echo mem > /sys/../state seems a whole lot simpler and cleaner > than having userspace figure out what it mounted and then doing echo >mem. Well, customers have little knowledge of linux kernel, sorry. Do it in userspace, then find out if it is too slow, and if it is, develop extensions to kernel to do it properly. But no, you can't simply do it in kernel. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html - 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