From: Fengguang Wu <fengguang.wu@intel.com>
To: kernel-janitors@vger.kernel.org
Subject: [glommer-memcg:kmemcg-slab 53/62] mm/memcontrol.c:755:6: sparse: symbol 'memcg_flush_cache_create_qu
Date: Mon, 10 Sep 2012 11:16:38 +0000 [thread overview]
Message-ID: <20120910111638.GC9660@localhost> (raw)
[-- Attachment #1: Type: text/plain, Size: 2122 bytes --]
Hi Glauber,
FYI, there are new sparse warnings show up in
tree: git://git.kernel.org/pub/scm/linux/kernel/git/glommer/memcg.git kmemcg-slab
head: b20a4abf14992a969b761691f8978a28cacdecb4
commit: db85c41ae676eb65f37b31a59111f2b9b56621ed [53/62] memcg: infrastructure to match an allocation to the right cache
All sparse warnings:
mm/memcontrol.c:585:12: sparse: symbol 'cache_types' was not declared. Should it be static?
+ mm/memcontrol.c:755:6: sparse: symbol 'memcg_flush_cache_create_queue' was not declared. Should it be static?
include/linux/cgroup.h:559:16: sparse: cast removes address space of expression
include/linux/cgroup.h:559:16: sparse: incompatible types in comparison expression (different address spaces)
include/linux/cgroup.h:559:16: sparse: incompatible types in comparison expression (different address spaces)
mm/memcontrol.c:4763:21: sparse: incompatible types in comparison expression (different address spaces)
mm/memcontrol.c:4765:21: sparse: incompatible types in comparison expression (different address spaces)
mm/memcontrol.c:5946:31: sparse: incompatible types in comparison expression (different address spaces)
vim +755 mm/memcontrol.c
748 /*
749 * Flush the queue of kmem_caches to create, because we're creating a cgroup.
750 *
751 * We might end up flushing other cgroups' creation requests as well, but
752 * they will just get queued again next time someone tries to make a slab
753 * allocation for them.
754 */
> 755 void memcg_flush_cache_create_queue(void)
756 {
757 struct create_work *cw, *tmp;
758 unsigned long flags;
759
760 spin_lock_irqsave(&cache_queue_lock, flags);
761 list_for_each_entry_safe(cw, tmp, &create_queue, list) {
762 list_del(&cw->list);
763 kfree(cw);
764 }
765 spin_unlock_irqrestore(&cache_queue_lock, flags);
766 }
Please consider folding the attached diff and ignore conflicts with
the previous one :-)
---
0-DAY kernel build testing backend Open Source Technology Centre
Fengguang Wu <wfg@linux.intel.com> Intel Corporation
[-- Attachment #2: make-it-static-db85c41.diff --]
[-- Type: text/x-diff, Size: 677 bytes --]
diff --git a/mm/memcontrol.c b/mm/memcontrol.c
index b85814a..fb7f1ca 100644
--- a/mm/memcontrol.c
+++ b/mm/memcontrol.c
@@ -582,7 +582,7 @@ static struct kmem_cache *kmem_cache_dup(struct mem_cgroup *memcg,
return new;
}
-struct ida cache_types;
+static struct ida cache_types;
void memcg_register_cache(struct mem_cgroup *memcg, struct kmem_cache *cachep)
{
@@ -752,7 +752,7 @@ static LIST_HEAD(create_queue);
* they will just get queued again next time someone tries to make a slab
* allocation for them.
*/
-void memcg_flush_cache_create_queue(void)
+static void memcg_flush_cache_create_queue(void)
{
struct create_work *cw, *tmp;
unsigned long flags;
next reply other threads:[~2012-09-10 11:16 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-09-10 11:16 Fengguang Wu [this message]
2012-09-10 12:57 ` [glommer-memcg:kmemcg-slab 57/62] drivers/video/riva/fbdev.c:281:9: sparse: preprocessor token MAX_L Fengguang Wu
2012-09-10 12:57 ` [glommer-memcg:kmemcg-slab 57/62] drivers/video/riva/fbdev.c:281:9: sparse: preprocessor token MAX_LEVEL redefined Fengguang Wu
2012-09-10 12:58 ` [glommer-memcg:kmemcg-slab 57/62] drivers/video/riva/fbdev.c:281:9: sparse: preprocessor token M Glauber Costa
2012-09-10 12:58 ` [glommer-memcg:kmemcg-slab 57/62] drivers/video/riva/fbdev.c:281:9: sparse: preprocessor token MAX_LEVEL redefined Glauber Costa
2012-09-10 13:06 ` [glommer-memcg:kmemcg-slab 57/62] drivers/video/riva/fbdev.c:281:9: sparse: preprocessor token M Fengguang Wu
2012-09-10 13:06 ` [glommer-memcg:kmemcg-slab 57/62] drivers/video/riva/fbdev.c:281:9: sparse: preprocessor token MAX_LEVEL redefined Fengguang Wu
2012-09-10 14:02 ` [glommer-memcg:kmemcg-slab 57/62] drivers/video/riva/fbdev.c:281:9: sparse: preprocessor token M Glauber Costa
2012-09-10 14:02 ` [glommer-memcg:kmemcg-slab 57/62] drivers/video/riva/fbdev.c:281:9: sparse: preprocessor token MAX_LEVEL redefined Glauber Costa
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=20120910111638.GC9660@localhost \
--to=fengguang.wu@intel.com \
--cc=kernel-janitors@vger.kernel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.