From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dan Smith Subject: Re: [PATCH] [RFC] c/r: Add UTS support (v2) Date: Mon, 16 Mar 2009 12:16:42 -0700 Message-ID: <87tz5t6zxh.fsf@caffeine.danplanet.com> References: <1237227037-2663-1-git-send-email-danms@us.ibm.com> <20090316190738.GB7329@us.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20090316190738.GB7329-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org> (Serge E. Hallyn's message of "Mon, 16 Mar 2009 14:07:38 -0500") List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: containers-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Errors-To: containers-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org To: "Serge E. Hallyn" Cc: containers-qjLDD68F18O7TbgM5vRIOg@public.gmane.org List-Id: containers.vger.kernel.org SH> Someone might complain about the per-task namespace data not SH> showing up in the per-task data, but I think the way you have it SH> simplifies things enough to justify it. Yeah, mktree would get pretty ugly without doing it ahead of time, I think. SH> Do add a note to Documentation/checkpoint/internals.txt (and maybe SH> use __NEW_UTS_LEN+1 instead of 65), but other than that it looks SH> good to me. I was replicating exactly what is in the struct definitions of linux/utsname.h, but okay :) -- Dan Smith IBM Linux Technology Center email: danms-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org