linux-arm-kernel.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: broonie@kernel.org (Mark Brown)
To: linux-arm-kernel@lists.infradead.org
Subject: Unable to boot mainline on snow chromebook since 3.15
Date: Mon, 8 Sep 2014 14:49:37 +0100	[thread overview]
Message-ID: <20140908134937.GK4015@sirena.org.uk> (raw)
In-Reply-To: <CACxGe6v40wMSW8LJRtyZ3C6PinRMcQM-Zog+XpTJ-QG3HHJknw@mail.gmail.com>

On Mon, Sep 08, 2014 at 01:20:11PM +0100, Grant Likely wrote:
> On Mon, Sep 8, 2014 at 12:21 PM, Will Deacon <will.deacon@arm.com> wrote:

> > Whilst I'm sympathetic to people working to enable DRM, I think this is
> > the right solution to the problem. The transition from simplefb to DRM
> > shouldn't break display for a bunch of kernel revisions whilst the code is
> > in flux.

> I would go further. The kernel behaviour has changed, and we have to
> deal with platforms that assume the old behaviour. That means either
> defaulting to leaving enabled regulators/clocks alone unless there is
> a flag in the DT saying they can be power managed, or black listing
> platforms that are known to depend on the regulator being on.

For regulators there is essentially a flag in DT already - the
regulators should not be described in DT if the OS isn't supposed to be
managing them.

> Updating the device tree must not be required to get the kernel to
> boot, but it is valid to require a DT upgrade to get better
> performance (battery life) out of the platform.

This has got to be a blacklist then, and it seems like we've got to fix
simplefb to actually support managing the resources it's using.  The
current plan does not seem at all sensible - we're talking about adding
hacks in every subsystem that provides resources and bodging DTs in
order to work around simplefb.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: Digital signature
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20140908/917aadaa/attachment.sig>

  reply	other threads:[~2014-09-08 13:49 UTC|newest]

Thread overview: 53+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20140905115704.GO13515@arm.com>
2014-09-05 12:22 ` Unable to boot mainline on snow chromebook since 3.15 Will Deacon
2014-09-05 13:46   ` Ajay kumar
2014-09-05 13:56     ` Vivek Gautam
2014-09-08 11:17       ` Will Deacon
2014-09-05 14:12     ` Marc Zyngier
2014-09-05 20:25   ` Doug Anderson
2014-09-07  9:06     ` Javier Martinez Canillas
2014-09-07 15:01       ` Mark Brown
2014-09-07 15:51         ` Javier Martinez Canillas
2014-09-07 15:52       ` Tomasz Figa
2014-09-07 16:12         ` Javier Martinez Canillas
2014-09-07 16:19           ` Tomasz Figa
2014-09-07 16:40             ` Javier Martinez Canillas
2014-09-08 11:21             ` Will Deacon
2014-09-08 11:55               ` Javier Martinez Canillas
2014-09-08 12:46                 ` Will Deacon
2014-09-08 12:20               ` Grant Likely
2014-09-08 13:49                 ` Mark Brown [this message]
2014-09-08 14:05                   ` Javier Martinez Canillas
2014-09-10 11:17                     ` Will Deacon
2014-09-10 16:03                       ` Doug Anderson
2014-09-10 16:23                         ` Will Deacon
2014-09-08 15:58                 ` Doug Anderson
2014-09-08 19:40                   ` Grant Likely
2014-09-10 13:06                     ` Olof Johansson
2014-09-10 14:31                       ` Mark Brown
2014-09-10 14:56                         ` Grant Likely
2014-09-10 15:39                           ` Mark Brown
2014-09-10 16:29                             ` Grant Likely
2014-09-10 16:45                               ` Doug Anderson
2014-09-10 19:45                                 ` Mark Brown
2014-09-10 19:51                                   ` Doug Anderson
2014-09-10 16:57                               ` Mark Brown
2014-09-11  9:22                                 ` Grant Likely
2014-09-11 18:03                                   ` Mark Brown
2014-09-11 22:54                                     ` Doug Anderson
2014-09-29 12:57                           ` Thierry Reding
2014-09-29 13:12                             ` Grant Likely
2014-09-29 16:37                               ` Mark Brown
2014-09-30  6:12                               ` Thierry Reding
2014-09-29 20:46                             ` Maxime Ripard
2014-09-10 16:36                         ` Olof Johansson
2014-09-10 18:17                           ` Mark Brown
2014-09-11  9:06                         ` Grant Likely
2014-09-11 16:16                           ` Mark Brown
2014-09-08  4:36         ` Doug Anderson
2014-09-08  6:09           ` Javier Martinez Canillas
2014-09-08 15:55             ` Doug Anderson
2014-09-08 16:07               ` Will Deacon
2014-09-08 16:12                 ` Doug Anderson
2014-09-08 10:20           ` Mark Brown
2014-09-08  4:43         ` Doug Anderson
2015-01-30  4:56 bruce m beach

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=20140908134937.GK4015@sirena.org.uk \
    --to=broonie@kernel.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).