[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20181017191633.GL24097@sirena.org.uk>
Date: Wed, 17 Oct 2018 20:16:33 +0100
From: Mark Brown <broonie@...nel.org>
To: Marcel Ziswiler <marcel.ziswiler@...adex.com>
Cc: "jonathanh@...dia.com" <jonathanh@...dia.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-tegra@...r.kernel.org" <linux-tegra@...r.kernel.org>,
"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
"linux@...linux.org.uk" <linux@...linux.org.uk>,
"thierry.reding@...il.com" <thierry.reding@...il.com>,
"kuninori.morimoto.gx@...esas.com" <kuninori.morimoto.gx@...esas.com>,
"tiwai@...e.com" <tiwai@...e.com>,
"lgirdwood@...il.com" <lgirdwood@...il.com>,
"perex@...ex.cz" <perex@...ex.cz>,
"alsa-devel@...a-project.org" <alsa-devel@...a-project.org>
Subject: Re: [PATCH v2 9/9] ASoC: tegra_sgtl5000: fix platform name vs.
of_node assignement
On Wed, Oct 17, 2018 at 02:28:22PM +0000, Marcel Ziswiler wrote:
> Some questions:
> - How exactly are devm allocations supposed to work concerning probe
> deferrals?
Probe deferrals are just normal probe errors, any devm_ allocated stuff
gets unwound.
> - Does or should the platform get cleared during a probe deferral
> cycle?
> - If so, why does that not work?
Is something writing to static data when it should be writing to
dynamically allocated data? That's what this sounds like, we shouldn't
be modifying any static data and any data dynamically allocated during
probe ought to be being discarded.
> - Or is some special implicit probe deferral handling missing in soc-
> core?
Like I say a probe deferral is just a normal error.
Download attachment "signature.asc" of type "application/pgp-signature" (489 bytes)
Powered by blists - more mailing lists