restwash.blogg.se - Proc cpuinfo mac

#Proc cpuinfo mac drivers
#Proc cpuinfo mac driver
#Proc cpuinfo mac code

There the main function is show_cpuinfo, which prints out the desired file content the rest of the infrastructure is there to feed the data to the reading process at the speed it requests it. Taking x86 as an example, we're led to arch/x86/kernel/cpu/proc.c. There is merely a seq_operations structure, and the real meat is in the cpuinfo_op data structure, which is architecture-dependent, usually defined in arch//kernel/setup.c (or sometimes a different file).

#Proc cpuinfo mac code

You can see that the code is pretty much boilerplate code: since most files under /proc just dump some text data, there are helper functions to do that. Taking /proc/cpuinfo as an example, a search for "cpuinfo" leads you to the call to proc_create("cpuinfo, …") in fs/proc/cpuinfo.c. Kernel versions up to 3.9 provide the functions create_proc_entry and some wrappers (especially create_proc_read_entry), and kernel versions 3.10 and above provide instead only proc_create and proc_create_data (and a few more).

#Proc cpuinfo mac drivers

Drivers call functions declared in include/linux/proc_fs.h.

#Proc cpuinfo mac driver

Any driver can register entries in /proc (though as indicated above this is now deprecated in favor of /sys), so if you don't find what you're looking for in fs/proc, look everywhere else. The core handling of /proc entries is in the fs/proc directory. (There are many variants of LXR the one running on is the nicest by far but unfortunately the site is often down.) A little knowledge of C is required, but you don't need to be a programmer to track down a mysterious value. You can download the source on your machine, but this is a huge program, and LXR, the Linux cross-reference, is a big help. Your third entry point, when the documentation doesn't cover it, is reading the source.

The /proc filesystem in the kernel documentation.

Your first and second entry points for documentation about /proc on Linux are: Entries like /proc/bus and /proc/fs/ext4 remain where they are for backward compatibility, but newer similar interfaces are created under /sys. In the past, Linux's /proc acquired various files that provide information about drivers, but this use is now deprecated in favor of /sys, and /proc now evolves slowly. Linux extends the proc filesystem with many more entries that report the state of the system, including your example /proc/cpuinfo. Most procfs implementations have a file or directory called /proc/123 to report information about the process with PID 123. It started its life in AT&T's Bell Labs in UNIX 8th edition as a way to report information about processes (and ps is often a pretty-printer for information read through /proc). Procfs is present in most non-BSD unices.

Unlike usual filesystems, the filesystem which is mounted on /proc, which is called procfs, doesn't load data from a disk or other storage media (like FAT, ext2, zfs, …) or over the network (like NFS, Samba, …) and doesn't call user code (unlike FUSE).

The fact that the content is generated on the fly explains why almost all files have their time reported as now and their size reported as 0 - here you should read 0 as “don't know”. Whenever you read a file under /proc, this invokes some code in the kernel which computes the text to read as the file content.