From: Anton Vorontsov <anton.vorontsov@linaro.org>
To: KOSAKI Motohiro <kosaki.motohiro@gmail.com>
Cc: "Oleg Nesterov" <oleg@redhat.com>,
"Greg KH" <gregkh@linuxfoundation.org>,
"Arve Hjønnevåg" <arve@android.com>, "San Mehat" <san@google.com>,
"Colin Cross" <ccross@android.com>,
"Eric W. Biederman" <ebiederm@xmission.com>,
"Paul E. McKenney" <paulmck@linux.vnet.ibm.com>,
linux-kernel@vger.kernel.org, kernel-team@android.com,
linaro-kernel@lists.linaro.org
Subject: Re: [PATCH v2 2/6] oom: Get rid of sparse warnings
Date: Tue, 7 Feb 2012 10:23:53 +0400 [thread overview]
Message-ID: <20120207062353.GA24687@oksana.dev.rtsoft.ru> (raw)
In-Reply-To: <CAHGf_=rW-EJvj-hsKgEGw4F4uAKMv-U-iG6aROzw2rN4tXPFFQ@mail.gmail.com>
On Tue, Feb 07, 2012 at 12:38:58AM -0500, KOSAKI Motohiro wrote:
> >> task struct only have allock_lock, not alloc_loc.
> >
> > Funnily, but sparse does not care. :-) __release(foo) will work as
> > well. Seems like sparse counts locking balance globally.
> >
> > This is now fixed in the patch down below, thanks for catching.
> >
> >> Moreover we don't release
> >> the lock in this code path. Seems odd.
> >
> > Indeed. That's exactly what sparse seeing is as well. We exit
> > without releasing the lock, which is bad (in sparse' eyes). So
> > we lie to sparse, telling it that we do release, so it shut ups.
>
> Hmmm....
>
> To be honest, I really dislike any lie annotation. Why? It is very
> fragile and easily
> become broken from unrelated but near line changes. Please consider to
> enhance sparse at first.
I somewhat doubt that it is possible to "enhance it". We keep the
lock held conditionaly, so we need too place the hint in the
code itself. I believe the best we can do would be something like
this:
diff --git a/include/linux/compiler.h b/include/linux/compiler.h
index 4a24354..61d91f2 100644
--- a/include/linux/compiler.h
+++ b/include/linux/compiler.h
@@ -14,6 +14,7 @@
# define __releases(x) __attribute__((context(x,1,0)))
# define __acquire(x) __context__(x,1)
# define __release(x) __context__(x,-1)
+# define __ret_with_lock(x) __context__(x,-1)
# define __cond_lock(x,c) ((c) ? ({ __acquire(x); 1; }) : 0)
# define __percpu __attribute__((noderef, address_space(3)))
#ifdef CONFIG_SPARSE_RCU_POINTER
@@ -37,6 +38,7 @@ extern void __chk_io_ptr(const volatile void __iomem *);
# define __releases(x)
# define __acquire(x) (void)0
# define __release(x) (void)0
+# define __ret_with_lock(x)
# define __cond_lock(x,c) (c)
# define __percpu
# define __rcu
And then use it instead of __release().
--
Anton Vorontsov
Email: cbouatmailru@gmail.com
next prev parent reply other threads:[~2012-02-07 6:23 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-02-01 4:33 [PATCH] staging: android/lowmemorykiller: Don't grab tasklist_lock Anton Vorontsov
2012-02-02 12:54 ` Oleg Nesterov
2012-02-02 17:16 ` Anton Vorontsov
2012-02-03 0:03 ` [PATCH v3] " Anton Vorontsov
2012-02-03 16:36 ` Oleg Nesterov
2012-02-03 16:30 ` [PATCH] " Oleg Nesterov
2012-02-06 16:29 ` [PATCH 1/6] oom: Make find_lock_task_mm() sparse-aware Anton Vorontsov
2012-02-06 16:35 ` Greg KH
2012-02-06 18:59 ` Anton Vorontsov
2012-02-06 19:18 ` Greg KH
2012-02-06 21:27 ` KOSAKI Motohiro
2012-02-07 4:48 ` [PATCH v2 " Anton Vorontsov
2012-02-07 5:17 ` KOSAKI Motohiro
2012-02-08 15:27 ` Oleg Nesterov
2012-02-09 16:45 ` [PATCH] sched: Turn lock_task_sighand() into a static inline Anton Vorontsov
2012-02-11 23:10 ` [tip:sched/core] " tip-bot for Anton Vorontsov
2012-02-15 13:52 ` Peter Zijlstra
2012-02-06 16:29 ` [PATCH 2/6] oom: Get rid of sparse warnings Anton Vorontsov
2012-02-06 21:33 ` KOSAKI Motohiro
2012-02-07 4:20 ` [PATCH v2 " Anton Vorontsov
2012-02-07 5:38 ` KOSAKI Motohiro
2012-02-07 6:23 ` Anton Vorontsov [this message]
2012-02-08 18:13 ` KOSAKI Motohiro
2012-02-06 16:29 ` [PATCH 3/6] staging: android/lowmemorykiller: Don't grab tasklist_lock Anton Vorontsov
2012-02-06 16:36 ` Greg KH
2012-02-06 16:42 ` Anton Vorontsov
2012-02-09 0:56 ` Greg KH
2012-02-08 15:32 ` Oleg Nesterov
2012-02-06 16:29 ` [PATCH 4/6] staging: android/lowmemorykiller: Better mm handling Anton Vorontsov
2012-02-06 21:36 ` KOSAKI Motohiro
2012-02-08 15:34 ` Oleg Nesterov
2012-02-06 16:29 ` [PATCH 5/6] staging: android/lowmemorykiller: No need for task->signal check Anton Vorontsov
2012-02-06 21:38 ` KOSAKI Motohiro
2012-02-08 15:35 ` Oleg Nesterov
2012-02-06 16:30 ` [PATCH 6/6] staging: android/lowmemorykiller: Do not kill kernel threads Anton Vorontsov
2012-02-06 21:38 ` KOSAKI Motohiro
2012-02-08 15:36 ` Oleg Nesterov
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=20120207062353.GA24687@oksana.dev.rtsoft.ru \
--to=anton.vorontsov@linaro.org \
--cc=arve@android.com \
--cc=ccross@android.com \
--cc=ebiederm@xmission.com \
--cc=gregkh@linuxfoundation.org \
--cc=kernel-team@android.com \
--cc=kosaki.motohiro@gmail.com \
--cc=linaro-kernel@lists.linaro.org \
--cc=linux-kernel@vger.kernel.org \
--cc=oleg@redhat.com \
--cc=paulmck@linux.vnet.ibm.com \
--cc=san@google.com \
/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;
as well as URLs for NNTP newsgroup(s).