[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v1] xen: make tracebuffer configurable
>>> On 04.06.19 at 12:49, <George.Dunlap@xxxxxxxxxx> wrote: >> On Jun 4, 2019, at 1:44 AM, Baodong Chen <chenbaodong@xxxxxxxxxx> wrote: >> --- a/xen/common/Kconfig >> +++ b/xen/common/Kconfig >> @@ -368,4 +368,16 @@ config DOM0_MEM >> >> Leave empty if you are not sure what to specify. >> >> +config TRACEBUFFER >> + bool "Enable trace event logs" if EXPERT = "y" >> + ---help--- >> + Xen internal running status(trace event) will be saved to trace memory >> + when enabled. trace event data and config params can be read/changed >> + by system control hypercall at run time. >> + >> + This is used to record xen internal running status. >> + with a litte performance overhead. >> + Can be set to 'N' if you dont want this function. >> + When not configured, 'XEN_STSCTL_tbuf_op' command will result >> 'ENOSYS’. > > I think this would look better something like this: > > “Enable tracing infrastructure” > > “Enable in tracing infrastructure and pre-defined tracepoints within Xen. > This will allow live information about Xen’s execution and performance to be > collected at run time for debugging or performance analysis. Memory and > execution overhead when not active is minimal." > > Also, I’m not 100% familiar with the kconfig syntax — I think we want > tracing enabled by default unless actively disabled; is that what will happen > here? Or will it only be enabled if EXPERT == ‘y’? Oh, indeed - there's a "default y" missing. Jan _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxxx https://lists.xenproject.org/mailman/listinfo/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |