Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp3660497ybt; Tue, 23 Jun 2020 07:49:34 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyya1LtyG0KIyNwaBt7iUnHspVzCRuUDNWSWtokpvkOG+FC4veCZTSRUFG5JT3bIyEXmay3 X-Received: by 2002:a17:907:94ca:: with SMTP id dn10mr19809238ejc.348.1592923774136; Tue, 23 Jun 2020 07:49:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1592923774; cv=none; d=google.com; s=arc-20160816; b=0H7z4KjXfk4VG1MU7RlWS65pfDovO33PVTi59Dkes9TStu48Arr7vVRRHBep+I7NA0 wOhDhM8RBBlDOKjHZ5ZdYwXiRFMr2hRicoVosOsiLBbr9jwIP1HXg3UQh7eT40RTFN1t EG8InBbJZxEI0wvKxL5xQl3MpLf+9aMzjAMmLxQrnqkknXa8PxPqw0MBm2P8drU0RShy 1EpaGMO5feIRKQEPFyzCTFve/7A1cB11EU+YRg7Y0jAcypWeRtGdfr+3E7Mc/pgwvCLB mpxu+CyJR06Ylu6ea8SRWBskQ7/6sOXlk/BYaoyLv1ovoJTLNrvA7Ni9CK2AdfsBVQej J9xw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=Yg0HInPk6ESgS87Zap5nHaHPXFrQALy2GzWlliC/AT4=; b=Q53gm/5EHde9Kde1lGo/KZj6PU0QBquImgxT7V4FfhCESALMyYkTUS2+QNN0m+rLY1 Zp2lEmRBXqND+GMoKyw3uFSA2TjGEZRqQ2hXSuxyDChL3/gD0CUW3PxEIDt25IujzHTD 5I8mM3Sv2dQCLbiTiaska8dTJJJeWj9pGdTPMmFWUo8r24O/5+cme5f8dWQA/7Q5Z/WU 3QMVpLRbK7Nca/GhTeqtmDTEoyEs2e3qxyAX3MGT30NI0yetly/L6UAAxrcH/HOM6TUv aAOxIDJwqJxBGANlftb4g21F2oeDOJYsdaUQE69pKxbl9TbaZ7PHTuG/as6cFObM05UL YGXw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d20si11803213edq.97.2020.06.23.07.49.10; Tue, 23 Jun 2020 07:49:34 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1732846AbgFWOrH (ORCPT + 99 others); Tue, 23 Jun 2020 10:47:07 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57226 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1732738AbgFWOrG (ORCPT ); Tue, 23 Jun 2020 10:47:06 -0400 Received: from bhuna.collabora.co.uk (bhuna.collabora.co.uk [IPv6:2a00:1098:0:82:1000:25:2eeb:e3e3]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 56670C061573; Tue, 23 Jun 2020 07:47:06 -0700 (PDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: eballetbo) with ESMTPSA id 46FA62601D1 Subject: Re: [PATCH v4] platform: x86: Add ACPI driver for ChromeOS To: Dmitry Torokhov , "Rafael J. Wysocki" Cc: "Rafael J. Wysocki" , Linux Kernel Mailing List , ACPI Devel Maling List , Len Brown , Collabora Kernel ML , Guenter Roeck , Benson Leung , Dmitry Torokhov , Gwendal Grignou , vbendeb@chromium.org, Andy Shevchenko , Ayman Bagabas , Benjamin Tissoires , =?UTF-8?Q?Bla=c5=be_Hrastnik?= , Darren Hart , Greg Kroah-Hartman , Hans de Goede , Jeremy Soller , Mattias Jacobsson <2pi@mok.nu>, Mauro Carvalho Chehab , Rajat Jain , Srinivas Pandruvada , platform-driver-x86@vger.kernel.org References: <20200413134611.478441-1-enric.balletbo@collabora.com> <10490419.gsntqH5CaE@kreacher> <20200606180435.GQ89269@dtor-ws> From: Enric Balletbo i Serra Message-ID: Date: Tue, 23 Jun 2020 16:46:58 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0 MIME-Version: 1.0 In-Reply-To: <20200606180435.GQ89269@dtor-ws> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Rafael, On 6/6/20 20:04, Dmitry Torokhov wrote: > Hi Rafael, > > On Fri, Jun 05, 2020 at 01:17:15PM +0200, Rafael J. Wysocki wrote: >> >> First off, GGL0001 is not a valid ACPI device ID, because the GGL prefix is not >> present in the list at https://uefi.org/acpi_id_list >> True, this device ID is not in the ACPI id list, but it is in the legacy PNP id list at https://uefi.org/pnp_id_list Even is a legacy one, this device has been here a long time, just that Google had an out-of-tree patch to support that we would like to upstream. So, I'm wondering if PNP id's are still valid? >> There are two ways to address that. One would be to take the GOOG prefix >> (present in the list above), append a proper unique number (if I were to >> guess, I would say that 0001 had been reserved already) to it and then >> put the resulting device ID into the firmware, to be returned _HID for the >> device in question (you can add a _CID returning "GGL0001" so it can be >> found by the old invalid ID at least from the kernel). > > This is not going to happen, as there are devices in the wild with such > firmware (i.e. Samus - Google Pixel 2 - was shipped in 2015). Even if > Google were to release updated firmware (which is quite unlikely), it > does not mean that users who are not using Chrome OS would apply updated > firmware. > >> The other one would >> be to properly register the GGL prefix for Google and establish a process for >> allocating IDs with that prefix internally. > > I think it depends on whether there are more instances of "GGL" prefix. > I thought we mostly used GOOG for everything. > I only see one instance using GGL, GGL0001 which I think is present on all ACPI-based Chromebooks, and I'd think that the PNP id GGL is a proper valid prefix for Google. However is true that then Google mostly used GOOG. [1] https://chromium.googlesource.com/chromiumos/third_party/coreboot/+/refs/heads/chromeos-2016.05/src/vendorcode/google/chromeos/acpi/chromeos.asl Thanks, Enric > Thanks. >