[PATCH v2 2/2] MAINTAINERS: Update my email address

Signed-off-by: Zefan Li --- MAINTAINERS | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/MAINTAINERS b/MAINTAINERS index 2a01cd3e0a2b..4987d1ce9ac6 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -4448,7 +4448,7 @@ F:include/linux/console* CONTROL GROUP (CGROUP

[PATCH 2/2] MAINTAINERS: Update my email address

Signed-off-by: Zefan Li --- MAINTAINERS | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/MAINTAINERS b/MAINTAINERS index 89140540aa8d..bc38f36f257c 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -4467,7 +4467,7 @@ F:include/linux/console* CONTROL GROUP

[PATCH 1/2] MAINTAINERS: Remove stale URLs for cpuset

Those URLs are no longer accessable. Reported-by: Steve Wahl Signed-off-by: Zefan Li --- MAINTAINERS | 2 -- 1 file changed, 2 deletions(-) diff --git a/MAINTAINERS b/MAINTAINERS index 546aa66428c9..89140540aa8d 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -4494,8 +4494,6 @@ CONTROL GROUP

Re: [PATCH] cpuset: Remove stale URLs in the MAINTAINERS entry

On 2020/12/28 14:01, Joe Perches wrote: > On Mon, 2020-12-28 at 11:17 +0800, Zefan Li wrote: >> Those URLs are no longer accessable. >> >> Reported-by: Steve Wahl >> Signed-off-by: Zefan Li >> --- >>  MAINTAINERS | 2 -- >>  1 file changed, 2

[PATCH] cpuset: Remove stale URLs in the MAINTAINERS entry

Those URLs are no longer accessable. Reported-by: Steve Wahl Signed-off-by: Zefan Li --- MAINTAINERS | 2 -- 1 file changed, 2 deletions(-) diff --git a/MAINTAINERS b/MAINTAINERS index ae9b1dd748c4..2fe8eb54639e 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -4477,8 +4477,6 @@ CONTROL GROUP

Re: [PATCH v2] cgroup-v1: add disabled controller check in cgroup1_parse_param()

->key); > ctx->subsys_mask |= (1 << i); > return 0; > } Reviewed-by: Zefan Li

Re: [PATCH v2] cgroup: Fix memory leak when parsing multiple source parameters

/kernel/cgroup/cgroup-v1.c > @@ -908,6 +908,8 @@ int cgroup1_parse_param(struct fs_context *fc, struct > fs_parameter *param) > opt = fs_parse(fc, cgroup1_fs_parameters, param, ); > if (opt == -ENOPARAM) { > if (strcmp(param->key, "source") == 0) { > + if (fc->source) > + return invalf(fc, "Multiple sources not > supported"); Reviewed-by: Zefan Li

Re: [PATCH] cgroup: Fix memory leak when parsing multiple source parameters

supported"); "never break user-visible strings such as printk messages because that breaks the ability to grep for them.", quoted from CodingStyle. Please fix this and you can add Reviewed-by: Zefan Li

Re: [External] Re: [PATCH v3] mm: memcontrol: Add the missing numa_stat interface for cgroup v2

On 2020/9/14 11:10, Muchun Song wrote: > On Mon, Sep 14, 2020 at 1:09 AM Chris Down wrote: >> >> Muchun Song writes: >>> In the cgroup v1, we have a numa_stat interface. This is useful for >>> providing visibility into the numa locality information within an >>> memcg since the pages are allowed

Re: [PATCH v3 0/8] huge vmalloc mappings

On 2020/8/12 0:32, Jonathan Cameron wrote: > On Mon, 10 Aug 2020 12:27:24 +1000 > Nicholas Piggin wrote: > >> Not tested on x86 or arm64, would appreciate a quick test there so I can >> ask Andrew to put it in -mm. Other option is I can disable huge vmallocs >> for them for the time being. > >

Re: [PATCH v2 4/4] mm/vmalloc: Hugepage vmalloc mappings

> +static int vmap_pages_range_noflush(unsigned long start, unsigned long end, > + pgprot_t prot, struct page **pages, > + unsigned int page_shift) > +{ > + if (page_shift == PAGE_SIZE) { Is this a typo of PAGE_SHIFT? > +

Re: [PATCH v2 4/4] mm/vmalloc: Hugepage vmalloc mappings

> static void *__vmalloc_node(unsigned long size, unsigned long align, > - gfp_t gfp_mask, pgprot_t prot, > - int node, const void *caller); > + gfp_t gfp_mask, pgprot_t prot, unsigned long vm_flags, > + int

Re: [PATCH linux-next] kernel/fork.c: annotate data races for copy_process

On 2020/6/17 17:08, Chenweilong wrote: >> On Tue, Jun 09, 2020 at 11:08:01AM +0800, Weilong Chen wrote: >>> The check is only there to stop root fork bombs. >>> >>> BUG: KCSAN: data-race in copy_process / copy_process >>> >>> write to 0x86f87d20 of 4 bytes by task 7121 on cpu 5: >>>

Re: [PATCH] cgroup: Refactor two assignments in css_task_iter_next_css_set()

On 2020/6/15 7:22, zzuedu2...@163.com wrote: > On Sun, 2020-06-14 at 18:10 +0800, James.Bottomley@xxx wrote: > >> it's arguable that having two statements instead of one makes the code >> marginally more readable. > > Above the function there is a similar line of code: > l =

Re: [PATCH v2] netprio_cgroup: Fix unlimited memory leak of v2 cgroups

On 2020/5/22 5:14, John Fastabend wrote: > Jakub Kicinski wrote: >> On Fri, 8 May 2020 22:58:29 -0700 Jakub Kicinski wrote: >>> On Sat, 9 May 2020 11:32:10 +0800 Zefan Li wrote: >>>> If systemd is configured to use hybrid mode which enables the use of >&

[PATCH] cgroup: Remove stale comments

- The default root is where we can create v2 cgroups. - The __DEVEL__sane_behavior mount option has been removed long long ago. Signed-off-by: Li Zefan --- found these when fixing the netprio cgroup bug. --- kernel/cgroup/cgroup.c | 9 + 1 file changed, 1 insertion(+), 8 deletions(-)

[PATCH v2] netprio_cgroup: Fix unlimited memory leak of v2 cgroups

tached to a new cgroup. Fixes: bd1060a1d671("sock, cgroup: add sock->sk_cgroup") Reported-by: Yang Yingliang Tested-by: Yang Yingliang Signed-off-by: Zefan Li --- forgot to rebase to the latest kernel. --- net/core/netprio_cgroup.c | 2 ++ 1 file changed, 2 insertions(+) di

[PATCH] netprio_cgroup: Fix unlimited memory leak of v2 cgroup

tached to a new cgroup. Fixes: bd1060a1d671("sock, cgroup: add sock->sk_cgroup") Reported-by: Yang Yingliang Tested-by: Yang Yingliang Signed-off-by: Zefan Li --- net/core/netprio_cgroup.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/net/core/netprio_cgroup.c b/net/core/net

Re: cgroup pointed by sock is leaked on mode switch

On 2020/5/6 10:16, Zefan Li wrote: On 2020/5/6 9:50, Yang Yingliang wrotee: +cc lize...@huawei.com On 2020/5/6 0:06, Tejun Heo wrote: Hello, Yang. On Sat, May 02, 2020 at 06:27:21PM +0800, Yang Yingliang wrote: I find the number nr_dying_descendants is increasing: linux-dVpNUK:~ # find /sys

Re: cgroup pointed by sock is leaked on mode switch

On 2020/5/6 9:50, Yang Yingliang wrotee: +cc lize...@huawei.com On 2020/5/6 0:06, Tejun Heo wrote: Hello, Yang. On Sat, May 02, 2020 at 06:27:21PM +0800, Yang Yingliang wrote: I find the number nr_dying_descendants is increasing: linux-dVpNUK:~ # find /sys/fs/cgroup/ -name cgroup.stat -exec

Re: [PATCH] cgroup: provide a macro helper to iterate a cgroup's ancestors

On 2019/6/27 18:19, Peng Wang wrot: Use for_each_ancestor macro to iterate a cgroup's ancestors for clarity.> This patch doesn't make much sense to me. Because it does not reduce lines of code, and I don't think it will reduce the size of the kernel, and the original code is not bad in

Re: [PATCH] cpuset: Allow v2 behavior in v1 cgroup

On 2017/8/16 1:27, Waiman Long wrote: > Cpuset v2 has some valuable attributes that are not present in > v1 because of backward compatibility concern. One of that is the > restoration of the original cpu and memory node mask after a hot > removal and addition event sequence. > > This patch adds a

Re: [PATCH] cpuset: Allow v2 behavior in v1 cgroup

On 2017/8/16 1:27, Waiman Long wrote: > Cpuset v2 has some valuable attributes that are not present in > v1 because of backward compatibility concern. One of that is the > restoration of the original cpu and memory node mask after a hot > removal and addition event sequence. > > This patch adds a

Re: [PATCH 3/3] cpuset: make nr_cpusets private

utex, and hence the same rule applies to nr_cpusets. The rule > *is* respected currently, but the mutex is static so nr_cpusets should > be static too. > > Cc: Peter Zijlstra <pet...@infradead.org> > Cc: Zefan Li <lize...@huawei.com> > Signed-off-by: Paolo Bonzini &l

Re: [PATCH 3/3] cpuset: make nr_cpusets private

utex, and hence the same rule applies to nr_cpusets. The rule > *is* respected currently, but the mutex is static so nr_cpusets should > be static too. > > Cc: Peter Zijlstra > Cc: Zefan Li > Signed-off-by: Paolo Bonzini Acked-by: Zefan Li > --- > include/linux/cpuset.h |

Re: lib, fs, cgroup: WARNING in percpu_ref_kill_and_confirm

On 2017/5/31 22:08, Alexander Potapenko wrote: > On Fri, Mar 24, 2017 at 4:18 AM, Zefan Li <lize...@huawei.com> wrote: >> On 2017/3/23 22:04, Dmitry Vyukov wrote: >>> Hello, >>> >>> The following program triggers WARNING in percpu_ref_kill_and_confi

Re: lib, fs, cgroup: WARNING in percpu_ref_kill_and_confirm

On 2017/5/31 22:08, Alexander Potapenko wrote: > On Fri, Mar 24, 2017 at 4:18 AM, Zefan Li wrote: >> On 2017/3/23 22:04, Dmitry Vyukov wrote: >>> Hello, >>> >>> The following program triggers WARNING in percpu_ref_kill_and_confirm: >>&g

Re: [PATCH] perf/x86/intel/cqm: Make sure the head event of cache_groups always has valid RMID

any comments? On 2017/5/4 10:31, Zefan Li wrote: > It is assumed that the head of cache_groups always has valid RMID, > which isn't true. > > When we deallocate RMID from conflicting events currently we don't > move them to the tail, and one of those events can happen to b

Re: [PATCH] perf/x86/intel/cqm: Make sure the head event of cache_groups always has valid RMID

any comments? On 2017/5/4 10:31, Zefan Li wrote: > It is assumed that the head of cache_groups always has valid RMID, > which isn't true. > > When we deallocate RMID from conflicting events currently we don't > move them to the tail, and one of those events can happen to b

[PATCH] perf/x86/intel/cqm: Make sure the head event of cache_groups always has valid RMID

+0x11b/0x400 Cc: sta...@vger.kernel.org Signed-off-by: Zefan Li <lize...@huawei.com> --- arch/x86/events/intel/cqm.c | 19 --- 1 file changed, 16 insertions(+), 3 deletions(-) diff --git a/arch/x86/events/intel/cqm.c b/arch/x86/events/intel/cqm.c index 8c00dc0..c06a5ba

[PATCH] perf/x86/intel/cqm: Make sure the head event of cache_groups always has valid RMID

+0x11b/0x400 Cc: sta...@vger.kernel.org Signed-off-by: Zefan Li --- arch/x86/events/intel/cqm.c | 19 --- 1 file changed, 16 insertions(+), 3 deletions(-) diff --git a/arch/x86/events/intel/cqm.c b/arch/x86/events/intel/cqm.c index 8c00dc0..c06a5ba 100644 --- a/arch/x86/events/intel

[PATCH] cgroup: avoid attaching a cgroup root to two different superblocks, take 2

m> Tested-by: Andrei Vagin <ava...@virtuozzo.com> Signed-off-by: Zefan Li <lize...@huawei.com> --- I agree we apply this for 4.12. Again I didn't receive your reply. I believe the problem is in my side. I'll see if there's some network administrator who can look into this issue, bu

[PATCH] cgroup: avoid attaching a cgroup root to two different superblocks, take 2

Commit bfb0b80db5f9 is broken. Now we try to fix the race by delaying the initialization of cgroup root refcnt until a superblock has been allocated. Cc: sta...@vger.kernel.org # 3.16+ Reported-by: Dmitry Vyukov Reported-by: Andrei Vagin Tested-by: Andrei Vagin Signed-off-by: Zefan Li --- I

Re: cgroup: avoid attaching a cgroup root to two different superblocks

cnt until a superblock has been allocated. Cc: sta...@vger.kernel.org # 3.16+ Reported-by: Dmitry Vyukov <dvyu...@google.com> Reported-by: Andrei Vagin <ava...@virtuozzo.com> Signed-off-by: Zefan Li <lize...@huawei.com> --- kernel/cgroup/cgroup-internal.h | 2 +- kernel/cgroup/cgro

Re: cgroup: avoid attaching a cgroup root to two different superblocks

cnt until a superblock has been allocated. Cc: sta...@vger.kernel.org # 3.16+ Reported-by: Dmitry Vyukov Reported-by: Andrei Vagin Signed-off-by: Zefan Li --- kernel/cgroup/cgroup-internal.h | 2 +- kernel/cgroup/cgroup-v1.c | 18 -- kernel/cgroup/cgroup.c | 8

Re: [PATCH] Remove cpuset_update_active_cpus()'s parameter.

On 2017/4/9 9:36, Rakib Mullick wrote: > In cpuset_update_active_cpus(), cpu_online isn't used anymore. Remove > it. > > Signed-off-by: Rakib Mullick<rakib.mull...@gmail.com> Acked-by: Zefan Li <lize...@huawei.com>

Re: [PATCH] Remove cpuset_update_active_cpus()'s parameter.

On 2017/4/9 9:36, Rakib Mullick wrote: > In cpuset_update_active_cpus(), cpu_online isn't used anymore. Remove > it. > > Signed-off-by: Rakib Mullick Acked-by: Zefan Li

[PATCH] cgroup: avoid attaching a cgroup root to two different superblocks

the superblock pinning is really successful. Cc: sta...@vger.kernel.org # 3.16+ Reported-by: Dmitry Vyukov <dvyu...@google.com> Signed-off-by: Zefan Li <lize...@huawei.com> --- kernel/cgroup/cgroup-v1.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/cgroup/c

[PATCH] cgroup: avoid attaching a cgroup root to two different superblocks

the superblock pinning is really successful. Cc: sta...@vger.kernel.org # 3.16+ Reported-by: Dmitry Vyukov Signed-off-by: Zefan Li --- kernel/cgroup/cgroup-v1.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/cgroup/cgroup-v1.c b/kernel/cgroup/cgroup-v1.c index 1dc22f6

Re: [PATCH] cgroup: switch to BUG_ON()

be false-positives - the > BUG_ON should be fine) > > Patch is against 4.11-rc3 (localversion-next is next-20170324) > Acked-by: Zefan Li <lize...@huawei.com>

Re: [PATCH] cgroup: switch to BUG_ON()

> BUG_ON should be fine) > > Patch is against 4.11-rc3 (localversion-next is next-20170324) > Acked-by: Zefan Li

Re: lib, fs, cgroup: WARNING in percpu_ref_kill_and_confirm

On 2017/3/23 22:04, Dmitry Vyukov wrote: > Hello, > > The following program triggers WARNING in percpu_ref_kill_and_confirm: > https://gist.githubusercontent.com/dvyukov/bcfcef3d6b24b9fd841b88ee20c14d4b/raw/a54aeeb09ad1e0659b0ed87ef5efc4480ab2536f/gistfile1.txt > The bug can be triggered

Re: lib, fs, cgroup: WARNING in percpu_ref_kill_and_confirm

On 2017/3/23 22:04, Dmitry Vyukov wrote: > Hello, > > The following program triggers WARNING in percpu_ref_kill_and_confirm: > https://gist.githubusercontent.com/dvyukov/bcfcef3d6b24b9fd841b88ee20c14d4b/raw/a54aeeb09ad1e0659b0ed87ef5efc4480ab2536f/gistfile1.txt > The bug can be triggered

Re: cgroup: WARNING in cgroup_kill_sb

On 2017/3/3 3:15, Dmitry Vyukov wrote: > Hello, > > The following program triggers WARNING in cgroup_kill_sb: > https://gist.githubusercontent.com/dvyukov/47a37d3b899ece1f57e512dc6c90bca6/raw/250894f3d6e2954eed01bac39e4c3b7ec59a9c31/gistfile1.txt > > > WARNING: CPU: 2 PID: 3092 at

Re: cgroup: WARNING in cgroup_kill_sb

On 2017/3/3 3:15, Dmitry Vyukov wrote: > Hello, > > The following program triggers WARNING in cgroup_kill_sb: > https://gist.githubusercontent.com/dvyukov/47a37d3b899ece1f57e512dc6c90bca6/raw/250894f3d6e2954eed01bac39e4c3b7ec59a9c31/gistfile1.txt > > > WARNING: CPU: 2 PID: 3092 at

Re: [PATCHSET for-4.11] cgroup: avoid spurious identity ->*attach() invocations

161 > -------- > 3 files changed, 135 insertions(+), 105 deletions(-) > Acked-by: Zefan Li <lize...@huawei.com>

Re: [PATCHSET for-4.11] cgroup: avoid spurious identity ->*attach() invocations

161 > -------- > 3 files changed, 135 insertions(+), 105 deletions(-) > Acked-by: Zefan Li

Re: [PATCHSET] cgroup: reorganize cgroup source files

gt; kernel/cgroup/cgroup-v1.c | 1395 > kernel/cgroup/cgroup.c | 1940 > +++- > kernel/cgroup/namespace.c | 155 +++ > 7 files changed, 1907 insertions(+), 1802 deletions(-) > Acked-by: Zefan Li <lize...@huawei.com>

Re: [PATCHSET] cgroup: reorganize cgroup source files

gt; kernel/cgroup/cgroup-v1.c | 1395 > kernel/cgroup/cgroup.c | 1940 > +++- > kernel/cgroup/namespace.c | 155 +++ > 7 files changed, 1907 insertions(+), 1802 deletions(-) > Acked-by: Zefan Li

Re: [PATCHSET] kernfs, cgroup: reimplement "cgroup.procs" reading for v2

roup2-procs > > diffstat follows. Thanks. > > fs/kernfs/dir.c |2 > fs/kernfs/file.c| 53 +++-- > fs/kernfs/kernfs-internal.h |2 > include/linux/cgroup-defs.h |3 + > include/linux/kernfs.h | 12 +++- > kernel/cgroup.c | 130 > +--- > 6 files changed, 148 insertions(+), 54 deletions(-) > Acked-by: Zefan Li <lize...@huawei.com>

Re: [PATCHSET] kernfs, cgroup: reimplement "cgroup.procs" reading for v2

roup2-procs > > diffstat follows. Thanks. > > fs/kernfs/dir.c |2 > fs/kernfs/file.c| 53 +++-- > fs/kernfs/kernfs-internal.h |2 > include/linux/cgroup-defs.h |3 + > include/linux/kernfs.h | 12 +++- > kernel/cgroup.c | 130 > +--- > 6 files changed, 148 insertions(+), 54 deletions(-) > Acked-by: Zefan Li

Re: [PATCH] cpuset: Remove unused 'struct cpuset*' variable

On 2016/11/25 17:46, Arnd Bergmann wrote: > On Friday, November 25, 2016 1:46:04 PM CET Zefan Li wrote: >> On 2016/11/25 12:55, Kirtika Ruchandani wrote: >>> 'struct cpuset* cs' that is set but not used, was introduced in commit >>> 1f7dd3e5a6e4 ("cgroup: f

Re: [PATCH] cpuset: Remove unused 'struct cpuset*' variable

On 2016/11/25 17:46, Arnd Bergmann wrote: > On Friday, November 25, 2016 1:46:04 PM CET Zefan Li wrote: >> On 2016/11/25 12:55, Kirtika Ruchandani wrote: >>> 'struct cpuset* cs' that is set but not used, was introduced in commit >>> 1f7dd3e5a6e4 ("cgroup: f

Re: [PATCH] cpuset: Remove unused 'struct cpuset*' variable

-but-set-variable] > struct cpuset *cs; > ^ > > Fixes: 1f7dd3e5a6e4 ("cgroup: fix handling of multi-destination migration > from subtree_control enabling"). This isn't a bug, so I don't think this tag is proper. > Cc: Tejun Heo <t...@kernel.org> > Signe

Re: [PATCH] cpuset: Remove unused 'struct cpuset*' variable

-but-set-variable] > struct cpuset *cs; > ^ > > Fixes: 1f7dd3e5a6e4 ("cgroup: fix handling of multi-destination migration > from subtree_control enabling"). This isn't a bug, so I don't think this tag is proper. > Cc: Tejun Heo > Signed-off-by: Kirtika Ruch

Re: [PATCH 3.4 088/125] ser_gigaset: fix deallocation of platform device structure

On 2016/10/13 16:11, Paul Bolle wrote: > On Thu, 2016-10-13 at 10:52 +0800, Zefan Li wrote: >> On 2016/10/12 20:52, Paul Bolle wrote: >>> There has been a follow up for this fix. I'll have to dive into my >>> archive to see why that was needed. >>> >>&g

Re: [PATCH 3.4 088/125] ser_gigaset: fix deallocation of platform device structure

On 2016/10/13 16:11, Paul Bolle wrote: > On Thu, 2016-10-13 at 10:52 +0800, Zefan Li wrote: >> On 2016/10/12 20:52, Paul Bolle wrote: >>> There has been a follow up for this fix. I'll have to dive into my >>> archive to see why that was needed. >>> >>&g

Re: [PATCH 3.4 096/125] xen/pciback: Save xen_pci_op commands before processing it

On 2016/10/12 20:59, Konrad Rzeszutek Wilk wrote: > On Wed, Oct 12, 2016 at 08:33:32PM +0800, l...@kernel.org wrote: >> From: Konrad Rzeszutek Wilk >> >> 3.4.113-rc1 review patch. If anyone has any objections, please let me know. > > You also need: > > > commit

Re: [PATCH 3.4 096/125] xen/pciback: Save xen_pci_op commands before processing it

On 2016/10/12 20:59, Konrad Rzeszutek Wilk wrote: > On Wed, Oct 12, 2016 at 08:33:32PM +0800, l...@kernel.org wrote: >> From: Konrad Rzeszutek Wilk >> >> 3.4.113-rc1 review patch. If anyone has any objections, please let me know. > > You also need: > > > commit

Re: [PATCH 3.4 088/125] ser_gigaset: fix deallocation of platform device structure

On 2016/10/12 20:52, Paul Bolle wrote: > Zefan Li, > > On Wed, 2016-10-12 at 20:33 +0800, l...@kernel.org wrote: >> When shutting down the device, the struct ser_cardstate must not be >> kfree()d immediately after the call to platform_device_unregister() >>

Re: [PATCH 3.4 088/125] ser_gigaset: fix deallocation of platform device structure

On 2016/10/12 20:52, Paul Bolle wrote: > Zefan Li, > > On Wed, 2016-10-12 at 20:33 +0800, l...@kernel.org wrote: >> When shutting down the device, the struct ser_cardstate must not be >> kfree()d immediately after the call to platform_device_unregister() >>

Re: [PATCH 3.4 065/125] drm/ttm: Fixed a read/write lock imbalance

On 2016/10/12 21:04, Thomas Hellstrom wrote: > Li, > > IIRC This one goes hand in hand with a vmwgfx (the only user) patch. > Please don't apply until I've figured out whether that patch is also in 3.4. > I'll drop it for now. Thanks!

Re: [PATCH 3.4 081/125] mm, vmstat: allow WQ concurrency to discover memory reclaim doesn't make any progress

On 2016/10/12 21:29, Michal Hocko wrote: > On Wed 12-10-16 20:33:17, l...@kernel.org wrote: >> From: Michal Hocko >> >> 3.4.113-rc1 review patch. If anyone has any objections, please let me know. > > Do not forget to take the follow up fix 564e81a57f97 ("mm, vmstat: fix > wrong

Re: [PATCH 3.4 065/125] drm/ttm: Fixed a read/write lock imbalance

On 2016/10/12 21:04, Thomas Hellstrom wrote: > Li, > > IIRC This one goes hand in hand with a vmwgfx (the only user) patch. > Please don't apply until I've figured out whether that patch is also in 3.4. > I'll drop it for now. Thanks!

Re: [PATCH 3.4 081/125] mm, vmstat: allow WQ concurrency to discover memory reclaim doesn't make any progress

On 2016/10/12 21:29, Michal Hocko wrote: > On Wed 12-10-16 20:33:17, l...@kernel.org wrote: >> From: Michal Hocko >> >> 3.4.113-rc1 review patch. If anyone has any objections, please let me know. > > Do not forget to take the follow up fix 564e81a57f97 ("mm, vmstat: fix > wrong WQ sleep when

Re: [PATCH 3.4 000/125] 3.4.113-rc1 review

On 2016/10/13 0:56, Guenter Roeck wrote: > On Wed, Oct 12, 2016 at 08:33:20PM +0800, l...@kernel.org wrote: >> From: Zefan Li <lize...@huawei.com> >> >> This is the start of the stable review cycle for the 3.4.113 release. >> There are 125 patches in this series,

Re: [PATCH 3.4 000/125] 3.4.113-rc1 review

On 2016/10/13 0:56, Guenter Roeck wrote: > On Wed, Oct 12, 2016 at 08:33:20PM +0800, l...@kernel.org wrote: >> From: Zefan Li >> >> This is the start of the stable review cycle for the 3.4.113 release. >> There are 125 patches in this series, all will be posted a

Re: [PATCH 3.4 007/125] recordmcount: Fix endianness handling bug for nop_mcount

On 2016/10/12 21:10, Steven Rostedt wrote: > Hi Li, > > What is your plan for EOL of 3.4? I see on kernel.org that the EOL of > 3.4 was suppose to be September 2016 (which has passed). I just gave a > talk yesterday saying it is no longer supported. But I appear to be > mistaken. > I think I'll

Re: [PATCH 3.4 007/125] recordmcount: Fix endianness handling bug for nop_mcount

On 2016/10/12 21:10, Steven Rostedt wrote: > Hi Li, > > What is your plan for EOL of 3.4? I see on kernel.org that the EOL of > 3.4 was suppose to be September 2016 (which has passed). I just gave a > talk yesterday saying it is no longer supported. But I appear to be > mistaken. > I think I'll

Re: [PATCH] cpuset: handle race between CPU hotplug and cpuset_hotplug_work

to online > CPUs eventually. Hence fall back to online CPU mask when there is no > intersection between top cpuset's effective_cpus and online CPU mask. > > Signed-off-by: Joonwoo Park <joonw...@codeaurora.org> > Cc: Li Zefan <lize...@huawei.com> > Cc: cgro...@v

Re: [PATCH] cpuset: handle race between CPU hotplug and cpuset_hotplug_work

to online > CPUs eventually. Hence fall back to online CPU mask when there is no > intersection between top cpuset's effective_cpus and online CPU mask. > > Signed-off-by: Joonwoo Park > Cc: Li Zefan > Cc: cgro...@vger.kernel.org > Cc: linux-kernel@vger.kernel.org Thanks fo

[PATCH] cpuset: make sure new tasks conform to the current config of the cpuset

A new task inherits cpus_allowed and mems_allowed masks from its parent, but if someone changes cpuset's config by writing to cpuset.cpus/cpuset.mems before this new task is inserted into the cgroup's task list, the new task won't be updated accordingly. Signed-off-by: Zefan Li <l

[PATCH] cpuset: make sure new tasks conform to the current config of the cpuset

A new task inherits cpus_allowed and mems_allowed masks from its parent, but if someone changes cpuset's config by writing to cpuset.cpus/cpuset.mems before this new task is inserted into the cgroup's task list, the new task won't be updated accordingly. Signed-off-by: Zefan Li --- kernel

Re: [PATCH v3] cgroup: Disable IRQs while holding css_set_lock

t <rost...@goodmis.org> > Cc: cgro...@vger.kernel.org > Cc: sta...@vger.kernel.org # 4.5+ > Cc: linux-kernel@vger.kernel.org > Reviewed-by: Rik van Riel <r...@redhat.com> > Reviewed-by: "Luis Claudio R. Goncalves" <lgonc...@redhat.com> > Signed-off-by: Daniel Bristot de Oliveira <bris...@redhat.com> > Acked-by: Zefan Li <lize...@huawei.com>

Re: [PATCH v3] cgroup: Disable IRQs while holding css_set_lock

rnel.org > Reviewed-by: Rik van Riel > Reviewed-by: "Luis Claudio R. Goncalves" > Signed-off-by: Daniel Bristot de Oliveira > Acked-by: Zefan Li

Linux 3.4.112

Palatin (1): usb: Add device quirk for Logitech PTZ cameras Yao-Wen Mao (1): USB: Add reset-resume quirk for two Plantronics usb headphones. Yishai Hadas (1): IB/uverbs: Fix race between ib_uverbs_open and remove_one Zefan Li (1): Linux 3.4.112 shengyong (1): UBI: return

Linux 3.4.112

Palatin (1): usb: Add device quirk for Logitech PTZ cameras Yao-Wen Mao (1): USB: Add reset-resume quirk for two Plantronics usb headphones. Yishai Hadas (1): IB/uverbs: Fix race between ib_uverbs_open and remove_one Zefan Li (1): Linux 3.4.112 shengyong (1): UBI: return

Re: [PATCH] Mark "Out of Date" addresses as undeliverable

On 2016/4/26 17:52, Jonathan Corbet wrote: > On Thu, 21 Apr 2016 23:04:26 +0800 > Zhigang Gao wrote: > >> Chinese maintainer for help. Contact the Chinese maintainer, if this >> translation is outdated or there is problem with translation. >> >> -Chinese maintainer:

Re: [PATCH] Mark "Out of Date" addresses as undeliverable

On 2016/4/26 17:52, Jonathan Corbet wrote: > On Thu, 21 Apr 2016 23:04:26 +0800 > Zhigang Gao wrote: > >> Chinese maintainer for help. Contact the Chinese maintainer, if this >> translation is outdated or there is problem with translation. >> >> -Chinese maintainer: Zhang Le >> +Chinese

Re: [PATCH 3.4 00/92] 3.4.112-rc1 review

On 2016/4/19 0:37, Guenter Roeck wrote: > On Mon, Apr 18, 2016 at 06:45:38PM +0800, l...@kernel.org wrote: >> From: Zefan Li <lize...@huawei.com> >> >> This is the start of the stable review cycle for the 3.4.112 release. >> There are 92 patches in this series,

Re: [PATCH 3.4 00/92] 3.4.112-rc1 review

On 2016/4/19 0:37, Guenter Roeck wrote: > On Mon, Apr 18, 2016 at 06:45:38PM +0800, l...@kernel.org wrote: >> From: Zefan Li >> >> This is the start of the stable review cycle for the 3.4.112 release. >> There are 92 patches in this series, all will be posted a

Re: [PATCH 3.4 61/92] ocfs2/dlm: fix deadlock when dispatch assert master

inlock deadlock >> happens. >> >> Signed-off-by: Joseph Qi <joseph...@huawei.com> >> Cc: Joel Becker <jl...@evilplan.org> >> Cc: Mark Fasheh <mfas...@suse.com> >> Cc: "Junxiao Bi" <junxiao...@oracle.com> >> Signed-off-by:

Re: [PATCH 3.4 61/92] ocfs2/dlm: fix deadlock when dispatch assert master

ppens. >> >> Signed-off-by: Joseph Qi >> Cc: Joel Becker >> Cc: Mark Fasheh >> Cc: "Junxiao Bi" >> Signed-off-by: Andrew Morton >> Signed-off-by: Linus Torvalds >> [lizf: Backported to 3.4: adjust context] >> Signed-off-by: Zefan Li

Re: [PATCH v2] cpuset: use static key better and convert to new API

gned-off-by: Vlastimil Babka <vba...@suse.cz> Looks good to me. Acked-by: Zefan Li <lize...@huawei.com>

Re: [PATCH v2] cpuset: use static key better and convert to new API

d-off-by: Vlastimil Babka Looks good to me. Acked-by: Zefan Li

Re: [PATCH] Revert "mm/page_alloc: protect pcp->batch accesses with ACCESS_ONCE"

On 2016/3/31 9:14, Hekuang wrote: > Hi > > 在 2016/3/30 19:10, Michal Hocko 写道: >> On Wed 30-03-16 18:51:12, Hekuang wrote: >>> hi >>> >>> 在 2016/3/30 18:38, Mel Gorman 写道: On Wed, Mar 30, 2016 at 10:22:07AM +, He Kuang wrote: > This reverts commit

Re: [PATCH] Revert "mm/page_alloc: protect pcp->batch accesses with ACCESS_ONCE"

On 2016/3/31 9:14, Hekuang wrote: > Hi > > 在 2016/3/30 19:10, Michal Hocko 写道: >> On Wed 30-03-16 18:51:12, Hekuang wrote: >>> hi >>> >>> 在 2016/3/30 18:38, Mel Gorman 写道: On Wed, Mar 30, 2016 at 10:22:07AM +, He Kuang wrote: > This reverts commit

Re: Patch for CVE-2016-0774 missing from stable 3.4 and 3.10 kernels

On 2016/3/29 7:53, Jeffrey Vander Stoep wrote: > https://lkml.org/lkml/2016/2/23/812 "pipe: Fix buffer offset after > partially failed read" is missing from the stable 3.4.y and 3.10.y > kernels. It has been included in 3.2.y and 3.14.y. > > I am able to cause a kernel panic without this patch. >

Re: Patch for CVE-2016-0774 missing from stable 3.4 and 3.10 kernels

On 2016/3/29 7:53, Jeffrey Vander Stoep wrote: > https://lkml.org/lkml/2016/2/23/812 "pipe: Fix buffer offset after > partially failed read" is missing from the stable 3.4.y and 3.10.y > kernels. It has been included in 3.2.y and 3.14.y. > > I am able to cause a kernel panic without this patch. >

Linux 3.4.111

o-Wen Mao (1): ALSA: usb-audio: add dB range mapping for some devices Zefan Li (2): Revert "usb: dwc3: Reset the transfer resource index on SET_INTERFACE" Linux 3.4.111 Zhao Junwang (1): drm: add a check for x/y in drm_mode_setcrtc Zhuang Jin Can (2): xhc

Linux 3.4.111

o-Wen Mao (1): ALSA: usb-audio: add dB range mapping for some devices Zefan Li (2): Revert "usb: dwc3: Reset the transfer resource index on SET_INTERFACE" Linux 3.4.111 Zhao Junwang (1): drm: add a check for x/y in drm_mode_setcrtc Zhuang Jin Can (2): xhc

Re: [PATCH 3.4 098/107] kernel/watchdog.c: touch_nmi_watchdog should only touch local cpu not every one

>> diff --git a/kernel/watchdog.c b/kernel/watchdog.c >> index 991aa93..7527c8c 100644 >> --- a/kernel/watchdog.c >> +++ b/kernel/watchdog.c >> @@ -162,6 +162,14 @@ void touch_nmi_watchdog(void) >> per_cpu(watchdog_nmi_touch, cpu) = true; >> } >> } >

Re: [PATCH 3.4 098/107] kernel/watchdog.c: touch_nmi_watchdog should only touch local cpu not every one

>> diff --git a/kernel/watchdog.c b/kernel/watchdog.c >> index 991aa93..7527c8c 100644 >> --- a/kernel/watchdog.c >> +++ b/kernel/watchdog.c >> @@ -162,6 +162,14 @@ void touch_nmi_watchdog(void) >> per_cpu(watchdog_nmi_touch, cpu) = true; >> } >> } >

Re: [PATCH 3.4 000/107] 3.4.111-rc1 review

On 2016/3/17 1:51, Guenter Roeck wrote: > On Wed, Mar 16, 2016 at 04:05:41PM +0800, l...@kernel.org wrote: >> From: Zefan Li <lize...@huawei.com> >> >> This is the start of the stable review cycle for the 3.4.111 release. >> There are 107 patches in this series,

Re: [PATCH 3.4 000/107] 3.4.111-rc1 review

On 2016/3/17 1:51, Guenter Roeck wrote: > On Wed, Mar 16, 2016 at 04:05:41PM +0800, l...@kernel.org wrote: >> From: Zefan Li >> >> This is the start of the stable review cycle for the 3.4.111 release. >> There are 107 patches in this series, all will be posted a

Re: [PATCH 3.4 030/107] NET: AX.25: Stop heartbeat timer on disconnect.

On 2016/3/16 18:40, Richard Stearn wrote: > l...@kernel.org wrote: >> From: Richard Stearn >> >> 3.4.111-rc1 review patch. If anyone has any objections, please let me know. > > Hi > > This patch should _not_ be applied. > Breaks other parts of the driver. >

Re: [PATCH 3.4 030/107] NET: AX.25: Stop heartbeat timer on disconnect.

On 2016/3/16 18:40, Richard Stearn wrote: > l...@kernel.org wrote: >> From: Richard Stearn >> >> 3.4.111-rc1 review patch. If anyone has any objections, please let me know. > > Hi > > This patch should _not_ be applied. > Breaks other parts of the driver. > Investigations on-going. > >

Re: [cgroup/for-4.6 1/2] cgroup: re-hash init_css_set after subsystems are initialized

x it by rehashing init_css_set after subsystems are initialized. > While at it, drop unnecessary @key local variable. > > Signed-off-by: Tejun Heo <t...@kernel.org> For both patches: Acked-by: Zefan Li <lize...@huawei.com>

Re: [cgroup/for-4.6 1/2] cgroup: re-hash init_css_set after subsystems are initialized

x it by rehashing init_css_set after subsystems are initialized. > While at it, drop unnecessary @key local variable. > > Signed-off-by: Tejun Heo For both patches: Acked-by: Zefan Li

Re: [PATCHSET v2 cgroup/for-4.6] cgroup: make control mask updates modular and recursive

git/tj/cgroup.git > review-recursive-control > > diffstat follows. Thanks. > > include/linux/cgroup-defs.h |3 > kernel/cgroup.c | 760 > +--- > 2 files changed, 446 insertions(+), 317 deletions(-) > Acked-by: Zefan Li <lize...@huawei.com>

  1   2   3   4   5   >