From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751990AbaHaWcV (ORCPT ); Sun, 31 Aug 2014 18:32:21 -0400 Received: from mga01.intel.com ([192.55.52.88]:63718 "EHLO mga01.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751667AbaHaWcU (ORCPT ); Sun, 31 Aug 2014 18:32:20 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.97,862,1389772800"; d="scan'208";a="379534953" Message-ID: <5403A273.4070504@linux.intel.com> Date: Sun, 31 Aug 2014 15:32:19 -0700 From: Arjan van de Ven User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: =?UTF-8?B?5ZC056ug6YeR?= , Greg KH CC: Dmitry Torokhov , "Luis R. Rodriguez" , "tiwai@suse.de" , "tj@kernel.org" , "linux-kernel@vger.kernel.org" , "oleg@redhat.com" , "akpm@linux-foundation.org" , "penguin-kernel@i-love.sakura.ne.jp" , "joseph.salisbury@canonical.com" , "bpoirier@suse.de" , "Luis R. Rodriguez" Subject: Re: [RFC v1 0/3] driver-core: add asynch module loading support References: <99jhsb6abtsilpt3j5nu991b.1409513632114@email.android.com> In-Reply-To: <99jhsb6abtsilpt3j5nu991b.1409513632114@email.android.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 8/31/2014 1:06 PM, 吴章金 wrote: > Hi, folks > > I'm back to this discussion, > > The original requirement of my first RFC patchset is mainly for Android Smartphone use case: > > 1. We want light on LCD and draw a logo immediately after power key press(don't consider uboot or lk biotloader here). > 2. We want the whole kernel boot fast to give user the Android Launch deaktop > 3. The modem initialization/reset is slow > 4. The Touchpad firmware upgrade is slow > 5. We have many cpu cores(up to 8 in latest exynos 5430 and MT6595...) > 6. We have few schedulable/parallellizable threads > 7. We compiled all of the modules in the kernel(stupid? avoid modprobe...but lose parallelization in userspace) > > So, I think about is that possible to async most of the probes, but still reserve the requred dependencies to let them still work as expected. you can boot a whole kernel including all graphics in less than 0.5 seconds, even without this patchset.