Hello Wim,
> You can have a check now. I uploaded some code. Need to retest it, but it
> has been working on my v2.6.5 test machine.
Good I will check. I have one test machine provided by Asus, Winbond and me :)
(I'm using it for lm-sensors stuff) I can give you access if you give me ssh key.
> Don't agree here: boot_status is a copy of the status at boot. the status
> itself can change during normal operation. and thus get_status must return
> the "devices status" at that moment.
Ah correct, not always updated via async event, maybe the register is to be
polled only.
>>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)
>
>
> I think we want to review the temperature stuff in the kernel in general.
If you mean in watchdog class, the yes. Otherwise no. The hwmon class has well
defined interface for a while...
> I still have to look at your driver in detail, but my first thought would
> be that the private part here would be a link to this common device structure.
> (see what I did with the example softdog implementation in the experimental tree).
Ok.
> It's not about different approaches: we have to find the best thing for watchdog
> devicesi, so the best thing is to talk about pro's and con's and see what we should
> do best. (I for instance didn't come to the sysfs part yet of my code (which would
> be in watchdog_sysfs.c)
Ok I will look into your code.
>>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.
>
>
> My view:
> to start we should keep one /dev/watchdog, but we should create/define a suitable
> sysfs interface that makes it possible to have multiple watchdog devices running
> in parallel. We will need this functionality in the future when a system will
> consist of different processors that all have their own memory and some basic
> I/O interfacing.
> Later on we will then see what we will do with /dev/watchdog.
I will let you know when I'm done with the studying of your code. I hope that I
will have some time in near fututure, got lot of stuff to do.
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]
