Skip to contentSkip to conversation

LTT 0.9.6pre2: Per-CPU buffers, TSC timestamps, etc.

ANNOUNCE Karim Yaghmour 3 participants 6 messages Oct 18, 2002

lore
Share & tools
lore
#0 lore raw

A new development version of LTT is now available, 0.9.6pre2. Here's what's new:
- Per-CPU buffering
- TSC timestamping
- Use of syscall interface instead of char dev abstraction

The release includes a patch for 2.5.43 which is pretty much ready for inclusion. I will be posting this patch raw ot the LKML with a more verbose description.

You will find 0.9.6pre2 here:
http://www.opersys.com/ftp/pub/LTT/

LTT's web site is here:
http://www.opersys.com/LTT

Karim

===================================================
Karim Yaghmour
[email protected]
Embedded and Real-Time Linux Expert
===================================================

#1 lore raw

Dear Yaghmour:

Quoted 7 lines · Karim Yaghmour

A new development version of LTT is now available, 0.9.6pre2. Here's what's new:
- Per-CPU buffering
- TSC timestamping
- Use of syscall interface instead of char dev abstraction

As long as I think, 0.9.6pre2 has called CHAR DEV in LibUserTrace. Should I apply the patch which you send before?

Signature · 3 lines
---------------------------
Takeharu KATO
E-mail: [email protected]
#2 lore raw
Quoted 10 lines · Takeharu Kato
Quoted 7 lines · Karim Yaghmour

A new development version of LTT is now available, 0.9.6pre2. Here's what's new:
- Per-CPU buffering
- TSC timestamping
- Use of syscall interface instead of char dev abstraction

As long as I think, 0.9.6pre2 has called CHAR DEV in LibUserTrace. Should I apply the patch which you send before?

0.9.6pre2 is a development version, it's expected to have rough spots. If you need a stable version use 0.9.5a. That said, yes LibUserTrace hasn't been modified yet for the syscall interface, but this is really a minor issue which will be fixed.

Karim

===================================================
Karim Yaghmour
[email protected]
Embedded and Real-Time Linux Expert
===================================================

#3 lore raw

Dear Yaghmour:

Thank you for your quick response.

Quoted 5 lines

0.9.6pre2 is a development version, it's expected to have rough spots. If you need a stable version use 0.9.5a. That said, yes LibUserTrace hasn't been modified yet for the syscall interface, but this is really a minor issue which will be fixed.

I see.
I tried to compile the tarcedaemon
with UserTrace.c which you sent before, and
it work properly.

Signature · 3 lines
---------------------------
Takeharu KATO
E-mail: [email protected]
#4 lore raw
In reply to Karim Yaghmour
Quoted 7 lines · Karim Yaghmour

A new development version of LTT is now available, 0.9.6pre2. Here's what's new:
- Per-CPU buffering
- TSC timestamping
- Use of syscall interface instead of char dev abstraction

Quoted 6 lines

The release includes a patch for 2.5.43 which is pretty much ready for inclusion. I will be posting this patch raw ot the LKML with a more verbose description.

You will find 0.9.6pre2 here:
http://www.opersys.com/ftp/pub/LTT/

I noticed that the Linux 2.4.19 patch is not carried forward from pre1 to pre2. Are you planning to no longer maintain support for LTT in the Linux 2.4 line?

-Frank

Signature · 2 lines
Frank Rowand <[email protected]>
MontaVista Software, Inc
#5 lore raw
Quoted 3 lines · Frank Rowand

I noticed that the Linux 2.4.19 patch is not carried forward from pre1 to pre2. Are you planning to no longer maintain support for LTT in the Linux 2.4 line?

The problem is that the kernel patch is highly dependent on the kernel's own development. The tracing infrastructure has to change as the kernel changes. Incidently, the user tools also have to change to accomodate the newer kernels. There's a point where keeping compatibility with older kernels becomes increasingly difficult and would entail one of two things:
- Burden the user tools with legacy support.
- Backport all new features to older kernels.

Neither of these is really interesting. Of course, if someone wants to take the time to backport some of the new features to older kernels I would gladly publish their patch with the tools. The time it takes to work out an LTT patch is non-negligeable and I don't have the bandwidth to maintain multiple kernel patches in parallel. This is why I'm concentrating on getting LTT to work with the latest and greatest.

Obviously things will be much simpler once the LTT patch is included in the kernel.

Karim

===================================================
Karim Yaghmour
[email protected]
Embedded and Real-Time Linux Expert
===================================================