Received: by 2002:a25:ef43:0:0:0:0:0 with SMTP id w3csp639309ybm; Wed, 27 May 2020 04:32:10 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzR18SaSeqwV/Jksb1hvlAWXhg+LcJ12wRrK16IPBdYZTkISv5MVEib5gjTrLrBCkXoUJc/ X-Received: by 2002:a17:906:934d:: with SMTP id p13mr5379665ejw.452.1590579130778; Wed, 27 May 2020 04:32:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1590579130; cv=none; d=google.com; s=arc-20160816; b=fcHoaD+Qautz3JlGfRi1wEfgQRyQpaUK5UOT/pvOtMZRtlVGbWZJlWtXi8Xxfi8Pin S7ImzdXPPbwBLo5x/Lx73nXYJrFgWcwvWLzRilREkhzZMP/rXbVFZjkwoNplMPKRd2Cm FBNHcPdcdKWDGePQZh5ZSsiHOHbD9s6XPFSPrlwFtabW7qAq7s0i3y84Eqw/3jeUPH9H ZwxvVnxb3HPIh13QeYcRQKbn2flnu0ZfkZqxqcG71iWX/1fMZ+DCVfTJpSMwCjbxD8dT CF/P8MjEjC5iOSzoosxJ4EdvAZxq49HxCuuzqj0rwlRDFMHisCxqOAeMi8fs8sjgIWdr cCSQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version; bh=h3Vf/8HCMk561tgOGurCRYMhZAb/uST7YGymdNcxavM=; b=ed5QEYUZJyzgkE4/7+G2zAKNcmhAFJHUnZokk8KcDkBwQdZAe/peoHkQ/Q+COEYmaU 0gTokEmd/Eg5JVqP+ZSrQkghX1DTnEHuFFkcq89Bh4yDFKJX1Uc51sgWZ4+drraOXyxw oJe+hyX3YDowxxXz12+3vdShgqgF1AsGO/fmz5HEMF76rNajmaHZdXlhKh4L0DQ2NPu+ E0Pj7GujS7Oh1d4l4jisduz+80coaXAYOgED8lSYlWBF6G/xoGrGcgEXfyY3/4LPyEKt dXXOzgOORFpzrJLj9Q90H7n7NqmSeoMrdBk84fsDQrhVtkA7+lDku7Lnjmwhyvng57NR 8qrg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id ci10si1463380ejc.170.2020.05.27.04.31.38; Wed, 27 May 2020 04:32:10 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-crypto-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-crypto-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729561AbgE0JyI (ORCPT + 99 others); Wed, 27 May 2020 05:54:08 -0400 Received: from mout.kundenserver.de ([212.227.17.13]:32817 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727064AbgE0JyH (ORCPT ); Wed, 27 May 2020 05:54:07 -0400 Received: from mail-qv1-f47.google.com ([209.85.219.47]) by mrelayeu.kundenserver.de (mreue109 [212.227.15.145]) with ESMTPSA (Nemesis) id 1MBltK-1jjLKT2c6m-00CDQl; Wed, 27 May 2020 11:54:05 +0200 Received: by mail-qv1-f47.google.com with SMTP id dh1so10830611qvb.13; Wed, 27 May 2020 02:54:05 -0700 (PDT) X-Gm-Message-State: AOAM533l6opv8qtsuRCknZJWxN9mxqkxakKQZXRox1ZB6l8pPY/cujqk libGPswclU007e0F2M3O/sNDzmsOyV7OYa0nueM= X-Received: by 2002:a05:6214:370:: with SMTP id t16mr24222212qvu.197.1590573244279; Wed, 27 May 2020 02:54:04 -0700 (PDT) MIME-Version: 1.0 References: <1590493749-13823-1-git-send-email-zhangfei.gao@linaro.org> <20200527090007.GA179718@kroah.com> In-Reply-To: <20200527090007.GA179718@kroah.com> From: Arnd Bergmann Date: Wed, 27 May 2020 11:53:48 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH 0/2] Introduce PCI_FIXUP_IOMMU To: Greg Kroah-Hartman Cc: Zhangfei Gao , Joerg Roedel , Bjorn Helgaas , Lorenzo Pieralisi , Hanjun Guo , Sudeep Holla , "Rafael J. Wysocki" , Len Brown , jean-philippe , Herbert Xu , kenneth-lee-2012@foxmail.com, Wangzhou , "linux-kernel@vger.kernel.org" , "open list:HARDWARE RANDOM NUMBER GENERATOR CORE" , "open list:IOMMU DRIVERS" , ACPI Devel Maling List , Linux ARM , linux-pci Content-Type: text/plain; charset="UTF-8" X-Provags-ID: V03:K1:7K2loUdsuzT4IObBECaTn5y/oTwu9Qnf7fQGq3o3+5XHTkSeubV RkTn504d1Z3tqqH5zotfEfCbYHNzcz7ngEoG4h5+ogwKwxhFOdzfXXT1uY0AWLucWB2PLHR dqkjxVfhTidDANOLpVF1+u7kI0XC3zFrDVIpU5sBiApHBh/4OxfJ/bzSbYnmnvJuFl8225L jAT9cXT8IQvkLTSHkfbQw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:DbAEUAVsBkM=:7+j/lOP7swsqLFFxJSAwFf ItEC3r0lBQC310bf0/c3QzQbF84sZuRnNiMCBE8TLhSAeUv8xxYikqgF650oIKqNymmHdt004 F08oVFVZ7aXRpfvfjzEqavIlw8j/Ba95gvaqi3+x/Ncc6rtSxY5xU7cOl9RynkZqVURxlYKLo 4LH7Ws/t0aqA9WXGeQ3k1+u+lfkfcGVir/daeX3QTAXmKku/spJl4u1B+3c+clr1WnFVWg5ar oLk9Ow3KVtUp+KvVJAcvYPa9FuuzDVkUWrgvKr0EwP02DFcRzAqBdIRfvTMw003Rq6+4BIXyM am1JdeZ35CoJGUTxe538lEdwobpe8YPs8+jvs5R5+rqWmex/KC7FyTvX5WX6Gwu2+2v3aPQXj ZiZ1Ik7xwSRDWe0DgulC3XwlE5EyI/Yp8Zxx/dt3ETB7WyDtIX5DFfxAX26bQnIi0kh1S1kkm zJuSO4KrO8HvLJvF/BHhg5xEy1w03Mfq9JMNWZabgxKxd1+gnQw6QHxW3CElkr+t0N0nqD38R xu1XrBBdgctMN74gdHWvaIsNDLVASuOOxKKZBmBwebuQ9twv9IJdWU49lUPxaLRPaAkUq8kpb uP4EwQG4f7mreMQykVlroIbC+XRj3fdte3PFEs570mYw3gWbb2lsEmFtCV/0Hp+ndYulb/D58 JgQwRg7AASPjMOo1Aat8IywGuyGp+RxqwQbKsofsnCas2HojPD37fSuxyCGj8RGqiLbn+02EY OQpuJmkC3a32velZ0MjS2ODlSOp8TPOGiGQhZsLoqwauWQCWJlkz9GL3Fzh4bHSiU5Q8VkJbg UJYRC664fnWhVVjS/xKOLJofbn8Sr9EmixSWQ3D+C4mSpPjUjU= Sender: linux-crypto-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-crypto@vger.kernel.org On Wed, May 27, 2020 at 11:00 AM Greg Kroah-Hartman wrote: > > On Tue, May 26, 2020 at 07:49:07PM +0800, Zhangfei Gao wrote: > > Some platform devices appear as PCI but are actually on the AMBA bus, > > Why would these devices not just show up on the AMBA bus and use all of > that logic instead of being a PCI device and having to go through odd > fixes like this? There is a general move to having hardware be discoverable even with ARM processors. Having on-chip devices be discoverable using PCI config space is how x86 SoCs usually do it, and that is generally a good thing as it means we don't need to describe them in DT I guess as the hardware designers are still learning about it, this is not always done correctly. In general, we can also describe PCI devices on DT and do fixups during the probing there, but I suspect that won't work as easily using ACPI probing, so the fixup is keyed off the hardware ID, again as is common for x86 on-chip devices. Arnd