On Thursday, July 04, 2013 09:24:03 AM Aaron Lu wrote:
> On 07/04/2013 05:57 AM, Rafael J. Wysocki wrote:
> > On Tuesday, July 02, 2013 10:01:27 PM Aaron Lu wrote:
> >> Drivers may need to make policy decisions based on the OS that the firmware
> >> believes it's interacting with. ACPI firmware will make a series of _OSI
> >> calls, starting from the oldest OS version they support and ending with the
> >> most recent. This patchset adds a function in ACPI OSL layer to return the
> >> last successful call so that drivers know what the firmware's expecting.
> >>
> >> Based on a patch by Matthew Garrett <matthew.garrett@xxxxxxxxxx>, which
> >> is again based on a patch by Seth Forshee <seth.forshee@xxxxxxxxxxxxx>.
> >>
> >> Changelog-by: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
> >> Signed-off-by: Aaron Lu <aaron.lu@xxxxxxxxx>
> >> Cc: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
> >> Cc: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
> >> ---
> >> drivers/acpi/osl.c | 6 ++++++
> >> include/linux/acpi.h | 6 ++++++
> >> 2 files changed, 12 insertions(+)
> >>
> >> diff --git a/drivers/acpi/osl.c b/drivers/acpi/osl.c
> >> index 6ab2c35..7ebf07d 100644
> >> --- a/drivers/acpi/osl.c
> >> +++ b/drivers/acpi/osl.c
> >> @@ -1799,3 +1799,9 @@ void alloc_acpi_hp_work(acpi_handle handle, u32 type, void *context,
> >> kfree(hp_work);
> >> }
> >> EXPORT_SYMBOL_GPL(alloc_acpi_hp_work);
> >> +
> >> +u8 acpi_osi_version(void)
> >> +{
> >> + return acpi_gbl_osi_data;
> >> +}
> >
> > Actually, is there a reason not to make this static inline and put it into
> > the header?
>
> Ah right, thanks for the suggestion.
Well, I actually took the previous version, because that one exported the
symbol which was needed by modular graphics drivers.
That said I'm not sure if the whole design of this patchset is correct,
because for example ACPI_OSI_WIN_8 doesn't make sense for !CONFIG_ACPI.
Thanks,
Rafael
> Patch updated:
>
> From: Aaron Lu <aaron.lu@xxxxxxxxx>
> Subject: [PATCH updated 2/2] ACPI / OSL: add a wrapper function to return OSI version
>
> Drivers may need to make policy decisions based on the OS that the firmware
> believes it's interacting with. ACPI firmware will make a series of _OSI
> calls, starting from the oldest OS version they support and ending with the
> most recent. This patchset adds a function in ACPI OSL layer to return the
> last successful call so that drivers know what the firmware's expecting.
>
> Based on a patch by Matthew Garrett <matthew.garrett@xxxxxxxxxx>, which
> is again based on a patch by Seth Forshee <seth.forshee@xxxxxxxxxxxxx>.
>
> Signed-off-by: Aaron Lu <aaron.lu@xxxxxxxxx>
> ---
> include/linux/acpi.h | 6 ++++++
> 1 file changed, 6 insertions(+)
>
> diff --git a/include/linux/acpi.h b/include/linux/acpi.h
> index 353ba25..7969bf8 100644
> --- a/include/linux/acpi.h
> +++ b/include/linux/acpi.h
> @@ -578,4 +578,10 @@ acpi_handle_printk(const char *level, void *handle, const char *fmt, ...) {}
> })
> #endif
>
> +#ifdef CONFIG_ACPI
> +static inline u8 acpi_osi_version(void) { return acpi_gbl_osi_data; }
> +#else
> +static inline u8 acpi_osi_version(void) { return 0; }
> +#endif
> +
> #endif /*_LINUX_ACPI_H*/
>
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
--
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
