On Fri, 19 Aug 2016 11:02:07 +0100
Stefan Hajnoczi wrote:
> > [1]
> > https://lcccna2016.sched.org/event/7JWL/trace-cmd-virt-server-a-status-update-steven-rostedt-red-hat?iframe=no&w=i:100;&sidebar=yes&bg=no
> >
>
> Cool, that's very interesting!
wrong layer.
Yes, and I'm currently working on it again. In fact, if any of you will
be at LinuxCon in Toronto next week, I'll be presenting[1] what I have
and what I plan to complete in the near future.
-- Steve
[1]
https://lcccna2016.sched.org/event/7JWL/trace-cmd-virt-server-a-status
On Thu, 28 Jul 2016 14:39:53 +0900
Namhyung Kim wrote:
> Well, I dont' know. As you know, the kernel oops dump is already sent
> to serial device but it's rather slow. As I wrote in the cover
> letter, enabling ftrace_dump_on_oops makes it even worse.. Also
> pstore saves the (compressed) bina
On Mon, 7 Mar 2016 09:10:10 -0700
Eric Blake wrote:
> On 03/07/2016 08:49 AM, Steven Rostedt wrote:
> > On Mon, 7 Mar 2016 15:17:05 +
> > Stefan Hajnoczi wrote:
> >
> >
> >> qemu-guest-agent runs inside the guest and replies to RPC commands from
&g
On Mon, 7 Mar 2016 15:17:05 +
Stefan Hajnoczi wrote:
> qemu-guest-agent runs inside the guest and replies to RPC commands from
> the host. It is used for backups, shutdown, network configuration, etc.
> From time to time people have wanted the ability to execute an arbitrary
> command insid
On Fri, 4 Mar 2016 11:19:33 +
Stefan Hajnoczi wrote:
> > 2. Build a trace-cmd-server
> >
> > Which does the following:
> >
> > 1. Receive trace-cmd record commands from a guest,
> > to be performed in the host
>
> Sometimes the opposite is desirable: the host control
On Thu, 2012-08-23 at 12:00 +0900, Masami Hiramatsu wrote:
> (2012/08/23 11:01), Masami Hiramatsu wrote:
> > (2012/08/22 22:41), Steven Rostedt wrote:
> >> On Wed, 2012-08-22 at 17:43 +0900, Yoshihiro YUNOMAE wrote:
> >>> From: Masami Hiramatsu
> >>>
&
On Wed, 2012-08-22 at 17:43 +0900, Yoshihiro YUNOMAE wrote:
> Add read path and control path to use trace-agent of virtio-trace.
> When we use trace-agent, trace-cmd will be used as follows:
> # AGENT_READ_DIR=/tmp/virtio-trace/tracing \
> AGENT_CTL=/tmp/virtio-trace/agent-ctl-path.in
On Wed, 2012-08-22 at 17:43 +0900, Yoshihiro YUNOMAE wrote:
> From: Masami Hiramatsu
>
> Count debugfs/tracing/per_cpu/cpu* to determine the
> number of CPUs.
I'm curious, do you find that sysconf doesn't return the # of CPUs the
system has? I've had boxes where the per_cpu/cpu* had more cpus th
On Wed, 2012-08-22 at 17:43 +0900, Yoshihiro YUNOMAE wrote:
> From: Masami Hiramatsu
>
> Use TRACE_DIR environment variable for setting
TRACING_DIR would be better, as we are searching for /debug/tracing and
not /debug/trace. Perhaps DEBUG_TRACING_DIR would be even better as to
be less of a gene
On Thu, 2012-08-09 at 18:24 +0900, Masami Hiramatsu wrote:
> Yeah, it is really easy to fix that.
> But out of curiosity, would that be really a problem?
> I guess that host can access any guest page if need. If that
> is right, is that really insecure to leak randomly allocated
> unused page to t
Thus, it is strongly recommended to assign the splicing
> thread to corresponding node.
>
> Signed-off-by: Masami Hiramatsu
Acked-by: Steven Rostedt
-- Steve
> Cc: Frederic Weisbecker
> Cc: Ingo Molnar
> ---
>
> kernel/trace/trace.c |8 +---
> 1 file
On Tue, Nov 08, 2011 at 10:32:25AM +0100, Ingo Molnar wrote:
>
> None of the perf developers with whom i'm working complained about
> the shared repo so far - publicly or privately. By all means they are
> enjoying it and if you look at the stats and results you'll agree
> that they are highly
13 matches
Mail list logo