[PATCH] 2.6.18-rt7: fix more issues with 32-bit cycles_t in latency_trace.c (take 3)

[Ingo Molnar]

* Roman Zippel <zippel at linux-m68k.org> wrote:

> While I'm not against this patch, but on m68k I prefer a 32bit cycle 
> type (however it's called), so it doesn't solve the original problem.

i havent changed the cycles_t type - it's still 32-bit. I agree with you 
that we dont want to bloat 32-bit arch-level code by artificially 
forcing everyone to a 64-bit cycles_t.

	Ingo