From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Mark Brown <broonie@kernel.org>
Cc: "Tomeu Vizoso" <tomeu.vizoso@collabora.com>,
"Rob Herring" <robh+dt@kernel.org>,
"Russell King" <linux@arm.linux.org.uk>,
"Michael Turquette" <mturquette@baylibre.com>,
"Stephen Boyd" <sboyd@codeaurora.org>,
"Vinod Koul" <vinod.koul@intel.com>,
"Dan Williams" <dan.j.williams@intel.com>,
"Linus Walleij" <linus.walleij@linaro.org>,
"Alexandre Courbot" <gnurou@gmail.com>,
"Thierry Reding" <thierry.reding@gmail.com>,
"David Airlie" <airlied@linux.ie>,
"Terje Bergström" <tbergstrom@nvidia.com>,
"Stephen Warren" <swarren@wwwdotorg.org>,
"Wolfram Sang" <wsa@the-dreams.de>,
"Frank Rowand" <frowand.list@gmail.com>,
"Grant Likely" <grant.likely@linaro.org>,
"Kishon Vijay Abraham I" <kishon@ti.com>,
"Sebastian Reichel" <sre@kernel.org>,
"Dmitry Eremin-Solenikov" <dbaryshkov@gmail.com>,
"David Woodhouse" <dwmw2@infradead.org>,
"Liam Girdwood" <lgirdwood@gmail.com>,
"Felipe Balbi" <balbi@ti.com>,
"Jingoo Han" <jingoohan1@gmail.com>,
"Lee Jones" <lee.jones@linaro.org>,
"Jean-Christophe Plagniol-Villard" <plagnioj@jcrosoft.com>,
"Tomi Valkeinen" <tomi.valkeinen@ti.com>,
linux-kernel@vger.kernel.org, linux-clk@vger.kernel.org,
dmaengine@vger.kernel.org, linux-gpio@vger.kernel.org,
dri-devel@lists.freedesktop.org, linux-tegra@vger.kernel.org,
linux-i2c@vger.kernel.org, devicetree@vger.kernel.org,
linux-pm@vger.kernel.org, linux-pwm@vger.kernel.org,
linux-usb@vger.kernel.org, linux-fbdev@vger.kernel.org
Subject: Re: [GIT PULL] On-demand device probing
Date: Sun, 18 Oct 2015 12:37:57 -0700 [thread overview]
Message-ID: <20151018193757.GA9147@kroah.com> (raw)
In-Reply-To: <20151018192931.GY14956@sirena.org.uk>
On Sun, Oct 18, 2015 at 08:29:31PM +0100, Mark Brown wrote:
> On Fri, Oct 16, 2015 at 11:57:50PM -0700, Greg Kroah-Hartman wrote:
>
> > I can't see adding calls like this all over the tree just to solve a
> > bus-specific problem, you are adding of_* calls where they aren't
> > needed, or wanted, at all.
>
> This isn't bus specific, I'm not sure what makes you say that?
You are making it bus-specific by putting these calls all over the tree
in different bus subsystems semi-randomly for all I can determine.
> > What is the root-problem of your delay in device probing? I read your
> > last patch series and I can't seem to figure out what the issue is that
> > this is solving in any "better" way from the existing deferred probing.
>
> So, I don't actually have any platforms that are especially bothered by
> this (at least not for my use cases) so there's a bit of educated
> guessing going on here but there's two broad things I'm aware of.
>
> One is that regardless of the actual performance of the system when
> deferred probe goes off it splats errors all over the console which
> makes it look like something is going wrong even if everything is fine
> in the end. If lots of deferred probing happens then the volume gets
> big too. People find this distracting, noisy and ugly - it obscures
> actual issues and trains people to ignore errors. I do think this is a
> reasonable concern and that it's worth trying to mitigate against
> deferral for this reason alone. We don't want to just ignore the errors
> and not print anything either since if the resource doesn't appear the
> user needs to know what is preventing the driver from instantiating so
> they can try to fix it.
This has come up many times, I have no objection to just turning that
message into a debug message that can be dynamically enabled for those
people wanting to debug their systems for boot time issues.
Please send a patch to do so.
thanks,
greg k-h
WARNING: multiple messages have this Message-ID (diff)
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Mark Brown <broonie@kernel.org>
Cc: "Tomeu Vizoso" <tomeu.vizoso@collabora.com>,
"Rob Herring" <robh+dt@kernel.org>,
"Russell King" <linux@arm.linux.org.uk>,
"Michael Turquette" <mturquette@baylibre.com>,
"Stephen Boyd" <sboyd@codeaurora.org>,
"Vinod Koul" <vinod.koul@intel.com>,
"Dan Williams" <dan.j.williams@intel.com>,
"Linus Walleij" <linus.walleij@linaro.org>,
"Alexandre Courbot" <gnurou@gmail.com>,
"Thierry Reding" <thierry.reding@gmail.com>,
"David Airlie" <airlied@linux.ie>,
"Terje Bergström" <tbergstrom@nvidia.com>,
"Stephen Warren" <swarren@wwwdotorg.org>,
"Wolfram Sang" <wsa@the-dreams.de>,
"Frank Rowand" <frowand.list@gmail.com>,
"Grant Likely" <grant.likely@linaro.org>,
"Kishon Vijay Abraham I" <kishon@ti.com>,
"Sebastian Reichel" <sre@kernel.org>,
"Dmitry Eremin-Solenikov" <dbaryshkov@gmail.com>,
"David Woodhouse" <dwmw2@infradead.org>,
"Liam Girdwood" <lgirdwood@gmail.com>,
"Felipe Balbi" <balbi@ti.com>
Subject: Re: [GIT PULL] On-demand device probing
Date: Sun, 18 Oct 2015 19:37:57 +0000 [thread overview]
Message-ID: <20151018193757.GA9147@kroah.com> (raw)
In-Reply-To: <20151018192931.GY14956@sirena.org.uk>
On Sun, Oct 18, 2015 at 08:29:31PM +0100, Mark Brown wrote:
> On Fri, Oct 16, 2015 at 11:57:50PM -0700, Greg Kroah-Hartman wrote:
>
> > I can't see adding calls like this all over the tree just to solve a
> > bus-specific problem, you are adding of_* calls where they aren't
> > needed, or wanted, at all.
>
> This isn't bus specific, I'm not sure what makes you say that?
You are making it bus-specific by putting these calls all over the tree
in different bus subsystems semi-randomly for all I can determine.
> > What is the root-problem of your delay in device probing? I read your
> > last patch series and I can't seem to figure out what the issue is that
> > this is solving in any "better" way from the existing deferred probing.
>
> So, I don't actually have any platforms that are especially bothered by
> this (at least not for my use cases) so there's a bit of educated
> guessing going on here but there's two broad things I'm aware of.
>
> One is that regardless of the actual performance of the system when
> deferred probe goes off it splats errors all over the console which
> makes it look like something is going wrong even if everything is fine
> in the end. If lots of deferred probing happens then the volume gets
> big too. People find this distracting, noisy and ugly - it obscures
> actual issues and trains people to ignore errors. I do think this is a
> reasonable concern and that it's worth trying to mitigate against
> deferral for this reason alone. We don't want to just ignore the errors
> and not print anything either since if the resource doesn't appear the
> user needs to know what is preventing the driver from instantiating so
> they can try to fix it.
This has come up many times, I have no objection to just turning that
message into a debug message that can be dynamically enabled for those
people wanting to debug their systems for boot time issues.
Please send a patch to do so.
thanks,
greg k-h
WARNING: multiple messages have this Message-ID (diff)
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Mark Brown <broonie@kernel.org>
Cc: "Tomeu Vizoso" <tomeu.vizoso@collabora.com>,
"Rob Herring" <robh+dt@kernel.org>,
"Russell King" <linux@arm.linux.org.uk>,
"Michael Turquette" <mturquette@baylibre.com>,
"Stephen Boyd" <sboyd@codeaurora.org>,
"Vinod Koul" <vinod.koul@intel.com>,
"Dan Williams" <dan.j.williams@intel.com>,
"Linus Walleij" <linus.walleij@linaro.org>,
"Alexandre Courbot" <gnurou@gmail.com>,
"Thierry Reding" <thierry.reding@gmail.com>,
"David Airlie" <airlied@linux.ie>,
"Terje Bergström" <tbergstrom@nvidia.com>,
"Stephen Warren" <swarren@wwwdotorg.org>,
"Wolfram Sang" <wsa@the-dreams.de>,
"Frank Rowand" <frowand.list@gmail.com>,
"Grant Likely" <grant.likely@linaro.org>,
"Kishon Vijay Abraham I" <kishon@ti.com>,
"Sebastian Reichel" <sre@kernel.org>,
"Dmitry Eremin-Solenikov" <dbaryshkov@gmail.com>,
"David Woodhouse" <dwmw2@infradead.org>,
"Liam Girdwood" <lgirdwood@gmail.com>,
"Felipe Balbi" <balbi@ti.com>
Subject: Re: [GIT PULL] On-demand device probing
Date: Sun, 18 Oct 2015 12:37:57 -0700 [thread overview]
Message-ID: <20151018193757.GA9147@kroah.com> (raw)
In-Reply-To: <20151018192931.GY14956@sirena.org.uk>
On Sun, Oct 18, 2015 at 08:29:31PM +0100, Mark Brown wrote:
> On Fri, Oct 16, 2015 at 11:57:50PM -0700, Greg Kroah-Hartman wrote:
>
> > I can't see adding calls like this all over the tree just to solve a
> > bus-specific problem, you are adding of_* calls where they aren't
> > needed, or wanted, at all.
>
> This isn't bus specific, I'm not sure what makes you say that?
You are making it bus-specific by putting these calls all over the tree
in different bus subsystems semi-randomly for all I can determine.
> > What is the root-problem of your delay in device probing? I read your
> > last patch series and I can't seem to figure out what the issue is that
> > this is solving in any "better" way from the existing deferred probing.
>
> So, I don't actually have any platforms that are especially bothered by
> this (at least not for my use cases) so there's a bit of educated
> guessing going on here but there's two broad things I'm aware of.
>
> One is that regardless of the actual performance of the system when
> deferred probe goes off it splats errors all over the console which
> makes it look like something is going wrong even if everything is fine
> in the end. If lots of deferred probing happens then the volume gets
> big too. People find this distracting, noisy and ugly - it obscures
> actual issues and trains people to ignore errors. I do think this is a
> reasonable concern and that it's worth trying to mitigate against
> deferral for this reason alone. We don't want to just ignore the errors
> and not print anything either since if the resource doesn't appear the
> user needs to know what is preventing the driver from instantiating so
> they can try to fix it.
This has come up many times, I have no objection to just turning that
message into a debug message that can be dynamically enabled for those
people wanting to debug their systems for boot time issues.
Please send a patch to do so.
thanks,
greg k-h
next prev parent reply other threads:[~2015-10-18 19:37 UTC|newest]
Thread overview: 319+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-10-14 8:34 [GIT PULL] On-demand device probing Tomeu Vizoso
2015-10-14 8:34 ` Tomeu Vizoso
2015-10-14 8:34 ` Tomeu Vizoso
2015-10-14 9:26 ` Mark Brown
2015-10-14 9:26 ` Mark Brown
2015-10-14 9:26 ` Mark Brown
2015-10-15 11:42 ` Tomeu Vizoso
2015-10-15 11:42 ` Tomeu Vizoso
2015-10-15 11:42 ` Tomeu Vizoso
2015-10-16 21:23 ` Olof Johansson
2015-10-16 21:23 ` Olof Johansson
2015-10-16 21:23 ` Olof Johansson
2015-10-17 15:19 ` Rob Herring
2015-10-17 15:19 ` Rob Herring
2015-10-17 15:19 ` Rob Herring
2015-10-19 16:52 ` Olof Johansson
2015-10-19 16:52 ` Olof Johansson
2015-10-19 16:52 ` Olof Johansson
2015-10-17 6:57 ` Greg Kroah-Hartman
2015-10-17 6:57 ` Greg Kroah-Hartman
2015-10-17 6:57 ` Greg Kroah-Hartman
2015-10-17 15:04 ` Rob Herring
2015-10-17 15:04 ` Rob Herring
2015-10-17 15:04 ` Rob Herring
2015-10-17 15:47 ` Greg Kroah-Hartman
2015-10-17 15:47 ` Greg Kroah-Hartman
2015-10-17 15:47 ` Greg Kroah-Hartman
2015-10-17 16:28 ` Rob Herring
2015-10-17 16:28 ` Rob Herring
2015-10-17 16:28 ` Rob Herring
2015-10-17 16:56 ` Greg Kroah-Hartman
2015-10-17 16:56 ` Greg Kroah-Hartman
2015-10-17 16:56 ` Greg Kroah-Hartman
2015-10-17 17:54 ` Rob Clark
2015-10-17 17:54 ` Rob Clark
2015-10-17 17:54 ` Rob Clark
2015-10-17 18:27 ` Greg Kroah-Hartman
2015-10-17 18:27 ` Greg Kroah-Hartman
2015-10-17 18:27 ` Greg Kroah-Hartman
2015-10-17 18:45 ` Rob Clark
2015-10-17 18:45 ` Rob Clark
2015-10-17 18:45 ` Rob Clark
2015-10-17 18:59 ` Greg Kroah-Hartman
2015-10-17 18:59 ` Greg Kroah-Hartman
2015-10-17 18:59 ` Greg Kroah-Hartman
2015-10-17 19:39 ` Rob Clark
2015-10-17 19:39 ` Rob Clark
2015-10-17 19:39 ` Rob Clark
2015-10-17 20:22 ` Greg Kroah-Hartman
2015-10-17 20:22 ` Greg Kroah-Hartman
2015-10-17 20:22 ` Greg Kroah-Hartman
2015-10-17 19:04 ` Noralf Trønnes
2015-10-17 19:04 ` Noralf Trønnes
2015-10-17 19:04 ` Noralf Trønnes
2015-10-17 19:48 ` Rob Clark
2015-10-17 19:48 ` Rob Clark
2015-10-17 19:48 ` Rob Clark
2015-10-17 19:48 ` Rob Clark
2015-10-18 19:41 ` Mark Brown
2015-10-18 19:41 ` Mark Brown
2015-10-18 19:41 ` Mark Brown
2015-10-18 19:29 ` Mark Brown
2015-10-18 19:29 ` Mark Brown
2015-10-18 19:29 ` Mark Brown
2015-10-18 19:37 ` Greg Kroah-Hartman [this message]
2015-10-18 19:37 ` Greg Kroah-Hartman
2015-10-18 19:37 ` Greg Kroah-Hartman
2015-10-18 19:53 ` Mark Brown
2015-10-18 19:53 ` Mark Brown
2015-10-18 19:53 ` Mark Brown
2015-10-19 9:44 ` David Woodhouse
2015-10-19 9:44 ` David Woodhouse
2015-10-19 9:44 ` David Woodhouse
2015-10-19 9:52 ` Russell King - ARM Linux
2015-10-19 9:52 ` Russell King - ARM Linux
2015-10-19 9:52 ` Russell King - ARM Linux
2015-10-19 11:02 ` Mark Brown
2015-10-19 11:02 ` Mark Brown
2015-10-19 11:02 ` Mark Brown
2015-10-19 12:35 ` Rob Herring
2015-10-19 12:35 ` Rob Herring
2015-10-19 12:35 ` Rob Herring
2015-10-19 12:47 ` David Woodhouse
2015-10-19 12:47 ` David Woodhouse
2015-10-19 12:47 ` David Woodhouse
2015-10-19 14:50 ` Mark Brown
2015-10-19 14:50 ` Mark Brown
2015-10-19 14:50 ` Mark Brown
2015-10-19 15:29 ` David Woodhouse
2015-10-19 15:29 ` David Woodhouse
2015-10-19 15:29 ` David Woodhouse
2015-10-19 15:43 ` Russell King - ARM Linux
2015-10-19 15:43 ` Russell King - ARM Linux
2015-10-19 15:43 ` Russell King - ARM Linux
2015-10-19 18:27 ` Uwe Kleine-König
2015-10-19 18:27 ` Uwe Kleine-König
2015-10-19 18:27 ` Uwe Kleine-König
2015-10-19 18:39 ` Russell King - ARM Linux
2015-10-19 18:39 ` Russell King - ARM Linux
2015-10-19 18:39 ` Russell King - ARM Linux
2015-10-19 23:47 ` Alexandre Courbot
2015-10-19 23:47 ` Alexandre Courbot
2015-10-19 23:47 ` Alexandre Courbot
2015-10-19 23:47 ` Alexandre Courbot
2015-10-20 7:14 ` gpiod API considerations [Was: [GIT PULL] On-demand device probing] Uwe Kleine-König
2015-10-20 11:12 ` [GIT PULL] On-demand device probing David Woodhouse
2015-10-20 11:12 ` David Woodhouse
2015-10-20 11:12 ` David Woodhouse
2015-10-19 15:58 ` Rob Herring
2015-10-19 15:58 ` Rob Herring
2015-10-19 15:58 ` Rob Herring
2015-10-19 15:58 ` Rob Herring
2015-10-19 21:40 ` Rafael J. Wysocki
2015-10-19 21:40 ` Rafael J. Wysocki
2015-10-19 21:40 ` Rafael J. Wysocki
2015-10-19 21:40 ` Rafael J. Wysocki
2015-10-19 22:58 ` Rob Herring
2015-10-19 22:58 ` Rob Herring
2015-10-19 22:58 ` Rob Herring
2015-10-19 22:58 ` Rob Herring
2015-10-20 7:56 ` Rafael J. Wysocki
2015-10-20 7:56 ` Rafael J. Wysocki
2015-10-20 7:56 ` Rafael J. Wysocki
2015-10-20 7:56 ` Rafael J. Wysocki
2015-10-20 14:15 ` Rob Herring
2015-10-20 14:15 ` Rob Herring
2015-10-20 14:15 ` Rob Herring
2015-10-20 14:15 ` Rob Herring
2015-10-20 14:40 ` Alan Stern
2015-10-20 14:40 ` Alan Stern
2015-10-20 14:40 ` Alan Stern
2015-10-20 15:36 ` Mark Brown
2015-10-20 15:36 ` Mark Brown
2015-10-20 15:36 ` Mark Brown
2015-10-20 16:04 ` Alan Stern
2015-10-20 16:04 ` Alan Stern
2015-10-20 16:04 ` Alan Stern
2015-10-20 16:21 ` Tomeu Vizoso
2015-10-20 16:21 ` Tomeu Vizoso
2015-10-20 16:21 ` Tomeu Vizoso
2015-10-20 17:14 ` Alan Stern
2015-10-20 17:14 ` Alan Stern
2015-10-20 17:14 ` Alan Stern
2015-10-20 19:35 ` Mark Brown
2015-10-20 19:35 ` Mark Brown
2015-10-20 19:35 ` Mark Brown
2015-10-20 23:35 ` Rafael J. Wysocki
2015-10-20 23:35 ` Rafael J. Wysocki
2015-10-20 23:35 ` Rafael J. Wysocki
2015-10-21 6:15 ` Jean-Francois Moine
2015-10-21 6:15 ` Jean-Francois Moine
2015-10-21 6:15 ` Jean-Francois Moine
2015-10-21 6:15 ` Jean-Francois Moine
2015-10-22 0:54 ` Rafael J. Wysocki
2015-10-22 0:54 ` Rafael J. Wysocki
2015-10-22 0:54 ` Rafael J. Wysocki
2015-10-22 9:14 ` Tomeu Vizoso
2015-10-22 9:14 ` Tomeu Vizoso
2015-10-22 9:14 ` Tomeu Vizoso
2015-10-27 4:35 ` Rafael J. Wysocki
2015-10-27 5:03 ` Rafael J. Wysocki
2015-10-27 5:03 ` Rafael J. Wysocki
2015-10-20 23:34 ` Rafael J. Wysocki
2015-10-20 23:34 ` Rafael J. Wysocki
2015-10-20 23:34 ` Rafael J. Wysocki
2015-10-20 23:34 ` Rafael J. Wysocki
2015-10-21 8:55 ` Geert Uytterhoeven
2015-10-21 8:55 ` Geert Uytterhoeven
2015-10-21 8:55 ` Geert Uytterhoeven
2015-10-21 23:39 ` Rafael J. Wysocki
2015-10-21 23:39 ` Rafael J. Wysocki
2015-10-21 23:39 ` Rafael J. Wysocki
2015-10-19 16:04 ` Mark Brown
2015-10-19 16:04 ` Mark Brown
2015-10-19 16:04 ` Mark Brown
2015-10-19 12:34 ` Tomeu Vizoso
2015-10-19 12:34 ` Tomeu Vizoso
2015-10-19 12:34 ` Tomeu Vizoso
2015-10-19 13:18 ` Russell King - ARM Linux
2015-10-19 13:18 ` Russell King - ARM Linux
2015-10-19 13:18 ` Russell King - ARM Linux
2015-10-19 14:10 ` Tomeu Vizoso
2015-10-19 14:10 ` Tomeu Vizoso
2015-10-19 14:10 ` Tomeu Vizoso
2015-10-19 14:30 ` Russell King - ARM Linux
2015-10-19 14:30 ` Russell King - ARM Linux
2015-10-19 14:30 ` Russell King - ARM Linux
2015-10-19 15:00 ` Tomeu Vizoso
2015-10-19 15:00 ` Tomeu Vizoso
2015-10-19 15:00 ` Tomeu Vizoso
2015-10-19 15:35 ` Russell King - ARM Linux
2015-10-19 15:35 ` Russell King - ARM Linux
2015-10-19 15:35 ` Russell King - ARM Linux
2015-10-19 16:21 ` Geert Uytterhoeven
2015-10-19 16:21 ` Geert Uytterhoeven
2015-10-19 16:21 ` Geert Uytterhoeven
2015-10-19 16:45 ` Russell King - ARM Linux
2015-10-19 16:45 ` Russell King - ARM Linux
2015-10-19 16:45 ` Russell King - ARM Linux
2015-10-20 15:46 ` Alternative approach to solve the deferred probe (was: [GIT PULL] On-demand device probing) Russell King - ARM Linux
2015-10-20 15:46 ` Russell King - ARM Linux
2015-10-20 15:46 ` Russell King - ARM Linux
2015-10-21 3:58 ` Alternative approach to solve the deferred probe Frank Rowand
2015-10-21 3:58 ` Frank Rowand
2015-10-21 3:58 ` Frank Rowand
2015-10-21 8:18 ` Russell King - ARM Linux
2015-10-21 8:18 ` Russell King - ARM Linux
2015-10-21 8:18 ` Russell King - ARM Linux
2015-10-21 15:36 ` Frank Rowand
2015-10-21 15:36 ` Frank Rowand
2015-10-21 15:36 ` Frank Rowand
2015-10-21 16:55 ` Grygorii Strashko
2015-10-21 16:55 ` Grygorii Strashko
2015-10-21 16:55 ` Grygorii Strashko
2015-10-21 17:20 ` Russell King - ARM Linux
2015-10-21 17:20 ` Russell King - ARM Linux
2015-10-21 17:20 ` Russell King - ARM Linux
2015-10-21 18:13 ` Grygorii Strashko
2015-10-21 18:13 ` Grygorii Strashko
2015-10-21 18:13 ` Grygorii Strashko
2015-10-21 18:28 ` Russell King - ARM Linux
2015-10-21 18:28 ` Russell King - ARM Linux
2015-10-21 18:28 ` Russell King - ARM Linux
2015-10-22 15:12 ` Grygorii Strashko
2015-10-22 15:12 ` Grygorii Strashko
2015-10-22 15:12 ` Grygorii Strashko
2015-10-22 15:12 ` Grygorii Strashko
2015-10-21 18:02 ` Frank Rowand
2015-10-21 18:02 ` Frank Rowand
2015-10-21 18:02 ` Frank Rowand
2015-10-21 18:29 ` Grygorii Strashko
2015-10-21 18:29 ` Grygorii Strashko
2015-10-21 18:29 ` Grygorii Strashko
2015-10-21 20:35 ` Russell King - ARM Linux
2015-10-21 20:35 ` Russell King - ARM Linux
2015-10-21 20:35 ` Russell King - ARM Linux
2015-10-22 0:05 ` Frank Rowand
2015-10-22 0:05 ` Frank Rowand
2015-10-22 0:05 ` Frank Rowand
2015-10-22 13:20 ` Alternative approach to solve the deferred probe (was: [GIT PULL] On-demand device probing) Mark Brown
2015-10-22 13:20 ` Mark Brown
2015-10-22 13:20 ` Mark Brown
2015-10-21 15:59 ` [GIT PULL] On-demand device probing Frank Rowand
2015-10-21 15:59 ` Frank Rowand
2015-10-21 15:59 ` Frank Rowand
2015-10-21 16:27 ` Mark Brown
2015-10-21 16:27 ` Mark Brown
2015-10-21 16:27 ` Mark Brown
2015-10-21 18:18 ` Frank Rowand
2015-10-21 18:18 ` Frank Rowand
2015-10-21 18:18 ` Frank Rowand
2015-10-21 21:03 ` Mark Brown
2015-10-21 21:03 ` Mark Brown
2015-10-21 21:03 ` Mark Brown
2015-10-21 21:12 ` Rob Herring
2015-10-21 21:12 ` Rob Herring
2015-10-21 21:12 ` Rob Herring
2015-10-21 21:12 ` Rob Herring
2015-10-21 21:50 ` Frank Rowand
2015-10-21 21:50 ` Frank Rowand
2015-10-21 21:50 ` Frank Rowand
2015-10-22 9:05 ` Tomeu Vizoso
2015-10-22 9:05 ` Tomeu Vizoso
2015-10-22 9:05 ` Tomeu Vizoso
2015-10-22 9:05 ` Tomeu Vizoso
2015-10-22 14:38 ` Greg Kroah-Hartman
2015-10-22 14:38 ` Greg Kroah-Hartman
2015-10-22 14:38 ` Greg Kroah-Hartman
2015-10-22 14:44 ` Greg Kroah-Hartman
2015-10-22 14:44 ` Greg Kroah-Hartman
2015-10-22 14:44 ` Greg Kroah-Hartman
2015-10-22 15:02 ` Russell King - ARM Linux
2015-10-22 15:02 ` Russell King - ARM Linux
2015-10-22 15:02 ` Russell King - ARM Linux
2015-10-22 23:33 ` Mark Brown
2015-10-22 23:33 ` Mark Brown
2015-10-22 23:33 ` Mark Brown
2015-10-22 18:53 ` Frank Rowand
2015-10-22 18:53 ` Frank Rowand
2015-10-22 18:53 ` Frank Rowand
2015-10-22 19:26 ` Greg Kroah-Hartman
2015-10-22 19:26 ` Greg Kroah-Hartman
2015-10-22 19:26 ` Greg Kroah-Hartman
2015-10-23 12:28 ` Tomeu Vizoso
2015-10-23 12:28 ` Tomeu Vizoso
2015-10-23 15:45 ` Tim Bird
2015-10-23 15:45 ` Tim Bird
2015-10-23 15:45 ` Tim Bird
2015-10-23 16:34 ` Rob Herring
2015-10-23 16:34 ` Rob Herring
2015-10-23 16:34 ` Rob Herring
2015-10-24 13:48 ` Rafael J. Wysocki
2015-10-24 14:17 ` Rafael J. Wysocki
2015-10-24 14:17 ` Rafael J. Wysocki
2015-10-24 22:06 ` Mark Brown
2015-10-24 22:06 ` Mark Brown
2015-10-24 22:06 ` Mark Brown
2015-10-25 13:54 ` Rafael J. Wysocki
2015-10-25 13:54 ` Rafael J. Wysocki
2015-10-25 13:54 ` Rafael J. Wysocki
2015-10-26 1:12 ` Mark Brown
2015-10-26 1:12 ` Mark Brown
2015-10-26 1:12 ` Mark Brown
2015-10-26 10:51 ` Michael Turquette
2015-10-26 10:51 ` Michael Turquette
2015-10-26 10:51 ` Michael Turquette
2015-10-26 10:51 ` Michael Turquette
2015-10-26 12:55 ` Tomeu Vizoso
2015-10-26 12:55 ` Tomeu Vizoso
2015-10-26 12:55 ` Tomeu Vizoso
2015-10-26 23:37 ` Rafael J. Wysocki
2015-10-26 23:37 ` Rafael J. Wysocki
2015-10-26 23:37 ` Rafael J. Wysocki
2015-10-25 19:45 ` Andrew F. Davis
2015-10-25 19:45 ` Andrew F. Davis
2015-10-25 19:45 ` Andrew F. Davis
2015-10-24 17:55 ` Geert Uytterhoeven
2015-10-24 17:55 ` Geert Uytterhoeven
2015-10-24 17:55 ` Geert Uytterhoeven
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20151018193757.GA9147@kroah.com \
--to=gregkh@linuxfoundation.org \
--cc=airlied@linux.ie \
--cc=balbi@ti.com \
--cc=broonie@kernel.org \
--cc=dan.j.williams@intel.com \
--cc=dbaryshkov@gmail.com \
--cc=devicetree@vger.kernel.org \
--cc=dmaengine@vger.kernel.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=dwmw2@infradead.org \
--cc=frowand.list@gmail.com \
--cc=gnurou@gmail.com \
--cc=grant.likely@linaro.org \
--cc=jingoohan1@gmail.com \
--cc=kishon@ti.com \
--cc=lee.jones@linaro.org \
--cc=lgirdwood@gmail.com \
--cc=linus.walleij@linaro.org \
--cc=linux-clk@vger.kernel.org \
--cc=linux-fbdev@vger.kernel.org \
--cc=linux-gpio@vger.kernel.org \
--cc=linux-i2c@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=linux-pwm@vger.kernel.org \
--cc=linux-tegra@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=linux@arm.linux.org.uk \
--cc=mturquette@baylibre.com \
--cc=plagnioj@jcrosoft.com \
--cc=robh+dt@kernel.org \
--cc=sboyd@codeaurora.org \
--cc=sre@kernel.org \
--cc=swarren@wwwdotorg.org \
--cc=tbergstrom@nvidia.com \
--cc=thierry.reding@gmail.com \
--cc=tomeu.vizoso@collabora.com \
--cc=tomi.valkeinen@ti.com \
--cc=vinod.koul@intel.com \
--cc=wsa@the-dreams.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.