From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754656Ab3AVPlU (ORCPT ); Tue, 22 Jan 2013 10:41:20 -0500 Received: from comal.ext.ti.com ([198.47.26.152]:40318 "EHLO comal.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754113Ab3AVPlO (ORCPT ); Tue, 22 Jan 2013 10:41:14 -0500 Message-ID: <50FEB309.9040709@ti.com> Date: Tue, 22 Jan 2013 21:10:57 +0530 From: kishon User-Agent: Mozilla/5.0 (X11; Linux i686; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: Peter Ujfalusi CC: Roger Quadros , , , , , , , , , , , Subject: Re: [PATCH v1 6/6] USB: MUSB: OMAP: get PHY by phandle for dt boot References: <1358848694-20145-1-git-send-email-kishon@ti.com> <1358848694-20145-7-git-send-email-kishon@ti.com> <50FE9F5C.2010501@ti.com> <50FEA447.1090701@ti.com> <50FEA696.8000506@ti.com> <50FEAE96.30706@ti.com> <50FEB275.80504@ti.com> In-Reply-To: <50FEB275.80504@ti.com> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, On Tuesday 22 January 2013 09:08 PM, Peter Ujfalusi wrote: > On 01/22/2013 04:21 PM, kishon wrote: >> But it's better to check if deferred probing >> takes place whenever a new driver is bound to a device as you just mentioned. > > Whenever you load (might be also when you unload) a driver the deferred > modules will try to probe again. This is to check back if the dependency of > the deferred modules has been fulfilled by the new driver or not. Thanks Peter. -Kishon From mboxrd@z Thu Jan 1 00:00:00 1970 From: kishon Subject: Re: [PATCH v1 6/6] USB: MUSB: OMAP: get PHY by phandle for dt boot Date: Tue, 22 Jan 2013 21:10:57 +0530 Message-ID: <50FEB309.9040709@ti.com> References: <1358848694-20145-1-git-send-email-kishon@ti.com> <1358848694-20145-7-git-send-email-kishon@ti.com> <50FE9F5C.2010501@ti.com> <50FEA447.1090701@ti.com> <50FEA696.8000506@ti.com> <50FEAE96.30706@ti.com> <50FEB275.80504@ti.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Format="flowed" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <50FEB275.80504-l0cyMroinI0@public.gmane.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: devicetree-discuss-bounces+gldd-devicetree-discuss=m.gmane.org-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org Sender: "devicetree-discuss" To: Peter Ujfalusi Cc: linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org, gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org, devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, balbi-l0cyMroinI0@public.gmane.org, eballetbo-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, javier-0uQlZySMnqxg9hUCZPvPmw@public.gmane.org, linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, Roger Quadros List-Id: devicetree@vger.kernel.org Hi, On Tuesday 22 January 2013 09:08 PM, Peter Ujfalusi wrote: > On 01/22/2013 04:21 PM, kishon wrote: >> But it's better to check if deferred probing >> takes place whenever a new driver is bound to a device as you just mentioned. > > Whenever you load (might be also when you unload) a driver the deferred > modules will try to probe again. This is to check back if the dependency of > the deferred modules has been fulfilled by the new driver or not. Thanks Peter. -Kishon From mboxrd@z Thu Jan 1 00:00:00 1970 From: kishon@ti.com (kishon) Date: Tue, 22 Jan 2013 21:10:57 +0530 Subject: [PATCH v1 6/6] USB: MUSB: OMAP: get PHY by phandle for dt boot In-Reply-To: <50FEB275.80504@ti.com> References: <1358848694-20145-1-git-send-email-kishon@ti.com> <1358848694-20145-7-git-send-email-kishon@ti.com> <50FE9F5C.2010501@ti.com> <50FEA447.1090701@ti.com> <50FEA696.8000506@ti.com> <50FEAE96.30706@ti.com> <50FEB275.80504@ti.com> Message-ID: <50FEB309.9040709@ti.com> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org Hi, On Tuesday 22 January 2013 09:08 PM, Peter Ujfalusi wrote: > On 01/22/2013 04:21 PM, kishon wrote: >> But it's better to check if deferred probing >> takes place whenever a new driver is bound to a device as you just mentioned. > > Whenever you load (might be also when you unload) a driver the deferred > modules will try to probe again. This is to check back if the dependency of > the deferred modules has been fulfilled by the new driver or not. Thanks Peter. -Kishon