From mboxrd@z Thu Jan 1 00:00:00 1970 From: Cyrill Gorcunov Subject: Re: [Announce] Checkpoint-restore tool v0.1 Date: Tue, 31 Jul 2012 14:16:03 +0400 Message-ID: <20120731101603.GD2007@moon> References: <500D09C9.7060903@parallels.com> <500D1116.7070301@parallels.com> <50179CF0.7050200@parallels.com> <5017A053.9000206@parallels.com> <5017AB41.60700@parallels.com> Mime-Version: 1.0 Return-path: DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=hdciFt6HKgOyOlWVDKerMyXP3eB/IoC7c5EMLJhayDo=; b=mW29iO6Zqog6U3F3Uqr3tyOxq00nZmfRjyExabaeUe4VIIkQLXa7ynOhT934GvURQr xmum5iHEnJYorlc6xI5FroTdUn0JmPQyxSSIEHqfo9Y5dohov7VewVOufxN7axTMXr8g pL/2A4Q0M9ev4EFndKwYqHtEjUMoYi9uT1jpDpfY792Z4v9AM2fhNu22fNR71sTp/187 ejZvc6In+/pX7Oyj7xxbQU67X0BwfLU8RQLsMxteDOaDKX9R1QYu+BdFcXuADS69xOrz nGCTlAkEb+TZMC4xDPi+aPFHT/RhPTvQJSkIbKPyUC1Kc1ZTKpJY9lLR+AxZzjXeDnNH KxZw== Content-Disposition: inline In-Reply-To: Sender: cgroups-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-ID: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: richard -rw- weinberger Cc: Pavel Emelyanov , Linux Kernel Mailing List , "lwn-T1hC0tSOHrs@public.gmane.org" , "criu-GEFAQzZX7r8dnm+yROfE0A@public.gmane.org" , "users-GEFAQzZX7r8dnm+yROfE0A@public.gmane.org" , Containers , cgroups mailinglist On Tue, Jul 31, 2012 at 12:08:22PM +0200, richard -rw- weinberger wrote: > On Tue, Jul 31, 2012 at 11:54 AM, Pavel Emelyanov wrote: > >> Yeah, but I fear it's not that easy. > >> We'd have to change crtools to work without ptrace(). > > > > Well, this is hard. Using ptrace saved us from having many special-purpose > > APIs for dumping various stuff (there will be an article about it). Thus I > > don't know which way is simpler -- stop using ptrace or teach ptrece to allow > > several tracers to attach to one task %) > > Allowing multiple tracers in a safe way is IMHO even more harder. > > BTW: While reading prctl_set_mm() I noticed two things. > 1. Why isn't the return value of find_vma() verified? prctl_set_mm vma = find_vma(mm, addr); ... if (!vma) { error = -EFAULT; goto out; } these values are used in procfs statistics only. So I don't get which verify you mean here. > It looks like one can set an addr which does not belong to any vma. > 2. What will happen if addr is not page aligned? you'll have a bit weird output in procfs stat (probably I should add page alignment check here). Cyrill