linux-kernel - Re: [ 032/173] cgroup: cgroup_subsys->fork() should be called after the task is added to css

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]
Date:	Wed, 02 Jan 2013 20:21:57 +0900
From:	Satoru Takeuchi <satoru.takeuchi@...il.com>
To:	Ben Hutchings <ben@...adent.org.uk>
Cc:	Satoru Takeuchi <satoru.takeuchi@...il.com>,
	linux-kernel@...r.kernel.org, stable@...r.kernel.org,
	akpm@...ux-foundation.org, alan@...rguk.ukuu.org.uk,
	Tejun Heo <tj@...nel.org>, Oleg Nesterov <oleg@...hat.com>,
	"Rafael J. Wysocki" <rjw@...k.pl>
Subject: Re: [ 032/173] cgroup: cgroup_subsys->fork() should be called after the task is added to css_set

At Tue, 01 Jan 2013 14:20:56 +0000,
Ben Hutchings wrote:
...
> > At Fri, 28 Dec 2012 20:04:02 +0100,
> > Ben Hutchings wrote:
> > > 
> > > 3.2-stable review patch.  If anyone has any objections, please let me know.
> > > 
> > > ------------------
> > > 
> > > From: Tejun Heo <tj@...nel.org>
> > > 
> > > commit 5edee61edeaaebafe584f8fb7074c1ef4658596b upstream.
> [...]
> > I failed to compile 3.2.36-rc1 with my x86_64 box with enabling cgroup.
> > 
> > build log:
> > ===============================================================================
> > ...
> >   CC      kernel/cgroup.o
> > kernel/cgroup.c: In function ‘cgroup_post_fork’:
> > kernel/cgroup.c:4540:5: warning: passing argument 1 of ‘ss->fork’ from incompatible pointer type [enabled by default]
> > kernel/cgroup.c:4540:5: note: expected ‘struct cgroup_subsys *’ but argument is of type ‘struct task_struct *’
> > kernel/cgroup.c:4540:5: error: too few arguments to function ‘ss->fork’
> > make[2]: *** [kernel/cgroup.o] Error 1
> > make[1]: *** [kernel] Error 2
> > make[1]: Leaving directory `/home/sat/src/linux-stable'
> > make: *** [debian/stamp/build/kernel] Error 2
> > ===============================================================================
> > 
> > It comes from the ss->fork()'s API change introduced by commit 761b3ef50e1c2.
> [...]
> > I found you mentioned this difference in the desctiption as follows.
> > 
> > >  - cgroup_subsys::fork takes cgroup_subsys pointer as first parameter]
> > 
> > I guess you attached the wrong patch, or you forgot to modify the
> > original patch. Here is the correct patch for the latter case. It just
> > change "ss->fork(child)" to "ss->fork(ss, child)" as your description.
> [...]
> 
> The correct version is in the combined patch, but I somehow missed
> refreshing this individual patch.  Thanks for pointing this out.

Ah, I got your patches from your git tree instead of combined patch
since I lost that patch's mail. Anyway, this kernel can be built and boot
without any problem. Building a kernel with this kernel also works fine.

 - Build Machine: debian wheezy x86_64
   CPU: Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz x 4
   memory: 8GB

 - Test machine: debian wheezy x86_64(KVM guest on the Build Machine)
   vCPU: x2
   memory: 2GB

I reviewed the following patches and it looks good to me.

> Al Viro (1):
>       ARM: missing ->mmap_sem around find_vma() in swp_emulate.c
>          [7bf9b7bef881aac820bf1f2e9951a17b09bd7e04]
> 
> Alan Cox (3):
>       ACPI: missing break
>          [879dca019dc43a1622edca3e7dde644b14b5acc5]
... 
> Artem Bityutskiy (1):
>       proc: pid/status: show all supplementary groups
>          [8d238027b87e654be552eabdf492042a34c5c300]
> 
> Ben Hutchings (4):
...
>       Revert "device_cgroup: fix RCU usage"
>          [not upstream; change was correct for mainline but not 3.2]
>       Revert "mm: vmscan: fix endless loop in kswapd balancing"
>          [not upstream; change was correct for mainline but not 3.2]
>       mm: add kmap_to_page()
>          [part of 5a178119b0fbe37f7dfb602b37df9cc4b1dc9d71]
...
> Dan Carpenter (3):
...
>       ftrace: Clear bits properly in reset_iter_read()
>          [70f77b3f7ec010ff9624c1f2e39a81babc9e2429]
...
> David Rientjes (1):
>       thp, memcg: split hugepage for memcg oom on cow
>          [1f1d06c34f7675026326cd9f39ff91e4555cf355]
> 
> David Woodhouse (2):
>       intel-iommu: Free old page tables before creating superpage
>          [6491d4d02893d9787ba67279595990217177b351]
>       solos-pci: fix double-free of TX skb in DMA mode
>          [cae49ede00ec3d0cda290b03fee55b72b49efc11]
...
> Eric Dumazet (1):
>       rcu: Fix batch-limit size problem
>          [878d7439d0f45a95869e417576774673d1fa243f]
> 
> Eric Sandeen (1):
>       ext4: init pagevec in ext4_da_block_invalidatepages
>          [66bea92c69477a75a5d37b9bfed5773c92a3c4b4]
> 
> Eugene Shatokhin (1):
>       ext4: fix memory leak in ext4_xattr_set_acl()'s error path
>          [24ec19b0ae83a385ad9c55520716da671274b96c]
...
>       x86: hpet: Fix masking of MSI interrupts
>          [6acf5a8c931da9d26c8dd77d784daaf07fa2bff0]
...
> Kees Cook (2):
>       exec: do not leave bprm->interp on stack
>          [b66c5984017533316fd1951770302649baf1aa33]
...
> Marek Szyprowski (1):
>       mm: dmapool: use provided gfp flags for all dma_alloc_coherent() calls
>          [387870f2d6d679746020fa8e25ef786ff338dc98]
> 
...
> Mel Gorman (1):
>       tmpfs: fix shared mempolicy leak
>          [18a2f371f5edf41810f6469cb9be39931ef9deb9]
...
> Mike Galbraith (1):
>       Revert "sched, autogroup: Stop going ahead if autogroup is disabled"
>          [fd8ef11730f1d03d5d6555aa53126e9e34f52f12]
...
> Steven Rostedt (1):
>       ring-buffer: Fix NULL pointer if rb_set_head_page() fails
>          [54f7be5b831254199522523ccab4c3d954bbf576]
...
> Tejun Heo (4):
>       cgroup: cgroup_subsys->fork() should be called after the task is added to css_set
>          [5edee61edeaaebafe584f8fb7074c1ef4658596b]
>       cgroup: remove incorrect dget/dput() pair in cgroup_create_dir()
>          [175431635ec09b1d1bba04979b006b99e8305a83]
>       freezer: add missing mb's to freezer_count() and freezer_should_skip()
>          [dd67d32dbc5de299d70cc9e10c6c1e29ffa56b92]
>       workqueue: convert BUG_ON()s in __queue_delayed_work() to WARN_ON_ONCE()s
>          [fc4b514f2727f74a4587c31db87e0e93465518c3]
> 
> Thomas Gleixner (1):
>       genirq: Always force thread affinity
>          [04aa530ec04f61875b99c12721162e2964e3318c]
...
> Will Deacon (4):
...
>       mm: highmem: export kmap_to_page for modules
>          [f0263d2d222e9e25f2587e51a9dc58c6fb2a9352]
>       virtio: 9p: correctly pass physical address to userspace for high pages
>          [b9cdc88df8e63e81c723b82c286fc97f5d0dc325]
>       virtio: force vring descriptors to be allocated from lowmem
>          [b92b1b89a33c172c075edccf6afb0edc41d851fd]
...
> Xiaotian Feng (1):
>       [libata] fix Null pointer dereference on disk error
>          [26cd4d65deba587f3cf2329b6869ce02bcbe68ec]

Thanks,
Satoru
--
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/