On Sun, Nov 2, 2014 at 3:37 AM, Nicolas Pitre n...@fluxnic.net wrote:
On Thu, 30 Oct 2014, Geert Uytterhoeven wrote:
On Thu, Oct 30, 2014 at 12:49 AM, Tim Bird tim.b...@sonymobile.com wrote:
The way the feature is expressed in the current code is that a
set of drivers are marked for deferred
On Thu, 30 Oct 2014, Geert Uytterhoeven wrote:
On Thu, Oct 30, 2014 at 12:49 AM, Tim Bird tim.b...@sonymobile.com wrote:
The way the feature is expressed in the current code is that a
set of drivers are marked for deferred initialization (I'll refer
to this as issue 0). Then, at boot: 1)
On Wed, 29 Oct 2014, Tim Bird wrote:
I have been thinking about the points you made previously,
and have given the problem space some more thought. I agree
that as it stands this is a very niche solution, and it would
be good to think about the broader picture and how things
might be
On Thu, Oct 30, 2014 at 12:49 AM, Tim Bird tim.b...@sonymobile.com wrote:
The way the feature is expressed in the current code is that a
set of drivers are marked for deferred initialization (I'll refer
to this as issue 0). Then, at boot: 1) most drivers are initialized
normally, 2) user
On 10/27/2014 01:29 PM, Nicolas Pitre wrote:
On Fri, 24 Oct 2014, Geert Uytterhoeven wrote:
Several patches are linked from
http://elinux.org/Deferred_Initcalls
Latest version is
http://elinux.org/images/5/51/0001-Port-deferred-initcalls-to-3.10.patch
In the hope of providing some
On Fri, 24 Oct 2014, Geert Uytterhoeven wrote:
Several patches are linked from
http://elinux.org/Deferred_Initcalls
Latest version is
http://elinux.org/images/5/51/0001-Port-deferred-initcalls-to-3.10.patch
In the hope of providing some constructive and concrete feedback to this
thread,
On 27/10/2014 at 16:29:10 -0400, Nicolas Pitre wrote :
On Fri, 24 Oct 2014, Geert Uytterhoeven wrote:
Several patches are linked from
http://elinux.org/Deferred_Initcalls
Latest version is
http://elinux.org/images/5/51/0001-Port-deferred-initcalls-to-3.10.patch
In the hope of
On 10/23/14 19:36, Nicolas Pitre wrote:
On Thu, 23 Oct 2014, Rob Landley wrote:
3) You, too, conveniently avoided to define the initial problem so far.
That makes for rather sterile conversations about alternative
solutions that could score higher on the mainline acceptance scale.
With
On Fri, Oct 24, 2014 at 9:38 PM, Rob Landley r...@landley.net wrote:
I'm going to recuse myself from the rest of this thread because I'm
clearly getting annoyed with us talking past each other. Somebody's got
an actual patch (which they still haven't linked to). I'll shut up and
let them show
On Fri, 24 Oct 2014, Rob Landley wrote:
On 10/23/14 19:36, Nicolas Pitre wrote:
As you know already, you can do anything you want on your own. That's
granted by the GPL.
I'm pretty sure I could have done anything I wanted on my own with
System 6 unix in the 1970's (modulo being 7
On Wednesday, October 22, 2014 8:49 AM, Nicolas Pitre [n...@fluxnic.net] wrote:
On Wed, 22 Oct 2014, Rob Landley wrote:
On 10/21/14 14:58, Nicolas Pitre wrote:
On Tue, 21 Oct 2014, Bird, Tim wrote:
I'm going to respond to several comments in this one message (sorry for
the likely
On Thu, 23 Oct 2014, Bird, Tim wrote:
I'm not sure why this attention to reading the status. The salient feature
here is that the initializations are deferred until user space tells the
kernel
to proceed. It's the initiation of the trigger from user-space that matters.
The whole purpose
On 23/10/2014 at 13:56:44 -0400, Nicolas Pitre wrote :
On Thu, 23 Oct 2014, Bird, Tim wrote:
I'm not sure why this attention to reading the status. The salient feature
here is that the initializations are deferred until user space tells the
kernel
to proceed. It's the initiation of
On 10/23/14 12:21, Bird, Tim wrote:
On Wednesday, October 22, 2014 8:49 AM, Nicolas Pitre [n...@fluxnic.net]
wrote:
On Wed, 22 Oct 2014, Rob Landley wrote:
Otherwise the standard hotplug notification mechanism is already
available.
I'm not sure why this attention to reading the status.
On Thu, 23 Oct 2014, Alexandre Belloni wrote:
On 23/10/2014 at 13:56:44 -0400, Nicolas Pitre wrote :
On Thu, 23 Oct 2014, Bird, Tim wrote:
I'm not sure why this attention to reading the status. The salient
feature
here is that the initializations are deferred until user space
On Thursday, October 23, 2014 12:05 PM, Nicolas Pitre wrote:
On Thu, 23 Oct 2014, Alexandre Belloni wrote:
On 23/10/2014 at 13:56:44 -0400, Nicolas Pitre wrote :
On Thu, 23 Oct 2014, Bird, Tim wrote:
I'm not sure why this attention to reading the status. The salient
feature
On Thu, 23 Oct 2014, Bird, Tim wrote:
On Thursday, October 23, 2014 12:05 PM, Nicolas Pitre wrote:
On Thu, 23 Oct 2014, Alexandre Belloni wrote:
On 23/10/2014 at 13:56:44 -0400, Nicolas Pitre wrote :
On Thu, 23 Oct 2014, Bird, Tim wrote:
I'm not sure why this attention to
On 10/23/14 14:05, Nicolas Pitre wrote:
On Thu, 23 Oct 2014, Alexandre Belloni wrote:
On 23/10/2014 at 13:56:44 -0400, Nicolas Pitre wrote :
On Thu, 23 Oct 2014, Bird, Tim wrote:
Why a trigger? I'm suggesting no trigger at all is needed.
Let all initcalls start initializing whenever they
On 10/23/14 15:50, Nicolas Pitre wrote:
On Thu, 23 Oct 2014, Bird, Tim wrote:
On Thursday, October 23, 2014 12:05 PM, Nicolas Pitre wrote:
On Thu, 23 Oct 2014, Alexandre Belloni wrote:
On 23/10/2014 at 13:56:44 -0400, Nicolas Pitre wrote :
On Thu, 23 Oct 2014, Bird, Tim wrote:
I'm not
On Thu, 23 Oct 2014, Rob Landley wrote:
On 10/23/14 14:05, Nicolas Pitre wrote:
On Thu, 23 Oct 2014, Alexandre Belloni wrote:
On 23/10/2014 at 13:56:44 -0400, Nicolas Pitre wrote :
On Thu, 23 Oct 2014, Bird, Tim wrote:
Why a trigger? I'm suggesting no trigger at all is needed.
On Thu, 23 Oct 2014, Rob Landley wrote:
Doing hardware probing at low priorities can cause really _fun_ latency
spikes in the system as something grabs a lock and then sleeps. (And
doing this at the realtime scheduling where it won't do that translates
those latency spikes into the
On 10/21/2014 12:37 PM, Bird, Tim wrote:
snip
With regards to doing it dynamically, I'd have to think about how
to do that. Having text-based lists of things to do at runtime seems
to fit with how we're using device tree these days, but I'm not sure
how that would work.
Initcall function
On Tue, Oct 21, 2014 at 9:58 PM, Nicolas Pitre n...@fluxnic.net wrote:
Yeah, I'm not a big fan of having to change kernel code in order to
use the feature. I am quite intrigued by Geert Uytterhoeven's idea
to add a 'D' option to the config system, so that the record of which
modules to defer
On 10/21/14 14:58, Nicolas Pitre wrote:
On Tue, 21 Oct 2014, Bird, Tim wrote:
I'm going to respond to several comments in this one message (sorry for the
likely confusion)
On Tuesday, October 21, 2014 9:31 AM, Nicolas Pitre [n...@fluxnic.net] wrote:
On Tue, 21 Oct 2014, Grant Likely
On Wed, 22 Oct 2014, Rob Landley wrote:
On 10/21/14 14:58, Nicolas Pitre wrote:
On Tue, 21 Oct 2014, Bird, Tim wrote:
I'm going to respond to several comments in this one message (sorry for
the likely confusion)
On Tuesday, October 21, 2014 9:31 AM, Nicolas Pitre
On 19/10/2014 at 08:59:20 +0200, Dirk Behme wrote :
Btw.: Does anybody have the correct mail address of Chris? Maybe he
has some opinions on this, too, as his talk is the starting point of
this discussion ;)
I think you can try challi...@gmail.com
--
Alexandre Belloni, Free Electrons
On Sat, Oct 18, 2014 at 9:11 AM, Bird, Tim tim.b...@sonymobile.com wrote:
The answer is pretty easy, I think. I tried to mainline it once but failed,
and didn't really try again. If it is being found useful, we should try to
mainline it again, this time with more persistence. The reason
On Tue, Oct 21, 2014 at 1:52 PM, Grant Likely grant.lik...@secretlab.ca wrote:
On Sat, Oct 18, 2014 at 9:11 AM, Bird, Tim tim.b...@sonymobile.com wrote:
The answer is pretty easy, I think. I tried to mainline it once but failed,
and didn't really try again. If it is being found useful, we
On Tue, 21 Oct 2014, Grant Likely wrote:
On Sat, Oct 18, 2014 at 9:11 AM, Bird, Tim tim.b...@sonymobile.com wrote:
The answer is pretty easy, I think. I tried to mainline it once but
failed, and didn't really try again. If it is being found useful, we
should try to mainline it again,
I'm going to respond to several comments in this one message (sorry for the
likely confusion)
On Tuesday, October 21, 2014 9:31 AM, Nicolas Pitre [n...@fluxnic.net] wrote:
On Tue, 21 Oct 2014, Grant Likely wrote:
On Sat, Oct 18, 2014 at 9:11 AM, Bird, Tim tim.b...@sonymobile.com wrote:
The
On Tue, 21 Oct 2014, Bird, Tim wrote:
I'm going to respond to several comments in this one message (sorry for the
likely confusion)
On Tuesday, October 21, 2014 9:31 AM, Nicolas Pitre [n...@fluxnic.net] wrote:
On Tue, 21 Oct 2014, Grant Likely wrote:
On Sat, Oct 18, 2014 at 9:11
On 21.10.2014 21:37, Bird, Tim wrote:
I'm going to respond to several comments in this one message (sorry for the
likely confusion)
On Tuesday, October 21, 2014 9:31 AM, Nicolas Pitre [n...@fluxnic.net] wrote:
On Tue, 21 Oct 2014, Grant Likely wrote:
On Sat, Oct 18, 2014 at 9:11 AM, Bird,
On Sat, Oct 18, 2014 at 4:05 PM, Alexandre Belloni
alexandre.bell...@free-electrons.com wrote:
On 18/10/2014 at 10:11:27 +0200, Bird, Tim wrote :
The answer is pretty easy, I think. I tried to mainline it once but failed,
and didn't really try again. If it is being found useful, we should
On 18.10.2014 10:11, Bird, Tim wrote:
The answer is pretty easy, I think. I tried to mainline it once but failed,
and didn't really try again. If it is being found useful, we should try to
mainline it again, this time with more persistence. The reason it got
rejected before IIRC was that
The answer is pretty easy, I think. I tried to mainline it once but failed,
and didn't really try again. If it is being found useful, we should try to
mainline it again, this time with more persistence. The reason it got
rejected before IIRC was that you can accomplish a similar thing with
Hi,
On 18/10/2014 at 10:11:27 +0200, Bird, Tim wrote :
The answer is pretty easy, I think. I tried to mainline it once but failed,
and didn't really try again. If it is being found useful, we should try to
mainline it again, this time with more persistence. The reason it got
rejected
Alexandre Belloni wrote
Hi,
On 18/10/2014 at 10:11:27 +0200, Bird, Tim wrote :
The answer is pretty easy, I think. I tried to mainline it once but
failed, and didn't really try again. If it is being found useful, we
should try to mainline it again, this time with more
37 matches
Mail list logo
