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 S1752766AbbJRFUm (ORCPT <rfc822;w@1wt.eu>);
	Sun, 18 Oct 2015 01:20:42 -0400
Received: from h1446028.stratoserver.net ([85.214.92.142]:36941 "EHLO
	mail.ahsoftware.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751284AbbJRFUl (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sun, 18 Oct 2015 01:20:41 -0400
Subject: Re: [PATCH 04/14] init: deps: order network interfaces by link order
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
References: <1445102067-11519-1-git-send-email-holler@ahsoftware.de>
 <1445102067-11519-5-git-send-email-holler@ahsoftware.de>
 <CA+55aFyOf_Uu1z64331Tvep6auUtjAkOsRXdYh0=Nvs3RFh89Q@mail.gmail.com>
 <5622956F.80408@ahsoftware.de>
 <CA+55aFxjhQzjSf7SBR8BRBJWvUEHfKbQMVhgyQkH-p9j4s-Lew@mail.gmail.com>
 <56229B0B.80100@ahsoftware.de>
 <CA+55aFz62v1oH=K-GKoNmeUzeOx2Ted1w12ahN46qVqmiyhyxg@mail.gmail.com>
 <56229E1A.8010803@ahsoftware.de> <20151017193606.GA2315@kroah.com>
 <5623272A.1050205@ahsoftware.de> <20151018051443.GA29830@kroah.com>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Andrew Morton <akpm@linux-foundation.org>,
        Russell King <linux@arm.linux.org.uk>,
        Grant Likely <grant.likely@linaro.org>
From: Alexander Holler <holler@ahsoftware.de>
Message-ID: <56232C22.4030502@ahsoftware.de>
Date: Sun, 18 Oct 2015 07:20:34 +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: <20151018051443.GA29830@kroah.com>
Content-Type: text/plain; charset=windows-1252; 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 18.10.2015 um 07:14 schrieb Greg Kroah-Hartman:
> On Sun, Oct 18, 2015 at 06:59:22AM +0200, Alexander Holler wrote:
>> Am 17.10.2015 um 21:36 schrieb Greg Kroah-Hartman:
>>
>>> Again, parallelizing does not solve anything, and causes more problems
>>> _and_ makes things take longer.  Try it, we have done it in the past and
>>> proven this, it's pretty easy to test :)
>>
>> Just because I'm curious, may I ask how I would test that in the easy way
>> you have in mind? I've just posted the results of my tests (the patch
>> series) but I wonder what you do have in mind.
>
> Use the tool, scripts/bootgraph.pl to create a boot graph of your boot
> sequence.  That should show you the drivers, or other areas, that are
> causing your boot to be "slow".

So I've misunderstood you. I've read your paragraph as that it's easy to 
test parallelizing.

> Hope this helps,

Unfortunately no, but thanks anyway. ;)

Alexander Holler