Re: [Qemu-devel] [PATCH 0/6] hypertrace: Lightweight guest-to-QEMU trace channel

2016-08-19 Thread Steven Rostedt
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!

Re: [Qemu-devel] [PATCH 0/6] hypertrace: Lightweight guest-to-QEMU trace channel

2016-08-18 Thread Steven Rostedt
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

Re: [Qemu-devel] [PATCH 6/7] qemu: Implement virtio-pstore device

2016-07-28 Thread Steven Rostedt
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

Re: [Qemu-devel] [RFC] host and guest kernel trace merging

2016-03-07 Thread Steven Rostedt
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

Re: [Qemu-devel] [RFC] host and guest kernel trace merging

2016-03-07 Thread Steven Rostedt
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

Re: [Qemu-devel] [RFC] host and guest kernel trace merging

2016-03-04 Thread Steven Rostedt
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

Re: [Qemu-devel] [PATCH 2/5] trace-cmd: Use tracing directory to count CPUs

2012-08-23 Thread Steven Rostedt
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 > >>> &

Re: [Qemu-devel] [PATCH 3/5] trace-cmd: Support trace-agent of virtio-trace

2012-08-22 Thread Steven Rostedt
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

Re: [Qemu-devel] [PATCH 2/5] trace-cmd: Use tracing directory to count CPUs

2012-08-22 Thread Steven Rostedt
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

Re: [Qemu-devel] [PATCH 1/5] trace-cmd: Use TRACE_DIR envrionment variable if defined

2012-08-22 Thread Steven Rostedt
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

Re: [Qemu-devel] [RFC PATCH 2/6] virtio/console: Add a failback for unstealable pipe buffer

2012-08-09 Thread Steven Rostedt
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

Re: [Qemu-devel] [RFC PATCH 4/6] ftrace: Allow stealing pages from pipe buffer

2012-07-30 Thread Steven Rostedt
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

Re: [Qemu-devel] [F.A.Q.] the advantages of a shared tool/kernel Git repository, tools/perf/ and tools/kvm/

2011-11-08 Thread Steven Rostedt
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