Hi Darren, 2015-07-20 15:36 GMT-06:00 Darren Hart <dvhart@xxxxxxxxxxxxx>: > On Thu, Jul 16, 2015 at 05:32:44PM -0600, Azael Avalos wrote: >> There were previous attempts to "merge" the toshiba SMM module to the >> toshiba_acpi one, they were trying to imitate what the old toshiba >> module does, however, some models (TOS1900 devices) come with a >> "crippled" implementation and do not provide all the "features" a >> "genuine" Toshiba BIOS does. >> >> This patch adds a new device called toshiba_acpi, which aim is to >> enable userspace to access the SMM on Toshiba laptops via ACPI calls. >> >> Creating a new convenience _IOWR command to access the SCI functions >> by opening/closing the SCI internally to avoid buggy BIOS, while at >> the same time providing backwards compatibility. >> >> Older programs who wish to access the SMM on newer models can do it >> without much code change, as the toshiba.h header was modified to >> reflect these changes as well as adds all the toshiba_acpi paths >> and commands. > > To clarify, the newer models didn't work at all previously, so this is not > changing the user:kernel interface, but rather enabling it on newer machines, > and programs wishing to take advantage of that can do so with minimal change. > > Correct? Yes, the only real (or new) change here is the introduction of the IOCTL "TOSHIBA_ACPI_SCI", which was added to circumvent buggy or "incomplete" BIOSes found (so far) on TOS1900 devices. Any new (or old) program that want to access the SMM can do so by pointing their path to /dev/toshiba_acpi instead of /dev/toshiba, however, it is strongly recommended to use the new IOCTL for any SCI command to avoid any buggy BIOS. > > -- > Darren Hart > Intel Open Source Technology Center Cheers Azael -- -- El mundo apesta y vosotros apestais tambien -- -- To unsubscribe from this list: send the line "unsubscribe platform-driver-x86" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
