[PATCH 0/3] drm/radeon kexec fixes

Alex Deucher alexdeucher at gmail.com
Tue Sep 10 13:40:16 PDT 2013

On Tue, Sep 10, 2013 at 2:27 PM, Eric W. Biederman
<ebiederm at xmission.com> wrote:
> Alex Deucher <alexdeucher at gmail.com> writes:
>> On Mon, Sep 9, 2013 at 5:21 AM, Markus Trippelsdorf
>> <markus at trippelsdorf.de> wrote:
>>> IIRC Alex said the sanity checks are expensive and boot-time could be
>>> improved by dropping them. Maybe he can chime in?
>> They shouldn't be necessary with a proper shutdown, but in this
>> particular case, they are not very expensive.  What is expensive is
>> having a separate sanity check functions for all the various hw blocks
>> to teardown everything on startup prior to starting it up in case
>> kexec, etc. left the system in a bad state.  It ends up amounting to a
>> full tear down sequence followed by a full start up sequence every
>> time you load the driver.
>> I can't really comment on the first patch, but the rest seem fine.
> Let me reask the question just a little bit.
> Is it the sanity checks that are expensive?  Or is it the
> reinitialization that is triggered by the sanity checks that is
> expensive?
> From what Christian said in the other reply it sounds like this is a
> game we will never completely win, but it would be nice to have half a
> chance in the kexec on panic case to have video.  So I am curious to
> know if the checks are expensive when we are coming at hardware in a
> clean state.

The particular sanity checks from this patch set are not expensive,
but we had previously discussed more extensive sanity checks for other
aspects of the chips in prior conversations.  Prior to this patch set,
the hw is not torn down properly (might have been in the middle of DMA
for example) when kexec happens.  That's why the sanity checks were
added in the first place.  With this patch set, the sanity checks
shouldn't be necessary.


More information about the dri-devel mailing list