linux-kernel - Re: [rfc 0/4] procfs fdinfo extension

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

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <20120517120541.f2dbdee9.akpm@linux-foundation.org>
Date:	Thu, 17 May 2012 12:05:41 -0700
From:	Andrew Morton <akpm@...ux-foundation.org>
To:	Cyrill Gorcunov <gorcunov@...nvz.org>
Cc:	linux-kernel@...r.kernel.org,
	Pavel Emelyanov <xemul@...allels.com>,
	James Bottomley <jbottomley@...allels.com>,
	linux-fsdevel@...r.kernel.org
Subject: Re: [rfc 0/4] procfs fdinfo extension

On Thu, 17 May 2012 20:07:38 +0400
Cyrill Gorcunov <gorcunov@...nvz.org> wrote:

> when we do restore files such as eventfd/eventpoll we need to pass
> appropriate parameters to system calls.

What does "such as" mean?  Provide the whole list, please.  I assume
we're going to have to add ~100 lines of stuff to each and every one? 
Stuff which, according to this patchset, is needed even when
CONFIG_CHECKPOINT_RESTORE=n?

My reason for disliking our whole approach to integration of c/r is
that it exposes us to an ongoing trickle of nasty surprises.  This
patchset is one such nasty surprise, and we don't even know how
extensive this particular surprise will be.

And how many more surprises are we going to get?

I'm quite apprehensive about this, largely because it has so many
unknowns.  How much work would it be to prepare a full list of
everything that still needs to be done to fully implement c/r in Linux?
--
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/