From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1424042AbcFMODJ (ORCPT ); Mon, 13 Jun 2016 10:03:09 -0400 Received: from smtp.codeaurora.org ([198.145.29.96]:42428 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1423678AbcFMODG (ORCPT ); Mon, 13 Jun 2016 10:03:06 -0400 Subject: Re: [RFC PATCH V2 1/2] ACPI/PCI: Match PCI config space accessors against platfrom specific ECAM quirks To: Gabriele Paoloni , "liudongdong (C)" , "helgaas@kernel.org" , "arnd@arndb.de" , "will.deacon@arm.com" , "catalin.marinas@arm.com" , "rafael@kernel.org" , "hanjun.guo@linaro.org" , "Lorenzo.Pieralisi@arm.com" , "jchandra@broadcom.com" , "tn@semihalf.com" References: <1465822923-33599-1-git-send-email-liudongdong3@huawei.com> <1465822923-33599-2-git-send-email-liudongdong3@huawei.com> Cc: "robert.richter@caviumnetworks.com" , "mw@semihalf.com" , "Liviu.Dudau@arm.com" , "ddaney@caviumnetworks.com" , Wangyijing , "Suravee.Suthikulpanit@amd.com" , "msalter@redhat.com" , "linux-pci@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , "linux-acpi@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "linaro-acpi@lists.linaro.org" , "jcm@redhat.com" , "andrea.gallo@linaro.org" , "dhdang@apm.com" , "jeremy.linton@arm.com" , "cov@codeaurora.org" , "Chenxin (Charles)" , Linuxarm From: Sinan Kaya Message-ID: <575EBD13.8080808@codeaurora.org> Date: Mon, 13 Jun 2016 10:02:59 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=gbk Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 6/13/2016 9:54 AM, Gabriele Paoloni wrote: > As you can see here Liudongdong has replaced oem_revision with > oem_table_id. > > Now it seems that there are some platforms that have already shipped > using a matching based on the oem_revision (right Jon?) > > However I guess that if in FW they have defined oem_table_id properly > they should be able to use this mechanism without needing to a FW update. > > Can these vendors confirm this? > > Tomasz do you think this can work for Cavium Thunder? > > Thanks > > Gab Why not have all three of them? The initial approach was OEM id and revision id. Jeff Hugo indicated that addition (not removing any other fields) of table id would make more sense. -- Sinan Kaya Qualcomm Technologies, Inc. on behalf of Qualcomm Innovation Center, Inc. Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project