mbox series

[0/3] kernel-shark-qt: Merge kshark_load_data_records/entries()

Message ID 20180703162130.082810105@goodmis.org (mailing list archive)
Headers show
Series kernel-shark-qt: Merge kshark_load_data_records/entries() | expand

Message

Steven Rostedt July 3, 2018, 4:21 p.m. UTC
This works to consolidate the functions kshark_load_data_records()
with kshark_load_data_entries(). It adds some helper functions
for the two to use to simplify the code.

Note, doxygen warns that struct rec_list is not documented. Really?
Such a simple structure doesn't really require documentation. Is
there a way to shut it up? Or I can just add code to say
 /** Shut doxygen up! ;-)

Yordan, please review these.

Steven Rostedt (VMware) (3):
      kernel-shark-qt: Move declarations to top in datafilter.c example
      kernel-shark-qt: Consolidate load_data_entries and load_data_records
      kernel-shark-qt: Add helper function to find the next_cpu in kshark_load_data_*()

----
 kernel-shark-qt/examples/datafilter.c |   5 +-
 kernel-shark-qt/src/libkshark.c       | 253 ++++++++++++++++++++--------------
 2 files changed, 151 insertions(+), 107 deletions(-)

Comments

Yordan Karadzhov July 4, 2018, 11:17 a.m. UTC | #1
On  3.07.2018 19:21, Steven Rostedt wrote:
> This works to consolidate the functions kshark_load_data_records()
> with kshark_load_data_entries(). It adds some helper functions
> for the two to use to simplify the code.
> 
> Note, doxygen warns that struct rec_list is not documented. Really?
> Such a simple structure doesn't really require documentation. Is
> there a way to shut it up? Or I can just add code to say
>   /** Shut doxygen up! ;-)

Yes, you can do

//! @cond Doxygen_Suppress

struct rec_list {
	struct pevent_record	*rec;
	struct rec_list		*next;
};

//! @endcond

Another solutions is to turn off all warnings. This can be done by adding

  WARN_IF_UNDOCUMENTED = NO

to doc/dox_config

On the other hand, do we expect the normal users to build doxygen 
documentation, if this documentation is available at 
http://kernelshark.org? So maybe we can tolerate having some warnings.

Actually this reminds me that there is a third solution. We can make 
this warnings invisible for the normal users by redirecting the 
doxygen's stderr to a file.

What do you think?

Yordan


> Yordan, please review these.
> 
> Steven Rostedt (VMware) (3):
>        kernel-shark-qt: Move declarations to top in datafilter.c example
>        kernel-shark-qt: Consolidate load_data_entries and load_data_records
>        kernel-shark-qt: Add helper function to find the next_cpu in kshark_load_data_*()
> 
> ----
>   kernel-shark-qt/examples/datafilter.c |   5 +-
>   kernel-shark-qt/src/libkshark.c       | 253 ++++++++++++++++++++--------------
>   2 files changed, 151 insertions(+), 107 deletions(-)
>
Steven Rostedt July 4, 2018, 11:26 a.m. UTC | #2
[Sorry for the top post, it's a US holiday]

Can we just disable warnings for structures? I'd like to keep the function warnings on.

-- Steve


On July 4, 2018 7:17:26 AM EDT, "Yordan Karadzhov (VMware)" <y.karadz@gmail.com> wrote:
>
>
>On  3.07.2018 19:21, Steven Rostedt wrote:
>> This works to consolidate the functions kshark_load_data_records()
>> with kshark_load_data_entries(). It adds some helper functions
>> for the two to use to simplify the code.
>> 
>> Note, doxygen warns that struct rec_list is not documented. Really?
>> Such a simple structure doesn't really require documentation. Is
>> there a way to shut it up? Or I can just add code to say
>>   /** Shut doxygen up! ;-)
>
>Yes, you can do
>
>//! @cond Doxygen_Suppress
>
>struct rec_list {
>	struct pevent_record	*rec;
>	struct rec_list		*next;
>};
>
>//! @endcond
>
>Another solutions is to turn off all warnings. This can be done by
>adding
>
>  WARN_IF_UNDOCUMENTED = NO
>
>to doc/dox_config
>
>On the other hand, do we expect the normal users to build doxygen 
>documentation, if this documentation is available at 
>http://kernelshark.org? So maybe we can tolerate having some warnings.
>
>Actually this reminds me that there is a third solution. We can make 
>this warnings invisible for the normal users by redirecting the 
>doxygen's stderr to a file.
>
>What do you think?
>
>Yordan
>
>
>> Yordan, please review these.
>> 
>> Steven Rostedt (VMware) (3):
>>        kernel-shark-qt: Move declarations to top in datafilter.c
>example
>>        kernel-shark-qt: Consolidate load_data_entries and
>load_data_records
>>        kernel-shark-qt: Add helper function to find the next_cpu in
>kshark_load_data_*()
>> 
>> ----
>>   kernel-shark-qt/examples/datafilter.c |   5 +-
>>   kernel-shark-qt/src/libkshark.c       | 253
>++++++++++++++++++++--------------
>>   2 files changed, 151 insertions(+), 107 deletions(-)
>>
Yordan Karadzhov July 4, 2018, 11:49 a.m. UTC | #3
On  4.07.2018 14:26, Steven Rostedt wrote:
> [Sorry for the top post, it's a US holiday]
> 
> Can we just disable warnings for structures? I'd like to keep the function warnings on.

It looks like this is not possible. At least, I can't see such option in 
the manual.

Yordan

> 
> -- Steve
> 
> 
> On July 4, 2018 7:17:26 AM EDT, "Yordan Karadzhov (VMware)" <y.karadz@gmail.com> wrote:
>>
>>
>> On  3.07.2018 19:21, Steven Rostedt wrote:
>>> This works to consolidate the functions kshark_load_data_records()
>>> with kshark_load_data_entries(). It adds some helper functions
>>> for the two to use to simplify the code.
>>>
>>> Note, doxygen warns that struct rec_list is not documented. Really?
>>> Such a simple structure doesn't really require documentation. Is
>>> there a way to shut it up? Or I can just add code to say
>>>    /** Shut doxygen up! ;-)
>>
>> Yes, you can do
>>
>> //! @cond Doxygen_Suppress
>>
>> struct rec_list {
>> 	struct pevent_record	*rec;
>> 	struct rec_list		*next;
>> };
>>
>> //! @endcond
>>
>> Another solutions is to turn off all warnings. This can be done by
>> adding
>>
>>   WARN_IF_UNDOCUMENTED = NO
>>
>> to doc/dox_config
>>
>> On the other hand, do we expect the normal users to build doxygen
>> documentation, if this documentation is available at
>> http://kernelshark.org? So maybe we can tolerate having some warnings.
>>
>> Actually this reminds me that there is a third solution. We can make
>> this warnings invisible for the normal users by redirecting the
>> doxygen's stderr to a file.
>>
>> What do you think?
>>
>> Yordan
>>
>>
>>> Yordan, please review these.
>>>
>>> Steven Rostedt (VMware) (3):
>>>         kernel-shark-qt: Move declarations to top in datafilter.c
>> example
>>>         kernel-shark-qt: Consolidate load_data_entries and
>> load_data_records
>>>         kernel-shark-qt: Add helper function to find the next_cpu in
>> kshark_load_data_*()
>>>
>>> ----
>>>    kernel-shark-qt/examples/datafilter.c |   5 +-
>>>    kernel-shark-qt/src/libkshark.c       | 253
>> ++++++++++++++++++++--------------
>>>    2 files changed, 151 insertions(+), 107 deletions(-)
>>>
>