Re: why do drivers evaluate _INI?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Am Dienstag, den 23.06.2009, 09:29 +0930 schrieb Jonathan Woithe:
> Hi
> 
> > Why do we have ACPI device drivers evaluating _INI?  That seems
> > like something that should be done by Linux/ACPI, not by the driver.
> > 
> > I see the following drivers using _INI:
> >   drivers/hwmon/hp_accel.c
> >   drivers/platform/x86/fujitsu-laptop.c
> >   drivers/platform/x86/sony-laptop.c
> > 
> > I looked at the git logs where the _INI usage was introduced in
> > these drivers, but none gives enough information for me to understand
> > why.
> 
> I can't shed a lot of light on this from the point of view of
> fujitsu-laptop.
> 
> It appears that the evaluation of _INI was added to fujitsu-laptop as part
> of the patch which added support for hotkeys present on some Fujitsu
> laptops.  This patch was contributed by Peter Gruber - I've added him to the
> CC.  Perhaps he might explain why he added _INI evaluation as part of this
> patch (that is, what problem was encountered which required evaluation of
> _INI).

The hotkey communication between hardware and the drivers is done using
acpi notifies and a (small) ringbuffer in the acpi dsdt code. The
easiest way to assure a consistent. The _INI method simply resets the
internal state of the ringbuffer which seems to be unavailable for
direct manipulation. Another possible path would be to read and discard
the ringbuffer on module load to ensure a consistent state.  

Peter

--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux IBM ACPI]     [Linux Power Management]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]     [Linux Resources]

  Powered by Linux