Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1429530AbdDYLDN (ORCPT ); Tue, 25 Apr 2017 07:03:13 -0400 Received: from mail-oi0-f65.google.com ([209.85.218.65]:34078 "EHLO mail-oi0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1172415AbdDYLDE (ORCPT ); Tue, 25 Apr 2017 07:03:04 -0400 MIME-Version: 1.0 In-Reply-To: <0601c14c-ce5c-a181-0801-4a64a0a3c7be@codeaurora.org> References: <1492813704-32280-1-git-send-email-okaya@codeaurora.org> <0601c14c-ce5c-a181-0801-4a64a0a3c7be@codeaurora.org> From: "Rafael J. Wysocki" Date: Tue, 25 Apr 2017 13:03:03 +0200 X-Google-Sender-Auth: cfftTSFU5-AOOsON4LwEx_Y4ZqA Message-ID: Subject: Re: [PATCH] ACPI / GED: use late init to allow other drivers init To: Sinan Kaya Cc: "Rafael J. Wysocki" , ACPI Devel Maling List , Timur Tabi , "Rafael J. Wysocki" , Len Brown , Linux Kernel Mailing List Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 693 Lines: 22 On Tue, Apr 25, 2017 at 3:43 AM, Sinan Kaya wrote: > >> My point is that nothing guarantees a specific ordering or timing of >> module loading in general, so moving stuff to different initcall >> levels does not really help 100% of the time. >> > > Are you talking about init vs. probe in general? Yes. Generally speaking, if the initialization of built-in code depends on a loadable module to be present, it has to explicitly wait for that module to advertise itself, this way or another, or it has to poll. > Sorry, I'm trying to decode what you mean to see if there is some other behavior > that I'm not aware of in ACPI. Sorry for being unclear. Thanks, Rafael