Re: [PATCH 0/5] I8K driver facelift

From: Frank Sorenson
Date: Tue Mar 15 2005 - 18:09:56 EST

Hash: SHA1

Valdis.Kletnieks@xxxxxx wrote:
> Well, (a) the next rev of the patch will hopefully provide more access to the
> second thermal probe than just detecting its existence (it still doesn't do
> the sysfs or whatever magic to make the actual value accessible), and (b) the
> probe I *know* about is on the CPU, and runs over 40C easily as well (it's sitting
> at 49C right now). Remember we're talking about a laptop here, there's not
> a lot of room for a big heat sink in there.. ;)

I've been trying to work out how to do this through dynamic sysfs
attributes, but I have not found a way to create arbitrary attributes
like this. It's not hard to define them at kernel compile time, but
selecting the right number of sensors to compile in seems arbitrary. My
Inspiron 9200 has 4 sensors, and who knows how many next year's model
will have. It just doesn't seem like the Linux Kernel way of doing
things to arbitrarily limit it like this.

I've looked into several ways of creating sysfs attributes, but haven't
found anything that works right/well. One of the most interesting was
in this past LKML thread - If I
could replace the sysfs_attr_show() with my own, I believe that might
work (the attribute is passed into the function, so the name should be

It's odd that it's so easy to compile sysfs attributes into the kernel,
but nobody seems to know how to generate them dynamically.

Thoughts? Suggestions?

- --
Frank Sorenson - KD7TZK
Systems Manager, Computer Science Department
Brigham Young University
Version: GnuPG v1.2.6 (GNU/Linux)
Comment: Using GnuPG with Thunderbird -

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at
Please read the FAQ at