From: George Dunlap <george.dunlap@eu.citrix.com>
To: Andrew Cooper <andrew.cooper3@citrix.com>
Cc: Keir Fraser <keir@xen.org>,
Ian Campbell <Ian.Campbell@citrix.com>, Tim Deegan <tim@xen.org>,
Ian Jackson <Ian.Jackson@eu.citrix.com>,
Xen-devel <xen-devel@lists.xen.org>,
Jan Beulich <JBeulich@suse.com>
Subject: Re: [PATCH v5] coverity: Store the modelling file in the source tree.
Date: Fri, 24 Jan 2014 16:52:05 +0000 [thread overview]
Message-ID: <52E29A35.9060205@eu.citrix.com> (raw)
In-Reply-To: <52E132EE.2030101@citrix.com>
On 01/23/2014 03:19 PM, Andrew Cooper wrote:
> On 23/01/14 15:13, George Dunlap wrote:
>> On 01/23/2014 02:28 PM, Andrew Cooper wrote:
>>> Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com>
>>> CC: Keir Fraser <keir@xen.org>
>>> CC: Jan Beulich <JBeulich@suse.com>
>>> CC: Tim Deegan <tim@xen.org>
>>> CC: Ian Campbell <Ian.Campbell@citrix.com>
>>> CC: Ian Jackson <Ian.Jackson@eu.citrix.com>
>>> CC: George Dunlap <george.dunlap@eu.citrix.com>
>>>
>>> ---
>>>
>>> George:
>>> This is just documentation, and it would be nice to include it as
>>> part of
>>> the 4.4 release.
>>> ---
>>> misc/coverity_model.c | 98
>>> +++++++++++++++++++++++++++++++++++++++++++++++++
>>> 1 file changed, 98 insertions(+)
>>> create mode 100644 misc/coverity_model.c
>>>
>>> diff --git a/misc/coverity_model.c b/misc/coverity_model.c
>>> new file mode 100644
>>> index 0000000..418d25e
>>> --- /dev/null
>>> +++ b/misc/coverity_model.c
>>> @@ -0,0 +1,98 @@
>>> +/* Coverity Scan model
>>> + *
>>> + * This is a modelling file for Coverity Scan. Modelling helps to
>>> avoid false
>>> + * positives.
>>> + *
>>> + * - A model file can't import any header files.
>>> + * - Therefore only some built-in primitives like int, char and void
>>> are
>>> + * available but not NULL etc.
>>> + * - Mode-ling doesn't need full structs and typedefs. Rudimentary
>>> structs
>>> + * and similar types are sufficient.
>>> + * - An uninitialized local pointer is not an error. It signifies
>>> that the
>>> + * variable could be either NULL or have some data.
>>> + *
>>> + * Coverity Scan doesn't pick up modifications automatically. The
>>> model file
>>> + * must be uploaded by an admin in the analysis.
>> So this file isn't compiled; it's manually uploaded as part of the
>> coverity scanning process; and could be provided out-of-band, but it's
>> just convenient to put it in the tree, particularly if any of these
>> things should change as things go forward. (Hence comparing it to
>> documentation.) Is that right?
>>
>> -George
>>
> Correct. I believe internally Coverity compiles it (at least to an
> AST), but that is completely opaque to users of Scan.
Right; I have a hard time coming up with a compelling reason to wait for
this one.
Release-acked-by: George Dunlap <george.dunlap@eu.citrix.com>
The name of the file might be a bit confusing though, if people think it
is supposed to be compliled... would it make sense maybe to call it
".txt", and include some instructions at the top with a line that says
"---- cut here 8< ---" or something?
-George
next prev parent reply other threads:[~2014-01-24 16:52 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-23 14:28 [PATCH v5] coverity: Store the modelling file in the source tree Andrew Cooper
2014-01-23 14:55 ` Ian Jackson
2014-01-23 14:58 ` Andrew Cooper
2014-01-23 15:13 ` George Dunlap
2014-01-23 15:19 ` Andrew Cooper
2014-01-24 16:52 ` George Dunlap [this message]
2014-01-24 16:57 ` Andrew Cooper
2014-01-24 16:59 ` George Dunlap
2014-01-24 17:01 ` Ian Campbell
2014-01-24 17:02 ` Andrew Cooper
2014-01-24 17:24 ` George Dunlap
2014-01-24 17:26 ` Andrew Cooper
2014-01-24 17:04 ` Tim Deegan
2014-01-24 17:05 ` Ian Campbell
2014-01-24 17:11 ` Tim Deegan
2014-01-24 17:04 ` Ian Campbell
2014-01-24 17:11 ` Andrew Cooper
2014-01-24 17:36 ` Ian Campbell
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=52E29A35.9060205@eu.citrix.com \
--to=george.dunlap@eu.citrix.com \
--cc=Ian.Campbell@citrix.com \
--cc=Ian.Jackson@eu.citrix.com \
--cc=JBeulich@suse.com \
--cc=andrew.cooper3@citrix.com \
--cc=keir@xen.org \
--cc=tim@xen.org \
--cc=xen-devel@lists.xen.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.