On 11 September 2015 at 17:35, Mark Brown wrote:
> On Fri, Sep 11, 2015 at 04:06:07PM +0200, Tomeu Vizoso wrote:
>
>> Once a platform device (with the platform bus as its parent) is
>> retrieved from the deferred queue, both the parent and the device in
>> question are locked (because of the USB
On 11 September 2015 at 17:35, Mark Brown wrote:
> On Fri, Sep 11, 2015 at 04:06:07PM +0200, Tomeu Vizoso wrote:
>
>> Once a platform device (with the platform bus as its parent) is
>> retrieved from the deferred queue, both the parent and the device in
>> question are locked
On Fri, Sep 11, 2015 at 04:06:07PM +0200, Tomeu Vizoso wrote:
> Once a platform device (with the platform bus as its parent) is
> retrieved from the deferred queue, both the parent and the device in
> question are locked (because of the USB stuff mentioned below). If
> that device depends on
On 11 September 2015 at 11:57, Mark Brown wrote:
> On Mon, Sep 07, 2015 at 02:31:06PM +0200, Tomeu Vizoso wrote:
>> On 11 August 2015 at 11:37, Tomeu Vizoso wrote:
>> > On 7 August 2015 at 14:19, Mark Brown wrote:
>
>> >> This sounds like it's going to break in the case where we have MFDs that
On Mon, Sep 07, 2015 at 02:31:06PM +0200, Tomeu Vizoso wrote:
> On 11 August 2015 at 11:37, Tomeu Vizoso wrote:
> > On 7 August 2015 at 14:19, Mark Brown wrote:
> >> This sounds like it's going to break in the case where we have MFDs that
> >> represent their functions in DT (not a pattern I'm
On Mon, Sep 07, 2015 at 02:31:06PM +0200, Tomeu Vizoso wrote:
> On 11 August 2015 at 11:37, Tomeu Vizoso wrote:
> > On 7 August 2015 at 14:19, Mark Brown wrote:
> >> This sounds like it's going to break in the case where we have MFDs that
> >>
On 11 September 2015 at 11:57, Mark Brown wrote:
> On Mon, Sep 07, 2015 at 02:31:06PM +0200, Tomeu Vizoso wrote:
>> On 11 August 2015 at 11:37, Tomeu Vizoso wrote:
>> > On 7 August 2015 at 14:19, Mark Brown wrote:
>
>> >> This
On Fri, Sep 11, 2015 at 04:06:07PM +0200, Tomeu Vizoso wrote:
> Once a platform device (with the platform bus as its parent) is
> retrieved from the deferred queue, both the parent and the device in
> question are locked (because of the USB stuff mentioned below). If
> that device depends on
On 11 August 2015 at 11:37, Tomeu Vizoso wrote:
> On 7 August 2015 at 14:19, Mark Brown wrote:
>> On Thu, Aug 06, 2015 at 04:11:39PM +0200, Tomeu Vizoso wrote:
>>
>>> Walks the OF tree up and finds the closest ancestor that has a platform
>>> device associated with it, probing it if isn't bound
On 11 August 2015 at 11:37, Tomeu Vizoso wrote:
> On 7 August 2015 at 14:19, Mark Brown wrote:
>> On Thu, Aug 06, 2015 at 04:11:39PM +0200, Tomeu Vizoso wrote:
>>
>>> Walks the OF tree up and finds the closest ancestor that has a platform
>>>
On 7 August 2015 at 14:19, Mark Brown wrote:
> On Thu, Aug 06, 2015 at 04:11:39PM +0200, Tomeu Vizoso wrote:
>
>> Walks the OF tree up and finds the closest ancestor that has a platform
>> device associated with it, probing it if isn't bound to a driver yet.
>
>> The above should ensure that the
On 7 August 2015 at 14:19, Mark Brown broo...@kernel.org wrote:
On Thu, Aug 06, 2015 at 04:11:39PM +0200, Tomeu Vizoso wrote:
Walks the OF tree up and finds the closest ancestor that has a platform
device associated with it, probing it if isn't bound to a driver yet.
The above should ensure
On Thu, Aug 06, 2015 at 04:11:39PM +0200, Tomeu Vizoso wrote:
> Walks the OF tree up and finds the closest ancestor that has a platform
> device associated with it, probing it if isn't bound to a driver yet.
> The above should ensure that the dependency represented by the passed OF
> node is
On Thu, Aug 06, 2015 at 04:11:39PM +0200, Tomeu Vizoso wrote:
Walks the OF tree up and finds the closest ancestor that has a platform
device associated with it, probing it if isn't bound to a driver yet.
The above should ensure that the dependency represented by the passed OF
node is
Walks the OF tree up and finds the closest ancestor that has a platform
device associated with it, probing it if isn't bound to a driver yet.
The above should ensure that the dependency represented by the passed OF
node is available, because probing a platform device should cause its
descendants
Walks the OF tree up and finds the closest ancestor that has a platform
device associated with it, probing it if isn't bound to a driver yet.
The above should ensure that the dependency represented by the passed OF
node is available, because probing a platform device should cause its
descendants
16 matches
Mail list logo