Re: [RFC PATCH 0/9] dt: dependencies (for deterministic driver initialization order based on the DT)

From: Alexander Holler
Date: Fri Aug 22 2014 - 11:45:46 EST


Am 22.08.2014 15:19, schrieb Mark Rutland:
On Thu, Aug 21, 2014 at 08:19:00PM +0100, Alexander Holler wrote:
Am 21.08.2014 16:02, schrieb Thierry Reding:

Anyway, those are all fairly standard reasons for where deferred probe
triggers, and since I do like deferred probe for it's simplicity and
reliability I'd rather not try to work around it if boot time is all
that people are concerned about.

It's neither simple nor reliable. It's non deterministic brutforcing
while making it almost impossible to identify real errors.

It's horrible, yes.

In my humble opinion the worst way to solve something. I'm pretty sure
if I would have suggest such a solution, the maintainer crowd would have
eaten me without cooking.

We didn't have a better workable solution at the time. Having a hack
that got boards booting was considered better than not having them boot.
I don't remember people being particularly enthralled by the idea.

Agreed. And usually I don't flame about workarounds. They are needed practice usually born out of a time limited background or similiar constraints.

Only Linux kernel maintainers do demand perfect stuff from others as the kernel seems to have to be a perfect school project. I for myself already think checkpatch is a ridiculous tool, only invented to drive people crazy. Of course, it's better a tool drives people crazy than a maintainer who make decisions based on the phase of the moon, but ... ;)

And I haven't flamed much about deferred probe before, but if I read it's simple and reliable I couldn't stand still.

Sorry,

Alexander Holler


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/