From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752069Ab3FYXNg (ORCPT ); Tue, 25 Jun 2013 19:13:36 -0400 Received: from hydra.sisk.pl ([212.160.235.94]:50996 "EHLO hydra.sisk.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751774Ab3FYXNf (ORCPT ); Tue, 25 Jun 2013 19:13:35 -0400 From: "Rafael J. Wysocki" To: Matthew Garrett Cc: "linux-kernel@vger.kernel.org" , "linux-acpi@vger.kernel.org" , "seth.forshee@canonical.com" , "joeyli.kernel@gmail.com" , "daniel.vetter@ffwll.ch" , "lenb@kernel.org" , Bob Moore Subject: Re: [PATCH 2/3] ACPICA: Add interface for getting latest OS version requested via _OSI Date: Wed, 26 Jun 2013 01:23 +0200 Message-ID: <2211483.MscZsfrrDc@vostro.rjw.lan> User-Agent: KMail/4.9.5 (Linux/3.10.0-rc5+; KDE/4.9.5; x86_64; ; ) In-Reply-To: <10189900.qsvQBSpnvI@vostro.rjw.lan> References: <1370818899-8595-1-git-send-email-matthew.garrett@nebula.com> <1371508629.523.3.camel@x230> <10189900.qsvQBSpnvI@vostro.rjw.lan> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tuesday, June 18, 2013 02:42:13 AM Rafael J. Wysocki wrote: > On Monday, June 17, 2013 10:37:10 PM Matthew Garrett wrote: > > On Tue, 2013-06-18 at 00:31 +0200, Rafael J. Wysocki wrote: > > > Hi Matthew, > > > > > > On Sunday, June 09, 2013 07:01:38 PM Matthew Garrett 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. Add a function to return the last successful call so that > > > > drivers know what the firmware's expecting. > > > > > > > > Based on a patch by Seth Forshee > > > > > > Bob (CCed) would prefer us to access acpi_gbl_osi_data directly instead of > > > adding the wrapper to ACPICA. He also thinks that the symbol definitions > > > should go into include/acpi/actypes.h rather than into acpixf.h. > > > > > > Then, the only ACPICA change would be to move the symbols and we can > > > add a Linux-specific patch on top of that adding the acpi_gbl_osi_data > > > wrapper. > > > > That sounds good to me. Do you want to respin that, or should I send an > > updated set? > > That one should be fine, no need to respin [1/3] and [3/3]. Any news? Rafael