From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753300AbbH0TPj (ORCPT <rfc822;w@1wt.eu>);
	Thu, 27 Aug 2015 15:15:39 -0400
Received: from h1446028.stratoserver.net ([85.214.92.142]:35666 "EHLO
	mail.ahsoftware.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751883AbbH0TPh (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 27 Aug 2015 15:15:37 -0400
Subject: Re: [PATCH 00/16] deps: deterministic driver initialization order
To: linux-kernel@vger.kernel.org
References: <1440592108-3740-1-git-send-email-holler@ahsoftware.de>
 <55DF5E7C.8030806@ahsoftware.de>
Cc: linux-arm-kernel@lists.infradead.org, devicetree@vger.kernel.org,
        Greg KH <gregkh@linuxfoundation.org>,
        Russel King <linux@arm.linux.org.uk>,
        Andrew Morton <akpm@linux-foundation.org>,
        Grant Likely <grant.likely@linaro.org>,
        Tomeu Vizoso <tomeu.vizoso@collabora.com>
From: Alexander Holler <holler@ahsoftware.de>
Message-ID: <55DF61CE.9030303@ahsoftware.de>
Date: Thu, 27 Aug 2015 21:15:26 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
MIME-Version: 1.0
In-Reply-To: <55DF5E7C.8030806@ahsoftware.de>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

Am 27.08.2015 um 21:01 schrieb Alexander Holler:
> Am 26.08.2015 um 14:28 schrieb Alexander Holler:
>
>> The final 2 patches are fixes which should end up in mainline, regardless
>> if this feature is merged or not.
>
> Just in case your serial or MTD-NAND partitions don't work, the drivers
> drivers/tty/serial/8250/8250_core.c and drivers/mtd/ofpart.c need the
> same trivial fix for their initcall level as found in the last two
> patches of my series. I'm not going to post these patches now until I've
> got some feedback for the other stuff.

And just in case, I also have an idea how to fix such dependencies for 
drivers without DT (by adding hard-wired dependencies directly to 
drivers). That would also be usable for ACPI and x86.

But one step after another. Based on my past experiences, I don't even 
think the stuff I've just posted will ever end up in the kernel.

> Regards,
>
> Alexander Holler