public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Yani Ioannou <yani.ioannou@gmail.com>
To: Grant Coady <grant_lkml@dodo.com.au>
Cc: Jean Delvare <khali@linux-fr.org>, Greg KH <greg@kroah.com>,
	LKML <linux-kernel@vger.kernel.org>,
	LM Sensors <lm-sensors@lm-sensors.org>
Subject: Re: [lm-sensors] [PATCH 2.6.12-rc4 15/15] drivers/i2c/chips/adm1026.c: use dynamic sysfs callbacks
Date: Tue, 17 May 2005 16:56:04 -0400	[thread overview]
Message-ID: <2538186705051713565d07e66b@mail.gmail.com> (raw)
In-Reply-To: <0pik81hjboqvbf2jhgdut861cfpgl7sata@4ax.com>

Hi Grant,

Those are the sysfs names? If so something looks wrong with the
SENSOR_ ones..maybe an unintended effect of the new
sensor_device_attribute macro. I can't seem to find anything like that
in "gcc -I ../../../include/ -E adm1026.c" though, would you mind
sending me your script? Also make sure you are including the new
i2c-sysfs.h header file.

The group of attributes you've highlighted below don't use
sensor_device_attribute on purpose because they don't benefit from the
dynamic sysfs callbacks, mainly because they are singletons. Well its
possible you could roll all the attribute callbacks into one if you
wanted but that seems a bit extreme, and you'd have a large nasty
if-else going on in it :-).

BTW looks like a useful script :-), I'm always worried when doing
these changes I might accidently change a sysfs attribute permission.

Thanks,
Yani

On 5/17/05, Grant Coady <grant_lkml@dodo.com.au> wrote:
> Hi Yani,
> On Tue, 17 May 2005 07:18:51 -0400, Yani Ioannou <yani.ioannou@gmail.com> wrote:
> 
> Following is derived from gcc -E adm1026.c with your patch (the
> script strips all but base number from numbered names):
> 
> adm1026.c    SENSOR_fan1_div                    RW
> adm1026.c    SENSOR_fan1_input                  R
> adm1026.c    SENSOR_fan1_min                    RW
> adm1026.c    SENSOR_in0_input                   R
> adm1026.c    SENSOR_in0_max                     RW
> adm1026.c    SENSOR_in0_min                     RW
> adm1026.c    SENSOR_temp1_auto_point1_temp      RW
> adm1026.c    SENSOR_temp1_auto_point1_temp_hyst R
> adm1026.c    SENSOR_temp1_crit                  RW
> adm1026.c    SENSOR_temp1_input                 R
> adm1026.c    SENSOR_temp1_max                   RW
> adm1026.c    SENSOR_temp1_min                   RW
> adm1026.c    SENSOR_temp1_offset                RW
> adm1026.c    alarm_mask                         RW
> adm1026.c    alarms                             R
> adm1026.c    analog_out                         RW
> adm1026.c    gpio                               RW
> adm1026.c    gpio_mask                          RW
> adm1026.c    pwm1                               RW << these also should also
> adm1026.c    pwm1_enable                        RW << have SENSOR_ in front
> adm1026.c    temp1_auto_point1_pwm              RW << of them, seems you
> adm1026.c    temp1_crit_enable                  RW << missed a group?
> adm1026.c    vid                                R
> adm1026.c    vrm                                RW
> 
> I'm assuming some magic elsewhere sees that 'SENSOR_' and removes
> it before it gets to sysfs.  I can test adm9240, w83627hf and it87
> drivers as well as watch the overall patterns as above.
> 
> --Grant.
> 
>

  reply	other threads:[~2005-05-17 20:56 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-05-17 10:47 [PATCH 2.6.12-rc4 15/15] drivers/i2c/chips/adm1026.c: use dynamic sysfs callbacks Yani Ioannou
2005-05-17 11:04 ` [lm-sensors] " Jean Delvare
2005-05-17 11:18   ` Yani Ioannou
2005-05-17 20:23     ` Grant Coady
2005-05-17 20:56       ` Yani Ioannou [this message]
2005-05-17 23:13         ` Grant Coady
2005-05-17 23:21           ` Yani Ioannou
2005-05-18  1:58             ` Grant Coady
     [not found]     ` <253818670505172136613abb43@mail.gmail.com>
2005-05-19 20:02       ` Jean Delvare
2005-05-19 20:52         ` Greg KH
2005-05-19 20:57           ` Jean Delvare
2005-05-19 21:35             ` Greg KH
2005-05-20  7:46               ` Jean Delvare
2005-05-20  8:53                 ` Yani Ioannou
2005-05-22  1:58                   ` Dmitry Torokhov
2005-05-22  6:50                     ` Jean Delvare
2005-05-22  7:04                       ` Dmitry Torokhov
2005-05-22 12:15                         ` Yani Ioannou
2005-05-22 12:32                           ` Jean Delvare
2005-05-22 13:05                             ` Yani Ioannou
2005-05-22 13:39                               ` Jean Delvare
2005-05-19 21:14         ` Yani Ioannou
2005-06-05  8:51 ` Jean Delvare
2005-06-06  6:14   ` Greg KH

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=2538186705051713565d07e66b@mail.gmail.com \
    --to=yani.ioannou@gmail.com \
    --cc=grant_lkml@dodo.com.au \
    --cc=greg@kroah.com \
    --cc=khali@linux-fr.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lm-sensors@lm-sensors.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox