[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <2b6955b1-dc72-bebc-3e5a-9e37a884961d@mentor.com>
Date: Thu, 15 Sep 2016 16:18:11 +0300
From: Vladimir Zapolskiy <vladimir_zapolskiy@...tor.com>
To: Linus Walleij <linus.walleij@...aro.org>,
Guenter Roeck <linux@...ck-us.net>
CC: "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"Greg Kroah-Hartman" <gregkh@...uxfoundation.org>,
Shawn Guo <shawnguo@...nel.org>
Subject: Re: Crashing 'kzm' target in next-20160913 due to 'gpio: mxc: shift
gpio_mxc_init() to subsys_initcall level'
Hi Linus, Guenter,
On 09/14/2016 10:19 AM, Linus Walleij wrote:
> On Wed, Sep 14, 2016 at 5:20 AM, Guenter Roeck <linux@...ck-us.net>
> wrote:
>
>> So, in other words, lots of bugs here. Nevertheless, I would
>> suggest to keep using postcore_initcall(), at least until it is
>> sure that all gpio clients handle -EPROBE_DEFER correctly.
>
> So can I just revert this patch in isolation? None of the other
> patches depend on it?
>
no, its revert I believe will break (at least cause -EPROBE_DEFER)
on most of modern iMX platforms.
Let me check the essense of the problem, in my opinion it would
be better to fix kzm target.
Guenter, thank you for the early report.
--
With best wishes,
Vladimir
Powered by blists - more mailing lists