Received: by 2002:a05:6358:a55:b0:ec:fcf4:3ecf with SMTP id 21csp3058013rwb; Mon, 16 Jan 2023 03:11:52 -0800 (PST) X-Google-Smtp-Source: AMrXdXsTkUgl4ywjnPjpwCOm7e9IHFP+BIJ8yNGJ7YWZb8mR9Z2MIRWKY4fIc1UMCwytEnDT6zKT X-Received: by 2002:aa7:9586:0:b0:580:e549:559e with SMTP id z6-20020aa79586000000b00580e549559emr21610009pfj.17.1673867512239; Mon, 16 Jan 2023 03:11:52 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1673867512; cv=none; d=google.com; s=arc-20160816; b=AlX1uELYBSYwz3su8/d1fcoDPwIzWQmyRJeHYOAdFMT2s5eFaojukvHQresH8ohs8r 3a1t5D8YhN02luByMw9mn7tkUjf3QDGA26FMNmKE4rHyiq/ZIAOcT+YaBZiC62+EHhI3 kPYwVa6Mwb0Wfa3c2mmjUVc3G6X9MREQ1lVZ1JKbOWzFp8C4Gf/sAia+PjaqCE+6nMgS RcMNbRF0i8NBGGOM2Ogmrk8HYeSZ1q7aE5LJxQRS8WHNB6/KskqH8ypSTlWoeXJ6FU0p 3JCM5rAYqxObTy2mT2IfIRVul07+Do9+YLN0EMlbN+u2DHggO1VPfW3bh+vHD8qs4sLB zvfw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=qpFaSguiiG5sSHfQpXcgWAbjptbT0uDYsnZiuy0reew=; b=YYzIkNPSi1hYMOz+eg+4+DO2L7Bt6JOeADsP40o4GcVTvnUNRGa/cBh8TC1VH9bz9O 944Htdkxxjobhpx2/F728fO2vpE3tBHWHVVDBlauzLV1N/bAQwpQrBnUvxeIsk92emot aesvK/3Xm4FNlBHOpwOh1ZMadDCO1zyd3bkOVMgaxsiUIE79MXhqhiUTAKzqNm7MSIID jmsEhRdxsG+soCedKqYnDP7u1i6keRY7UgyZ+0PerOofVlvqRQr3yFWjjleWvWdAFBkC 4gWO0zQxZyhYrOWjJ88NxzV/WMIjfUW4bh6d9uj7uhYQydNidSRMWYMN5i9MVGHbcYi3 GmDA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@semihalf.com header.s=google header.b=Fkm4AffZ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=semihalf.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id j8-20020a056a00234800b0058da9234e7asi2922238pfj.371.2023.01.16.03.11.46; Mon, 16 Jan 2023 03:11:52 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@semihalf.com header.s=google header.b=Fkm4AffZ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=semihalf.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229908AbjAPKTT (ORCPT + 51 others); Mon, 16 Jan 2023 05:19:19 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36842 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229869AbjAPKTO (ORCPT ); Mon, 16 Jan 2023 05:19:14 -0500 Received: from mail-ed1-x534.google.com (mail-ed1-x534.google.com [IPv6:2a00:1450:4864:20::534]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 679D25592 for ; Mon, 16 Jan 2023 02:19:13 -0800 (PST) Received: by mail-ed1-x534.google.com with SMTP id y19so6484927edc.2 for ; Mon, 16 Jan 2023 02:19:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf.com; s=google; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=qpFaSguiiG5sSHfQpXcgWAbjptbT0uDYsnZiuy0reew=; b=Fkm4AffZNk48McGdW+1Y8+1FGAHhY1hGahKH/oAorEqzl7rgGtEe2ea0jeZBUxnDow hF53GMkNMxVz8g5R3IywO3S/ZgYqxOalrADzSEh+3pK3mKWX6ma1Z8jihu1dlEry3JYB YU7HXiHYmgQL9DhHJDpZXi5fqz3Lj6tJr7CFqnW+YbK0j552jjhbwFSjV9P/Sav87zeN r6N7upl+wYglr6gCQ/GS9/lfucTz4FLi+BhCdcj0LYpQAS+pGLOfFvZn8z82Q4kmOu+8 WKMLiC2xytUGg+2yQROFHv/Cd4jyxpC3U+QRV2bMT3sNQPFrqSte0HpwXezWPkegpAUs kAzg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=qpFaSguiiG5sSHfQpXcgWAbjptbT0uDYsnZiuy0reew=; b=x9LxHu1p0RskPOmYmvFtbDbGXxFBlNxFOqde1J0LfBq4ZarlzPNx7dDNMn0jlbtzua zfutUxxESz+Xt9BLZCf3KXHlQaTcuo3ZAZXhIPqcl4ipWvDsopKDLT+NfppwjYK6s4Le ATQjDz4HFfb1DOIumdPP7NsFqTcUoAKBq85icsp8TiTLXWBlBkme9rRpdB9IYw/hUrzQ 7fsa4tv/6o0H26LiT3F1RB0zmYI1EhI1nDcqxTBlTea3nJx9b0EtZKtjWnQbnR+tw9/p 23SSqiOQhfRTaXs95YtgoScaeHlkcjkaq7YvQnswpE2n62JX+JyO/t00YTtgxVlx4FwF BhEA== X-Gm-Message-State: AFqh2kqyUObxxZ2RF57m8mlsFTdUkeUlHIb0kU3PgwfCE1/x1WxejSUb 1cxm84r1UQyiaArZnoMLkuJPTTZ2OOFlOF3DkPVgPg== X-Received: by 2002:a05:6402:f29:b0:499:b3b2:cfbf with SMTP id i41-20020a0564020f2900b00499b3b2cfbfmr263340eda.145.1673864352024; Mon, 16 Jan 2023 02:19:12 -0800 (PST) MIME-Version: 1.0 References: <60a52348-7d50-1056-a596-e154f87c99d2@amd.com> <33d5cc27-474b-fdec-a6b0-84ac16f7d386@redhat.com> In-Reply-To: From: =?UTF-8?B?SmFuIETEhWJyb8Wb?= Date: Mon, 16 Jan 2023 11:19:00 +0100 Message-ID: Subject: Re: [PATCH -next 1/2] i2c: designware: Switch from using MMIO access to SMN access To: Borislav Petkov Cc: "Limonciello, Mario" , Borislav Petkov , Hans de Goede , Andy Shevchenko , linux-kernel@vger.kernel.org, linux-i2c@vger.kernel.org, jarkko.nikula@linux.intel.com, wsa@kernel.org, rrangel@chromium.org, upstream@semihalf.com, Muralidhara M K , Naveen Krishna Chatradhi , Yazen Ghannam Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Borislav, > Make init_amd_nbs() arch_initcall_sync() so that it executes after PCI init. I described earlier in this thread why such option is not working - let me quote myself: It's not enough for running init_amd_nbs() to have only pci_arch_init() done. We need the pci bus to be created and registered with all devices found on the bus. We are traversing through them and trying to find northbridge VID/DID. Due to the above, we need to run init_amd_nbs() only after acpi_scan_init() that is invoked from acpi_init() which is registered as subsys_initcall. That's why the trick with switching init_amd_nbs() to arch_initcall_sync will not work. We have a kind of chicken-and-egg problem here. Or is there something I missed? I wonder if there is upstreamable option to control order of the drivers' init by forcing link order? Best Regards, Jan