Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754247AbcDSNIG (ORCPT ); Tue, 19 Apr 2016 09:08:06 -0400 Received: from mout.kundenserver.de ([217.72.192.73]:53484 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752694AbcDSNIE (ORCPT ); Tue, 19 Apr 2016 09:08:04 -0400 From: Arnd Bergmann To: Tomasz Nowicki Cc: Jayachandran C , linux-arm-kernel@lists.infradead.org, Bjorn Helgaas , Will Deacon , Catalin Marinas , rafael@kernel.org, Hanjun Guo , Lorenzo Pieralisi , Sinan Kaya , jiang.liu@linux.intel.com, Jon Masters , linaro-acpi@lists.linaro.org, linux-pci@vger.kernel.org, Liviu.Dudau@arm.com, David Daney , linux-kernel@vger.kernel.org, linux-acpi@vger.kernel.org, robert.richter@caviumnetworks.com, Suravee.Suthikulpanit@amd.com, msalter@redhat.com, Wangyijing , Marcin Wojtas Subject: Re: [PATCH V6 08/13] PCI: generic, thunder: update to use generic ECAM API Date: Tue, 19 Apr 2016 15:06:59 +0200 Message-ID: <3830999.dF71UWYsBP@wuerfel> User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; ) In-Reply-To: <5715362A.7070701@semihalf.com> References: <1460740008-19489-1-git-send-email-tn@semihalf.com> <10639671.xGDtp1R8bk@wuerfel> <5715362A.7070701@semihalf.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Provags-ID: V03:K0:cHVv/MFBBW38UWHtcE696MPSnQ8yJ6g8IZVR/2TSNlefWs6pnnr mukSLvBI4FgzYKBGE/g6a6bKQjJIrjBntCANbYr/47YsQhUpJXcxh+1yzVHvRBUrO6HLtHh KKa0k3XiwKXGJBvd9DiZdD5c0duWtHrEccNtnkNNTjMfpGH/PI27oUlIZtYiGZC6JJ5+phF Xil9XJuhzN4D9/NtkFdjQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:Cr5xSFtyuUE=:I5LdvNErYp+0GFMsdIexrj 7Gs8LnZonr2dhvWjArsm3ONh+0s/D0vUW08ZXldlvg1ZQMsAVlwL+4s8D7PuW2PdDsouU1kYH eVuQ5ShFN0T0EX/h9J5wzSlr7YCU3CsD9OrnWnMtWhMjzzukKLD96TKKOs1awqbj9Y4HXIFxl j3YTZwfxzXDMfoPARKlHsxnMdt7QyXMyV9WFpwh1ZAz56LFlvTDNHlCms5XPQACfHfBlwGRkY xEWjTmF/ZKlpdpEybq4q/hVnBZ8nQ4EZ7sgat7XmfKriIK24zhS2dWEicKoKIgksbCheMmOA1 DZ8MHZ50KJJIuN8xaBaPV7Z/inD5zHgXtQt6CGH22EL93OvGFsfY5SLSKWjpJOkSuoWTVuswu yKEZhMOa1KO8JIoHBX5xUN7vUPd59QFr7BVX011shCjYrwEfegRqJq4OjvKhVO8LR6IgvvFuR biVu5oVcIFgHaLU+G8EvU3A/3QloMzx2bo6bqCXPuusf150HFsk6s01OlhqWA101d5SiqvvGK Ngb+HdQU/K1trBqPivsekZzD5lzwUAO500lTeOMULJR8kyk4hjrgPMkneRanOp8dHn4NTMiVu /K8GhCIHV68rQsgCN+8316GnB7RL3tQdrT0qfPfSZyUMng2xpL+hprNyOz3HFH4D2y+T4UG+p peNxvTEu3tfEZVGYi06BHKs5/fsKmmHqRmWfJ02hbye8VQCzlbV1FkioloSwHQL9pFObD6Pu0 HUmnFzdpJcGr+iLj Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 677 Lines: 17 On Monday 18 April 2016 21:31:54 Tomasz Nowicki wrote: > > Basically the whole content of pci-thunder-ecam.c and pci-thunder-pem.c. > > pci-thunder-ecam.c contains config space accessors. Similar for > pci-thunder-pem.c but it also has extra init call (it is now called > thunder_pem_init) which finds and maps related registers. They seem to do much more than just override the accessors, they actually change the contents of the config space as well. Is that really necessary on ACPI based systems as well? Another idea: how about moving all of this logic into ACPI and calling some AML method to access the config space if the devices are that far out of spec. Arnd