From: Zhengwang Ruan <ruan.zhengwang@gmail.com>
To: "Arve Hjønnevåg" <arve@android.com>
Cc: gregkh@linuxfoundation.org, chris+android@zenthought.org,
devel@driverdev.osuosl.org, linux-kernel@vger.kernel.org,
kernel-janitors@vger.kernel.org
Subject: Re: [PATCH 2/2 v2] Staging:android: Initialise buffer and buffer_size before used
Date: Wed, 07 Mar 2012 12:58:16 +0800 [thread overview]
Message-ID: <4F56EAE8.8060502@gmail.com> (raw)
In-Reply-To: <CAMP5XgfWBj_V+21avHyEbViYK1N0fHBmyj6CcYry0Fd4QttgqQ@mail.gmail.com>
-------- Original Message --------
From: Arve Hjønnevåg
Sent: 2012年03月06日 星期二 20时01分58秒
To: Zhengwang Ruan
Subject: Re: [PATCH 2/2 v2] Staging:android: Initialise buffer and
buffer_size
before used
> On Tue, Mar 6, 2012 at 6:36 PM, Zhengwang Ruan<ruan.zhengwang@gmail.com> wrote:
>> GCC warns 'buffer' and 'buffer_size' are used with being uninitialized, and
>> 'buffer' is used as returned value, and 'buffer_size' is initialized using
>> uninitialized_var to clear warning.
> Why do you clear the warning on buffer_size with uninitialized_var()
> but not on buffer?
struct binder_buffer *buffer;
size_t buffer_size;
struct rb_node *best_fit = NULL;
I see 'best_fit' is initialized by being directly assigned a NULL
pointer, I think it should be better to initialize pointer in this way.
> Neither variable is used before being initialized.
>
I got the following compiling warning against buffer ans buffer_size:
drivers/staging/android/binder.c:719:24: warning: ‘buffer’ may be used
uninitialized in this function
drivers/staging/android/binder.c:720:9: warning: ‘buffer_size’ may be
used uninitialized in this function
Thanks,
-Zhengwang
next prev parent reply other threads:[~2012-03-07 4:58 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-07 2:36 [PATCH 1/2 v2] Staging:android: Change type for binder_debug_no_lock switch to bool Zhengwang Ruan
2012-03-07 2:36 ` [PATCH 2/2 v2] Staging:android: Initialise buffer and buffer_size before used Zhengwang Ruan
2012-03-07 4:01 ` Arve Hjønnevåg
2012-03-07 4:58 ` Zhengwang Ruan [this message]
2012-03-07 5:46 ` Greg KH
2012-03-07 6:16 ` Zhengwang Ruan
2012-03-07 6:00 ` Dan Carpenter
2012-03-07 6:01 ` Zhengwang Ruan
2012-03-07 6:20 ` Dan Carpenter
2012-03-07 6:25 ` Zhengwang Ruan
-- strict thread matches above, loose matches on Subject: below --
2012-03-07 2:49 [PATCH 1/2 v2] Staging:android: Change type for binder_debug_no_lock switch to bool ruan.zhengwang
2012-03-07 2:49 ` [PATCH 2/2 v2] Staging:android: Initialise buffer and buffer_size before used ruan.zhengwang
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=4F56EAE8.8060502@gmail.com \
--to=ruan.zhengwang@gmail.com \
--cc=arve@android.com \
--cc=chris+android@zenthought.org \
--cc=devel@driverdev.osuosl.org \
--cc=gregkh@linuxfoundation.org \
--cc=kernel-janitors@vger.kernel.org \
--cc=linux-kernel@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox