Re: [PATCH] cpuid/msr + devfs

From: Zach Brown (zab@zabbo.net)
Date: Mon Sep 03 2001 - 15:34:48 EST

Next message: David desJardins: "Re: [IDEA+RFC] Possible solution for min()/max() war"
Previous message: David Mosberger: "Re: [PATCH] avoid unnecessary cache flushes"
In reply to: Richard Gooch: "Re: [PATCH] cpuid/msr + devfs"
Next in thread: Richard Gooch: "Re: [PATCH] cpuid/msr + devfs"
Reply: Richard Gooch: "Re: [PATCH] cpuid/msr + devfs"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

> Better to have a central place which creates per-CPU directories,
> which you can call into and grab a directory for a CPU.

I talked with arjan and rmk about this when playing around with per cpu
statistics stuff. Is the proc_cpu.c stuff in the patch useful?

http://www.osdlab.org/sw_resources/cpustat/cpustat-2.4.7.pre5-1.diff

- z
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

Next message: David desJardins: "Re: [IDEA+RFC] Possible solution for min()/max() war"
Previous message: David Mosberger: "Re: [PATCH] avoid unnecessary cache flushes"
In reply to: Richard Gooch: "Re: [PATCH] cpuid/msr + devfs"
Next in thread: Richard Gooch: "Re: [PATCH] cpuid/msr + devfs"
Reply: Richard Gooch: "Re: [PATCH] cpuid/msr + devfs"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This archive was generated by hypermail 2b29 : Fri Sep 07 2001 - 21:00:20 EST