From: Ingo Molnar <mingo-X9Un+BFzKDI@public.gmane.org>
To: Alexey Dobriyan <adobriyan-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: xemul-bzQdu9zFT3WakBO8gow8eQ@public.gmane.org,
containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org,
linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
dave-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org,
hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org,
akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org,
torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org
Subject: Re: [PATCH 10/30] cr: core stuff
Date: Fri, 10 Apr 2009 11:35:20 +0200 [thread overview]
Message-ID: <20090410093520.GH17962@elte.hu> (raw)
In-Reply-To: <20090410023539.GK27788-2ev+ksY9ol182hYKe6nXyg@public.gmane.org>
* Alexey Dobriyan <adobriyan-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> +int cr_restore_file(struct cr_context *ctx, loff_t pos)
> +{
I tried to review this code, but it's almost unreadable to me, due
to basic code structure mistakes like:
> + struct cr_image_file *i, *tmp;
> + struct file *file;
> + struct cr_object *obj;
> + char *cr_name;
> + int rv;
> +
> + i = kzalloc(sizeof(*i), GFP_KERNEL);
> + if (!i)
> + return -ENOMEM;
> + rv = cr_pread(ctx, i, sizeof(*i), pos);
> + if (rv < 0) {
> + kfree(i);
> + return rv;
> + }
> + if (i->cr_hdr.cr_type != CR_OBJ_FILE) {
> + kfree(i);
> + return -EINVAL;
> + }
> + /* Image of struct file is variable-sized. */
> + tmp = i;
> + i = krealloc(i, i->cr_hdr.cr_len + 1, GFP_KERNEL);
> + if (!i) {
> + kfree(tmp);
> + return -ENOMEM;
> + }
> + cr_name = (char *)(i + 1);
> + rv = cr_pread(ctx, cr_name, i->cr_name_len, pos + sizeof(*i));
> + if (rv < 0) {
> + kfree(i);
> + return -ENOMEM;
> + }
> + cr_name[i->cr_name_len] = '\0';
> +
> + file = filp_open(cr_name, i->cr_f_flags, 0);
> + if (IS_ERR(file)) {
> + kfree(i);
> + return PTR_ERR(file);
> + }
> + if (file->f_dentry->d_inode->i_mode != i->cr_i_mode) {
> + fput(file);
> + kfree(i);
> + return -EINVAL;
> + }
> + if (vfs_llseek(file, i->cr_f_pos, SEEK_SET) != i->cr_f_pos) {
> + fput(file);
> + kfree(i);
> + return -EINVAL;
> + }
> +
> + obj = cr_object_create(file);
> + if (!obj) {
> + fput(file);
> + kfree(i);
> + return -ENOMEM;
> + }
This contains 7 kfree()s of the same thing (!), 3 fput()s of the
same thing, replicated all over the place obscuring the real essence
of the code.
This should be restructured to move all the failure exception cases
into a clean out of line inverse teardown sequence with proper goto
labels. That way it will be 70% real code 30% teardown - not 10%
real code mixed into 90% teardown like above.
Also, whoever named a local variable with a type of
"struct cr_image_file *" as 'i' should be sent back to
coding primary school.
You really should not write new kernel code until you know, follow
and respect basic code cleanliness principles. I am not inserting
any more review feedback value into this code until it does not meet
_basic_ quality standards that make review efforts smooth and
efficient.
Oh, and then i saw this sequence:
> + /* Known good and unknown bad flags. */
> + vm_flags &= ~VM_READ;
> + vm_flags &= ~VM_WRITE;
> + vm_flags &= ~VM_EXEC;
> +// vm_flags &= ~VM_SHARED;
> + vm_flags &= ~VM_MAYREAD;
> + vm_flags &= ~VM_MAYWRITE;
> + vm_flags &= ~VM_MAYEXEC;
> +// vm_flags &= ~VM_MAYSHARE;
> + vm_flags &= ~VM_GROWSDOWN;
> +// vm_flags &= ~VM_GROWSUP;
> +// vm_flags &= ~VM_PFNMAP;
> + vm_flags &= ~VM_DENYWRITE;
> + vm_flags &= ~VM_EXECUTABLE;
> +// vm_flags &= ~VM_LOCKED;
> +// vm_flags &= ~VM_IO;
> +// vm_flags &= ~VM_SEQ_READ;
> +// vm_flags &= ~VM_RAND_READ;
> +// vm_flags &= ~VM_DONTCOPY;
> + vm_flags &= ~VM_DONTEXPAND;
> +// vm_flags &= ~VM_RESERVED;
> + vm_flags &= ~VM_ACCOUNT;
> +// vm_flags &= ~VM_NORESERVE;
> +// vm_flags &= ~VM_HUGETLB;
> +// vm_flags &= ~VM_NONLINEAR;
> +// vm_flags &= ~VM_MAPPED_COPY;
> +// vm_flags &= ~VM_INSERTPAGE;
> + vm_flags &= ~VM_ALWAYSDUMP;
> + vm_flags &= ~VM_CAN_NONLINEAR;
> +// vm_flags &= ~VM_MIXEDMAP;
> +// vm_flags &= ~VM_SAO;
> +// vm_flags &= ~VM_PFN_AT_MMAP;
No comment ...
Ingo
next parent reply other threads:[~2009-04-10 9:35 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20090410023539.GK27788@x200.localdomain>
[not found] ` <20090410023539.GK27788-2ev+ksY9ol182hYKe6nXyg@public.gmane.org>
2009-04-10 9:35 ` Ingo Molnar [this message]
[not found] ` <20090410093520.GH17962-X9Un+BFzKDI@public.gmane.org>
2009-04-10 11:43 ` [PATCH 10/30] cr: core stuff Alexey Dobriyan
[not found] ` <20090410114326.GC3311@x200.localdomain>
[not found] ` <20090410114326.GC3311-2ev+ksY9ol182hYKe6nXyg@public.gmane.org>
2009-04-10 16:19 ` Brian Haley
[not found] ` <49DF718B.9050809@hp.com>
[not found] ` <49DF718B.9050809-VXdhtT5mjnY@public.gmane.org>
2009-04-13 8:10 ` Alexey Dobriyan
2009-04-13 21:47 ` Serge E. Hallyn
2009-04-14 5:22 ` Oren Laadan
[not found] ` <20090413214701.GA24509@us.ibm.com>
[not found] ` <20090413214701.GA24509-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
2009-04-14 5:52 ` Oren Laadan
[not found] ` <49E424A3.60606-eQaUEPhvms7ENvBUuze7eA@public.gmane.org>
2009-04-14 15:29 ` Serge E. Hallyn
[not found] ` <20090414152951.GA7703@us.ibm.com>
[not found] ` <20090414152951.GA7703-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
2009-04-14 16:37 ` "partial" container checkpoint Dave Hansen
[not found] ` <1239727023.32604.69.camel@nimitz>
2009-04-14 17:30 ` Kevin Fox
2009-04-15 0:06 ` Paul Menage
2009-04-14 15:27 ` [PATCH 10/30] cr: core stuff Alexey Dobriyan
[not found] ` <20090414152752.GC27461@x200.localdomain>
[not found] ` <20090414152752.GC27461-2ev+ksY9ol182hYKe6nXyg@public.gmane.org>
2009-04-14 15:41 ` Dave Hansen
2009-04-14 15:41 ` Serge E. Hallyn
[not found] ` <1239723694.32604.62.camel@nimitz>
2009-04-14 16:57 ` Alexey Dobriyan
[not found] ` <20090414154139.GA8085@us.ibm.com>
[not found] ` <20090414154139.GA8085-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
2009-04-14 16:48 ` Dave Hansen
2009-04-14 17:00 ` Alexey Dobriyan
2009-04-14 17:04 ` Alexey Dobriyan
[not found] ` <20090414170419.GD27923@x200.localdomain>
[not found] ` <20090414170419.GD27923-2ev+ksY9ol182hYKe6nXyg@public.gmane.org>
2009-04-14 17:23 ` checkpoint/restart: taking refcounts on kernel objects Dave Hansen
2009-04-14 17:43 ` [PATCH 10/30] cr: core stuff Oren Laadan
[not found] ` <1239729800.32604.92.camel@nimitz>
2009-05-01 12:56 ` checkpoint/restart: taking refcounts on kernel objects Alexey Dobriyan
[not found] ` <49E41D7B.8030003@cs.columbia.edu>
[not found] ` <49E41D7B.8030003-eQaUEPhvms7ENvBUuze7eA@public.gmane.org>
2009-04-14 16:00 ` [PATCH 10/30] cr: core stuff Alexey Dobriyan
[not found] ` <20090414160003.GD27461@x200.localdomain>
[not found] ` <20090414160003.GD27461-2ev+ksY9ol182hYKe6nXyg@public.gmane.org>
2009-04-14 16:39 ` Dave Hansen
2009-04-14 18:19 ` Oren Laadan
2009-04-14 19:26 ` Oren Laadan
[not found] ` <1239727190.32604.72.camel@nimitz>
2009-04-14 17:28 ` Alexey Dobriyan
[not found] ` <49E4D3A9.6020100@cs.columbia.edu>
[not found] ` <49E4D3A9.6020100-eQaUEPhvms7ENvBUuze7eA@public.gmane.org>
2009-04-14 19:00 ` Alexey Dobriyan
2009-04-10 2:35 Alexey Dobriyan
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20090410093520.GH17962@elte.hu \
--to=mingo-x9un+bfzkdi@public.gmane.org \
--cc=adobriyan-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
--cc=akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org \
--cc=containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org \
--cc=dave-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org \
--cc=hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org \
--cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org \
--cc=xemul-bzQdu9zFT3WakBO8gow8eQ@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox