Hi Wim,
> I was doing some stuff for the ICH6 & ICH7 I/O chipsets first and was then
> planning to resume working on my generic watchdog code again. (It used to be
> stored in a bitkeeper tree, but I didn't convert it to a git tree yet).
> I'll make sure that the code get's stored in the linux-2.6-watchdog-experimental
> git tree in the coming days.
Aha good. I will check it later.
> int (*get_timervalue)(struct watchdog_device *, int *);
Good one.
> int (*sys_restart)(struct watchdog_device *); /* operation = force a
system_restart for rebooting */
Aha as for the cobalt stuff?
> int (*get_status)(struct watchdog_device *,int *); /* operation = get the watchdog's status */
> int (*get_temperature)(struct watchdog_device *, int *); /* operation = get the temperature in °F */
I had those there too but I eliminated them. I used following methods:
For the status stuff I did a variable boot_status and status. I have
a handler for this in the common IOCTL handling code.
I have no such thing for the temp IOCTL but the new "ioctl" operation
could be created to catch it.
(and get called when no standard ioctl in watchdog-dev is used)
As for sysfs, I would like to have the temps handled with the hwmon class
and have some sort of "symlink" from the watchdog directory to corresponding
hwmon directory. The status stuff might be handled via standard format sysfs file.
> struct watchdog_device {
> unsigned char name[32]; /* The watchdog's 'identity' */
> unsigned long options; /* The supported capabilities/options */
> unsigned long firmware; /* The watchdog's Firmware version */
> int heartbeat; /* The watchdog's heartbeat */
> int nowayout; /* The nowayout setting for this watchdog */
> int bootstatus; /* The watchdog's bootstatus */
got the unsigned long to have more space...
> int temppanic; /* wether or not to panic on temperature trip's */
> struct watchdog_ops *watchdog_ops; /* link to watchdog_ops */
>
> /* watchdog status state machine */
> enum { WATCHDOG_UNINITIALIZED=0,
> WATCHDOG_INITIALIZED,
> WATCHDOG_STARTED,
> WATCHDOG_STOPPED,
> WATCHDOG_UNREGISTERED,
> } watchdog_state;
I dont have the state machine but something like this is implemented in the dev
device handling.
Additionaly I have the self ping stuff in the class too.
> /* From here on everything is device dependent */
> void *private;
In the w83792d I used different approach, because the device is not only a
watchog, the struct watchdog_device was a part of the common device structure,
and for single purpose devices this *private makes sense. But I think there
some per device private data pointer somewhere.
> you don't need an operation for the notify_reboot. This is only necessary to
> make sure that you either stop the watchdog or force it to reboot (because
> the hardware isn't capable of rebooting itself. See the cobalt server)).
Alan already did a hint about the device driver callback that may handle this.
Now it seems we have two different approaches and a code, so which one will wim
? ;) If you want to talk to me you may find me on #linux-sensors on freenode.net.
Also I would like to know your ideas about the sysfs file structure for
watchdogs and also If you like to have more watchdogs active in the system or
just one.
Thanks,
Regards
Rudolf
PS: CC me please.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
