Date: Sat, 17 May 2008 13:30:37 -0400 From: Mike Meyer <mwm-keyword-freebsdhackers2.e313df@mired.org> Cc: freebsd-hackers@freebsd.org Subject: Re: rdmsr from userspace Message-ID: <20080517133037.3a3935db@bhuda.mired.org> In-Reply-To: <482E93C0.4070802@icyb.net.ua> References: <482E93C0.4070802@icyb.net.ua>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 17 May 2008 11:13:52 +0300
Andriy Gapon <avg@icyb.net.ua> wrote:
> It seems that rdmsr instruction can be executed only at the highest
> privilege level and thus is not permitted from userland. Maybe we should
> provide something like Linux /dev/cpu/msr?
> I don't like interface of that device, I think that ioctl approach would
> be preferable in this case.
> Something like create /dev/cpuN and allow some ioctls on it:
> ioctl(cpu_fd, CPU_RDMSR, arg).
> What do you think?
Ok, this points directly at a question I've been wondering about, but
haven't been able to find an answer in the google.
I've been mucking about with general access to sysctl's (a sysctl
plugin for gkrellm, and a python module for accessing sysctls), and
with that hammer in my hand, the nail for this problem is obviously a
dev.cpu.#.msr sysctl.
Except that this would be harder to use from languages that don't
provide direct access to libc functions than a file, with or without
an ioctl (ioctl's are at at least POSIX, which is a functionality
level a lot of languages aspire to), and also easier to manipulate
with standard Unix tools in general.
However, I thought I'd sense some hostility towards /dev/proc-like
things from the freebsd community. Which is where my questions come
in: Am I imagining that? If not, is there a real basis for it - and
what would that be?
Thanks,
<mike
--
Mike Meyer <mwm@mired.org> http://www.mired.org/consulting.html
Independent Network/Unix/Perforce consultant, email for more information.
O< ascii ribbon campaign - stop html mail - www.asciiribbon.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080517133037.3a3935db>