Re: [RFC] tracepipe -- event streams, debugfs, and pipe_buffers

2005-01-20 Thread Karim Yaghmour
Zach Brown wrote: > Only briefly. They've always seemed more involved than the sort of > thing I was after. I'll try and sit down and investigate in more detail. There's definitely an opportunity for interfacing here. If nothing else, this clearly shows the interest for the kind of things both

Re: [RFC] tracepipe -- event streams, debugfs, and pipe_buffers

2005-01-20 Thread Zach Brown
Karim Yaghmour wrote: > Zach Brown wrote: > >>Thoughts? I, for one, am tired of writing throw-away per-cpu tracing >>patches ;) > > Have you taken a look at relayfs and ltt? Only briefly. They've always seemed more involved than the sort of thing I was after. I'll try and sit down and investi

Re: [RFC] tracepipe -- event streams, debugfs, and pipe_buffers

2005-01-20 Thread Karim Yaghmour
Zach Brown wrote: > Thoughts? I, for one, am tired of writing throw-away per-cpu tracing > patches ;) Have you taken a look at relayfs and ltt? Karim -- Author, Speaker, Developer, Consultant Pushing Embedded and Real-Time Linux Systems Beyond the Limits http://www.opersys.com || [EMAIL PROTEC

[RFC] tracepipe -- event streams, debugfs, and pipe_buffers

2005-01-20 Thread Zach Brown
This quick tracepipe patch is an attempt to make it trivial for a developer to generate debugging traces in the kernel and get them to mass storage without having the tracing enormously skew behaviour. It is built off of Greg's debugfs and Linus' advocacy of efficient buffer transit with pipes and