public inbox for kexec@lists.infradead.org
 help / color / mirror / Atom feed
From: ebiederm@xmission.com (Eric W. Biederman)
To: Markus Trippelsdorf <markus@trippelsdorf.de>
Cc: Alex Deucher <alexdeucher@gmail.com>,
	kexec@lists.infradead.org, dri-devel@lists.freedesktop.org
Subject: Re: [PATCH 0/3] drm/radeon kexec fixes
Date: Sun, 08 Sep 2013 17:32:45 -0700	[thread overview]
Message-ID: <87bo42eswi.fsf@xmission.com> (raw)
In-Reply-To: <20130908120947.GA360@x4> (Markus Trippelsdorf's message of "Sun,  8 Sep 2013 14:09:47 +0200")

Markus Trippelsdorf <markus@trippelsdorf.de> writes:

> Here are a couple of patches that get kexec working with radeon devices.
> I've tested this on my RS780. 
> Comments or flames are welcome.
> Thanks.

A couple of high level comments.

This looks promising for the usual case.

Removing the printk at the end of the kexec path seems a little dubious,
what of other cpus, interrupt handlers, etc.  Basically estabilishing a
new rule on when printk is allowed seems a little dubious at this point,
even if it is a useful debugging trick.

Having a clean shutdown of the radeon definitely seems worth doing,
because the cases where we care abouty video are when a person is in
front of the system.

I don't know if you want to remove the sanity checks.  They seem cheap
and safe regardless.  Are they expensive or ineffective?  Moreover if
they work a reasonable amount of the time that means that the kexec on
panic case (where we don't shut anything down) can actually use the
video, and that in general the driver will be more robust.  I don't
expect anyone much cares as kexec on panic is mostly used to just write
a core file to the network, or the local disk.  But if it is easy to
keep that case working most of the time, why not.

Eric

> Markus Trippelsdorf (3):
>   kexec: get rid of late printk
>   drm/radeon: Implement radeon_pci_shutdown
>   drm/radeon: get rid of r100_restore_sanity hack
>
>  drivers/gpu/drm/radeon/r100.c        | 27 ---------------------------
>  drivers/gpu/drm/radeon/r300.c        |  2 --
>  drivers/gpu/drm/radeon/r420.c        |  2 --
>  drivers/gpu/drm/radeon/r520.c        |  2 --
>  drivers/gpu/drm/radeon/radeon_asic.h |  1 -
>  drivers/gpu/drm/radeon/radeon_drv.c  | 10 ++++++++++
>  drivers/gpu/drm/radeon/rs400.c       |  2 --
>  drivers/gpu/drm/radeon/rs600.c       |  2 --
>  drivers/gpu/drm/radeon/rs690.c       |  2 --
>  drivers/gpu/drm/radeon/rv515.c       |  2 --
>  kernel/kexec.c                       |  1 -
>  11 files changed, 10 insertions(+), 43 deletions(-)

_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec

  parent reply	other threads:[~2013-09-09  0:33 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-09-08 12:09 [PATCH 0/3] drm/radeon kexec fixes Markus Trippelsdorf
2013-09-08 12:10 ` [PATCH 1/3] kexec: get rid of late printk Markus Trippelsdorf
2013-09-08 20:11   ` Daniel Vetter
2013-09-08 20:42     ` Bruno Prémont
2013-09-08 12:10 ` [PATCH 2/3] drm/radeon: Implement radeon_pci_shutdown Markus Trippelsdorf
2013-09-09 13:32   ` Konrad Rzeszutek Wilk
2013-09-08 12:11 ` [PATCH 3/3] drm/radeon: get rid of r100_restore_sanity hack Markus Trippelsdorf
2013-09-09  0:32 ` Eric W. Biederman [this message]
2013-09-09  9:21   ` [PATCH 0/3] drm/radeon kexec fixes Markus Trippelsdorf
2013-09-09  9:38     ` Christian König
2013-09-11  9:01       ` Markus Trippelsdorf
2013-09-11  9:10         ` Christian König
2013-09-11 13:30         ` Alex Deucher
2013-09-09 13:04     ` Alex Deucher
2013-09-10 18:27       ` Eric W. Biederman
2013-09-10 20:40         ` Alex Deucher
2013-09-11  8:53           ` Markus Trippelsdorf
2013-09-11  9:21             ` Christian König
2013-09-11 13:40             ` Alex Deucher

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=87bo42eswi.fsf@xmission.com \
    --to=ebiederm@xmission.com \
    --cc=alexdeucher@gmail.com \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=kexec@lists.infradead.org \
    --cc=markus@trippelsdorf.de \
    /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